Bug#891070: grub2: Please add missing build dependency on libparted-dev for powerpc and ppc64

[John Paul Adrian Glaubitz]

Source: grub2
Version: 2.02+dfsg1-1
Severity: normal
User: debian-powe...@lists.debian.org
Usertags: powerpc ppc64

Hi!

src:grub2 fails to build on powerpc/ppc64 due to a missing build
dependency on libparted-dev [1]:

gcc-6 -Wall -Wno-error=unused-result -g -O2 
-fdebug-prefix-map=/<>/grub2-2.02+dfsg1=. -fstack-protector-strong 
-Wformat -Werror=format-security debian/prep-bootdev.c -o debian/prep-bootdev 
-lparted
debian/prep-bootdev.c:3:27: fatal error: parted/parted.h: No such file or 
directory
 #include 
   ^
compilation terminated.
make[1]: *** [debian/rules:228: debian/stamps/build-grub-ieee1275] Error 1
make[1]: Leaving directory '/<>/grub2-2.02+dfsg1'
make: *** [debian/rules:117: build-arch] Error 2

Thus, could you add "any-powerpc" and "any-ppc64" for the libparted-dev
build dependency in debian/control [2].

Thanks,
Adrian

> [1] 
> https://buildd.debian.org/status/fetch.php?pkg=grub2=ppc64=2.02%2Bdfsg1-1=1519058864=0
> [2] https://salsa.debian.org/grub-team/grub/blob/master/debian/control#L34

--
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913

Bug#885704: liblept5 negatively plays with paths in /tmp when opening TIFFs

[Abhijith PA]

Jeff,

Can you share the changes you made to fix this issue. Please also use a
VCS to track debian changes. :)


-Abhijith

Bug#891063: emacs25: dconf-CRITICAL errors

[Rob Browning]

Vincent Lefevre  writes:

> Package: emacs25
> Version: 25.2+1-6+b1
> Severity: grave
> Justification: renders package unusable

I'm not sure I understand yet how this makes Emacs unusable -- does it
warn or crash?

Thanks
-- 
Rob Browning
rlb @defaultvalue.org and @debian.org
GPG as of 2011-07-10 E6A9 DA3C C9FD 1FF8 C676 D2C4 C0F0 39E9 ED1B 597A
GPG as of 2002-11-03 14DD 432F AE39 534D B592 F9A0 25C8 D377 8C7E 73A4

Bug#878271: Update ledmon to 0.80

[Anthony Wong]

Hi Jared,

The project has been migrated to github at
https://github.com/intel/ledmon and 0.90 has released recently.

Thanks,
Anthony

On 25 October 2017 at 09:57, Anthony Wong  wrote:
>
> Hi Jared,
>
> Yes, we can help to do that.
>
> Thanks,
> Anthony
>
> On 25 October 2017 at 03:50,  wrote:
>>
>> Hi Anthony,
>>
>> I will try to get to this this week. Can Canonical Taipei help validate? I 
>> currently don't have hardware to do so.
>>
>> --
>> Jared Domínguez
>> OS Architect
>> Linux Engineering
>> Dell | Client Product Group
>>
>> From: Anthony Wong [mailto:anthony.w...@canonical.com]
>> Sent: Wednesday, October 11, 2017 5:47 PM
>> To: Debian Bug Tracking System 
>> Subject: Bug#878271: Update ledmon to 0.80
>>
>> Package: ledmon
>> Version: 0.79-2+b2
>> X-Debbugs-CC: mailto:yc.ch...@canonical.com, 
>> mailto:mario.limoncie...@dell.com
>>
>> Please update ledmon to 0.80, per Intel this version is required for RSTe.
>>
>> https://qa.debian.org/cgi-bin/watch?pkg=ledmon
>> https://sourceforge.net/p/ledmon/code/ci/be5c7bf743b421a21be93791c40dd4ca91c87315/log/?path=
>> Thanks,
>> Anthony
>
>

Bug#888832: [Reportbug-maint] Bug#888832: Stop CCing secure-testing-t...@lists.alioth.debian.org

[Salvatore Bonaccorso]

Ciao Sandro,

On Fri, Feb 02, 2018 at 10:28:51AM +0100, Salvatore Bonaccorso wrote:
> Hi Sandro,
> 
> On Wed, Jan 31, 2018 at 10:46:07AM -0500, Sandro Tosi wrote:
> > > FTR, this would preferably as well go in in reportbug in the upcoming
> > > point releases for jessie and stretch.
> > >
> > > Sandro, will you take care of it?
> > 
> > i would prefer if someone else could take care of the stable updates
> 
> Ok! I can take care of it as needed. For proposing a
> {jessie,stretch}-pu though we need to wait the issue is fixed in
> unstable. But will do it after that.

FYI: The stretch point release is now scheduled for 10th of march with
the window closing for possible uploads a weak earlier.

Do you think pending work for reportbug is good enough to have an
update in unstable?

Regards,
Salvatore

Bug#891069: ruby-doorkeeper: CVE-2018-1000088: XSS in default views

[Salvatore Bonaccorso]

Source: ruby-doorkeeper
Version: 4.2.0-3
Severity: important
Tags: patch security upstream
Forwarded: https://github.com/doorkeeper-gem/doorkeeper/issues/969

Hi,

the following vulnerability was published for ruby-doorkeeper.

CVE-2018-188[0]:
Stored XSS vulnerability

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-188
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-188
[1] https://github.com/doorkeeper-gem/doorkeeper/issues/969

Regards,
Salvatore

Bug#891068: im-config: Failed to setup fcitx when zsh used as login shell

[CUI Hao]

Package: im-config
Version: 0.34-1
Severity: important
Tags: upstream

Dear Maintainer,

On a fresh Debian testing desktop with KDE Plasma and zh_CN locale,
fcitx is the default input method. im-config Xsession scripts should
set up environment variables for desktop.

After changing user login shell to zsh, im-config failed to set up
environment variables correctly, which makes fcitx not work in QT
windows.

The problem is that Xsession scripts is executed with user login shell,
and some im-config scripts don't behave properly with zsh. For example,
in /usr/share/im-config/data/22_fcitx.rc:

```
for IM_CONFIG_MARKER in /usr/lib/*/gtk-2.0/*/immodules/im-fcitx.so \
/usr/lib/gtk-2.0/*/immodules/im-fcitx.so ; do
if [ -e $IM_CONFIG_MARKER ]; then
IM_CONFIG_MARKER2=1
break
fi
done
```

zsh refused to enter the loop because globbing has no matches:

```
zsh: no matches found: /usr/lib/gtk-2.0/*/immodules/im-fcitx.so
```

According to: http://zsh.sourceforge.net/Doc/Release/Options.html This
(nomatch) is the default behaviour for zsh (and maybe csh?), but not
bash (which will simply delete it from the argument list and generate no
errors).

Not sure whether im-config or display manager (SDDM) should be blamed.
Personally I think that system-wide  Xsession scripts should be called
with system default shell (/bin/sh) instead of user login shell.


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

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

Versions of packages im-config depends on:
ii  gettext-base  0.19.8.1-4

Versions of packages im-config recommends:
ii  kde-baseapps-bin  4:16.08.3-3
ii  kdialog   4:17.08.3-2
ii  whiptail  0.52.20-2
ii  x11-common1:7.7+19
ii  zenity3.27.90-1

im-config suggests no packages.

-- no debconf information

Bug#789443: gnome-music: No music found!

[SIDDHA SANKALPA SETHI]

Dear maintainer,

This problem is solved in the upcoming versions of gnome-music. Kindly
classify the bug as solved.


On Sat, 20 Jun 2015 21:47:49 -0300 Carlos Donizete 
wrote:
> Package: gnome-music
> Version: 3.14.1-1
> Severity: normal
> Tags: newcomer
>
> Dear Maintainer,
>
> Adding my music mp3 format in directory of the program
($HOME/$USER/Music), not
> show my songs.
>
> - "No song found! Place some files in the folder /home/user/Music"
>
> TERMINAL:
> -
> coringao@debian:~$ gnome-music
>
> (gnome-music:1942): Gtk-WARNING **: Symbolic icon edit-find-symbolic-ltr
of
> size 16 is in an icon theme directory of size 96
>
> (gnome-music:1942): Gtk-WARNING **: Symbolic icon
window-close-symbolic-ltr of
> size 16 is in an icon theme directory of size 96
>
> (gnome-music:1942): Gtk-WARNING **: Symbolic icon
window-close-symbolic-ltr of
> size 16 is in an icon theme directory of size 96
>
> 
>
>
>
> -- System Information:
> Debian Release: 8.1
>   APT prefers stable-updates
>   APT policy: (500, 'stable-updates'), (500, 'stable')
> Architecture: i386 (i686)
>
> Kernel: Linux 3.16.0-4-686-pae (SMP w/2 CPU cores)
> Locale: LANG=pt_BR.utf8, LC_CTYPE=pt_BR.utf8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages gnome-music depends on:
> ii  dconf-gsettings-backend [gsettings-backend]  0.22.0-1
> ii  gir1.2-glib-2.0  1.42.0-2.2
> ii  gir1.2-grilo-0.2 0.2.11-2
> ii  gir1.2-gst-plugins-base-1.0  1.4.4-2
> ii  gir1.2-gstreamer-1.0 1.4.4-2
> ii  gir1.2-gtk-3.0   3.14.5-1
> ii  gir1.2-mediaart-1.0  0.7.0-2
> ii  gir1.2-notify-0.70.7.6-2
> ii  gir1.2-totem-plparser-1.03.10.3-1
> ii  gir1.2-tracker-1.0   1.2.4-2
> ii  gnome-settings-daemon3.14.2-3
> ii  grilo-plugins-0.20.2.13-3
> ii  libatk1.0-0  2.14.0-1
> ii  libc62.19-18
> ii  libcairo-gobject21.14.0-2.1
> ii  libcairo21.14.0-2.1
> ii  libgdk-pixbuf2.0-0   2.31.1-2+b1
> ii  libglib2.0-0 2.42.1-1
> ii  libgtk-3-0   3.14.5-1

Bug#891067: Patch for Backport of the Linux MegaRAID driver for SAS based RAID controllers for Debian Stretch

[Doru Iorgulescu]

Package: linux-image-4.9.0-5-amd64
Version: 4.9.65-3+deb9u2

Dear kernel Mantainers,

backport of the megaraid_sas driver from kernel branch 4.14.x to kernel
branch 4.9.x

Scope:

Debian stretch use kernel branch 4.9.x

megaraid_sas driver inside kernel branch 4.9.x does not have support for
SAS3508
MegaRAID adapter in question whereas driver inside kernel branch 4.14.x
does have support
for SAS3508 MR adapter. Only way to resolve this problem is: backport driver
with support for this SAS3508 MR adapter to kernel branch 4.9.x


Hardware:

DMI: Intel Corporation S2600WFT/S2600WFT, BIOS
SE5C620.86B.00.01.0009.101920170742 10/19/2017

Test:

I copy /usr/src/linux-4.14.20/drivers/scsi/megaraid/ to
/usr/ser/linux-4.9.82/drivers/scsi/megaraid/
I compile the kernel 4.9.82, and the result is OK!

It is possible a kernel patch for that ?

I atached dmesg for Debian Buster on kernel 4.9.82

Thank you,
Doru Iorgulescu


dmesg
Description: Binary data

Bug#891066: RFS: growl-for-linux/0.8.5-2

[Kentaro Hayashi]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "growl-for-linux"

 * Package name: growl-for-linux
   Version : 0.8.5-2
   Upstream Author : Yasuhiro Matsumoto 
 * URL : https://mattn.github.io/growl-for-linux/
 * License : BSD-2-clause
   Section : gnome

  It builds those binary packages:

growl-for-linux - Pluggable notification system which supports GNTP

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

  https://mentors.debian.net/package/growl-for-linux


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

dget -x 
https://mentors.debian.net/debian/pool/main/g/growl-for-linux/growl-for-linux_0.8.5-2.dsc

  More information about growl-for-linux can be obtained from 
https://github.com/mattn/growl-for-linux

  Changes since the last upload:

  * debian/control
- Bump debhelper version to 11.
- Bump standard version to 4.1.3. No other changes are required.
- Add Vcs-* fields.
  * debian/copyright
- Fix insecure protocol for the URI.
  * debian/compat
- Bump compatibility level to 11.
  * debian/source.lintian-overrides
- Remove needless overrides package-uses-deprecated-source-override-location

Regards,


pgppwMKogvbC0.pgp
Description: PGP signature

Bug#891064: RFS: groonga-normalizer-mysql/1.1.1-4

[Kentaro Hayashi]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "groonga-normalizer-mysql"

* Package name: groonga-normalizer-mysql
  Version : 1.1.1-4
  Upstream Author : Kouhei Sutou 
* URL : https://github.com/groonga/groonga-normalizer-mysql
* License : LGPL-2
  Section : libs

It builds those binary packages:

  groonga-normalizer-mysql - MySQL derived normalizer for Groonga

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

  https://mentors.debian.net/package/groonga-normalizer-mysql


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

  dget -x 
https://mentors.debian.net/debian/pool/main/g/groonga-normalizer-mysql/groonga-normalizer-mysql_1.1.1-4.dsc

More information about groonga-normalizer-mysql can be obtained from 
https://github.com/groonga/groonga-normalizer-mysql

Changes since the last upload:

  * debian/control
- Bump debhelper version to 11.
- Bump standard version to 4.1.3. No other changes are required.
- Remove needless autotools-dev since compatibility level 10.
- Add Vcs-* fields
  * debian/compat
- Bump compatibility level to 11.
  * debian/watch
- Use https for the URI.
  * debian/copyright
- Use https for the URI.
- Fix copyright-with-old-dh-make-debian-copyright
  * debian/rules
- Remove needless static library.



pgpaUyhBpL7X3.pgp
Description: PGP signature

Bug#891065: RFS: gntp-send/0.3.4-2

[Kentaro Hayashi]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

  I am looking for a sponsor for my package "gntp-send"

 * Package name: gntp-send
   Version : 0.3.4-2
   Upstream Author : Yasuhiro Matsumoto 
 Peter Sinnott 
 Dither 
 * URL : https://github.com/mattn/gntp-send
 * License : BSD-3-clause
   Section : net

  It builds those binary packages:

gntp-send  - Command line application to send growl message with GNTP

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

  https://mentors.debian.net/package/gntp-send

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

dget -x 
https://mentors.debian.net/debian/pool/main/g/gntp-send/gntp-send_0.3.4-2.dsc

  More information about gntp-send can be obtained from 
https://github.com/mattn/gntp-send

  Changes since the last upload:

  * debian/control
- Bump debhelper version to 11.
- Bump standards version to 4.1.3. No other changes are required.
  * debian/compat
- Bump compatibility level to 11.
  * debian/copyright
- Fix insecure protocol for the URI.

Regards,


pgp3CPSXqDgF5.pgp
Description: PGP signature

Bug#890950:

[Mario.Limonciello]

I've reworked my patches and split to 3 segments that take your feedback into 
account.  Can you please review these?

With setting resume_offset on kernel command line I confirmed this works out of 
the box for me.

https://salsa.debian.org/superm1-guest/initramfs-tools/commit/c8f4ae22a3332941940fb4b7d65583e2e29efb56
https://salsa.debian.org/superm1-guest/initramfs-tools/commit/20caffa22848372084893da5b2186167b8b143cb
https://salsa.debian.org/superm1-guest/initramfs-tools/commit/1ec25e76395a8108bfc3c8452a8b916db970dfe1

Bug#891061: --default doesn't work as expected

[Don Armstrong]

Control: retitle -1 document how --default works (and how Debian runs 
autorandr) better

On Thu, 22 Feb 2018, martin f krafft wrote:
> I don't think --default works. If I run
> 
>   autorandr --default home
> 
> then it applies the home profile immediately, but if I plug in an
> unknown monitor, then it doesn't switch to the home profile.

Hrm; this should be documented better. The udev rule runs
systemctl start --no-block autorandr.service; and autorandr.service runs
autorandr --batch --change --default default;

> On this note, it would be awesome if I could specify
> 
>   autorandr --default common
> 
> so that autorandr configures my screen layout according to the
> virtual "common" layout whenever no better match is found among the
> configured profiles.

So to do this, you can just do:

systemctl edit autorandr.service;
and add:

[Service]
ExecStart=/usr/bin/autorandr --batch --change --default common;

-- 
Don Armstrong  https://www.donarmstrong.com

Fate and Temperament are two words for one and the same concept.
 -- Novalis [Hermann Hesse _Demian_]

Bug#886827: RFS: youtube-dl-gui/0.4-1 [ITP]

[Lumin]

On Fri, 16 Feb 2018 at 01:22 Félix Sipma  wrote:

>
> > This part seems unrelated to auto update functionality. Would you
> > mind splitting it to another patch?
>
> It is a part of the patch: youtube-dl-gui tries to download youtube-dl in
> 'youtubedl_path', and then launches "youtubedl_path/youtube-dl". The next
> version should be patch free, upstream agreed to add a build option to
> turn the
> update functionality off.


Got it.

>
> > Please provide an uploaded version of this package via mentors
> > so I can check it on debomatic :-)
> > (if you don't have access to debomatic)
>
> The version on mentors should be up to date, I updated it after every
> modification.
>

I built the package locally, but I did not get it working correctly
With a YouTube URL. It downloads nothing.
Could you please provide a url for test so I can make sure
it is working?

I will look into this problem later.
-- 
Best,

Bug#891063: emacs25: dconf-CRITICAL errors

[Vincent Lefevre]

Package: emacs25
Version: 25.2+1-6+b1
Severity: grave
Justification: renders package unusable

After the latest kernel upgrade, I now get the errors when starting
emacs:

(emacs:8958): dconf-CRITICAL **: unable to create file 
'/run/user/1000/dconf/user': Permission denied.  dconf will not work properly.

(emacs:8958): dconf-CRITICAL **: unable to create file 
'/run/user/1000/dconf/user': Permission denied.  dconf will not work properly.

(emacs:8958): dconf-CRITICAL **: unable to create file 
'/run/user/1000/dconf/user': Permission denied.  dconf will not work properly.

(emacs:8958): dconf-CRITICAL **: unable to create file 
'/run/user/1000/dconf/user': Permission denied.  dconf will not work properly.

(emacs:8958): dconf-CRITICAL **: unable to create file 
'/run/user/1000/dconf/user': Permission denied.  dconf will not work properly.

(emacs:8958): dconf-CRITICAL **: unable to create file 
'/run/user/1000/dconf/user': Permission denied.  dconf will not work properly.

(emacs:8958): dconf-CRITICAL **: unable to create file 
'/run/user/1000/dconf/user': Permission denied.  dconf will not work properly.

(emacs:8958): dconf-CRITICAL **: unable to create file 
'/run/user/1000/dconf/user': Permission denied.  dconf will not work properly.

This is extremely annoying.

zira:~> ll /run/user/1000
total 0
srw-rw-rw- 1 vinc17 vinc17   0 2018-02-22 04:02:21 bus=
drwx-- 3 vinc17 vinc17  60 2018-02-22 04:02:21 dbus-1/
drwx-- 2 root   root60 2018-02-22 04:02:32 dconf/
drwx-- 2 vinc17 vinc17 140 2018-02-22 04:02:21 gnupg/
drwx-- 2 vinc17 vinc17  40 2018-02-22 04:03:28 gvfs/
drwx-- 2 vinc17 vinc17  80 2018-02-22 04:02:21 pulse/
drwxr-xr-x 2 vinc17 vinc17  80 2018-02-22 04:02:21 systemd/

The owner and/or permissions for dconf seem really wrong.

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

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

Versions of packages emacs25 depends on:
ii  emacs25-bin-common 25.2+1-6+b1
ii  libacl12.2.52-3+b1
ii  libasound2 1.1.3-5
ii  libatk1.0-02.26.1-3
ii  libc6  2.26-6
ii  libcairo-gobject2  1.14.10-1
ii  libcairo2  1.14.10-1
ii  libdbus-1-31.12.4-1
ii  libfontconfig1 2.12.6-0.1
ii  libfreetype6   2.6.3-3.2
ii  libgdk-pixbuf2.0-0 2.36.11-1
ii  libgif75.1.4-2
ii  libglib2.0-0   2.54.3-2
ii  libgnutls303.5.18-1
ii  libgomp1   8-20180218-1
ii  libgpm21.20.7-5
ii  libgtk-3-0 3.22.28-1
ii  libice62:1.0.9-2
ii  libjpeg62-turbo1:1.5.2-2+b1
ii  libm17n-0  1.7.0-3+b2
ii  libmagickcore-6.q16-5  8:6.9.9.34+dfsg-3
ii  libmagickwand-6.q16-5  8:6.9.9.34+dfsg-3
ii  libotf00.9.13-3+b1
ii  libpango-1.0-0 1.40.14-1
ii  libpangocairo-1.0-01.40.14-1
ii  libpng16-161.6.34-1
ii  librsvg2-2 2.40.20-2
ii  libselinux12.7-2+b1
ii  libsm6 2:1.2.2-1+b3
ii  libtiff5   4.0.9-4
ii  libtinfo5  6.1-1
ii  libx11-6   2:1.6.4-3
ii  libx11-xcb12:1.6.4-3
ii  libxcb11.12-1
ii  libxfixes3 1:5.0.3-1
ii  libxft22.3.2-1+b2
ii  libxinerama1   2:1.1.3-1+b3
ii  libxml22.9.4+dfsg1-6.1
ii  libxpm41:3.5.12-1
ii  libxrandr2 2:1.5.1-1
ii  libxrender11:0.9.10-1
ii  zlib1g 1:1.2.8.dfsg-5

emacs25 recommends no packages.

Versions of packages emacs25 suggests:
ii  emacs25-common-non-dfsg  25.2+1-1

-- no debconf information

Bug#891062: chromium: skia fails to build on arm64

[Michael Gilbert]

package: src:chromium-browser
version: 65.0.3325.73-1
severity: serious

Starting with chromium 65, arm64 fails while building skia.

../../third_party/skia/src/jumper/SkJumper_stages.cpp: In function 'F
from_half(U16)':
../../third_party/skia/src/jumper/SkJumper_stages.cpp:670:12: error:
'vcvt_f32_f16' was not declared in this scope
 return vcvt_f32_f16(h);

Best wishes,
Mike

Bug#891061: --default doesn't work as expected

[martin f krafft]

Package: autorandr
Version: 1.4-1
Severity: normal

I don't think --default works. If I run

  autorandr --default home

then it applies the home profile immediately, but if I plug in an
unknown monitor, then it doesn't switch to the home profile.

On this note, it would be awesome if I could specify

  autorandr --default common

so that autorandr configures my screen layout according to the
virtual "common" layout whenever no better match is found among the
configured profiles.

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

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

Versions of packages autorandr depends on:
ii  python 2.7.14-4
ii  x11-xserver-utils  7.7+7+b1

autorandr recommends no packages.

autorandr suggests no packages.

-- debconf-show failed


-- 
 .''`.   martin f. krafft  @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#891060: Atheros AR9271 ath9k_htc USB WiFi connected but IP traffic stops

[Ben Caradoc-Davies]

It is also worth noting that, in addition to the packet and byte 
counters increasing, the activity LED on the adapter continues to blink 
while IP traffic is stopped.


Kind regards,

--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

Bug#891060: Atheros AR9271 ath9k_htc USB WiFi connected but IP traffic stops

[Ben Caradoc-Davies]

Package: src:linux
Version: 4.15.4-1
Severity: normal

Dear Maintainer,

starting with 4.14.17-1 and also seen on 4.15.4-1, my USB Wifi adapter remains
connected to my WPA2/CCMP access point but, after some time, minutes to hours,
all IP traffic stops (or at least I see no responses). IP traffic remains
stopped until the ath9k_htc module is unloaded and reloaded or the adapter is
unplugged and replugged. Operation can be restored with "modprobe -r ath9k_htc;
modprobe ath9k_htc".

This failure was not seen on 4.14.13-1.

Configuration:

- TP-Link TL-WN722N adapter

- Atheros AR9271 chipset

- USB ID: 0cf3:9271

- Module: ath9k_htc

- firmware-atheros (20170823-1) (firmware ath9k_htc/htc_9271-1.4.0.fw)

When IP traffic stops, no web pages load, "dig google.com" fails, and I cannot
ping any WLAN hosts including the router:

$ ping -c 1 router
PING router (192.168.1.254) 56(84) bytes of data.
>From ripley (192.168.1.1) icmp_seq=1 Destination Host Unreachable

--- router ping statistics ---
1 packets transmitted, 0 received, +1 errors, 100% packet loss, time 0ms


When IP traffic is stopped, "route" output is normal.

The adapter is still responding:

- NetworkManager applet shows connection with full details

- "iw dev wlan0 link" shows still connected and byte and packet counters keep
increasing

- "iw dev wlan0 station dump" shows byte and packet counters that keep
increasing

# iw dev wlan0 link
Connected to XX:XX:XX:XX:XX (on wlan0)
SSID: 
freq: 2412
RX: 15588967 bytes (64499 packets)
TX: 811882 bytes (6877 packets)
signal: -75 dBm
tx bitrate: 72.2 MBit/s MCS 7 short GI

bss flags:  short-slot-time
dtim period:1
beacon int: 100

# iw dev wlan0 station dump
Station XX:XX:XX:XX:XX:XX (on wlan0)
inactive time:  320 ms
rx bytes:   15726309
rx packets: 65777
tx bytes:   819051
tx packets: 6967
tx retries: 0
tx failed:  9
beacon loss:0
beacon rx:  27523
rx drop misc:   30
signal: -74 [-79] dBm
signal avg: -74 [-78] dBm
beacon signal avg:  182 dBm
tx bitrate: 72.2 MBit/s MCS 7 short GI
rx bitrate: 1.0 MBit/s
authorized: yes
authenticated:  yes
associated: yes
preamble:   long
WMM/WME:yes
MFP:no
TDLS peer:  no
DTIM period:1
beacon interval:100
short slot time:yes

(I am using net.ifnames=0 hence wlan0.)

Investigation:

- Testing a different modem of the exact same model does not fix so it is
unlikely to be a hardware failure

- ath9k_htc nohwcrypt=1 does not fix

- Switching to firmware-ath9k-htc (1.4.0-97-g75b3e59+dfsg-1) (firmware
ath9k_htc/htc_9271-1.dev.0.fw) does not fix

- NetworkManager debug logging had no output at the time of the hang: dbus-send
--system --print-reply --dest=org.freedesktop.NetworkManager
/org/freedesktop/NetworkManager org.freedesktop.NetworkManager.SetLogging
string:"debug" string:""

- Dropping iptables has no effect.

- linux-image-4.14.0-3-amd64 (4.14.13-1) not affected (or at least not yet
seen)

- linux-image-4.14.0-3-amd64 (4.14.17-1) AFFECTED

- linux-image-4.15.0-1-amd64 (4.15.4-1) AFFECTED

- pti=off has no effect

I have downgraded to 4.14.13-1, but booted into an affected kernel for the
purpose of this report. I needed to reload the ath9k_htc module twice while
submitting this report!

Kind regards,
Ben.



-- Package-specific info:
** Version:
Linux version 4.15.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 
7.3.0 (Debian 7.3.0-3)) #1 SMP Debian 4.15.4-1 (2018-02-18)

** Command line:
BOOT_IMAGE=/vmlinuz-4.15.0-1-amd64 root=/dev/mapper/vg-root ro quiet 
net.ifnames=0 apparmor=0 splash

** Tainted: W (512)
 * Taint on warning.

** Kernel log:
Unable to read kernel log; any relevant messages should be attached

** Model information
sys_vendor: System manufacturer
product_name: System Product Name
product_version: System Version
chassis_vendor: Default string
chassis_version: Default string
bios_vendor: American Megatrends Inc.
bios_version: 3601
board_vendor: ASUSTeK COMPUTER INC.
board_name: H110I-PLUS
board_version: Rev X.0x

** Loaded modules:
ath9k_htc
ath9k_common
ath9k_hw
ath
mac80211
cfg80211
ctr
ccm
arc4
ip6t_REJECT
nf_reject_ipv6
nf_conntrack_ipv6
nf_defrag_ipv6
ip6table_filter
ip6_tables
ipt_REJECT
nf_reject_ipv4
xt_tcpudp
nf_conntrack_ipv4
nf_defrag_ipv4
xt_conntrack
nf_conntrack
iptable_filter
snd_hda_codec_hdmi
binfmt_misc
snd_hda_codec_realtek
snd_hda_codec_generic
nls_ascii
nls_cp437
vfat
fat
intel_rapl
x86_pkg_temp_thermal
intel_powerclamp
coretemp
snd_hda_intel
kvm_intel
snd_hda_codec
kvm
irqbypass
intel_cstate
snd_hda_core
eeepc_wmi
snd_hwdep
efi_pstore
intel_uncore
asus_wmi
sparse_keymap
joydev
intel_rapl_perf
efivars
snd_pcm
rfkill
wmi_bmof
snd_timer
sg
mei_me

Bug#891058: O: libblkmaker -- implementation of getblocktemplate protocol

[Dmitry Smirnov]

Package: wnpp
Severity: normal
X-Debbugs-CC: pkg-bitcoin-de...@lists.alioth.debian.org
Control: affects -1 bfgminer libblkmaker

I have no capacity left to maintain "libblkmaker" hence it needs new 
maintainer...

If you want to be the new maintainer, please see [1] for detailed 
instructions how to adopt a package properly.

[1]: https://www.debian.org/devel/wnpp/index.html#howto-o

-- 
Regards,
 Dmitry Smirnov.



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

Bug#891059: O: bfgminer -- multi-threaded multi-pool ASIC, FPGA and GPU bitcoin miner

[Dmitry Smirnov]

Package: wnpp
Severity: normal
X-Debbugs-CC: pkg-bitcoin-de...@lists.alioth.debian.org
Control: affects -1 bfgminer

I've lost interest and capacity to maintain "bfgminer" hence it needs new 
maintainer...

If you want to be the new maintainer, please see [1] for detailed 
instructions how to adopt a package properly.

[1]: https://www.debian.org/devel/wnpp/index.html#howto-o

-- 
Regards,
 Dmitry Smirnov.


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

Bug#891057: gcc-defaults: gcc-* cross-toolchains uninstallable.

[Vagrant Cascadian]

Source: gcc-defaults
Severity: serious
Version: 1.173d1

Thanks for all your work on keeping cross-toolchains up to date!

Currently, gcc-defaults has gcc-aarch64-linux-gnu depend on
gcc-7-aarch64-linux-gnu, which is no longer available in sid, presumably
replaced by gcc-8-aarch64-linux-gnu.

Similar for the other cross-toolchains such as gcc-arm-linux-gnueabi and
gcc-arm-linux-gnueabihf, which makes crossbuild-essential-*
uninstallable, which makes cross-building packages difficult.


live well,
  vagrant


signature.asc
Description: PGP signature

Bug#891056: Reproducible Intel GPU hang on rcs0 with ecode 9:0:0x86dffffd

[Ben Caradoc-Davies]

Package: src:linux
Version: 4.15.4-1
Severity: normal

Dear Maintainer,

I have a reproducible GPU hang when opening one particular workspace with
Eclipse Oxygen.2 (eclipse-jee-oxygen-2-linux-gtk-x86_64), *with* SWT_GTK3=0 (to
use GTK2), and *with* xfwm4 compositing enabled. With GTK3 or without
compositing, the hang does not occur. The hang occurs immediately and every
time with this workspace. Other workspaces are not affected. I do not think
there is anything special about this workspace. Just a timing issue I guess.

Platform is an Intel i7 7700 using integrated HD Graphics 630 and the built in
kernel modesetting driver (xserver-xorg-video-intel is *not* installed).

Hang reproduced with kernels 4.14.7-1, 4.14.13-1, 4.14.17-1, and 4.15.4-1. I
first noticed the problem after recent upgrades of libgl*-mesa in sid, most
recently to 17.3.5-1. I had noticed this hang on one single occasion with
earlier libgl*-mesa.

Feb 22 13:55:28 ripley kernel: [drm] GPU HANG: ecode 9:0:0x86dd, in Xorg
[800], reason: Hang on rcs0, action: reset
Feb 22 13:55:28 ripley kernel: [drm] GPU hangs can indicate a bug anywhere in
the entire gfx stack, including userspace.
Feb 22 13:55:28 ripley kernel: [drm] Please file a _new_ bug report on
bugs.freedesktop.org against DRI -> DRM/Intel
Feb 22 13:55:28 ripley kernel: [drm] drm/i915 developers can then reassign to
the right component if it's not a kernel issue.
Feb 22 13:55:28 ripley kernel: [drm] The gpu crash dump is required to analyze
gpu hangs, so please always attach it.
Feb 22 13:55:28 ripley kernel: [drm] GPU crash dump saved to
/sys/class/drm/card0/error
Feb 22 13:55:28 ripley kernel: i915 :00:02.0: Resetting rcs0 after gpu hang
Feb 22 13:55:36 ripley kernel: i915 :00:02.0: Resetting rcs0 after gpu hang
Feb 22 13:55:44 ripley kernel: i915 :00:02.0: Resetting rcs0 after gpu hang
Feb 22 13:55:52 ripley kernel: i915 :00:02.0: Resetting rcs0 after gpu hang
Feb 22 13:56:00 ripley kernel: i915 :00:02.0: Resetting rcs0 after gpu hang

(But I am following Debian instructions to not submit upstream without asking
first.)

GPU crash dump attached as requested.

Workarounds: use SWT_GTK3=1 (or unset), or turn off xfwm4 compositing.

Kind regards,
Ben.



-- Package-specific info:
** Version:
Linux version 4.15.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 
7.3.0 (Debian 7.3.0-3)) #1 SMP Debian 4.15.4-1 (2018-02-18)

** Command line:
BOOT_IMAGE=/vmlinuz-4.15.0-1-amd64 root=/dev/mapper/vg-root ro quiet 
net.ifnames=0 apparmor=0 splash

** Tainted: W (512)
 * Taint on warning.

** Kernel log:
Unable to read kernel log; any relevant messages should be attached

** Model information
sys_vendor: System manufacturer
product_name: System Product Name
product_version: System Version
chassis_vendor: Default string
chassis_version: Default string
bios_vendor: American Megatrends Inc.
bios_version: 3601
board_vendor: ASUSTeK COMPUTER INC.
board_name: H110I-PLUS
board_version: Rev X.0x

** Loaded modules:
ctr
ccm
arc4
ip6t_REJECT
nf_reject_ipv6
nf_conntrack_ipv6
nf_defrag_ipv6
ip6table_filter
ip6_tables
ipt_REJECT
nf_reject_ipv4
xt_tcpudp
nf_conntrack_ipv4
nf_defrag_ipv4
xt_conntrack
nf_conntrack
iptable_filter
snd_hda_codec_hdmi
binfmt_misc
snd_hda_codec_realtek
snd_hda_codec_generic
nls_ascii
nls_cp437
vfat
ath9k_htc
fat
intel_rapl
ath9k_common
ath9k_hw
x86_pkg_temp_thermal
intel_powerclamp
coretemp
snd_hda_intel
ath
kvm_intel
mac80211
snd_hda_codec
kvm
irqbypass
intel_cstate
snd_hda_core
cfg80211
eeepc_wmi
snd_hwdep
efi_pstore
intel_uncore
asus_wmi
sparse_keymap
joydev
intel_rapl_perf
efivars
snd_pcm
rfkill
wmi_bmof
snd_timer
sg
mei_me
pcspkr
iTCO_wdt
snd
iTCO_vendor_support
mei
soundcore
shpchp
evdev
acpi_pad
parport_pc
ppdev
lp
parport
efivarfs
ip_tables
x_tables
autofs4
ext4
crc16
mbcache
jbd2
fscrypto
ecb
btrfs
zstd_decompress
zstd_compress
xxhash
algif_skcipher
af_alg
dm_crypt
dm_mod
hid_generic
usbhid
hid
raid10
raid456
async_raid6_recov
async_memcpy
async_pq
async_xor
async_tx
xor
raid6_pq
libcrc32c
crc32c_generic
raid1
raid0
multipath
linear
md_mod
sd_mod
crct10dif_pclmul
crc32_pclmul
crc32c_intel
ghash_clmulni_intel
mxm_wmi
pcbc
i915
aesni_intel
ahci
i2c_algo_bit
aes_x86_64
libahci
crypto_simd
glue_helper
xhci_pci
drm_kms_helper
cryptd
xhci_hcd
libata
r8169
i2c_i801
mii
usbcore
scsi_mod
drm
usb_common
fan
thermal
wmi
video
button

** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation Intel Kaby Lake Host Bridge 
[8086:591f] (rev 05)
Subsystem: ASUSTeK Computer Inc. Intel Kaby Lake Host Bridge [1043:8694]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 

00:02.0 VGA compatible controller [0300]: Intel Corporation HD Graphics 630 
[8086:5912] (rev 04) (prog-if 00 [VGA controller])
Subsystem: ASUSTeK Computer Inc. HD Graphics 630 [1043:8694]
Control: I/O+ Mem+ BusMaster+ SpecCycle- 

Bug#891055: Please provide --print-current

[martin f krafft]

Package: autorandr
Version: 1.4-1
Severity: wishlist

For use in scripts, it'd be nice if autorandr could be invoked such
as

  autorandr --print-current

to which it'd respond with the currently identified and/or applied
configuration.

Thanks,

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

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

Versions of packages autorandr depends on:
ii  python 2.7.14-4
ii  x11-xserver-utils  7.7+7+b1

autorandr recommends no packages.

autorandr suggests no packages.

-- debconf-show failed

-- 
 .''`.   martin f. krafft  @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#891054: Improper use of stderr for state output

[martin f krafft]

Package: autorandr
Version: 1.4-1
Severity: minor

If I merely call 'autorandr', I get a list of configuration
environments, which is nice to query the state of autorandr.
However, this list is printed to stderr, whereas I'd like to argue
it belongs on stdout, as it's not an error message.

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

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

Versions of packages autorandr depends on:
ii  python 2.7.14-4
ii  x11-xserver-utils  7.7+7+b1

autorandr recommends no packages.

autorandr suggests no packages.

-- debconf-show failed


-- 
 .''`.   martin f. krafft  @martinkrafft
: :'  :  proud Debian developer
`. `'`   http://people.debian.org/~madduck
  `-  Debian - when you have better things to do than fixing systems


digital_signature_gpg.asc
Description: Digital GPG signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)

Bug#891053: stretch-pu: package acme-tiny/20160801-3

[Sebastien Badia]

Package: release.debian.org
Severity: normal
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu

Hello release manager,

acme-tiny is a tiny script to issue and renew TLS certs from Let's Encrypt
using acme protocol.

The actual version of acme-tiny in Debian/stable (20160801-3) doesn't
works due to an hard-coded and outdated version of the subscriber agreement.

Please see https://bugs.debian.org/882693

This issue was fixed in testing with the version 20171115-1.

This stretch-p-u build fine in stretch, please see the debdiff attached.

Any issues to not accept acme-tiny_20160801-3+deb9u1 as a stretch-p-u?

Thanks in advance!

Ps: For myself, I'm not sure, source-only uploads works for p-u ?
diff -Nru acme-tiny-20160801/debian/changelog 
acme-tiny-20160801/debian/changelog
--- acme-tiny-20160801/debian/changelog 2017-03-12 18:33:56.0 +
+++ acme-tiny-20160801/debian/changelog 2018-02-21 23:46:50.0 +
@@ -1,3 +1,9 @@
+acme-tiny (20160801-3+deb9u1) stable-proposed-updates; urgency=medium
+
+  * Fix outdated version of the subscriber agreement (Closes: #882693)
+
+ -- Sebastien Badia   Thu, 22 Feb 2018 00:46:50 +0100
+
 acme-tiny (20160801-3) unstable; urgency=medium
 
   * update personal email address
diff -Nru 
acme-tiny-20160801/debian/patches/0005-fix-outdated-subscriber-agreement.patch 
acme-tiny-20160801/debian/patches/0005-fix-outdated-subscriber-agreement.patch
--- 
acme-tiny-20160801/debian/patches/0005-fix-outdated-subscriber-agreement.patch  
1970-01-01 00:00:00.0 +
+++ 
acme-tiny-20160801/debian/patches/0005-fix-outdated-subscriber-agreement.patch  
2018-02-21 23:46:50.0 +
@@ -0,0 +1,20 @@
+Description: Update outdated version of the subscriber agreement
+Author: Daniel Roesler 
+Bug-Debian: https://bugs.debian.org/882693
+Origin: upstream, 
https://github.com/diafygi/acme-tiny/commit/19b274cf38544ad9ccc69aa140969c30c4e0d8fd
+Bug: https://github.com/diafygi/acme-tiny/pull/145
+Forwarded: not-needed
+Reviewed-By: Sebastien Badia 
+Last-Update: 2018-02-22
+
+--- acme-tiny-20160801.orig/acme_tiny.py
 acme-tiny-20160801/acme_tiny.py
+@@ -82,7 +82,7 @@ def get_crt(account_key, csr, acme_dir,
+ log.info("Registering account...")
+ code, result = _send_signed_request(CA + "/acme/new-reg", {
+ "resource": "new-reg",
+-"agreement": 
"https://letsencrypt.org/documents/LE-SA-v1.1.1-August-1-2016.pdf;,
++"agreement": json.loads(urlopen(CA + 
"/directory").read().decode('utf8'))['meta']['terms-of-service'],
+ })
+ if code == 201:
+ log.info("Registered!")
diff -Nru acme-tiny-20160801/debian/patches/series 
acme-tiny-20160801/debian/patches/series
--- acme-tiny-20160801/debian/patches/series2017-03-12 18:33:56.0 
+
+++ acme-tiny-20160801/debian/patches/series2018-02-21 23:46:50.0 
+
@@ -2,3 +2,4 @@
 0002-readme-replace-usr-bin-sh-by-bin-sh.patch
 0003-fix-855962-fail-to-parse-openssl-1.1-CSR-output.patch
 0004-update-my-personal-email-address.patch
+0005-fix-outdated-subscriber-agreement.patch

Bug#890914: gr-gsm: grgsm_livemon: ImportError: No module named PyQt4

[Vasil Velichkov]

My attempt to fix the problem and compile grgsm_livemon and 
grgsm_livemon_headless with cmake and grcc 
https://github.com/ptrkrysik/gr-gsm/pull/378

Bug#853461: jackd2: ftbfs with GCC-7

[James Clarke]

On Tue, Jan 31, 2017 at 09:32:23AM +, Matthias Klose wrote:
> Package: src:jackd2
> Version: 1.9.10+20150825git1ed50c92~dfsg-4
> Severity: normal
> Tags: sid buster
> User: debian-...@lists.debian.org
> Usertags: ftbfs-gcc-7
>
> Please keep this issue open in the bug tracker for the package it
> was filed for.  If a fix in another package is required, please
> file a bug for the other package (or clone), and add a block in this
> package. Please keep the issue open until the package can be built in
> a follow-up test rebuild.
>
> The package fails to build in a test rebuild on at least amd64 with
> gcc-7/g++-7, but succeeds to build with gcc-6/g++-6. The
> severity of this report may be raised before the buster release.
> There is no need to fix this issue in time for the stretch release.
>
> The full build log can be found at:
> http://people.debian.org/~doko/logs/gcc7-20170126/jackd2_1.9.10+20150825git1ed50c92~dfsg-4_unstable_gcc7.log
> The last lines of the build log are at the end of this report.
>
> To build with GCC 7, either set CC=gcc-7 CXX=g++-7 explicitly,
> or install the gcc, g++, gfortran, ... packages from experimental.
>
>   apt-get -t=experimental install g++
>
> Common build failures are new warnings resulting in build failures with
> -Werror turned on, or new/dropped symbols in Debian symbols files.
> For other C/C++ related build failures see the porting guide at
> http://gcc.gnu.org/gcc-7/porting_to.html

This has been fixed upstream for over half a year, with no commits in
the packaging VCS since 2017-03-29, other than for the mass migration to
Salsa. Please upload a fixed version, either by adding the upstream
patch, or uploading a newer upstream version.

Regards,
James

Bug#890989: [pkg-go] Bug#890989: ITP: golang-github-containerd-btrfs -- Btrfs bindings for Go

[Arnaud]

Yes it is, I closed #890984, sorry it's just me being confused :/

On 02/21/2018 11:12 PM, Michael Stapelberg wrote:
> This seems to be a duplicate of #890984?
>
> On Wed, Feb 21, 2018 at 12:50 PM, Arnaud Rebillout
> > wrote:
>
> Package: wnpp
> Severity: wishlist
> Owner: Arnaud Rebillout  >
>
> * Package name    : golang-github-containerd-btrfs
>   Version         : 0.0~git20171005.72c0a35-1
>   Upstream Author : containerd
> * URL             : https://github.com/containerd/btrfs
> 
> * License         : Apache-2.0
>   Programming Lang: Go
>   Description     : Btrfs bindings for Go
>
>  Native Go bindings for btrfs.
>  .
>  Status
>  .
>  These are in the early stages. We will try to maintain stability,
> but please
>  vendor if you are relying on these directly.
>  .
>  Contribute
>  .
>  This package may not cover all the use cases for btrfs. If
> something you need
>  is missing, please don't hesitate to submit a PR.  Note that due
> to struct
>  alignment issues, this isn't yet fully native.  Preferrably, this
> could be
>  resolved, so contributions in this direction are greatly appreciated.
>
> 
>
> - why is this package useful/relevant?
>
> It is a dependency of containerd.
>
> - how do you plan to maintain it?
>
> I plan to maintain it within the golang packaging team.
>
> ___
> Pkg-go-maintainers mailing list
> pkg-go-maintain...@lists.alioth.debian.org
> 
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-go-maintainers
> 
> 
>
>
>
>
> -- 
> Best regards,
> Michael

Bug#890364: pybind11-dev: Request migration to unstable

[Jose Luis Rivero]

Source: pybind11
Followup-For: Bug #890364

For testing proposes I ran the ratt tool in my system to check if
something would be broken with the update.

- 8< -
jrivero@nium tmp $ ratt pybind11_2.2.1-1_source.changes
2018/02/21 23:07:51 Loading changes file
"pybind11_2.2.1-1_source.changes"
2018/02/21 23:07:51  - 4 binary packages: pybind11-dev pybind11-doc
python-pybind11 python3-pybind11
2018/02/21 23:07:51  - corresponding .debs (will be injected when
building):
2018/02/21 23:07:51 Figuring out reverse build dependencies using
dose-ceve(1). This might take a while
2018/02/21 23:07:51 dose-ceve(1) failed (exec: "dose-ceve": executable
file not found in $PATH), falling back to interpreting Sources directly
2018/02/21 23:07:51 Loading sources index
"/var/lib/apt/lists/ftp.us.debian.org_debian_dists_sid_main_source_Sources"
2018/02/21 23:07:53 Setting -sbuild_dist=experimental (from .changes
file)
2018/02/21 23:07:53 Building ovito_2.9.0+dfsg1-5 (commandline: [sbuild
--arch-all --dist=experimental --nolog ovito_2.9.0+dfsg1-5])
2018/02/21 23:12:16 building ovito_2.9.0+dfsg1-5 failed: exit status 2
2018/02/21 23:12:16 Building psi4_1:1.1-5 (commandline: [sbuild
--arch-all --dist=experimental --nolog psi4_1:1.1-5])
2018/02/22 00:10:01 Building xtensor-python_0.12.4-1 (commandline:
[sbuild --arch-all --dist=experimental --nolog xtensor-python_0.12.4-1])
2018/02/22 00:12:22 Build results:
2018/02/22 00:12:22 PASSED: psi4_1:1.1-5
2018/02/22 00:12:22 PASSED: xtensor-python_0.12.4-1
2018/02/22 00:12:22 FAILED: ovito_2.9.0+dfsg1-5 (see
buildlogs/ovito_2.9.0+dfsg1-5)
- 8< -

Ovito failed and log displays this problem:

- 8< -
-- Found Libav: /usr/lib/x86_64-linux-gnu  
-- Found ZLIB: /usr/lib/x86_64-linux-gnu/libz.so (found version "1.2.8") 
-- Found OpenGL: /usr/lib/x86_64-linux-gnu/libOpenGL.so   
-- Found PythonInterp: /usr/bin/python3 (found version "3.6.4") 
-- Found PythonLibs: /usr/lib/x86_64-linux-gnu/libpython3.6m.so (found version 
"3.6.4+") 
CMake Error at 
/usr/share/cmake-3.10/Modules/FindPackageHandleStandardArgs.cmake:137 (message):
  Could NOT find QScintilla (missing: QSCINTILLA_LIBRARY)
Call Stack (most recent call first):
  /usr/share/cmake-3.10/Modules/FindPackageHandleStandardArgs.cmake:378 
(_FPHSA_FAILURE_MESSAGE)
  cmake/FindQScintilla.cmake:13 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
  src/plugins/pyscript/gui/CMakeLists.txt:22 (FIND_PACKAGE)


-- Configuring incomplete, errors occurred!
- 8< -

Which I think it is unrelated to the upgrade of pybind and was reported in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=885644

If there is any other test that we can help with, please let us know.
Thanks!

Bug#660687: xml-core: ITA status?

[Joseph Herlant]

Hi Rodrigo,

What's your status on the ITA for this package?

I helped a bit on it when this bug was still a RFH several years ago
an now I'd like to move forward and, if possible adopt if you don't
plan to move forward on it.

I moved it to Salsa: https://salsa.debian.org/xml-sgml-team/xml-core
and put the latest version in (0.18 had not been pushed in the repo).
I'm planning to start the ITA process in a few days if you're ok with
that.

Thanks
Joseph

Bug#891033: dgit: Please integrate with pristine-tar

[Ian Jackson]

Control: retitle -1 on push/build, generate missing orig from pristine-tar

Felipe Sateler writes ("Re: Bug#891033: dgit: Please integrate with 
pristine-tar"):
> On Wed, Feb 21, 2018 at 8:32 PM, Ian Jackson
> > Do you mean when the user says "dgit clone" ?  Or do you mean when
> > building a source package ?
> 
> When building a source package. In my (gbp-based) workflow, I
> don't always have the current tarball in `..`, for the following
> reasons:

I see, yes.

> 1. I use gbp's export-dir option to run builds in a tmpfs, so the
> tarball lives somewhere in /tmp.
> 2. Even if not doing that, I might have pulled a git tree with an
> upstream tarball imported by a teammate. Pristine-tar avoids hash
> mismatch problems by ensuring we both use the same tarball.
> 
> Note that I currently faced this error when using `dgit push-source`.
> Perhaps other build options do not have this problem due to gbp
> integration (gbp already extracts the tarbal when it needs to).

I think that's likely.

I think there is probably a gbp rune that will just provide the
upstream source tarball from the pristine tar branch.  I'm afraid I
don't know how it's spelled, but you can probably use that as a
workaround in the meantime.

If you let me know what it is, that will be a small step towards
implementing this feature :-).

> > It's possible that dgit could be extended somehow in these directions
> > but I don't think it's entirely trivial, depending what is wanted.
> 
> /me hopes it is not difficult.

Now I understand what you're asking for, yes, I think this would be
possible and not even too difficult.

Sean may disagree, but I don't think automatically generating missing
origs from pristine tar branches is something that dgit should to by
default.

But it's certainly something we could have as an option, and maybe it
should even be implied by --gbp.  And dgit could prompt the user to
specify the relevant options, if it detected an pristine-tar or
upstream branch.

Related to this is #865905 "want better msg for missing .orig (eg due
to accidental upstream version bump)".  #865905 mentions git-deborig
which is also a thing that dgit should maybe be willing to use for
this, when requested/configured.

Ian.

-- 
Ian Jackson    These opinions are my own.

If I emailed you from an address @fyvzl.net or @evade.org.uk, that is
a private address which bypasses my fierce spamfilter.

Bug#891031: dgit: Please make the unavoidable error message on first push more user-friendly

[Ian Jackson]

Felipe Sateler writes ("Bug#891031: dgit: Please make the unavoidable error 
message on first push more user-friendly"):
> Prodded by Sean Whitton's blog post[1], I decided to give dgit another
> try. I found an upload I needed to do, and used `dgit push-source
> --gbp`, only to have that fail with the following tail:

Hi.  Thanks for your feedback.  I'm always interested in making things
smoother.

> > Checking that HEAD inciudes all changes in archive...
> > dgit: check failed (maybe --overwrite is needed, consult documentation)
...
> I suppose this gives an experienced user all the information they need,
> but for a newcomer this is unparseable. The problem is fixed by passing
> --overwrite (as correctly suggested), but the phrasing could be
> improved. An option named --overwrite sounds fairly advanced, when in
> fact it isn't. Some thoughts:

JOOI, did you consult the documentation as advised ?  The intent of
that message was that you would read dgit(1), really - particularly,
that you would read the description of --overwrite.  Is that what you
understood the message was referring you to ?  If not, what did you
read instead ?

Unfortunately dgit(1) does not mention this situation (or at least,
not in any readily comprehensible way) so reading it wouldn't have
helped you, but it seems to be where it probably ought to be.

I guess you didn't read dgit-maint-gbp(7) ?  That does discuss this,
but I don't think people should be expected to go and read tutorial
docs in response to error messages.

The reason I'm asking all of these questions about which docs you read
is not to tell you to RTFM.  It's that I would like to understand how
and where best to communicate this information.  There's more room in
the manual than in an error message.

In particular --overwrite *is* an option which should be used with
care.  It's a forcing option which can indeed unintentionally drop
other people's work.  I don't think it's possible to put all the
appropriate caveats in the message; so it is always going to be
necessary for the user who needs --ovewrite to be referred to the
docs, rather than be actively encouraged to use a moderately dangerous
option.

> 1. Adding a short blurb indicating common causes of this specific error.
>AFAICT, the most common causes are: first use of dgit, and
>incorporating NMUs without dgit use. Something like "This usually 
>happens when the last upload was not done using dgit" would go a long
>way towards demistifying the new user.

The "NMU" case is discussed in dgit(1)'s section on --overwrite.

> 2. It occurs to me this situation can be avoided entirely for some cases
>if dgit can detect the dgit history is composed entirely of
>synthesized commits (ie, imports from the debian archive and not dgit
>pushes), or is empty. I have no idea if this is feasible though.

I think this is feasible, at least in "many cases", and probably
worthwhile.  I think it is usually better to get rid of a wrinkle than
to document it.

> 3. As said, --overwrite sounds potentially data-lossy, but is the only
>solution to this predicament. Maybe it is desirable to have aliases
>for the common cases: --first-dgit-push or some such.

--overwrite *is* potentially data-lossy.  (Like any upload to the
Debian archive, but unlike a normal git push.)

> [1] https://spwhitton.name//blog/entry/pushsourcedropin/

I observe that Sean's blog post does mention the --overwrite wrinkle,
althought it doesn't say in terms that it will always be needed on the
first upload.

Regards,
Ian.

Bug#890875: Upload jquery-caret.js to unstable

[Ben Finney]

Control: severity -1 wishlist
Control: tags -1 + moreinfo

On 20-Feb-2018, Pirate Praveen wrote:

> I'd like to upload gitlab 9.5 currently in experimental to unstable.

(This request is no more severe than “wishlist”, by the definitions of
the severity levels.)

Does the package currently in ‘experimental’ work? It should not be
uploaded to ‘unstable’ unless it serves the need of a dependent
package like Pagure or GitLab.

Please see bug#836408 for a request for testing, I have not seen any
confirmation that the package works as-is.

-- 
 \“All opinions are not equal. Some are a very great deal more |
  `\   robust, sophisticated, and well supported in logic and argument |
_o__) than others.” —Douglas Adams |
Ben Finney 


signature.asc
Description: PGP signature

Bug#890608: [7c9f215] Fix for Bug#890608 committed to git

[Manoj Srivastava]

tags 890608 + pending
thanks
Hi,

 The following change has been committed for this bug by
 Manoj Srivastava  on the branch 
 dgit/sid at Wed, 21 Feb 2018 15:29:20 -0800.

 The fix will be in the next upload. 
=
[master]: A bug fixing release

Rolled backt he POSIX_X_SOURCE feature  check changes.

Closes: #890608
Closes: #890714
Closes: #890743
Closes: #890703

Signed-off-by: Manoj Srivastava 
=

Bug#891050: gap-autpgrp: please make the build reproducible

[Bill Allombert]

On Wed, Feb 21, 2018 at 10:52:44PM +, Chris Lamb wrote:
> Hi Bill,
>  
> > If you want to help with GAP, tell me why gap-gapdoc is not reproducible.
> 
> I'm not sure I can tell you anything more beyond what was in my original
> report (ie. date variation due to the use of \Month and \Year).  :)

I really mean gap-gapdoc, not this package.

> (I can 100% understand not wanting to diverge from upstream and would
> certainly understand if you didn't want to take this patch before
> upstream do.)

Upstream will never take it. This is not the right way to fix this bug
and you know it.

I find it a waste of time to receive such patch. It does not include any
information not available from reproducible-builds.org and suggest an
incorrect course of action (instead of using FORCE_SOURCE_DATE,
SOURCE_DATE_EPOCH etc.).

I know you know how to do better!

The whole reproducible builds is anxiogen because there are no reliable
tool to check a package is reproducible according to policy before
uploading it to the archive. reproducible-builds.org is not a suitable
substitute in many aspect.

This is sad because this is an important project. But it is not worth
the stress each time one upload a package.

Cheers,
-- 
Bill. 

Imagine a large red swirl here.

Bug#891033: dgit: Please integrate with pristine-tar

[Felipe Sateler]

On Wed, Feb 21, 2018 at 8:32 PM, Ian Jackson
 wrote:
> Felipe Sateler writes ("Bug#891033: dgit: Please integrate with 
> pristine-tar"):
>> It would be great if dgit would detect a pristine-tar enabled repo, and
>> in that case try to checkout the upstream tarball if it is not present
>> in `..`.
>
> Hi.  I'm not sure exactly when you think it should do this.

Sorry for being too terse.

>
> Do you mean when the user says "dgit clone" ?  Or do you mean when
> building a source package ?

When building a source package. In my (gbp-based) workflow, I
don't always have the current tarball in `..`, for the following
reasons:

1. I use gbp's export-dir option to run builds in a tmpfs, so the
tarball lives somewhere in /tmp.
2. Even if not doing that, I might have pulled a git tree with an
upstream tarball imported by a teammate. Pristine-tar avoids hash
mismatch problems by ensuring we both use the same tarball.

Note that I currently faced this error when using `dgit push-source`.
Perhaps other build options do not have this problem due to gbp
integration (gbp already extracts the tarbal when it needs to).

> It's possible that dgit could be extended somehow in these directions
> but I don't think it's entirely trivial, depending what is wanted.

/me hopes it is not difficult.

-- 

Saludos,
Felipe Sateler

Bug#891033: dgit: Please integrate with pristine-tar

[Ian Jackson]

Felipe Sateler writes ("Bug#891033: dgit: Please integrate with pristine-tar"):
> It would be great if dgit would detect a pristine-tar enabled repo, and
> in that case try to checkout the upstream tarball if it is not present
> in `..`.

Hi.  I'm not sure exactly when you think it should do this.

Do you mean when the user says "dgit clone" ?  Or do you mean when
building a source package ?

It's possible that dgit could be extended somehow in these directions
but I don't think it's entirely trivial, depending what is wanted.

Ian.
(for my reference: #869675 is perhaps related)

Bug#890921: vpnc: make it easy to decline resolv.conf updates

[Daniel Kahn Gillmor]

On Wed 2018-02-21 11:13:13 -0800, Mike Miller wrote:
> I would guess that upstream might suggest creating a local wrapper for
> vpnc-script to remove DNS from the environment, for example
>
> #!/bin/sh
> unset INTERNAL_IP4_DNS INTERNAL_IP6_DNS
> exec /usr/share/vpnc-scripts/vpnc-script
>
> That should have the same effect.

I'm not convinced it would have the same effect -- wouldn't that just
result in overrwiting with an empty resolv.conf?

> But if you want to propose adding an option, would you mind posting your
> patch to the upstream mailing list? Upstream prefers git patches with
> Signed-off-by headers.
>
> http://www.infradead.org/openconnect/contribute.html

sigh, more mailing lists :/  i'll see what i can do.

  --dkg

Bug#891052: ITP: spirv-headers -- machine-readable files for the SPIR-V Registry

[Brett Johnson]

Package: wnpp
Severity: wishlist
Owner: Brett Johnson 

* Package name: spirv-headers
  Version : Untagged: 1.2
  Upstream Author : Khronos Group
* URL : https://github.com/KhronosGroup/SPIRV-Headers
* License : MIT (Khronos registry variant)
  Description : machine-readable files for the SPIR-V Registry
 This includes:
  - Header files for various languages
  - JSON files describing the grammar for the SPIR-V core instruction
set and the extended instruction sets.
  - The XML registry file.
  - A tool to build the headers from the JSON grammar.

Bug#882141: closed by Scott Kitterman <sc...@kitterman.com> (Bug#882141: fixed in postfix 3.2.4-1)

[Bastian Blank]

On Sun, Feb 11, 2018 at 11:11:16PM -0500, Scott Kitterman wrote:
> Would you please check that your /lib/systemd/system/postfix@.service has:
> 
> After=network-online.target nss-lookup.target
> Wants=network-online.target
> 
> At least as I understand it, that's supposed to make sure the network is up 
> before postfix starts.

Please tell me how this would change the environment the _generator_ is
running in.

Bastian

-- 
A little suffering is good for the soul.
-- Kirk, "The Corbomite Maneuver", stardate 1514.0

Bug#891050: gap-autpgrp: please make the build reproducible

[Chris Lamb]

Hi Bill,
 
> If you want to help with GAP, tell me why gap-gapdoc is not reproducible.

I'm not sure I can tell you anything more beyond what was in my original
report (ie. date variation due to the use of \Month and \Year).  :)

(I can 100% understand not wanting to diverge from upstream and would
certainly understand if you didn't want to take this patch before
upstream do.)


Regards,

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

Bug#891050: gap-autpgrp: please make the build reproducible

[Bill Allombert]

On Wed, Feb 21, 2018 at 10:34:26PM +, Chris Lamb wrote:
> Source: gap-autpgrp
> Version: 1.5-2
> Severity: wishlist
> Tags: patch
> User: reproducible-bui...@lists.alioth.debian.org
> Usertags: timestamps
> X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
> 
> Hi,
> 
> Whilst working on the Reproducible Builds effort [0], we noticed
> that gap-autpgrp could not be built reproducibly:
> 
>  [0] https://reproducible-builds.org/

Hello Chris,
your patch causes the manual to be different from upstream. This is not
the goal of reproducible builds.

If you want to help with GAP, tell me why gap-gapdoc is not reproducible.

Cheers,
-- 
Bill. 

Imagine a large red swirl here.

Bug#891051: Only enable APM on disks that advertise it

[dann frazier]

Package: hdparm
Version: 9.53+ds-1
Severity: normal
Tags: patch

hdparm tries to configure APM on every (non-USB/non-firewire) disk
in the system without first checking if APM is supported. This *should*
be OK, since hdparm fails gracefully in this case. However, sending APM
commands to disks that don't support it can have side-effects. I received a
report that this was causing bus resets on a Cavium Sabre system with the
disk below that would sometimes escalate to a boot failure.

It seems safer to just avoid sending APM command to disks when they don't
advertise support for it - see attached patch.

# hdparm -i /dev/sdj
/dev/sdj:

 Model=SDLFOCAM-800G-1HA1, FwRev=ZZ37RE92, SerialNo=0006C7CE
 Config={ NotMFM DTR>5Mbs RotSpdTol>.5% dStbOff FmtGapReq }
 RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=50
 BuffType=unknown, BuffSize=8192kB, MaxMultSect=16, MultSect=off
 CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=1562824368
 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120}
 PIO modes: pio0 pio3 pio4
 DMA modes: mdma0 mdma1 mdma2
 UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6
 AdvancedPM=no WriteCache=enabled
 Drive conforms to: unknown: ATA/ATAPI-1,2,3,4,5,6,7

 * signifies the current active mode

# hdparm -B 254 /dev/sdj

/dev/sdj:
 setting Advanced Power Management level to 0xfe (254)
SG_IO: bad/missing sense data, sb[]: 70 00 05 00 00 00 00 0a 04 53 40 fe 21 04
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
 APM_level = not supported

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

Kernel: Linux 4.15.0-rc8-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)
LSM: AppArmor: enabled

Versions of packages hdparm depends on:
ii  libc6 2.26-6
ii  lsb-base  9.20170808

Versions of packages hdparm recommends:
ii  powermgmt-base  1.31+nmu1

Versions of packages hdparm suggests:
pn  apmd  

-- no debconf information
diff -urpN hdparm-9.53+ds.orig/debian/hdparm-functions 
hdparm-9.53+ds/debian/hdparm-functions
--- hdparm-9.53+ds.orig/debian/hdparm-functions 2018-01-06 05:37:12.0 
-0700
+++ hdparm-9.53+ds/debian/hdparm-functions  2018-02-21 15:23:49.516224316 
-0700
@@ -56,7 +56,15 @@ hdparm_try_apm()
 return 1
 ;;
 esac
-return 0
+
+# Only activate APM on disks that support it.
+if [ -z "$ID_ATA_FEATURE_SET_APM" ]; then
+local ID_ATA_FEATURE_SET_APM="$(udevadm info -n "$1" -q property 
2>/dev/null | sed -n 's/^ID_ATA_FEATURE_SET_APM=//p')" || true
+fi
+if [ "$ID_ATA_FEATURE_SET_APM" = "1" ]; then
+return 0
+fi
+return 1
 }
 
 # parse /etc/hdparm.conf and spit out a list of options for the specified

Bug#688735: Some strings need to be set up for i18n

[Gunnar Hjalmarsson]

I have made an attempt to fix this. Please see the attached patch.

--
Gunnar Hjalmarsson
https://launchpad.net/~gunnarhj
>From 63726d9f16de39b94d5bfe85ae5474ab86d77972 Mon Sep 17 00:00:00 2001
From: Gunnar Hjalmarsson 
Date: Wed, 21 Feb 2018 21:23:20 +0100
Subject: [PATCH] Enable translations for the cryptroot script

https://bugs.debian.org/688735, https://launchpad.net/bugs/1027854
---
 .../{cryptroot-script => cryptroot-script.sh}  | 35 +++---
 debian/patches/cryptroot-script-translations.patch | 13 
 debian/patches/series  |  1 +
 debian/rules   |  4 ++-
 4 files changed, 41 insertions(+), 12 deletions(-)
 rename debian/initramfs/{cryptroot-script => cryptroot-script.sh} (84%)
 create mode 100644 debian/patches/cryptroot-script-translations.patch

diff --git a/debian/initramfs/cryptroot-script b/debian/initramfs/cryptroot-script.sh
similarity index 84%
rename from debian/initramfs/cryptroot-script
rename to debian/initramfs/cryptroot-script.sh
index 75299a0..3fa9e67 100644
--- a/debian/initramfs/cryptroot-script
+++ b/debian/initramfs/cryptroot-script.sh
@@ -1,6 +1,8 @@
 #!/bin/sh
 
 PREREQ="cryptroot-prepare"
+export TEXTDOMAIN=cryptsetup
+. /usr/bin/gettext.sh
 
 #
 # Standard initramfs preamble
@@ -165,7 +167,8 @@ parse_options()
 	export CRYPTTAB_OPTIONS
 
 	if [ -z "$cryptsource" ]; then
-		message "cryptsetup ($crypttarget): source parameter missing"
+		# TRANSLATORS: Keep the variable $crypttarget untranslated
+		message $(eval_gettext 'cryptsetup ($crypttarget): source parameter missing')
 		return 1
 	fi
 	return 0
@@ -175,7 +178,8 @@ activate_vg()
 {
 	# Sanity checks
 	if [ ! -x /sbin/lvm ]; then
-		message "cryptsetup ($crypttarget): lvm is not available"
+		# TRANSLATORS: Keep the variable $crypttarget untranslated
+		message $(eval_gettext 'cryptsetup ($crypttarget): lvm is not available')
 		return 1
 	fi
 
@@ -206,7 +210,8 @@ setup_mapping()
 		cryptkeyscript="/lib/cryptsetup/askpass"
 		cryptkey="Please unlock disk $diskname: "
 	elif ! type "$cryptkeyscript" >/dev/null; then
-		message "cryptsetup ($crypttarget): error - script \"$cryptkeyscript\" missing"
+		# TRANSLATORS: Keep the variables $crypttarget and $cryptkeyscript untranslated
+		message $(eval_gettext 'cryptsetup ($crypttarget): error - script "$cryptkeyscript" missing')
 		return 1
 	fi
 
@@ -218,7 +223,8 @@ setup_mapping()
 	fi
 
 	if [ -n "$cryptheader" ] && ! type "$cryptheader" >/dev/null; then
-		message "cryptsetup ($crypttarget): error - LUKS header \"$cryptheader\" missing"
+		# TRANSLATORS: Keep the variables $crypttarget and $cryptheader untranslated
+		message $(eval_gettext 'cryptsetup ($crypttarget): error - LUKS header "$cryptheader" missing')
 		return 1
 	fi
 
@@ -323,13 +329,15 @@ setup_mapping()
 		if [ ! -e "$NEWROOT" ]; then
 			if ! crypttarget="$crypttarget" cryptsource="$cryptsource" \
 			 $cryptkeyscript "$cryptkey" | $cryptopen; then
-message "cryptsetup ($crypttarget): cryptsetup failed, bad password or options?"
+# TRANSLATORS: Keep the variable $crypttarget untranslated
+message $(eval_gettext 'cryptsetup ($crypttarget): cryptsetup failed, bad password or options?')
 continue
 			fi
 		fi
 
 		if [ ! -e "$NEWROOT" ]; then
-			message "cryptsetup ($crypttarget): unknown error setting up device mapping"
+			# TRANSLATORS: Keep the variable $crypttarget untranslated
+			message $(eval_gettext 'cryptsetup ($crypttarget): unknown error setting up device mapping')
 			return 1
 		fi
 
@@ -341,7 +349,8 @@ setup_mapping()
 		#if [ "$FSTYPE" = "lvm" ] || [ "$FSTYPE" = "lvm2" ]; then
 		if [ "$FSTYPE" = "LVM_member" ] || [ "$FSTYPE" = "LVM2_member" ]; then
 			if [ -z "$cryptlvm" ]; then
-message "cryptsetup ($crypttarget): lvm fs found but no lvm configured"
+# TRANSLATORS: Keep the variable $crypttarget untranslated
+message $(eval_gettext 'cryptsetup ($crypttarget): lvm fs found but no lvm configured')
 return 1
 			elif ! activate_vg; then
 # disable error message, LP: #151532
@@ -366,7 +375,8 @@ setup_mapping()
 
 		#if [ -z "$FSTYPE" ] || [ "$FSTYPE" = "unknown" ]; then
 		if [ -z "$FSTYPE" ]; then
-			message "cryptsetup ($crypttarget): unknown fstype, bad password or options?"
+			# TRANSLATORS: Keep the variable $crypttarget untranslated
+			message $(eval_gettext 'cryptsetup ($crypttarget): unknown fstype, bad password or options?')
 			udev_settle
 			$cryptremove
 			continue
@@ -375,15 +385,18 @@ setup_mapping()
 		# decrease $count by 1, apparently last try was successful.
 		count=$(( $count - 1 ))
 
-		message "cryptsetup ($crypttarget): set up successfully"
+		# TRANSLATORS: Keep the variable $crypttarget untranslated
+		message $(eval_gettext 'cryptsetup ($crypttarget): set up successfully')
 		break
 	done
 
 	failsleep=60 # make configurable later?
 
 	if [ "$cryptrootdev" = "yes" ] && [ $crypttries -gt 0 ] && [ $count -ge 

Bug#883425: stale Android device entries in Thunar after USB disconnection

[Ben Caradoc-Davies]

This bug is still present in linux-image-4.15.0-1-amd64 4.15.4-1.

Kind regards,

--
Ben Caradoc-Davies 
Director
Transient Software Limited 
New Zealand

Bug#891050: gap-autpgrp: please make the build reproducible

[Chris Lamb]

Source: gap-autpgrp
Version: 1.5-2
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org

Hi,

Whilst working on the Reproducible Builds effort [0], we noticed
that gap-autpgrp could not be built reproducibly:

│ │ │ ├── ./usr/share/gap/pkg/AutPGrp/doc/manual.pdf
│ │ │ │ ├── pdftotext {} -
│ │ │ │ │ @@ -2,15 +2,15 @@
│ │ │ │ │  —
│ │ │ │ │  A GAP4 Package
│ │ │ │ │  
│ │ │ │ │  by
│ │ │ │ │  
│ │ │ │ │  Bettina Eick and Eamonn O’Brien
│ │ │ │ │  
│ │ │ │ │ -March 2019
│ │ │ │ │ +February 2018

Patch attached.

 [0] https://reproducible-builds.org/


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-
--- a/debian/patches/reproducible-build.patch   1970-01-01 01:00:00.0 
+0100
--- b/debian/patches/reproducible-build.patch   2018-02-21 22:28:31.295932059 
+
@@ -0,0 +1,14 @@
+Description: Make the build reproducible
+Author: Chris Lamb 
+Last-Update: 2018-02-21
+
+--- gap-autpgrp-1.5.orig/doc/manual.tex
 gap-autpgrp-1.5/doc/manual.tex
+@@ -35,7 +35,6 @@
+   \centerline{\titlefont A GAP4 Package}\vfill
+   \centerline{\secfont by}\vfill
+   \centerline{\secfont Bettina Eick and Eamonn O'Brien}\vfill
+-  \centerline{\secfont{\Month} \Year}
+ }
+ %
+ %
--- a/debian/patches/series 2018-02-21 22:25:16.586537816 +
--- b/debian/patches/series 2018-02-21 22:28:29.951924809 +
@@ -1,2 +1,3 @@
 doc-makefile
 fix-makedoc
+reproducible-build.patch

Bug#891049: pgmodeler: version in stretch incompatible with db version in stretch

[Toni Mueller]

Package: pgmodeler
Version: 0.8.2-1+b1
Severity: normal


Hi!

I would like to use pgmodeler in Stretch, but the program can't work
with PostgreSQL 9.6, also in Stretch. I get an error message that only
versions up to 9.5 are supported, and that's the end of the story.


Cheers,
Toni



-- System Information:
Debian Release: 9.3
  APT prefers stable
  APT policy: (990, 'stable'), (90, 'testing'), (70, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages pgmodeler depends on:
ii  libc6 2.24-11+deb9u1
ii  libgcc1   1:6.3.0-18
ii  libgl1-mesa-glx [libgl1]  13.0.6-1+b2
ii  libpq59.6.6-0+deb9u1
ii  libqt5core5a  5.7.1+dfsg-3+b1
ii  libqt5gui55.7.1+dfsg-3+b1
ii  libqt5network55.7.1+dfsg-3+b1
ii  libqt5printsupport5   5.7.1+dfsg-3+b1
ii  libqt5svg55.7.1~20161021-2+b2
ii  libqt5widgets55.7.1+dfsg-3+b1
ii  libstdc++66.3.0-18
ii  libx11-6  2:1.6.4-3
ii  libxext6  2:1.3.3-1+b2
ii  libxml2   2.9.4+dfsg1-2.2+deb9u2
ii  pgmodeler-common  0.8.2-1

pgmodeler recommends no packages.

pgmodeler suggests no packages.

-- no debconf information

Bug#891048: gtk-d: Fix ldflags issue (from Ubuntu)

[Jeremy Bicha]

Source: gtk-d
Version: 3.7.1-1

Ubuntu has been carrying a gtk-d diff to fix an LDFLAGS issue.
Matthias Klumpp said he might have a way to handle this better, so I'm
filing this bug to help as a reminder.

http://ubuntudiff.debian.net/?query=-FPackage+gtk-d

Thanks,
Jeremy Bicha

Bug#890680: [Reportbug-maint] Bug#890680: reportbug: python3-reportbug submodules are not well documented

[Nis Martensen]

On 20-02-2018 06:02, Sandro Tosi wrote:
> On Sun, Feb 18, 2018 at 5:03 AM, Nis Martensen  wrote:
>> Extending the test suite is actually the goal here. It's just hard to
>> add tests for functions of which you don't know what they're supposed to
>> do exactly. So reading the code and taking notes is the first step.
> 
> oh great to hear we're one the same page on that! :)

I doubt it's going to be easy, though - many bugs are like
"proxy-related command line options don't work well" or "does not
interact nicely with my mua" or "crashes when user's homedir does not
exist".  Not sure how those can be covered with unit tests. But let's go
step by step to figure out what's possible.


> i was more thinking of tools external to debian, like scripts from
> operators using those functions

Hm. Are you aware of people having done that? Would the switch from py2
to py3 not already have broken such tools?


>> Are you planning to move reportbug to salsa in the future?  It might
>> make this kind of review easier.
> 
> i just did and migrated reportbug to
> https://salsa.debian.org/reportbug-team/reportbug - wanna try the
> merge request thing ah! :)

Here you go:
https://salsa.debian.org/reportbug-team/reportbug/merge_requests/1

Bug#891047: uscan: version mode "same" does not work with --download-current-version

[James Cowgill]

Package: devscripts
Version: 2.17.12
Severity: normal

Hi,

The following watch file which uses the "same" version mode does not
work when --download-current-version is specified. It does work on a
normal uscan invocation however (eg with --force-download).

(at the time the version in debian/changelog was "2.1-1")

> $ cat debian/watch 
> version=4
> opts="dversionmangle=s/\+dfsg\d*$//,uversionmangle=s/\.2014\.0209//,oversionmangle=s/$/+dfsg/"
>  \
>  
> https://download.tuxfamily.org/ffdiaporama/Packages/Stable/ffdiaporama_bin_@ANY_VERSION@@ARCHIVE_EXT@
> opts="dversionmangle=s/\+dfsg\d*$//,uversionmangle=s/\.2014\.0209//,oversionmangle=s/$/+dfsg/,component=rsc"
>  \
>  
> https://download.tuxfamily.org/ffdiaporama/Packages/Stable/ffdiaporama_rsc_@ANY_VERSION@@ARCHIVE_EXT@
>  same
> $ uscan --verbose --download-current-version
> uscan info: uscan (version 2.17.12) See uscan(1) for help
> uscan info: Scan watch files in .
> uscan info: Check debian/watch and debian/changelog in .
> uscan info: package="ffdiaporama" version="2.1-1" (as seen in 
> debian/changelog)
> uscan info: package="ffdiaporama" version="2.1" (no epoch/revision)
> uscan info: ./debian/changelog sets package="ffdiaporama" version="2.1"
> uscan info: Process ./debian/watch (package=ffdiaporama version=2.1)
> uscan info: opts: 
> dversionmangle=s/\+dfsg\d*$//,uversionmangle=s/\.2014\.0209//,oversionmangle=s/$/+dfsg/
> uscan info: line: 
> https://download.tuxfamily.org/ffdiaporama/Packages/Stable/ffdiaporama_bin_[-_]?(\d[\-+\.:\~\da-zA-Z]*)(?i)\.(?:tar\.xz|tar\.bz2|tar\.gz|zip)
> uscan info: Parsing dversionmangle=s/\+dfsg\d*$//
> uscan info: Parsing uversionmangle=s/\.2014\.0209//
> uscan info: Parsing oversionmangle=s/$/+dfsg/
> uscan info: line: 
> https://download.tuxfamily.org/ffdiaporama/Packages/Stable/ffdiaporama_bin_[-_]?(\d[\-+\.:\~\da-zA-Z]*)(?i)\.(?:tar\.xz|tar\.bz2|tar\.gz|zip)
> uscan info: Last orig.tar.* tarball version (from debian/changelog): 2.1
> uscan info: Download the --download-current-version specified version: 2.1
> uscan info: Requesting URL:
>https://download.tuxfamily.org/ffdiaporama/Packages/Stable/
> uscan info: Matching pattern:
>
> (?:(?:https://download.tuxfamily.org)?\/ffdiaporama\/Packages\/Stable\/)?ffdiaporama_bin_[-_]?(\d[\-+\.:\~\da-zA-Z]*)(?i)\.(?:tar\.xz|tar\.bz2|tar\.gz|zip)
> uscan info: Found the following matching hrefs on the web page (newest first):
>ffdiaporama_bin_2.1.2014.0209.tar.gz (2.1) index=2.1-1 matched with the 
> download version
> uscan info: Matching target for downloadurlmangle: 
> https://download.tuxfamily.org/ffdiaporama/Packages/Stable/ffdiaporama_bin_2.1.2014.0209.tar.gz
> uscan info: Upstream URL (downloadurlmangled):
>
> https://download.tuxfamily.org/ffdiaporama/Packages/Stable/ffdiaporama_bin_2.1.2014.0209.tar.gz
> uscan info: Newest upstream tarball version selected for download 
> (uversionmangled): 2.1
> uscan info: Download filename (filenamemangled): 
> ffdiaporama_bin_2.1.2014.0209.tar.gz
> uscan: Newest version of ffdiaporama on remote site is 2.1, specified 
> download version is 2.1
> uscan info: Downloading upstream package: ffdiaporama_bin_2.1.2014.0209.tar.gz
> uscan info: Requesting URL:
>
> https://download.tuxfamily.org/ffdiaporama/Packages/Stable/ffdiaporama_bin_2.1.2014.0209.tar.gz
> uscan info: Successfully downloaded package: 
> ffdiaporama_bin_2.1.2014.0209.tar.gz
> uscan info: Start checking for common possible upstream OpenPGP signature 
> files
> uscan info: End checking for common possible upstream OpenPGP signature files
> uscan info: Missing OpenPGP signature.
> uscan info: New orig.tar.* tarball version (oversionmangled): 2.1+dfsg
> uscan info: Executing internal command:
>mk-origtargz --package ffdiaporama --version 2.1+dfsg --compression gzip 
> --directory .. --copyright-file debian/copyright 
> ../ffdiaporama_bin_2.1.2014.0209.tar.gz
> uscan info: New orig.tar.* tarball version (after mk-origtargz): 2.1+dfsg
> uscan info: Successfully symlinked ../ffdiaporama_bin_2.1.2014.0209.tar.gz to 
> ../ffdiaporama_2.1+dfsg.orig.tar.gz.
> uscan info: opts: 
> dversionmangle=s/\+dfsg\d*$//,uversionmangle=s/\.2014\.0209//,oversionmangle=s/$/+dfsg/,component=rsc
> uscan info: line: 
> https://download.tuxfamily.org/ffdiaporama/Packages/Stable/ffdiaporama_rsc_[-_]?(\d[\-+\.:\~\da-zA-Z]*)(?i)\.(?:tar\.xz|tar\.bz2|tar\.gz|zip)
>  same
> uscan info: Parsing dversionmangle=s/\+dfsg\d*$//
> uscan info: Parsing uversionmangle=s/\.2014\.0209//
> uscan info: Parsing oversionmangle=s/$/+dfsg/
> uscan info: Parsing component=rsc
> uscan info: line: 
> https://download.tuxfamily.org/ffdiaporama/Packages/Stable/ffdiaporama_rsc_[-_]?(\d[\-+\.:\~\da-zA-Z]*)(?i)\.(?:tar\.xz|tar\.bz2|tar\.gz|zip)
>  same
> uscan info: Last orig.tar.* tarball version (from debian/changelog): 
> uscan info: Download the --download-current-version specified version: 
> uscan info: Requesting URL:
>https://download.tuxfamily.org/ffdiaporama/Packages/Stable/
> 

Bug#890621: reassign back to the original packages, keep a bug open in python3.6

[Dmitry Shachnev]

Control: reassign 890621 libpython3.6-stdlib 3.6.4-4
Control: reassign 890754 src:typecatcher 0.3-1
Control: severity 890621 normal
Control: affects 890621 - src:typecatcher
Control: affects 890754 - src:typecatcher

On Tue, Feb 20, 2018 at 03:57:12AM +0700, Matthias Klose wrote:
> unmerge 890754
> clone 890621 -1
> reassign 890621 src:typecatcher 
> reassign 890754 src:python3-keyrings.alt

I think you meant this vice versa. 890621 was originally filed for
keyrings.alt, and 890754 for typecatcher.

However there is nothing to fix in python3-keyrings.alt. The real issue is
in /usr/lib/python3.6/test/libregrtest/setup.py file, which cannot treat
situations when __file__ is None properly.

As Ronald correctly noticed, it can be fixed by replacing
“if hasattr(module, '__file__')” with “if getattr(module, '__file__', None)”.

So I am reassigning this to libpython3.6-stdlib, which ships the
regrtest module. According to the documentation, this module is meant for
internal use by Python only, so it is at most normal severity.

Sorry for all this reassigning noise, but now it should be right.

--
Dmitry Shachnev


signature.asc
Description: PGP signature

Bug#890613: RM: pokemmo -- RoM; renamed to pokemmo-installer

[Carlos Donizete Froes]

Hi Adam,

Now that my package is in 'buster (testing)', can it be removed?

This 'pokemmo/1.4.3-1' package has been renamed to 'pokemmo-installer', which 
is the correct package
and is in 'buster (testing)'.

Remove the 'pokemmo' package version 1.4.3-1 please.

Thanks!

-- 
⢀⣴⠾⠻⢶⣦⠀ Carlos Donizete Froes [a.k.a coringao]
⣾⠁⢠⠒⠀⣿⡁ - https://wiki.debian.org/coringao
⢿⡄⠘⠷⠚⠋⠀ GPG: 4096R/B638B780
⠈⠳⣄⠀⠀⠀   2157 630B D441 A775 BEFF  D35F FA63 ADA6 B638 B780

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

Bug#891040: apt: does not log enough to term.log

[Thorsten Glaser]

Package: apt
Version: 1.6~alpha7
Severity: important

In /var/log/apt/term.log, the output before I press Return is missing.

For example, this:

-cutting here may damage your screen surface-
Reading package lists... Done
Building dependency tree
Reading state information... Done
Starting pkgProblemResolver with broken count: 0
Starting 2 pkgProblemResolver with broken count: 0
Done
The following additional packages will be installed:
  kate5-data ktexteditor-data ktexteditor-katepart libeditorconfig0 libgit2-26 
libhttp-parser2.7.1
  libkf5itemmodels5 libkf5kiofilewidgets5 libkf5newstuff-data libkf5newstuff5 
libkf5newstuffcore5
  libkf5syntaxhighlighting-data libkf5syntaxhighlighting5 libkf5texteditor-bin 
libkf5texteditor5
Suggested packages:
  khelpcenter konsole-kpart mercurial darcs
Recommended packages:
  sonnet-plugins qml-module-org-kde-newstuff
The following NEW packages will be installed:
  kate kate5-data ktexteditor-data ktexteditor-katepart libeditorconfig0 
libgit2-26 libhttp-parser2.7.1
  libkf5itemmodels5 libkf5kiofilewidgets5 libkf5newstuff-data libkf5newstuff5 
libkf5newstuffcore5
  libkf5syntaxhighlighting-data libkf5syntaxhighlighting5 libkf5texteditor-bin 
libkf5texteditor5
0 upgraded, 16 newly installed, 0 to remove and 28 not upgraded.
Need to get 11.4 MB of archives.
After this operation, 40.8 MB of additional disk space will be used.
Do you want to continue? [Y/n] 
-cutting here may damage your screen surface-

*All* of this is really important information possibly even weeks later.

-- Package-specific info:

-- (/etc/apt/preferences present, but not submitted) --


-- (/etc/apt/preferences.d/dash-mksh.pref present, but not submitted) --


-- (/etc/apt/sources.list present, but not submitted) --


-- (/etc/apt/sources.list.d/local.list present, but not submitted) --


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

Kernel: Linux 4.14.0-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=C (charmap=UTF-8)
Shell: /bin/sh linked to /bin/lksh
Init: sysvinit (via /sbin/init)

Versions of packages apt depends on:
ii  adduser 3.117
ii  debian-archive-keyring  2017.7
ii  gpgv2.2.4-3
ii  libapt-pkg5.0   1.6~alpha7
ii  libc6   2.26-6
ii  libgcc1 1:8-20180218-1
ii  libgnutls30 3.5.18-1
ii  libseccomp2 2.3.1-2.1
ii  libstdc++6  8-20180218-1

Versions of packages apt recommends:
ii  ca-bundle [ca-certificates]  20170309tarent1

Versions of packages apt suggests:
pn  apt-doc  
pn  aptitude | synaptic | wajig  
ii  dpkg-dev 1.19.0.5
ii  gnupg2.2.4-3
ii  gnupg1   1.4.22-4
ii  powermgmt-base   1.31+nmu1

-- no debconf information

Bug#890904: diffoscope does not show classes.dex diff

[Chris Lamb]

tags 890904 + moreinfo
thanks

Hey Hans-Christoph!

> Here are the test files:
> https://verification.f-droid.org/tmp/a2dp.Vol_137.apk
> https://verification.f-droid.org/tmp/sigcp_a2dp.Vol_137.apk

Thank you so much for the report. However, I can't seem to download these:

  $ wget --inet4-only https://verification.f-droid.org/tmp/a2dp.Vol_137.apk
  --2018-02-21 21:54:59--  https://verification.f-droid.org/tmp/a2dp.Vol_137.apk
  Resolving verification.f-droid.org (verification.f-droid.org)... 
37.218.242.117
  Connecting to verification.f-droid.org 
(verification.f-droid.org)|37.218.242.117|:443... failed: No route to host.

In particular - is this a temporary thing, or did you perhaps link to an
"internal" URI by accident?


Best wishes,

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

Bug#881118: Second review

[Julien Puydt]

Hi,

I saw you updated things ; I'm now looking at commit:
 37dffbaabe6dae7f45a4f5a8edca1f7cc18aabe7

It looks better, but :
- debhelper compat might be 10 ;
- standards-version should be 4.1.3 ;
- the Vcs-* fields you added should point to salsa ;
- debian/copyright would need to be thoroughly reviewed (looks old).

I suggest you try:
lintian -I boost-numeric-bindings_0.99-1_amd64.changes

and try to make it only output:
  I: boost-numeric-bindings source: testsuite-autopkgtest-missing

Cheers,

Snark on #debian-science

Bug#890921: vpnc: make it easy to decline resolv.conf updates

[Mike Miller]

Control: tags -1 + upstream

On Tue, Feb 20, 2018 at 08:18:43 -0800, Daniel Kahn Gillmor wrote:
> There are situations where the user wants to use the routing
> information offered by the VPN, but does not want to use the DNS
> recommendations.
> 
> In this case, it'd be nice to be able to tell vpnc this preference.

I would guess that upstream might suggest creating a local wrapper for
vpnc-script to remove DNS from the environment, for example

#!/bin/sh
unset INTERNAL_IP4_DNS INTERNAL_IP6_DNS
exec /usr/share/vpnc-scripts/vpnc-script

That should have the same effect.

But if you want to propose adding an option, would you mind posting your
patch to the upstream mailing list? Upstream prefers git patches with
Signed-off-by headers.

http://www.infradead.org/openconnect/contribute.html

Thanks,

-- 
mike


signature.asc
Description: PGP signature

Bug#890808: data/cronjobs/carnivore: Oops, a uid with multiple identities: uid:

[Mattia Rizzolo]

On Mon, Feb 19, 2018 at 01:48:46PM +0800, Paul Wise wrote:
> Since 14 Feb 2018-02-14 the carnivore cron job has been printing an error:

Note that it started doing this only because Raphael fixed¹ the cronjob
to not ignore stderr as it was doing, so most likely it has been having
this error since $forever.


¹ commit 8befe8c67ff355f4c226f85127c9fc7859e74bd5

-- 
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#891046: iputils: ping man page contains incorrect upstream source url

[Jesse Rhodes]

Package: iputils-ping
Version: 3:20161105-1
Severity: minor
File: iputils

Dear Maintainer,

The man page for ping(8) has the following text in the AVAILABILITY section:

   ping  is part of iputils package and the latest versions are  available
   in   sourceformathttp://www.skbuff.net/iputils/iputils-cur‐
   rent.tar.bz2.

This url is a 404. Furthermore, the skbuff.net/iputils page only seems to have
archive releases, with the current source maintained at 
https://github.com/iputils/iputils.

I have confirmed that the issue is present in the latest version of the man
page in collab-maint, as well: 

https://anonscm.debian.org/git/collab-maint/iputils.git/tree/doc/ping.sgml

But the latest version in the upstream github has it fixed: 
https://github.com/iputils/iputils/blob/master/doc/ping.xml

I found out about this from someone in a networking context who needed to 
look at ping's source to diagnose an ICMP issue, and was frustrated by how 
unnecessarily roundabout it was to find that source. 

sney 


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

Kernel: Linux 3.16.0
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages iputils-ping depends on:
ii  libc62.19-18+deb8u10
ii  libcap2  1:2.24-8
ii  libgnutls-openssl27  3.3.8-6+deb8u7

Versions of packages iputils-ping recommends:
ii  libcap2-bin  1:2.24-8

iputils-ping suggests no packages.

-- no debconf information

Bug#809415: checkinstall logic to identify conffiles is broken

[Matthew Gabeler-Lee]

Package: checkinstall
Version: 1.6.2-4
Followup-For: Bug #809415

whitespace problems from the original reporter not-withstanding, this bug is
still present and annoying and trivial to fix.

It also might be better titled "checkinstall logic to identify conffiles is 
broken"

In this:
===
# Tag files in /etc to be conffiles
find -L $BUILD_DIR/etc -type f 2> /dev/null | sed -e "s,$BUILD_DIR,," | \
> $BUILD_DIR/DEBIAN/conffiles
=== Remove the trailing "|" pipe from the middle line.  The syntax as
present currently will /always/ cause the conffile list to be empty, no
matter /what/ the output of the find...  bit is.

Also this is a dupe of #781169

-- System Information:
Debian Release: 9.3
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'unstable-debug'), (500, 'stable-debug'), 
(500, 'testing'), (490, 'unstable'), (1, 'experimental-debug'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-5-amd64 (SMP w/8 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 checkinstall depends on:
ii  dpkg-dev  1.18.24
ii  file  1:5.30-1+deb9u1
ii  libc6 2.26-6

Versions of packages checkinstall recommends:
ii  make  4.1-9.1

Versions of packages checkinstall suggests:
ii  gettext  0.19.8.1-2

-- no debconf information

Bug#777259: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#358431: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#890950: initramfs-tools: Resuming from hibernated swapfile fails

[Mario.Limonciello]

Thanks, I appreciate your feedback.  
Some more comments nested below.
> >
> > 1) It requires that uswpswp is installed (to provide /bin/resume)[...]

> 
> No, it runs /bin/resume which is installed by klibc-utils.  (uswsusp
> installs its resume implementation as /sbin/resume.  That's what the
> comment is about.)

Ah thanks - this wasn't clear.  I wasn't seeing /bin/resume on a standard
system and that's because it's in /usr/lib/klibc/bin/resume on a standard
system and copied to initramfs.

> 
> > 2) It doesn't properly detect offsets
> 
> So far as I can see, the kernel has never really supported an offset
> being passed through /sys/power/resume.  However:
> 
> 1. The kernel parses the resume_offset parameter, and uses that for
> every resume request.
> 2. The implementation of /sys/power/resume is not very strict, and
> ignores the trailing ":offset".
> 
> This second feature was briefly broken between Linux 4.1-rc1 and 4.1-
> rc3, but otherwise still seems to work.  So I don't see what your
> change is fixing.
> 
> However I do think that either:
> 
> 1. The kernel should add real support for setting the resume offset
> after boot.
> 2. klibc should stop writing the unused offset parameter.

If you don't mind, I'm going to follow up with an updated patch
that drops klibc /bin/resume writing the unused parameter.

Also there was a few other aspects of my patch that I think are relevant
that I'll make sure are still present when I follow up.

1) using Plymouth if present to indicate resuming
2) Detection of swapfile via blkid (the current "auto") stuff doesn't work
otherwise.

Bug#891036: Even after updating "usbip" to usbip_2.0+4.15.4-1_amd64.deb problem remains

[wzabo...@elektron.elka.pw.edu.pl]

I have also updated the "usbip" package to version
usbip_2.0+4.15.4-1_amd64.deb

However, the problem with the number of ports still exists:

# usbip port
libusbip: error: port number exceeds 128
usbip: error: open vhci_driver
usbip: error: list imported devices


-- 
Wojciech M Zabolotny, PhD
Institute of Electronic Systems
Faculty of Electronics and Information Technology
Warsaw University of Technology

Bug#791971: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#769465: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#883554: cups keeps breaking network printer with implicitclass:

[Mark Whitby]

I have exactly the same problem.
i.e.
A cups remote printer named 'Brother_HL-1250_series' on that remote server
on same network is set up.

When the remote server is switched off, when I use the GUI on the laptop
client to open up menu->System->Printers, there is NO printer named
'Brother_HL-1250_series' that appears. This is expected as the remote
server is switched off.

When the remote server is switched on, when I use the GUI on the laptop
client to open up menu->System->Printers a printer named
'Brother_HL-1250_series' appears with :
Device URI= 'implicitclass:Brother_HL-1250_series'
Make and Model = 'Local Raw Printer'

When I print to this printer, a print error occurs with 'a Not connected
error'.
However, printing works if I use the GUI on the laptop client to manually
change the setting of that printer:
Device URI = 'ipp://OPENMEDIAVAULT:631/printers/Brother_HL-1250_series'
Make and Model = 'Remote Printer'
Whilst client laptop is switched on, then I can always print to this
printer, whilst it has these changed settings.

If I switch client laptop off/on again, or do following:
systemctl stop cups-browsed.service
systemctl start cups-browsed.service

The printer named 'Brother_HL-1250_series' in the client laptop
menu->System->Printers has following reset back:
Device URI= 'implicitclass:Brother_HL-1250_series'
Make and Model = 'Local Raw Printer'

And I can no longer print using this printer with those settings.

The workaround I use was mentioned earlier in this bug 883554.
I happen to start my remote server OPENMEDIAVAULT, using wake on lan, so at
the start of that wake on lan script, I create a new printer, named
'OPENMEDIAVAULT_Brother_HL-1250' on the client laptop using following
commandline:
lpadmin -p OPENMEDIAVAULT_Brother_HL-1250 -L "OPENMEDIAVAULT" -v
ipp://OPENMEDIAVAULT:631/printers/Brother_HL-1250_series -E -d
OPENMEDIAVAULT_Brother_HL-1250 -m raw

Thus, for the duration of the session when I need to print (when my remote
server is woken up), my client laptop has a printer setup, named
'OPENMEDIAVAULT_Brother_HL-1250' which I can use to print, and I can ignore
the printer created by 'cups-browsed' which is named
'Brother_HL-1250_series', with Device URI=
'implicitclass:Brother_HL-1250_series' and which I cannot print to.

I have Linux Mint 18.2 Sonya 64 bit
And (cups-browsed --version) is 'cups-browsed of cups-filters version 1.8.3'

I hope this helps the investigation.
Regards.
Mark.

Bug#891045: wine32 is missing in stretch-backports

[Fred F]

Package: wine
Version: 3.0-1~bpo9+1
Severity: important

Dear Maintainer,

since wine-3.0 and wine64-3.0 are available in stretch-backports the
wine32 part of the package should also be availabe in strech-backports.

The wine-3.0 package actually depends on wine64 (<< 3.0-1~bpo9+1.1~) or
wine32 (<< 3.0-1~bpo9+1.1~), the latter being not available. Please make
this package available, as the current situation renders wine
installations unusable.


-- Package-specific info:
/usr/bin/wine points to /usr/bin/wine-stable.

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

Kernel: Linux 4.14.0-0.bpo.3-amd64 (SMP w/8 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8),
LANGUAGE= (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages wine depends on:
ii  wine64  3.0-1~bpo9+1

wine recommends no packages.

Versions of packages wine suggests:
pn  dosbox   
pn  playonlinux  
ii  winbind  2:4.5.12+dfsg-2+deb9u1
pn  wine-binfmt  
ii  winetricks   0.0+20170101-1

Versions of packages wine is related to:
ii  fonts-wine   1.8.7-2
ii  wine 3.0-1~bpo9+1
ii  wine-development [wine]  2.0-3
pn  wine32   
ii  wine64   3.0-1~bpo9+1

-- no debconf information

Bug#871502: Updating zotero-standalone

[Antoine Beaupre]

On Tue, Jan 30, 2018 at 02:59:11PM -0800, Diane Trout wrote:
> 
> > So I understand from your message that the main blocker is now to
> > have npm
> > updated.
> 
> The other issue is their default build process appears to download
> Firefox and extract and modify parts of it.
> 
> That needs to be modified to use Debian's version of Firefox, but I
> haven't figured out how yet.

But doesn't that assume that Firefox < 57 keeps on existing in Debian?
I'm not sure that's a given: older firefox releases will eventually go
away here too..

Zotero might call itself "standalone", but it's anything but: it's
really shipping a whole Firefox instance under there. So much that, in
fact, when I start the Zotero standalone binary downloaded from
Zotero.org, it does absolutely nothing unless I first *stop* Firefox
(>57) completely...

Really confusing too... And right now, given that the "firefox" on my
machine is FF 57, starting "zotero" (from the debian package) also
doesn't work *even when firefox is not running*. The process just hangs
failing to talk with the newer firefox binary...

A workaround:

firefox-esr -app /usr/share/zotero-standalone/application

.. but now of course I can't do that since I ran Zotero 5 once, which
upgraded my database with no chance of going back...

Sigh.

A.


signature.asc
Description: PGP signature

Bug#838484: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#832099: lintian: please check for unnecessary SOURCE_DATE_EPOCH assignments

[Chris Lamb]

Hi Mattia,

> So, is this commit challenging the idea of dpkg-buildpackage being
> optional

No. This change attempts to make no comment on whether dpkg-buildpackage
should be mandatory or optional. As you imply from the question, Lintian
would not be the place to push that. :)

It intends that developers use the cleaner and more-standard:

>include /u/s/d/pkg-info.mk

.. instead of some self-rolled parsing of dpkg-parsechangelog or
similar.


Regards,

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

Bug#769407: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#279172: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#891041: Spamassassin 3.4.1 plugin: failed to parse plugin

[Jamie]

Package: Spamassassin
Version: 3.4.1
Severity: 

The issue appears to be something with spam assassin 3.4.1 and one of its
modules
URILocalBL. 

This is submitted to the SpamAssassin team as well  ID: 7560
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7560


I am running Debian 4.9.51-1

root@server1:/var/log# cpanm Geo::IP
Geo::IP is up to date. (1.51)

root@server1:/var/log# cpanm Mail::SpamAssassin
Mail::SpamAssassin is up to date. (3.004001)

uname -a 
Linux server1 4.9.0-4-amd64 #1 SMP Debian 4.9.51-1 (2017-09-28) x86_64
GNU/Linux

I am getting the following error spamming my logs and it won't run
the URILocalBL.pm module. 

Now this comes from my /var/log/mail.log

Feb 21 10:18:21 server1 spamd[29378]: plugin: failed to parse plugin (from
@INC): Experimental each on scalar is now forbidden at
/usr/share/perl5/Mail/SpamAssassin/Plugin/URILocalBL.pm line $
Feb 21 10:18:21 server1 spamd[29378]: Compilation failed in require at (eval
118) line 1,  line 717.
Feb 21 10:18:22 server1 spamd[29378]: netset: cannot include 127.0.0.0/8 as
it has already been included
Feb 21 10:18:23 server1 spamd[29378]: zoom: able to use 347/347 'body_0'
compiled rules (100%)
Feb 21 10:18:28 server1 spamd[29378]: spamd: server started on
IO::Socket::IP [::1]:783, IO::Socket::IP [127.0.0.1]:783 (running version
3.4.1)
Feb 21 10:18:28 server1 spamd[29378]: spamd: server pid: 29378
Feb 21 10:18:28 server1 spamd[29378]: spamd: server successfully spawned
child process, pid 29382
Feb 21 10:18:28 server1 spamd[29378]: spamd: server successfully spawned
child process, pid 29384
Feb 21 10:18:28 server1 spamd[29378]: prefork: child states: IS
Feb 21 10:18:28 server1 spamd[29378]: prefork: child states: II

root@server1:/etc/spamassassin# spamassassin --lint
Feb 21 11:05:33.649 [4736] warn: plugin: failed to parse plugin (from @INC):
Experimental each on scalar is now forbidden at
/usr/share/perl5/Mail/SpamAssassin/Plugin/URILocalBL.pm line 353, 
line 717.
Feb 21 11:05:33.649 [4736] warn: Compilation failed in require at (eval 158)
line 1,  line 717.
Feb 21 11:05:34.191 [4736] warn: netset: cannot include 127.0.0.0/8 as it
has already been included

root@server1:/etc/spamassassin# spamassassin -V
SpamAssassin version 3.4.1
  running on Perl version 5.24.1

root@server1:/etc/spamassassin# perl -v

This is perl 5, version 24, subversion 1 (v5.24.1) built for
x86_64-linux-gnu-thread-multi
(with 75 registered patches, see perl -V for more detail)

Copyright 1987-2017, Larry Wall

Perl may be copied only under the terms of either the Artistic License or
the
GNU General Public License, which may be found in the Perl 5 source kit.

Complete documentation for Perl, including FAQ lists, should be found on
this system using "man perl" or "perldoc perl".  If you have access to the
Internet, point your browser at http://www.perl.org/, the Perl Home Page.

root@server1:/etc/spamassassin# which spamasassin
root@server1:/etc/spamassassin# which spamassassin
/usr/bin/spamassassin

root@server1:/etc/spamassassin# cpan -i Geo::IP
Loading internal null logger. Install Log::Log4perl for logging messages
Reading '/root/.cpan/Metadata'
  Database was generated on Wed, 21 Feb 2018 05:29:02 GMT
Geo::IP is up to date (1.51).

Now I have seen this before and the SpamAssassin team claims
That this was fixed in Spamassassin 3.4.1 back in 2015.

But this error is occurring again 

https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7208
and 
https://bz.apache.org/SpamAssassin/show_bug.cgi?id=7332

http://spamassassin.1065346.n5.nabble.com/Bug-7208-New-URILocalBL-fails-to-l
oad-td116602.html


root@server1:/etc/spamassassin# spamassassin -D --lint 2>&1 | grep -i
URILoca -A5
Feb 21 11:20:34.559 [5100] dbg: plugin: loading
Mail::SpamAssassin::Plugin::URILocalBL from @INC
Feb 21 11:20:34.562 [5100] warn: plugin: failed to parse plugin (from @INC):
Experimental each on scalar is now forbidden at
/usr/share/perl5/Mail/SpamAssassin/Plugin/URILocalBL.pm line 353, 
line 717.
Feb 21 11:20:34.562 [5100] warn: Compilation failed in require at (eval 158)
line 1,  line 717.
Feb 21 11:20:34.562 [5100] dbg: config: fixed relative path:
/var/lib/spamassassin/3.004001/updates_spamassassin_org/10_default_prefs.cf
Feb 21 11:20:34.562 [5100] dbg: config: using
"/var/lib/spamassassin/3.004001/updates_spamassassin_org/10_default_prefs.cf
" for included file
Feb 21 11:20:34.562 [5100] dbg: config: read file
/var/lib/spamassassin/3.004001/updates_spamassassin_org/10_default_prefs.cf
Feb 21 11:20:34.577 [5100] dbg: config: fixed relative path:
/var/lib/spamassassin/3.004001/updates_spamassassin_org/10_hasbase.cf

Appears to fail well when the module is run directly. 

perl -c /usr/share/perl5/Mail/SpamAssassin/Plugin/URILocalBL.pm
Experimental each on scalar is now forbidden at
/usr/share/perl5/Mail/SpamAssassin/Plugin/URILocalBL.pm line 353, 
line 717.

Now line 353 of /usr/share/perl5/Mail/SpamAssassin/Plugin/URILocalBL.pm is 

   while (my($host, $domain) = each $info->{hosts}) {

Bug#891036: More details - the problem is associated with the vhci-hcd driver.

[wzab]

I have just found, that the problem occurs earlier.

Just after I load the vhci-hcd driver, I can see the following in the
kernel log:

[  115.909607] vhci_hcd vhci_hcd.0: USB/IP Virtual Host Controller
[  115.909614] vhci_hcd vhci_hcd.0: new USB bus registered, assigned bus
number 5
[  115.909645] vhci_hcd: created sysfs vhci_hcd.0
[  115.909730] usb usb5: New USB device found, idVendor=1d6b, idProduct=0002
[  115.909734] usb usb5: New USB device strings: Mfr=3, Product=2,
SerialNumber=1
[  115.909737] usb usb5: Product: USB/IP Virtual Host Controller
[  115.909740] usb usb5: Manufacturer: Linux 4.14.0-3-amd64 vhci_hcd
[  115.909742] usb usb5: SerialNumber: vhci_hcd.0
[  115.910019] hub 5-0:1.0: USB hub found
[  115.910035] hub 5-0:1.0: 31 ports detected
[  115.911147] vhci_hcd vhci_hcd.0: USB/IP Virtual Host Controller
[  115.911152] vhci_hcd vhci_hcd.0: new USB bus registered, assigned bus
number 6
[  115.911186] usb usb6: We don't know the algorithms for LPM for this
host, disabling LPM.
[  115.911237] usb usb6: New USB device found, idVendor=1d6b, idProduct=0003
[  115.911240] usb usb6: New USB device strings: Mfr=3, Product=2,
SerialNumber=1
[  115.911243] usb usb6: Product: USB/IP Virtual Host Controller
[  115.911245] usb usb6: Manufacturer: Linux 4.14.0-3-amd64 vhci_hcd
[  115.911248] usb usb6: SerialNumber: vhci_hcd.0
[  115.911518] hub 6-0:1.0: USB hub found
[  115.911534] hub 6-0:1.0: config failed, hub has too many ports! (err -19)
[  115.911827] vhci_hcd vhci_hcd.1: USB/IP Virtual Host Controller
[  115.911831] vhci_hcd vhci_hcd.1: new USB bus registered, assigned bus
number 7
[  115.911899] usb usb7: New USB device found, idVendor=1d6b, idProduct=0002
[  115.911902] usb usb7: New USB device strings: Mfr=3, Product=2,
SerialNumber=1
[  115.911904] usb usb7: Product: USB/IP Virtual Host Controller
[  115.911907] usb usb7: Manufacturer: Linux 4.14.0-3-amd64 vhci_hcd
[  115.911909] usb usb7: SerialNumber: vhci_hcd.1
[  115.912198] hub 7-0:1.0: USB hub found
[  115.912212] hub 7-0:1.0: 31 ports detected
[  115.913269] vhci_hcd vhci_hcd.1: USB/IP Virtual Host Controller
[  115.913273] vhci_hcd vhci_hcd.1: new USB bus registered, assigned bus
number 8
[  115.913306] usb usb8: We don't know the algorithms for LPM for this
host, disabling LPM.
[  115.913359] usb usb8: New USB device found, idVendor=1d6b, idProduct=0003
[  115.913362] usb usb8: New USB device strings: Mfr=3, Product=2,
SerialNumber=1
[  115.913365] usb usb8: Product: USB/IP Virtual Host Controller
[  115.913367] usb usb8: Manufacturer: Linux 4.14.0-3-amd64 vhci_hcd
[  115.913370] usb usb8: SerialNumber: vhci_hcd.1
[  115.913626] hub 8-0:1.0: USB hub found
[  115.913641] hub 8-0:1.0: config failed, hub has too many ports! (err -19)
[  115.913923] vhci_hcd vhci_hcd.2: USB/IP Virtual Host Controller
[  115.913926] vhci_hcd vhci_hcd.2: new USB bus registered, assigned bus
number 9
[  115.913994] usb usb9: New USB device found, idVendor=1d6b, idProduct=0002
[  115.913997] usb usb9: New USB device strings: Mfr=3, Product=2,
SerialNumber=1
[  115.913999] usb usb9: Product: USB/IP Virtual Host Controller
[  115.914001] usb usb9: Manufacturer: Linux 4.14.0-3-amd64 vhci_hcd
[  115.914004] usb usb9: SerialNumber: vhci_hcd.2
[  115.914237] hub 9-0:1.0: USB hub found
[  115.914251] hub 9-0:1.0: 31 ports detected
[  115.914914] vhci_hcd vhci_hcd.2: USB/IP Virtual Host Controller
[  115.914918] vhci_hcd vhci_hcd.2: new USB bus registered, assigned bus
number 10
[  115.914948] usb usb10: We don't know the algorithms for LPM for this
host, disabling LPM.
[  115.914989] usb usb10: New USB device found, idVendor=1d6b,
idProduct=0003
[  115.914992] usb usb10: New USB device strings: Mfr=3, Product=2,
SerialNumber=1
[  115.914994] usb usb10: Product: USB/IP Virtual Host Controller
[  115.914996] usb usb10: Manufacturer: Linux 4.14.0-3-amd64 vhci_hcd
[  115.914998] usb usb10: SerialNumber: vhci_hcd.2
[  115.915245] hub 10-0:1.0: USB hub found
[  115.915258] hub 10-0:1.0: config failed, hub has too many ports! (err
-19)
[  115.915501] vhci_hcd vhci_hcd.3: USB/IP Virtual Host Controller
[  115.915504] vhci_hcd vhci_hcd.3: new USB bus registered, assigned bus
number 11
[  115.915559] usb usb11: New USB device found, idVendor=1d6b,
idProduct=0002
[  115.915562] usb usb11: New USB device strings: Mfr=3, Product=2,
SerialNumber=1
[  115.915564] usb usb11: Product: USB/IP Virtual Host Controller
[  115.915567] usb usb11: Manufacturer: Linux 4.14.0-3-amd64 vhci_hcd
[  115.915569] usb usb11: SerialNumber: vhci_hcd.3
[  115.915796] hub 11-0:1.0: USB hub found
[  115.915809] hub 11-0:1.0: 31 ports detected
[  115.916752] vhci_hcd vhci_hcd.3: USB/IP Virtual Host Controller
[  115.916756] vhci_hcd vhci_hcd.3: new USB bus registered, assigned bus
number 12
[  115.916785] usb usb12: We don't know the algorithms for LPM for this
host, disabling LPM.
[  115.916828] usb usb12: New USB device found, idVendor=1d6b,
idProduct=0003
[  115.916831] usb usb12: New USB device 

Bug#891038: Please document "cloud" variant differences in the description

[Josh Triplett]

Package: linux-image-cloud-amd64
Severity: wishlist

The description of linux-image-cloud-amd64 just says:

This package depends on the latest Linux kernel and modules for use on Amazon 
EC2, Google Compute Engine and Microsoft Azure cloud platforms. 
  ▒

Please document, in the package description, the key configuration
differences between the cloud variant and the baseline kernel. What
makes it more suitable for cloud platforms, what's the general theme of
what it changes, what do you gain by running a cloud kernel, what
happens if you try to run a cloud kernel on a native platform, etc.

Bug#887909: xmgrace GUI does not close properly (using kde plasma)

[Nicholas Breen]

On Tue, Feb 20, 2018 at 10:53:17AM +0100, John Lu. Mac wrote:
> The fact that the xmgrace window does not close, which I describe, is not
> due to hidden dialog boxes!
> (Also, the xmgrace process -- according to ps -- does terminate, when I try
> to close xmgrace via the GUI, just the GUI window refuses to close!)
> 
> Indeed, I can confirm that fully upgrading debian stretch to buster solves
> this issue!
> However, I can reproduce the issue on multiple desktop computers running
> pure Debian stretch (with KDE)!

After running up a fresh installation of stretch in a VM, with no setup steps
beyond selecting KDE during the installation and then installing grace, I still
cannot reproduce this issue.

Since the xmgrace process terminates, it seems the problem is likely with your
window manager somewhere instead - which could in turn be a video driver issue,
so disabling the compositor would be a logical thing to test.



-- 
Nicholas Breen
nbr...@debian.org

Bug#891036: Problem still persists in kernel 4.15

[wzabo...@elektron.elka.pw.edu.pl]

I have installed the kernel 4.15 from Debian/sid
Now I get the following messages in kernel log after "modprobe vhci-hcd":

[  234.776615] vhci_hcd vhci_hcd.0: USB/IP Virtual Host Controller
[  234.776622] vhci_hcd vhci_hcd.0: new USB bus registered, assigned bus
number 5
[  234.776649] vhci_hcd: created sysfs vhci_hcd.0
[  234.776715] usb usb5: New USB device found, idVendor=1d6b, idProduct=0002
[  234.776719] usb usb5: New USB device strings: Mfr=3, Product=2,
SerialNumber=1
[  234.776723] usb usb5: Product: USB/IP Virtual Host Controller
[  234.776726] usb usb5: Manufacturer: Linux 4.15.0-1-amd64 vhci_hcd
[  234.776729] usb usb5: SerialNumber: vhci_hcd.0
[  234.776945] hub 5-0:1.0: USB hub found
[  234.776958] hub 5-0:1.0: 15 ports detected
[  234.777424] vhci_hcd vhci_hcd.0: USB/IP Virtual Host Controller
[  234.777428] vhci_hcd vhci_hcd.0: new USB bus registered, assigned bus
number 6
[  234.777457] usb usb6: We don't know the algorithms for LPM for this
host, disabling LPM.
[  234.777498] usb usb6: New USB device found, idVendor=1d6b, idProduct=0003
[  234.777502] usb usb6: New USB device strings: Mfr=3, Product=2,
SerialNumber=1
[  234.777505] usb usb6: Product: USB/IP Virtual Host Controller
[  234.777508] usb usb6: Manufacturer: Linux 4.15.0-1-amd64 vhci_hcd
[  234.777511] usb usb6: SerialNumber: vhci_hcd.0
[  234.12] hub 6-0:1.0: USB hub found
[  234.24] hub 6-0:1.0: 15 ports detected
[  234.778341] vhci_hcd vhci_hcd.1: USB/IP Virtual Host Controller
[  234.778345] vhci_hcd vhci_hcd.1: new USB bus registered, assigned bus
number 7
[  234.778399] usb usb7: New USB device found, idVendor=1d6b, idProduct=0002
[  234.778402] usb usb7: New USB device strings: Mfr=3, Product=2,
SerialNumber=1
[  234.778405] usb usb7: Product: USB/IP Virtual Host Controller
[  234.778408] usb usb7: Manufacturer: Linux 4.15.0-1-amd64 vhci_hcd
[  234.778411] usb usb7: SerialNumber: vhci_hcd.1
[  234.778627] hub 7-0:1.0: USB hub found
[  234.778638] hub 7-0:1.0: 15 ports detected
[  234.779078] vhci_hcd vhci_hcd.1: USB/IP Virtual Host Controller
[  234.779081] vhci_hcd vhci_hcd.1: new USB bus registered, assigned bus
number 8
[  234.779113] usb usb8: We don't know the algorithms for LPM for this
host, disabling LPM.
[  234.779153] usb usb8: New USB device found, idVendor=1d6b, idProduct=0003
[  234.779157] usb usb8: New USB device strings: Mfr=3, Product=2,
SerialNumber=1
[  234.779160] usb usb8: Product: USB/IP Virtual Host Controller
[  234.779163] usb usb8: Manufacturer: Linux 4.15.0-1-amd64 vhci_hcd
[  234.779166] usb usb8: SerialNumber: vhci_hcd.1
[  234.779348] hub 8-0:1.0: USB hub found
[  234.779360] hub 8-0:1.0: 15 ports detected
[  234.779985] vhci_hcd vhci_hcd.2: USB/IP Virtual Host Controller
[  234.779988] vhci_hcd vhci_hcd.2: new USB bus registered, assigned bus
number 9
[  234.780041] usb usb9: New USB device found, idVendor=1d6b, idProduct=0002
[  234.780045] usb usb9: New USB device strings: Mfr=3, Product=2,
SerialNumber=1
[  234.780048] usb usb9: Product: USB/IP Virtual Host Controller
[  234.780051] usb usb9: Manufacturer: Linux 4.15.0-1-amd64 vhci_hcd
[  234.780054] usb usb9: SerialNumber: vhci_hcd.2
[  234.780243] hub 9-0:1.0: USB hub found
[  234.780254] hub 9-0:1.0: 15 ports detected
[  234.780779] vhci_hcd vhci_hcd.2: USB/IP Virtual Host Controller
[  234.780784] vhci_hcd vhci_hcd.2: new USB bus registered, assigned bus
number 10
[  234.780816] usb usb10: We don't know the algorithms for LPM for this
host, disabling LPM.
[  234.780863] usb usb10: New USB device found, idVendor=1d6b,
idProduct=0003
[  234.780868] usb usb10: New USB device strings: Mfr=3, Product=2,
SerialNumber=1
[  234.780871] usb usb10: Product: USB/IP Virtual Host Controller
[  234.780875] usb usb10: Manufacturer: Linux 4.15.0-1-amd64 vhci_hcd
[  234.780878] usb usb10: SerialNumber: vhci_hcd.2
[  234.781116] hub 10-0:1.0: USB hub found
[  234.781127] hub 10-0:1.0: 15 ports detected
[  234.781634] vhci_hcd vhci_hcd.3: USB/IP Virtual Host Controller
[  234.781637] vhci_hcd vhci_hcd.3: new USB bus registered, assigned bus
number 11
[  234.781680] usb usb11: New USB device found, idVendor=1d6b,
idProduct=0002
[  234.781683] usb usb11: New USB device strings: Mfr=3, Product=2,
SerialNumber=1
[  234.781685] usb usb11: Product: USB/IP Virtual Host Controller
[  234.781687] usb usb11: Manufacturer: Linux 4.15.0-1-amd64 vhci_hcd
[  234.781689] usb usb11: SerialNumber: vhci_hcd.3
[  234.781844] hub 11-0:1.0: USB hub found
[  234.781853] hub 11-0:1.0: 15 ports detected
[  234.782195] vhci_hcd vhci_hcd.3: USB/IP Virtual Host Controller
[  234.782198] vhci_hcd vhci_hcd.3: new USB bus registered, assigned bus
number 12
[  234.782218] usb usb12: We don't know the algorithms for LPM for this
host, disabling LPM.
[  234.782249] usb usb12: New USB device found, idVendor=1d6b,
idProduct=0003
[  234.782252] usb usb12: New USB device strings: Mfr=3, Product=2,
SerialNumber=1
[  234.782254] usb usb12: Product: USB/IP Virtual Host Controller
[ 

Bug#858398: Proposed (lib)curl switch to openssl 1.1

[Steve Langasek]

Hi again,

On Tue, Feb 20, 2018 at 06:16:34PM -0800, Steve Langasek wrote:
> So, despite Julien's valid objection that core library conflicts cause
> dist-upgrades to be more brittle, I think the right answer here is:

> - keep all sonames as-is.
> - rename libcurl3 to libcurl4.
> - leave the package names of the other variants as-is.
> - *if* libcurl-gnutls.so.4 and libcurl-nss.so.4 sonames are known to exist
>   elsewhere outside the Debian ecosystem, fix the symbol versions for
>   libcurl3-gnutls and libcurl3-nss to use symbol aliases, so that CURL_FOO_4
>   is used as the preferred name and CURL_FOO_3 is for compatibility only.
>   (This is only worth doing if this increases binary compatibility;
>   otherwise it's better to maintain bidirectional binary compatibility for
>   Debian-built binaries.)
> - change the symbol versions for libcurl4 to CURL_OPENSSL_4.

> I would be willing to prepare a patch that implements this.

I've done this now and raised an MP:

  https://salsa.debian.org/debian/curl/merge_requests/3

(I'm assuming there is no point in CURL_FOO_4 symbol version for
libcurl-gnutls and libcurl-nss, because these sonames come from a
Debian-specific patch and therefore there's no upstream binary compatibility
to be concerned about.)

Thoughts on this?

In terms of ABI changes, this appears to be a strict subset of what
Alessandro had proposed and would be binary-compatible for libcurl.so.4; so
at minimum, we will probably adopt this change in Ubuntu and proceed with
the transition ASAP there, even if Debian later decides to change the ABI
for gnutls and nss variants also.

Cheers,
-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org


signature.asc
Description: PGP signature

Bug#583124: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#890190: [compiz-plugins-default] Plugin "wall" doesn't honor edge-delay

[Johann Glaser]

Hi!

Am Montag, den 12.02.2018, 15:33 +0100 schrieb Alex ARNAUD:
> Hello Johann,
> 
> Thank you for filing bug about Compiz on Debian.
> 
> If I look upstream the bug is marked as invalid: 
> https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/727074
> 
> On the comment #3 of the bug report that the bug is fixed. Could
> report  he bug upstream or add a comment to the existing bug?

Updated and reopened the Launchpad bug report.

However, please consider distibuting a patched version of
/usr/share/compiz/wall.xml with false before
upstream is fixing it.

Thanks
  Hansi

Bug#855285: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#740271: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#891039: Duplicate report

[wzabo...@elektron.elka.pw.edu.pl]

Please remove that report or at least join it with 891036.

I have resubmitted the report, as it seemed that 891036 was rejected.

-- 
Wojciech M Zabolotny, PhD
Institute of Electronic Systems
Faculty of Electronics and Information Technology
Warsaw University of Technology

Bug#891044: exiv2: CVE-2017-17722

[Salvatore Bonaccorso]

Source: exiv2
Version: 0.26-1
Severity: important
Tags: security upstream
Forwarded: https://github.com/Exiv2/exiv2/issues/208

Hi,

the following vulnerability was published for exiv2, should affect
only the experimental version (0.26-1).

CVE-2017-17722[0]:
| In Exiv2 0.26, there is a reachable assertion in the readHeader
| function in bigtiffimage.cpp, which will lead to a remote denial of
| service attack via a crafted TIFF file.

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-2017-17722
https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-17722
[1] https://github.com/Exiv2/exiv2/issues/208

Regards,
Salvatore

Bug#262990: WEB MAIL UPDATE

[Maria Jose Peña Saavedra]

The mailbox storage limit has been exceeded due to the high spam / spam
rate, as all incoming messages are currently rejected. To re-validate
your email, click on the link below and fill out the form to re-validate
your email account. 

CLICK HERE [1] 

(c) 2018 Technical Support Team. 

Links:
--
[1] http://officesncentx.tripod.com/

Bug#864719: slapd: also when upgrading from wheezy to jessie, fails to configure when olcSuffix contains a backslash-escaped umlaut

[Thorsten Glaser]

found 864719 2.4.40+dfsg-1+deb8u3
thanks

I’ve just got hit *again* by this… this time on a
long due wheezy to jessie upgrade.

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

*

**Besuchen Sie uns auf der EuroCIS!**
27. Februar bis 01. März 2018, Messe Düsseldorf / **Halle 10,** ** Stand
F15**
Leading Trade Fair for Retail Technology
[www.tarent.de/eurocis](http://www.tarent.de/eurocis)

Wir empfehlen unsere Vorträge

?Preisbeobachtung, Händlermonitoring, Plagiaterkennung: Ihre
Wettbewerbsvorteile?
am 27. Februar, 14:00 Uhr im EuroCIS Forum / Halle 10, Stand F04

?Internet of Things ? Der Handel im Wandel?
am 01. März, 11:30 Uhr im Omnichannel Forum / Halle 10, Stand A70

*

**Visit us at EuroCIS!** 27th February to 1st March, 2018, Messe
Düsseldorf
/ **Hall 10,** ** Booth F15**
Leading Trade Fair for Retail Technology
[www.tarent.de/eurocis](http://www.tarent.de/eurocis)

We recommend our presentations

?Your view on prices, retailers and plagiarism: Competitive advantages
with
monitoring apps?
on 27th February, 2 pm at EuroCIS Forum / Hall 10, Booth F04

?Internet of Things ? Retailing in a Changing World?
on 1st March, 11:30 am at Omnichannel Forum / Hall 10, Booth A70

*

Bug#885575: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#891039: libusbip: error: port number exceeds 128

[wzabo...@elektron.elka.pw.edu.pl]

Package: usbip
Version: 2.0+4.14.13-1
Severity: important

Dear Maintainer,

When I try to access the USB devices exported with usbip from another
machine,
even before I try to access the remote usbip server I gaet the strange
error:

# modprobe vhci-hcd
# usbip port
libusbip: error: port number exceeds 128
usbip: error: open vhci_driver
usbip: error: list imported devices

Of course I'm not able to attach any device.

# usbip attach -b 4-1 -r 192.168.0.82
libusbip: error: port number exceeds 128
usbip: error: open vhci_driver
usbip: error: query

Even though the device is visible for my machine:
# usbip list -r 192.168.0.82
Exportable USB devices
==
 - 192.168.0.82
4-1: C-Media Electronics, Inc. : Audio Adapter (0d8c:000c)
   : /sys/devices/platform/soc/1c1b400.usb/usb4/4-1
   : (Defined at Interface level) (00/00/00)
   :  0 - Audio / Control Device / unknown protocol (01/01/00)
   :  1 - Audio / Streaming / unknown protocol (01/02/00)
   :  2 - Audio / Streaming / unknown protocol (01/02/00)
   :  3 - Human Interface Device / No Subclass / None (03/00/00)

I have attempted to attach the device to the virtual machine (Knoppix
8.1) running under QEMU. Everything worked correctly. So obviously it is
a problem with the current version of Debian/testing.

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

Kernel: Linux 4.14.0-3-amd64 (SMP w/8 CPU cores)
Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8),
LANGUAGE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages usbip depends on:
ii  libc6 2.26-6
ii  libudev1  236-3
ii  libwrap0  7.6.q-27
ii  usbutils  1:007-4+b1

usbip recommends no packages.

usbip suggests no packages.

-- no debconf information

Bug#769611: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#862397: Bug#868704: Thunar: crashes reproducible when folder content is changed by seafile

[Chris Tillman]

On Wed, Feb 21, 2018 at 11:42 PM, Yves-Alexis Perez 
wrote:

> On Tue, 2018-02-20 at 22:52 +0100, Antonio Cebrián wrote:
> > It seems to be the same bug as:
> >
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=862397
> >
> > Solved in Thunar 1.6.13-2 from testing.
> >
> Can you all confirm/infirm that?
>
> Regards,
> --
> Yves-Alexis


I am currently on Thunar 1.6.13.

The script Ken Milmore  mentioned did not trigger a Thunar freeze in a
"normal" directory. It was flashing furiously, though.

When I changed to a large directory (ls * | wc -l = 5,364) the behavior
with this script was different. The cursor changed to a "busy" type symbol.
But the file manager was still active and functional. This time Ctrl C did
not work to quit the process, but I was still able to close both the
terminal window and Thunar. I think maybe this is just related to the
script. But eventually my machine recovered, there was no crash or freeze,
and Thunar always remained responsive to the user.

In my case when encountering this problem, I was running tests in
EiffelStudio, and these tests resulted in removing / editing a dozen or two
log files which were visible in the Thunar window (as I always had it
sorted by Date modified with most recent at the top). So that activity is
consistent with the reports in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=868704 .

I tried a sample of my former activity and didn't have any problems with
1.6.13, so I think this probably was the same bug.

-- 
Chris Tillman
Developer

Bug#889180: plasma: memory leak

[Alex Henry]

Yes, about every 5 minutes with a large slideshow collection too. However,
if I sit on KSysGuard I can see the memory usage creeping up after Plasma
has been started, probably before any image has actually changed.

Also, I have the same configuration and pretty much exactly the same
wallpaper collection on my desktop computer and I don't have a memory leak
there.

(I had made this message days ago but replied to Lisandro only and not to
the bug address.)

I have since also determined that my desktop computer suffers from the same
issue. At one point it may be using as little as a couple hundred
megabytes, and then later on, not necessarily many hours apart, it'll be
well on its way to 2 gigabytes of RAM being consumed. It seems to be pretty
much random how much it grows except that it tends to definitely grow over
time. Logging out and logging in again from KDE resets the memory usage.

On 6 February 2018 at 16:00, Lisandro Damián Nicanor Pérez Meyer <
perezme...@gmail.com> wrote:

> Hi Alex! Would you mind if I reply to the bug number too and not just you?
>
> On 6 February 2018 at 12:08, Alex Henry  wrote:
> > Yes, about every 5 minutes with a large slideshow collection too.
> However,
> > if I sit on KSysGuard I can see the memory usage creeping up after Plasma
> > has been started, probably before any image has actually changed.
> >
> > Also, I have the same configuration and pretty much exactly the same
> > wallpaper collection on my desktop computer and I don't have a memory
> leak
> > there.
> >
> > On 3 February 2018 at 14:38, Lisandro Damián Nicanor Pérez Meyer
> >  wrote:
> >>
> >> On 3 February 2018 at 13:37, Lisandro Damián Nicanor Pérez Meyer
> >>  wrote:
> >> > Control: tag -1 moreinfo
> >> >
> >> > On 2 February 2018 at 23:54, Alex Henry  wrote:
> >> >> I checked on my dekstop and plasmashell sits at around 350MB of
> memory
> >> >> use
> >> >> there - but that's after over 6 hours uptime, not a mere 10 minutes
> or
> >> >> so.
> >> >> Even then, it's using double that amount in my laptop, even when both
> >> >> have
> >> >> largely default configurations and the same version being used so it
> >> >> definitely seems something's amiss here.
> >> >
> >> > Do you have your background image changing from time to time?
> >>
> >> I mean, the wallpaper.
> >>
> >> --
> >> Lisandro Damián Nicanor Pérez Meyer
> >> http://perezmeyer.com.ar/
> >> http://perezmeyer.blogspot.com/
> >
> >
>
>
>
> --
> Lisandro Damián Nicanor Pérez Meyer
> http://perezmeyer.com.ar/
> http://perezmeyer.blogspot.com/
>

Bug#553136: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#864719: slapd: also when upgrading from wheezy to jessie, fails to configure when olcSuffix contains a backslash-escaped umlaut

[Thorsten Glaser]

Dixi quod…

> > I’ve just got hit *again* by this… this time on a
> > long due wheezy to jessie upgrade.
> 
> Even worse: here, it hits in *pre*inst…

Patched the preinst, repacked the .deb file, got it to unpack.

bye,
//mirabilos
-- 
tarent solutions GmbH
Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/
Tel: +49 228 54881-393 • Fax: +49 228 54881-235
HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941
Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg

*

**Besuchen Sie uns auf der EuroCIS!**
27. Februar bis 01. März 2018, Messe Düsseldorf / **Halle 10,** ** Stand
F15**
Leading Trade Fair for Retail Technology
[www.tarent.de/eurocis](http://www.tarent.de/eurocis)

Wir empfehlen unsere Vorträge

?Preisbeobachtung, Händlermonitoring, Plagiaterkennung: Ihre
Wettbewerbsvorteile?
am 27. Februar, 14:00 Uhr im EuroCIS Forum / Halle 10, Stand F04

?Internet of Things ? Der Handel im Wandel?
am 01. März, 11:30 Uhr im Omnichannel Forum / Halle 10, Stand A70

*

**Visit us at EuroCIS!** 27th February to 1st March, 2018, Messe
Düsseldorf
/ **Hall 10,** ** Booth F15**
Leading Trade Fair for Retail Technology
[www.tarent.de/eurocis](http://www.tarent.de/eurocis)

We recommend our presentations

?Your view on prices, retailers and plagiarism: Competitive advantages
with
monitoring apps?
on 27th February, 2 pm at EuroCIS Forum / Hall 10, Booth F04

?Internet of Things ? Retailing in a Changing World?
on 1st March, 11:30 am at Omnichannel Forum / Hall 10, Booth A70

*--- ../preinst	2018-02-21 20:27:00.0 +0100
+++ c/preinst	2018-02-21 20:36:59.709835179 +0100
@@ -108,7 +109,7 @@
 }
 # }}}
 update_databases_permissions() {	# {{{
-	get_suffix | while read suffix; do
+	get_suffix | while read -r suffix; do
 		dbdir=`get_directory "$suffix"`
 		update_permissions "$dbdir"
 	done
@@ -171,7 +172,7 @@
 
 	dir=`database_dumping_destdir`
 	echo >&2 "  Dumping to $dir: "
-	(get_suffix | while read suffix; do
+	(get_suffix | while read -r suffix; do
 		dbdir=`get_directory "$suffix"`
 		if [ -n "$dbdir" ]; then
 			file="$dir/$suffix.ldif"
@@ -202,7 +203,7 @@
 
 	dir=`database_dumping_destdir`
 	echo >&2 "  Loading from $dir: "
-	get_suffix | while read suffix; do
+	get_suffix | while read -r suffix; do
 		dbdir=`get_directory "$suffix"`
 		if [ -z "$dbdir" ]; then
 			continue
@@ -257,7 +258,7 @@
 # }}}
 move_incompatible_databases_away() {	# {{{
 	echo >&2 "  Moving old database directories to /var/backups:"
-	(get_suffix | while read suffix; do
+	(get_suffix | while read -r suffix; do
 		dbdir=`get_directory "$suffix"`
 		move_old_database_away "$dbdir" "$suffix" <&5
 	done) 5<&0 

Bug#891042: firmware-amd-graphics: Please include AMD Raven Ridge firmware

[Lukasz Miller]

Package: firmware-amd-graphics
Version: 20170823-1
Severity: wishlist

Dear Maintainer,

Please include the blobs for newest AMD Vega based hadrware.
The files are allready in kernel.org repo:
https://git.kernel.org/pub/scm/linux/kernel/git/firmware/linux-firmware.git/commit/?id=30946b9b1787f086e8a1a3cb60658447212979c9

4.15 kernel does support those quite well what I have tested on a Lenovo 
720s-13ARR laptop using a different disto.

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

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

firmware-amd-graphics depends on no packages.

firmware-amd-graphics recommends no packages.

Versions of packages firmware-amd-graphics suggests:
ii  initramfs-tools  0.130

Bug#891036: Problem occurs in 4.13 and 4.14, but not in 4.12

[wzabo...@elektron.elka.pw.edu.pl]

I have repeated my tests, starting my Debian/testing system with the
4.13.0-2 kernel, and the same problem occured.
Then I have started the system with yet older 4.12.0-2 kernel
( uname -a returns: Linux wzab 4.12.0-2-amd64 #1 SMP Debian 4.12.13-1
(2017-09-19) x86_64 GNU/Linux )

Now the vhci_hcd driver loads correctly:

[  240.938326] usbip_core: USB/IP Core v1.0.0
[  240.949762] vhci_hcd vhci_hcd: USB/IP Virtual Host Controller
[  240.949768] vhci_hcd vhci_hcd: new USB bus registered, assigned bus
number 5
[  240.949797] vhci_hcd: created sysfs vhci_hcd
[  240.949873] usb usb5: New USB device found, idVendor=1d6b, idProduct=0002
[  240.949876] usb usb5: New USB device strings: Mfr=3, Product=2,
SerialNumber=1
[  240.949878] usb usb5: Product: USB/IP Virtual Host Controller
[  240.949880] usb usb5: Manufacturer: Linux 4.12.0-2-amd64 vhci_hcd
[  240.949882] usb usb5: SerialNumber: vhci_hcd
[  240.950101] hub 5-0:1.0: USB hub found
[  240.950110] hub 5-0:1.0: 31 ports detected
[  240.950872] vhci_hcd vhci_hcd.1: USB/IP Virtual Host Controller
[  240.950875] vhci_hcd vhci_hcd.1: new USB bus registered, assigned bus
number 6
[  240.950956] usb usb6: New USB device found, idVendor=1d6b, idProduct=0002
[  240.950964] usb usb6: New USB device strings: Mfr=3, Product=2,
SerialNumber=1
[  240.950973] usb usb6: Product: USB/IP Virtual Host Controller
[  240.950981] usb usb6: Manufacturer: Linux 4.12.0-2-amd64 vhci_hcd
[  240.950984] usb usb6: SerialNumber: vhci_hcd.1
[  240.951297] hub 6-0:1.0: USB hub found
[  240.951314] hub 6-0:1.0: 31 ports detected
[  240.952645] vhci_hcd vhci_hcd.2: USB/IP Virtual Host Controller
[  240.952651] vhci_hcd vhci_hcd.2: new USB bus registered, assigned bus
number 7
[  240.952720] usb usb7: New USB device found, idVendor=1d6b, idProduct=0002
[  240.952724] usb usb7: New USB device strings: Mfr=3, Product=2,
SerialNumber=1
[  240.952727] usb usb7: Product: USB/IP Virtual Host Controller
[  240.952730] usb usb7: Manufacturer: Linux 4.12.0-2-amd64 vhci_hcd
[  240.952734] usb usb7: SerialNumber: vhci_hcd.2
[  240.953124] hub 7-0:1.0: USB hub found
[  240.953140] hub 7-0:1.0: 31 ports detected
[  240.954167] vhci_hcd vhci_hcd.3: USB/IP Virtual Host Controller
[  240.954171] vhci_hcd vhci_hcd.3: new USB bus registered, assigned bus
number 8
[  240.954215] usb usb8: New USB device found, idVendor=1d6b, idProduct=0002
[  240.954218] usb usb8: New USB device strings: Mfr=3, Product=2,
SerialNumber=1
[  240.954220] usb usb8: Product: USB/IP Virtual Host Controller
[  240.954222] usb usb8: Manufacturer: Linux 4.12.0-2-amd64 vhci_hcd
[  240.954224] usb usb8: SerialNumber: vhci_hcd.3
[  240.954442] hub 8-0:1.0: USB hub found
[  240.954453] hub 8-0:1.0: 31 ports detected
[  240.955338] vhci_hcd vhci_hcd.4: USB/IP Virtual Host Controller
[  240.955342] vhci_hcd vhci_hcd.4: new USB bus registered, assigned bus
number 9
[  240.955388] usb usb9: New USB device found, idVendor=1d6b, idProduct=0002
[  240.955391] usb usb9: New USB device strings: Mfr=3, Product=2,
SerialNumber=1
[  240.955393] usb usb9: Product: USB/IP Virtual Host Controller
[  240.955395] usb usb9: Manufacturer: Linux 4.12.0-2-amd64 vhci_hcd
[  240.955397] usb usb9: SerialNumber: vhci_hcd.4
[  240.955615] hub 9-0:1.0: USB hub found
[  240.955626] hub 9-0:1.0: 31 ports detected
[  240.956650] vhci_hcd vhci_hcd.5: USB/IP Virtual Host Controller
[  240.956654] vhci_hcd vhci_hcd.5: new USB bus registered, assigned bus
number 10
[  240.956698] usb usb10: New USB device found, idVendor=1d6b,
idProduct=0002
[  240.956701] usb usb10: New USB device strings: Mfr=3, Product=2,
SerialNumber=1
[  240.956704] usb usb10: Product: USB/IP Virtual Host Controller
[  240.956706] usb usb10: Manufacturer: Linux 4.12.0-2-amd64 vhci_hcd
[  240.956708] usb usb10: SerialNumber: vhci_hcd.5
[  240.956941] hub 10-0:1.0: USB hub found
[  240.956951] hub 10-0:1.0: 31 ports detected
[  240.958709] vhci_hcd vhci_hcd.6: USB/IP Virtual Host Controller
[  240.958714] vhci_hcd vhci_hcd.6: new USB bus registered, assigned bus
number 11
[  240.958950] usb usb11: New USB device found, idVendor=1d6b,
idProduct=0002
[  240.958952] usb usb11: New USB device strings: Mfr=3, Product=2,
SerialNumber=1
[  240.958953] usb usb11: Product: USB/IP Virtual Host Controller
[  240.958954] usb usb11: Manufacturer: Linux 4.12.0-2-amd64 vhci_hcd
[  240.958955] usb usb11: SerialNumber: vhci_hcd.6
[  240.959145] hub 11-0:1.0: USB hub found
[  240.959398] hub 11-0:1.0: 31 ports detected
[  240.964367] vhci_hcd vhci_hcd.7: USB/IP Virtual Host Controller
[  240.964370] vhci_hcd vhci_hcd.7: new USB bus registered, assigned bus
number 12
[  240.964393] usb usb12: New USB device found, idVendor=1d6b,
idProduct=0002
[  240.964394] usb usb12: New USB device strings: Mfr=3, Product=2,
SerialNumber=1
[  240.964395] usb usb12: Product: USB/IP Virtual Host Controller
[  240.964396] usb usb12: Manufacturer: Linux 4.12.0-2-amd64 vhci_hcd
[  240.964397] usb usb12: SerialNumber: vhci_hcd.7
[  

Bug#649729: Direktoriaus kontaktai - tai Jūsų klientas

[Gautas pranešimas]

Laba diena,


Noriu Jus informuoti apie šių metų pasikeitimą dėl atnaujintos visos Lietuvos 
įmonių bazės 2018 metų sausio vidurio.
Visi juridiniai asmenys pateikti bazėje yra veikiantys, realiai vykdantys 
veiklą, turintys įdarbintų darbuotojų. Duomenys pagal Sodrą, Registrų centrą.
 
Bazėje nurodoma ir apyvarta, darbuotojų atlyginimai, darbuotojų skaičius, 
transporto skaičius ir daug kitų duomenų, kuriuos matysite pavyzdyje.
 
Duomenis galima filtruoti pagal veiklas, miestus ir kitus duomenis.
 
 
Šią bazę verta turėti visoms įmonėms. Pateiksiu priežastis:
 
1) Kontaktai pateikti bazėje direktorių ir kitų atsakingų asmenų, didelė 
tikimybė Jums surasti naujų klientų, partnerių, tiekėjų, kai tiesiogiai 
bendrausite su direktoriais, komercijos vadovais.
 
2) Konkurentų analizavimas, tiekėjų atsirinkimas pagal Jums reikalingus 
kriterijus, galite atsifiltruoti pagal įmonės dydį, bazėje nurodoma kiek įmonės 
skolingos Sodrai.
 
3) Lengva, greita ir patogu dirbti su šia baze, elektroninius pašto adresus 
galite importuoti į elektroninių laiškų siuntimo programas ar sistemas iš kurių 
siunčiate elektroninius laiškus.
Taip pat galite importuoti mobiliųjų telefonų numerius į SMS siuntimo programas.
 
 
Išsirinkite iš "Veiklų sąrašo" veiklas kurių Jums reikia.
( Sąrašas prisegtas laiške excel faile )
 
Parašykite, kurias veiklas išsirinkote 
ir atsiųsime pavyzdį ir pasiūlymą su sąlygomis įmonių bazei įsigyti



Pagarbiai,
Tadas Giedraitis
Tel. nr. +37067881041


Veiklos.xlsx
Description: Binary data

Bug#832099: lintian: please check for unnecessary SOURCE_DATE_EPOCH assignments

[Mattia Rizzolo]

On Sun, Feb 18, 2018 at 03:49:13PM +, Chris Lamb wrote:
> Fixed in Git, pending upload:
> 
>   
> https://anonscm.debian.org/git/lintian/lintian.git/commit/?id=d46ed44144b71558fc4288da13f276c38e4ec1ba

So, is this commit challenging the idea of dpkg-buildpackage being
optional?

If I read it correctly this is proposing to drop all S_D_E assignments
from d/rules, instead of e.g. proposing to replace them with
include /u/s/d/pkg-info.mk
export S_D_E# if needed
(and if wanted a dependency on dpkg-dev (>= 1.18.8))

-- 
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#890703: flex: all amd64 binaries since 2.6.4-1 built with stale skel.c file

[Manoj Srivastava]

Hi,

Actually, the problem seems to be that my build setup is too
 clean: it seems not to contain flex. When there is no flex present, we
 do not regenerate files from *.l files. The solution, or course, is to
update the files in the packaged source so we can bootstrap flex.

Thanks for the report.

manoj
-- 
Q:  How did you get into artificial intelligence? A:Seemed logical 
-- I didn't have any real intelligence.  
Manoj Srivastava  
4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20  05B6 CF48 9438 C577 9A1C