Bug#822946: Don't set console setting over logout/login

[Klaus Ethgen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi,

Am Di den  3. Mai 2016 um  8:47 schrieb Anton Zinoviev:
> On Mon, May 02, 2016 at 10:39:49PM +0100, Klaus Ethgen wrote:
> > > 
> > > printf '\033%%@'
> > > 
> > > Does this reconfigure the console to use ISO-8859-1?
> > 
> > I already tried that and yes, it works. (or print '\033%@') So when I
> > read that correct (The information about % is very rar) that sets
> > the default settings. Shouldn't that be the "default" anyway?
> 
> I suppose now
> 
> printf '\033%%G' 
> 
> is the default in the kernel, that is UTF-8,

Well, that is not true. I have that bug as well on systems that uses
standard debian kernel as also on systems where I have a custom kernel
with "CONFIG_NLS_DEFAULT="iso8859-1"".

> > I think I have configured Terminus font on all systems. But I have to 
> > crosscheck.
> 
> My question was in order to see whether console-setup sets the font as 
> expected or not.

Yes, it is.

> >~> grep 'tty[0-9]$' /etc/inittab
> >1:45:respawn:/sbin/mingetty --noclear tty1
> >2:23:respawn:/sbin/mingetty tty2
> >3:23:respawn:/sbin/mingetty tty3
> >4:23:respawn:/sbin/mingetty tty4
> >5:23:respawn:/sbin/mingetty tty5
> >6:23:respawn:/sbin/mingetty tty6
> > 
> > I use mingetty on all systems. And console 1 is only allowed for login
> > in init level 4 and 5 and never clears as I need to have the boot
> > messages.
> 
> Hmm, I've never used mingetty, but isn't it possible that it shows the 
> same behaviour as systemd, that is it disallocates the tty after each 
> logout?

I do not know how systemd works. But I hope, it dis- and reallocates
the tty (not checked)

> In order to test this try adding the option --noclear to all 
> instances of mingetty.

Yes, that keeps the setting.

> If the option --noclear fixes the problem, then there will be two things 
> we can do.  First, maybe file a bug against mingetty (I don't know if 
> this should be considered a bug or a feature of mingetty...).

Well, reallocating the tty is as it should be from my perspective. So I
wouldn't see that a bug.

> And 
> second, try to do something about the problem in console-setup.
> 
> In the file /lib/udev/rules.d/90-console-setup.rules console-setup 
> installs the following rule:
> 
> ACTION=="add", SUBSYSTEM=="vc", KERNEL=="vcs[1-9]|vcs[1-9][0-9]", 
> TEST=="/run/console-setup/font-loaded", 
> RUN+="/etc/console-setup/cached_setup_terminal.sh %k"
> 
> In theory this should reconfigure a tty each time it is allocated.

I will give that a try. Will give you feedback.

Currently I have "print -n '\033%@'" in my zshrc. But I see that only as
a temporary workaround.

Regards
   Klaus
- -- 
Klaus Ethgen  http://www.ethgen.ch/
pub  4096R/4E20AF1C 2011-05-16   Klaus Ethgen 
Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
Comment: Charset: ISO-8859-1

iQGcBAEBCgAGBQJXKF5yAAoJEKZ8CrGAGfaskhEL/jq1gxdLitB4Rz6LP0KvZzO0
psKpRzVvUEbyHeTKyKfvcd7m+EMlDbtlmW9x8l3msQvjawlqkN0lSJsK+ctHYqq0
ZC5m2NWJwbezWuERgkfLTn0NNkb8Ssfbdx6f5V9gsBkCIWz5oexz/bbH4MnLN5zd
4YZhFPYZ4FiOAK2r/3DHDxeo6QqZTV29hDJZbF0J5D07jv0HA+AXC1yUAc5HWk/B
cBLtGin40qhEHhC45KXlP0kpMNEoLEr3XFLVV/TeqFx97ouK0G3WfjsXqD7sFtQ2
1vDSBbK+c5F+BKsQYHDJ1uNaM+NzZvYVR3yJToli5VOIOg5LvrQPFeUbiH5ZQuGN
FuUQO+yvTB4Vjg39iMHc8w9/nFIk685c9xcSwLJFTsmfYzq8vUFTuudFsxpF97iP
d0CdO4fhX4o4gk9Fkg12uuwyQAwr0ksp80yLcJ4hQNOY8HmPDXMRYR+z7CPzph+m
QcNfQutzyX7ClAlSM7EA1HukNMLLdobZuFVoS7l3cg==
=ZOTa
-END PGP SIGNATURE-

Bug#822322: openmeeg: please switch to vtk6

[Tobias Frost]

Package: src:openmeeg
Followup-For: Bug #822322
Control: retitle -1 openmeeg: please drop B-D alternative on vtk5

Hi Yaroslav,

Thanks for the upload of openmeeg to experimental, and hoping the best that it
"feels well" there as you wrote in #809671 ;-)

However let me reopen this bug and downgrade its severity because of this
changelog entry:

 bdepend on vtk6 (allowing vtk5 as alternative) (Closes: #822322)

vtk5 will be removed very soon and vtk6 is even available in jessie,
so this alternative can really go away. It is also bpo safe.

So please just depend on vtk6 and drop the vtk5 entierly.

Many thanks,

-- 
tobi

PS: Can you push your changes to the repository? Thanks!

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

Kernel: Linux 4.0.5-revert-done (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#823302: [asterisk-users] my dahdi dont'n start

[Tzafrir Cohen]

Package: dahdi-linux
Version: 1:2.10.2~dfsg-1
Severity: minor

Add support to automatic loading of the base module 'dahdi', as it is
e.g. needed for cases where DAHDI is needed for app_meetme in Asterisk
(and in such a case won't be pulled by hardware devices auto-detected).

This is a regression from the version of dahdi-linux in Wheezy.

On Tue, Apr 26, 2016 at 11:13:08AM -0500, Richard Mudgett wrote:

> Administrator TOOTAI: You must have DAHDI running when using meetme because
> DAHDI does the audio mixing for the conference.

There's no such thing as "DAHDI running". What Meetme needs is the basic
DAHDI module loaded. It also loads the built-in timer (which was
originally in a separate module: dahdi_dummy, and bfore that ztdummy).

On Debian systems, if you want a module loaded at startup, you can add
it to a file under /etc/modules-load.d . So what you need to do is:

  echo dahdi > /etc/modules-load.d/dahdi.conf

And you're done.

(Also reporting this as a bug so I will not forget it)

-- 
   Tzafrir Cohen
icq#16849755  jabber:tzafrir.co...@xorcom.com
+972-50-7952406   mailto:tzafrir.co...@xorcom.com
http://www.xorcom.com

Bug#823140: RFS: caffe/1.0.0~rc3-1 -- a deep learning framework [ITP]

[Gianfranco Costamagna]

Hi,

>set(CFLAGS ...) which should be replaced by set(CFLAGS $(CFLAGS) ...)
>
>An upstream classic unfortunately.


as upstream I did this once, and the side effect was something weird.

when you run multiple times cmake .. the cflags gets appended multiple times, 
so you might
end up in a really weird CMakeCache.txt and with really long build lines.

I'm not sure which way is the best one, but cmake should provide something 
different from CFLAGS.

e.g.
CMAKE_C_FLAGS
CMAKE_C_FLAGS_RELEASE
CMAKE_C_FLAGS_DEBUG
CMAKE_EXE_LINKER_FLAGS
CMAKE_MODULE_LINKER_FLAGS

and so on.
that way they will be appended to current CFLAGS without having to override 
them manually.

(thanks again for your nice reviews!)

g.

Bug#820102: RM: php-gnupg -- ROM; Doesn't support PHP 7

[Sean DuBois]

Good news!

I just figured out the lib issues, and uncovered a few bugs (and fixed
them) and have 100% of the tests passing locally with the following

* PHP 7.1.0-dev
* gpgme 1.6.0
* gnupg 1.4.20

What can I do to make sure this gets into PHP? I would really love to
close the upstream bug.

thanks!

On Mon, 2 May 2016 22:58:23 -0500 Sean DuBois  wrote:
> Hi Ondřej,
>
> I ported this to PHP 7 https://github.com/Sean-Der/pecl-encryption-gnupg
> I haven't been able to get a response from the original author, and will
> be working on getting maintainer rights to the repo.
>
> However, not all the tests passes in 5 or 7 for me. I am working on
> figuring out why this is, if anyone who has used gnupg could work on
> this with me I would really appreciate it.
>
> thank you!
>
> On Tue, 05 Apr 2016 10:32:15 -0300 =?utf-8?b?T25kxZllaiBTdXLDvQ==?= 
>  wrote:
> > Package: ftp.debian.org
> > Severity: normal
> >
> > Hi,
> >
> > php-gnupg doesn't support PHP 7 and needs to be removed as there's no
> > sight of upstream development for the moment.  Thanks.
> >
> > Cheers,
> > Ondrej
> >
> >
>
>

Bug#822946: Don't set console setting over logout/login

[Anton Zinoviev]

On Mon, May 02, 2016 at 10:39:49PM +0100, Klaus Ethgen wrote:
> > 
> > printf '\033%%@'
> > 
> > Does this reconfigure the console to use ISO-8859-1?
> 
> I already tried that and yes, it works. (or print '\033%@') So when I
> read that correct (The information about % is very rar) that sets
> the default settings. Shouldn't that be the "default" anyway?

I suppose now

printf '\033%%G' 

is the default in the kernel, that is UTF-8,
 
> I think I have configured Terminus font on all systems. But I have to 
> crosscheck.

My question was in order to see whether console-setup sets the font as 
expected or not.

>~> grep 'tty[0-9]$' /etc/inittab
>1:45:respawn:/sbin/mingetty --noclear tty1
>2:23:respawn:/sbin/mingetty tty2
>3:23:respawn:/sbin/mingetty tty3
>4:23:respawn:/sbin/mingetty tty4
>5:23:respawn:/sbin/mingetty tty5
>6:23:respawn:/sbin/mingetty tty6
> 
> I use mingetty on all systems. And console 1 is only allowed for login
> in init level 4 and 5 and never clears as I need to have the boot
> messages.

Hmm, I've never used mingetty, but isn't it possible that it shows the 
same behaviour as systemd, that is it disallocates the tty after each 
logout?  In order to test this try adding the option --noclear to all 
instances of mingetty.

If the option --noclear fixes the problem, then there will be two things 
we can do.  First, maybe file a bug against mingetty (I don't know if 
this should be considered a bug or a feature of mingetty...).  And 
second, try to do something about the problem in console-setup.

In the file /lib/udev/rules.d/90-console-setup.rules console-setup 
installs the following rule:

ACTION=="add", SUBSYSTEM=="vc", KERNEL=="vcs[1-9]|vcs[1-9][0-9]", 
TEST=="/run/console-setup/font-loaded", 
RUN+="/etc/console-setup/cached_setup_terminal.sh %k"

In theory this should reconfigure a tty each time it is allocated.

Anton Zinoviev

Bug#823301: clementine: can't specify non-default sound sink anymore

[Adam Borowski]

Package: clementine
Version: 1.3~rc1-1+b1
Severity: normal


Hi!
I have multiple sound cards in my box, and I put Clementine on a different
one than everything else.  Ie, non-default.  I guess this is not an obscure
scenario, as it's natural to put music to the room while keeping all random
sounds to headphones.

However, when I go to the setting menu, I see only "Default device on Output
to a sound card via ALSA", "... JACK", "... OSS" and so on.  There's
apparently no way to specify the device beyond the plugin type.

This worked right in jessie, and, despite changes to Clementine, the old
config worked for me until I had to change the settings.  Digging through
backups, I see the proper stanza was:

.config/Clementine/Clementine.conf
[GstEngine]
sink=alsasink
device=hw:0

Too bad, this is not documented anywhere.  And even if it was, Clementine
is a 100% GUI program without any intentional backdoor interfaces.  Even all
other settings in the conf file are, as far as I tell, settable through the
GUI so this one seems to be an omission.  And a regression from jessie.


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

Kernel: Linux 4.6.0-rc6-btrfsdebug+ (SMP w/6 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages clementine depends on:
ii  gstreamer1.0-plugins-base   1.8.1-1
ii  gstreamer1.0-plugins-good   1.8.1-1
ii  gstreamer1.0-plugins-ugly   1.8.1-1
ii  libc6   2.22-7
ii  libcdio13   0.83-4.2+b1
ii  libchromaprint0 1.3-1+b1
ii  libcrypto++65.6.3-6
ii  libechonest2.3  2.3.1-0.3
ii  libfftw3-double33.3.4-2+b1
ii  libgcc1 1:6.1.1-1
ii  libgdk-pixbuf2.0-0  2.34.0-1
ii  libglib2.0-02.48.0-1
ii  libgpod40.8.3-7
ii  libgstreamer-plugins-base1.0-0  1.8.1-1
ii  libgstreamer1.0-0   1.8.1-1
ii  libimobiledevice6   1.2.0+dfsg-2.1
ii  liblastfm1  1.0.9-1
ii  libmtp9 1.1.10-2
ii  libmygpo-qt11.0.9~git20151122-1
ii  libplist3   1.12-3.1
ii  libprojectm2v5  2.1.0+dfsg-3+b1
ii  libprotobuf9v5  2.6.1-1.3
ii  libpulse0   8.0-2.0nosystemd1
ii  libqjson0   0.8.1-3
ii  libqt4-dbus 4:4.8.7+dfsg-6+b1
ii  libqt4-network  4:4.8.7+dfsg-6+b1
ii  libqt4-opengl   4:4.8.7+dfsg-6+b1
ii  libqt4-sql  4:4.8.7+dfsg-6+b1
ii  libqt4-sql-sqlite   4:4.8.7+dfsg-6+b1
ii  libqt4-xml  4:4.8.7+dfsg-6+b1
ii  libqtcore4  4:4.8.7+dfsg-6+b1
ii  libqtgui4   4:4.8.7+dfsg-6+b1
ii  libqxt-gui0 0.6.2-3
ii  libsqlite3-03.12.2-1
ii  libstdc++6  6.1.1-1
ii  libtag1v5   1.9.1-2.4
ii  libx11-62:1.6.3-1
ii  projectm-data   2.1.0+dfsg-3
ii  zlib1g  1:1.2.8.dfsg-2+b1

Versions of packages clementine recommends:
ii  gstreamer1.0-alsa  1.8.1-1

clementine suggests no packages.

-- no debconf information

Bug#823299: cpants_lint: ability to check the the current directory

[Paul Wise]

Package: cpants-lint
Severity: wishlist
File: /usr/bin/cpants_lint
Control: affects -1 check-all-the-things
User: check-all-the-thi...@packages.debian.org
Usertags: new-check

It would be nice to be able to run cpants_lint on a directory (and
default to the current directory) instead of requiring an existing
tarball. This way it could be run during development too. It would need
to detect if the relevant files are present and exit if they are not.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise




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

Bug#823140: RFS: caffe/1.0.0~rc3-1 -- a deep learning framework [ITP]

[Ghislain Vaillant]

On 03/05/16 03:08, lumin wrote:

- d/*.install.in: no multi-arch install paths? why?


I have no plan to make multiarch support for this package,
because that makes no sense. In production environment
Caffe is a computational intensive and memory-consuming
application, and I believe no user will need multi-arch
support for this package.

Made no change related to multi-arch.


What about cross-building?


- d/libcaffe-dev.install.in: what is the purpose of the additional
libproto.a binary?


There is a protobuf definition file under Caffe's source,
   src/caffe/proto/caffe.proto
which is a very essential file as it defined
caffe's "protocol". And libproto.a is the compiled
binary version of that protocol.

Besides, the Official "install" target installs
that static lib, so it is recommended by upstream
to have such a lib. Hence it goes into the -dev packages.


What upstream does is not always aligned with what Debian recommends
though. I was just wondering how the caffe and proto binaries were
related. Plus, it makes lintian ouput comments about unstripped static
libs.


- d/rules + d/*.in: IMO, sounds like a very convoluted way of running 2
separate builds (one for CPU one for CUDA) and moving the files in the
right places. Another possibility could have been to have caffe-cpu and
caffe-cuda as separate source packages, one in main and one in contrib.
For each of them, the packaging would have been much more simple to
maintain I suppose.


I've ever considered split them up into 2 source packages,
but building 2 set of binary from 1 source is my initial intent.
I may split them in the future.


Here is why I would consider splitting them **now**. A significant 
portion of your d/rules consist in detecting whether CUDA is available

and optionally enable compilation of the CUDA version. This could be
avoided by having a caffe or caffe-cpu source package, which potentially
builds on all arch, and a caffe-cuda source package with the CUDA 
Build-Depends, for which you would not need to manually specify the target

architectures.

Benefits from this include:
1) The caffe[-cpu] source package and related binaries can live in main,
instead of contrib at the moment.
2) The caffe-cuda source package does not need the manual architecture
restriction stuff.
3) Last but not least, the resulting source packages become much
simpler to maintain in the long term, which is good from a
**team-maintenance perspective**.

As an FYI, the version of CUDA you are asking is available for ppc64el
and no longer for i386. With your solution, you (now) have to modify
this manually in d/{control,rules}. With separate source packages, you 
would not have to.



I've tried to inject these flags according to wiki:Hardening
```
# Hardening Caffe according to https://wiki.debian.org/Hardening
DPKG_EXPORT_BUILDFLAGS=1
export DEB_BUILD_MAINT_OPTIONS = hardening=+all
export DEB_CFLAGS_MAINT_APPEND  = -Wall -pedantic
export DEB_LDFLAGS_MAINT_APPEND = -Wl,--as-needed
include /usr/share/dpkg/buildflags.mk
CFLAGS+=$(CPPFLAGS)
CXXFLAGS+=$(CPPFLAGS)
```


You should only require
export DEB_BUILD_MAINT_OPTIONS = hardening=+all
export DEB_CFLAGS_MAINT_APPEND  = -Wall -pedantic
export DEB_CPPFLAGS_MAINT_APPEND = -Wall -pedantic
export DEB_LDFLAGS_MAINT_APPEND = -Wl,--as-needed

I have added DEB_CPPFLAGS_MAINT_APPEND, since CMake does not always
automatically transfer the CFLAGS to CPPFLAGS. Unless, the caffe
build system is set-up for doing so.


But hardening-fortify-source-function is still unfixed.
```
$ hardening-check /usr/bin/caffe
/usr/bin/caffe:
  Position Independent Executable: yes
  Stack protected: yes
  Fortify Source functions: no, only unprotected functions found!
  Read-only relocations: yes
  Immediate binding: yes
```

I have no idea about it...


You would have to look for override lines of the form:

set(CFLAGS ...) which should be replaced by set(CFLAGS $(CFLAGS) ...)

An upstream classic unfortunately.

Ghis

Bug#822785: dcmjpls: Big Endian Transfer Syntax not handlled correctly

[Gert Wollny]

Hi Andreas, 

I'll look into this shortly. Was AFK for a few days. 

Best, 
Gert 

Bug#823298: cpants-lint: uninitialized value when checking uncompressed tarball

[Paul Wise]

Package: cpants-lint
Version: 0.05-4
Severity: minor
File: /usr/bin/cpants_lint

When I run cpants_lint on an uncompressed tarball, it gives perl warnings:

$ apt-get source libwww-topica-perl
$ gunzip libwww-topica-perl_0.6.orig.tar.gz
$ cpants_lint libwww-topica-perl_0.6.orig.tar
Use of uninitialized value $vname in substitution (s///) at 
/usr/share/perl5/Module/CPANTS/Analyse.pm line 123.
Use of uninitialized value $vname in string eq at 
/usr/share/perl5/Module/CPANTS/Analyse.pm line 125.
...

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (900, 'testing'), (860, 'testing-proposed-updates'), 800, 
'unstable-debug'), (800, 'unstable'), (790, 'buildd-unstable'), (700, 
'experimental-debug'), (700, 'experimental'), (690, 'buildd-experimental')
Architecture: amd64 (x86_64)

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

Versions of packages libapp-cpants-lint-perl depends on:
ii  libapp-cpants-lint-perl0.05-4
ii  libmodule-cpants-analyse-perl  0.96-1
ii  perl   5.22.1-10

libapp-cpants-lint-perl recommends no packages.

libapp-cpants-lint-perl suggests no packages.

-- no debconf information

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



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

Bug#823297: libbotan: security update breaks monotone

[Tim Weippert]

Package: libbotan-1.10-0
Version: 1.10.8-2+deb8u1
Severity: grave
File: libbotan
Justification: renders package unusable

Dear Maintainer,

it seems that the recent security update breaks monotone:

mtn: Symbol `_ZTVN5Botan17DataSource_MemoryE' has different size in shared 
object, consider re-linking
mtn: updating along branch 'net.dn42.registry'
mtn: fatal signal: Segmentation fault
this is almost certainly a bug in monotone.
please send this error message, the output of 'mtn version --full',
and a description of what you were doing to 

do not send a core dump, but if you have one, 
please preserve it in case we ask you for information from it.
Segmentation fault

Maybe the bug should also be sent to monotone for rebuilding?

cheers, 
tim

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core)
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 libbotan-1.10-0 depends on:
ii  libbz2-1.0   1.0.6-7+b3
ii  libc62.19-18+deb8u4
ii  libgcc1  1:4.9.2-10
ii  libgmp10 2:6.0.0+dfsg-6
ii  libssl1.0.0  1.0.1k-3+deb8u4
ii  libstdc++6   4.9.2-10
ii  zlib1g   1:1.2.8.dfsg-2+b1

libbotan-1.10-0 recommends no packages.

libbotan-1.10-0 suggests no packages.

-- no debconf information

Bug#258096: Loan FUNDING

[Mrs Biyiza]

Do you need a convenient and direct funding?  
Are you living paycheck to paycheck, Struggling with debt, Seeking loan for 
business start up or personal need?  Contact us today for application via the 
company website  because our loans are well insured for maximum security is our 
priority.

Email: ptlee...@gmail.com 

(Serious Inquiries Only)

Bug#820712: more info

[Russell Coker]

From reading the code, it seems that ^ and $ aren't needed in clientallow as 
they are put in automatically.  Also it's not a straight regex, every 
occurance of "." will be replaced by "\.".  So "^127\.0\.0\.1$" gives exactly 
the same result as "127.0.0.1".

Now if you want to match all systems in a subnet you can't use "10.0.0." or 
"10.0.0.*", you have to use "10.0.0.[0-9]*".

This needs documentation and an example in the sample config file.

-- 
My Main Blog http://etbe.coker.com.au/
My Documents Bloghttp://doc.coker.com.au/

Bug#822834: FTBFS as root because of perldoc

[Uli Martens]

Hello Dominique,

tl;dr: the redirection works fine

On Sat, Apr 30, 2016 at 05:26:54PM +0200, Dominique Dumont wrote:
> Weird, I don't have any issue when building moarvm with cowbuilder.

I should clarify that I've been trying to build interactively in
sudo pbuilder --login, not some "build this .dsc/directory" mode because
I've still been figuring out what I need to backport. But that shouldn't
matter.

> That said, I'm not thrilled at the idea of using an undocumented option.

Ack.

> In moarvm case, using perldoc ... docs/moar.pod > debian/moar.1 provides a 
> similat result.
> 
> I've tested this with gbp and cowbuild. Could you test this patch on your 
> side 
> with pbuilder ?

I've now tried running the build (and perldoc) with this modified
makefile snippets:

perldoc -F -onroff -U -ddebian/moar.A \
-w center:MoarVM \
-w "release:MoarVM-$(MOAR_VERSION)" \
-w "date:$(MOAR_DATE)" \
docs/moar.pod
perldoc -F -onroff \
-w center:MoarVM \
-w "release:MoarVM-$(MOAR_VERSION)" \
-w "date:$(MOAR_DATE)" \
docs/moar.pod > debian/moar.B

That is, once as it's in the official version plus -U, and once without the
-d$file but with redirection. The output files were bit-identical, but the
moar.A file was chmod 600, the redirected one was chmod 644. As the file gets
installed by dh_installman, that should be irrelevant.

youam / Uli

Bug#822170: confirmation: chromium: HTML5 video not working in chromium 50

[Tomas Pospisek]

Hello,

I can confirm the bug reported by Jürgen Bausa.

My system has a both an onboard integrated Intel GPU and an additional 
AMD Radeon one. I am only using the Intel one though:


$ cat /var/log/X.org.0.log
[...]
Integrated Graphics Chipset: Intel(R) HD Graphics 3000
[...]

$ lshw
[...]
*-display
 description: VGA compatible controller
 product: 2nd Generation Core Processor Family Integrated
  Graphics Controller
 vendor: Intel Corporation
 physical id: 2
 bus info: pci@:00:02.0
 version: 09
 width: 64 bits
 clock: 33MHz
 capabilities: msi pm vga_controller bus_master cap_list rom
 configuration: driver=i915 latency=0
 resources: irq:54 memory:c000-c03f
memory:b000-bfff ioport:6000(size=64)
[...]

$ lspci -v
[...]
00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core 
Processor Family Integrated Graphics Controller (rev 09) (prog-if 00 [VGA 
controller])

Subsystem: Hewlett-Packard Company Device 1659
Flags: bus master, fast devsel, latency 0, IRQ 54
Memory at c000 (64-bit, non-prefetchable) [size=4M]
Memory at b000 (64-bit, prefetchable) [size=256M]
I/O ports at 6000 [size=64]
Expansion ROM at  [disabled]
Capabilities: 
Kernel driver in use: i915

[...]
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] 
Seymour [Radeon HD 6400M/7400M Series] (rev ff) (prog-if ff)

!!! Unknown header type 7f
Kernel driver in use: radeon

Additional discussion and some ideas about the cause of the 
bug can be found here:


   
https://groups.google.com/forum/?_escaped_fragment_=topic/qubes-users/bdU_oOUcO94#!topic/qubes-users/bdU_oOUcO94

I have worked around the bug by disabling chromium's usage of the GPU from 
the command line:


   chromium --disable-gpu ...

Thanks,
*t

Bug#821443: qmmp: diff for NMU version 1.0.5-1.1

[Sebastian Ramacher]

Control: tags 821443 + patch

Dear maintainer,

I've prepared an NMU for qmmp (versioned as 1.0.5-1.1). The diff
is attached to this message.

Regards.

-- 
Sebastian Ramacher
diff -Nru qmmp-1.0.5/debian/changelog qmmp-1.0.5/debian/changelog
--- qmmp-1.0.5/debian/changelog	2016-01-23 13:55:41.0 +0100
+++ qmmp-1.0.5/debian/changelog	2016-05-03 08:41:33.0 +0200
@@ -1,3 +1,11 @@
+qmmp (1.0.5-1.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * debian/{control,rules}: Do not build qmmp-plugin-projectm on armel and
+armhf. (Closes: #821443)
+
+ -- Sebastian Ramacher   Tue, 03 May 2016 08:41:32 +0200
+
 qmmp (1.0.5-1) unstable; urgency=medium
 
   * New upstream release.
diff -Nru qmmp-1.0.5/debian/control qmmp-1.0.5/debian/control
--- qmmp-1.0.5/debian/control	2016-01-23 13:55:41.0 +0100
+++ qmmp-1.0.5/debian/control	2016-05-02 21:27:05.0 +0200
@@ -10,7 +10,7 @@
   libsndfile1-dev, libwavpack-dev, libpulse-dev, libavcodec-dev,
   libavformat-dev, libcdio-dev, libcdio-paranoia-dev, libcddb2-dev,
   libfaad-dev, libgme-dev, libopus-dev (>= 1.0.2), libopusfile-dev,
-  libwildmidi-dev, libsidplayfp-dev (>= 1.0.3), libbs2b-dev, libprojectm-dev,
+  libwildmidi-dev, libsidplayfp-dev (>= 1.0.3), libbs2b-dev, libprojectm-dev [!armel !armhf],
   libenca-dev
 Standards-Version: 3.9.6
 Homepage: http://qmmp.ylsoftware.com/
@@ -85,7 +85,7 @@
   - global hotkeys
 
 Package: qmmp-plugin-projectm
-Architecture: any
+Architecture: any-amd64 any-arm64 any-i386 any-mips any-mipsel any-powerpc any-ppc64el any-s390x any-alpha any-hppa any-m68k any-mips64el any-powerpcspe any-sh4 any-sparc64 any-x32
 Depends: ${misc:Depends}, ${shlibs:Depends}
 Description: qmmp audio player -- projectM visualization plugin
  Qmmp is feature-rich audio player with support of many formats.
diff -Nru qmmp-1.0.5/debian/rules qmmp-1.0.5/debian/rules
--- qmmp-1.0.5/debian/rules	2016-01-23 13:55:41.0 +0100
+++ qmmp-1.0.5/debian/rules	2016-05-03 08:40:44.0 +0200
@@ -32,7 +32,9 @@
 	dh_auto_build -- VERBOSE=1
 
 override_dh_install:
+ifneq (,$(filter-out armel armhf,$(DEB_HOST_ARCH)))
 	dh_install -pqmmp-plugin-projectm
+endif
 	dh_install -Xprojectm
 
 # Avoid a call to ldconfig in postinst & postrm (ldconfig is not needed since we


signature.asc
Description: PGP signature

Bug#823296: fusiondirectory-setup --check-ldap fails to create struccture in ldap

[Ioan Eugen Stan]

Package: fusiondirectory
Version: 1.0.8.2-5+deb8u1
Severity: important

Dear Maintainer,

This might be related to bug [1] 823293 .


While working to setup fusiondirectory on my Debian Jessie server I ran
`fusiondirectory-setup --check-ldap` command to check the LDAP tree.
The command asked me some questions and then it tried to create the fd-admin
user. It failed with INVALID_LDAP_SYNTAX or similar error.
I cannot reproduce it right now. My best guss of the cause is that it's missing
the schemas as noted in 823293 .

This bug is reported from another machine.

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=823293



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

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

Bug#822245: vlc desktop file missing Mime type 'video/vnd.mpegurl'

[Sebastian Ramacher]

Hi Petter

On 2016-05-03 08:17:16, Petter Reinholdtsen wrote:
> 
> Hi.  Any chance to include this change in the next vlc upload?  Just to
> make it clear, the change is a big deal here in Norway, where NRK is one
> of the most seen TV channels in the country.

It's a lot easier for us if you send a patch upstream [1] and point us to the
commit. Or wait until someone of use has the time to do that.

Cheers

[1] https://wiki.videolan.org/Sending_Patches_VLC/
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature

Bug#823295: mutt: Please add hardening feature to mutt's build

[Elimar Riesebieter]

Package: mutt
Version: 1.6.0-1
Severity: important
Tags: patch

Attached patch enables hardening feature to debian/rules.

-- 
   Elimar
>From 12451565fcca81736c508fc628fdace356e13143 Mon Sep 17 00:00:00 2001
From: Elimar Riesebieter 
Date: Tue, 3 May 2016 08:43:23 +0200
Subject: [PATCH] Added hardening to rules

---
 debian/rules | 11 ---
 1 file changed, 8 insertions(+), 3 deletions(-)

diff --git a/debian/rules b/debian/rules
index 84c10f4..bbb8aa0 100755
--- a/debian/rules
+++ b/debian/rules
@@ -3,6 +3,11 @@
 include /usr/share/quilt/quilt.make
 QUILT = QUILT_PATCHES=$(QUILT_PATCH_DIR) quilt --quiltrc /dev/null
 
+export DEB_BUILD_MAINT_OPTIONS = hardening=+all
+
+DPKG_EXPORT_BUILDFLAGS = 1
+include /usr/share/dpkg/buildflags.mk
+
 ## user serviceable parts ##
 
 ###
@@ -78,10 +83,10 @@ ifneq ($(DEB_BUILD_GNU_TYPE), $(DEB_HOST_GNU_TYPE))
 endif
 
 # CFLAGS
-CFLAGS = `dpkg-buildflags --get CFLAGS`
+# CFLAGS = `dpkg-buildflags --get CFLAGS`
 CFLAGS += -Wall
-LDFLAGS = `dpkg-buildflags --get LDFLAGS`
-CPPFLAGS = `dpkg-buildflags --get CPPFLAGS`
+# LDFLAGS = `dpkg-buildflags --get LDFLAGS`
+# CPPFLAGS = `dpkg-buildflags --get CPPFLAGS`
 CPPFLAGS += -I/usr/include/qdbm
 
 # Directory to make the build on
-- 
2.8.1

Bug#823050: wxglade: cut/paste of items into sizer fails

[Georges Khaznadar]

Thank you Carsten,

I prepare the new release.

Best regards,   Georges.

Carsten Grohmann a écrit :
> Hi Georges,
> 
> may you add the attached patch to the current Debian package. It fixes
> the bug reported by Karsten as well as a second minor bug in the Perl
> code generator.
> 
> Yes, the fix isn't in a release version yet. The fix is in the stable
> branch of wxGlade. You can download the stable version of wxGlade
> always from Bitbucket
> (https://bitbucket.org/agriggio/wxglade/downloads#branch-downloads) and
> execute it directly.
> 
> Regards,
> Carsten
> 
> Karsten Hilbert schrieb am 02.05.2016:
> > Hi Carsten,
> > 
> > > this bug is already fixed in the stable branch of wxGlade 0.7.2 with
> > > changeset 62797578d6d2 "Fix PyDeadObject errors and crashes during
> > > cut and paste".  
> > 
> > Great !  You mean in an unreleased version thereof ?  Because:
> > 
> > wxglade:
> >   Installiert:   0.7.2-1
> >   Installationskandidat: 0.7.2-1
> >   Versionstabelle:
> >  *** 0.7.2-1 990
> > 990 ftp://ftp.de.debian.org/debian stretch/main i386
> > Packages 500 ftp://ftp.de.debian.org/debian unstable/main i386
> > Packages 100 /var/lib/dpkg/status
> > 
> > > You have three different possibibilties to report wxGlade bugs:
> > >  - send bug reports to the mailing list,
> > >  - file a ticket on Sourceforge
> > > or 
> > >  - send email to my private email address.  
> > 
> > I should've done as I used to do -- email you directly.
> > 
> > Anyway, no harm done.
> > 
> > Karsten
> 

> diff --git a/NEWS.txt b/NEWS.txt
> --- a/NEWS.txt
> +++ b/NEWS.txt
> @@ -25,6 +25,9 @@ Bugs:
>- Fix generated code for wxDatePickerCtrl
>- Add workaround for missing wxDefaultDateTime in wxPerl
>- Fix missing icons in release packages
> +  - Fix PyDeadObject errors and crashes during cut and paste
> +  - System colour constants named incorrectly in Perl (sf bug #184,
> +Thanks to Sue D. Nymme)
>  
>  Deprecation
>- In place modifications for generated source files will be removed in one
> diff --git a/README.SF.md b/README.SF.md
> --- a/README.SF.md
> +++ b/README.SF.md
> @@ -26,8 +26,8 @@ Files
>  MD5 checksums
>  -
>  b13cdf9eff9857f6f07f1bd6bf50348a  wxGlade-0.7.2-setup.exe
> -81d3270ba1c764d482b0fed00c6f9c59  wxGlade-0.7.2.tar.gz
> -69885a306f694222655fe63d3443191b  wxGlade-0.7.2.zip
> +16395cd62adba4b53da371fe59707a33  wxGlade-0.7.2.tar.gz
> +61ca7513da4913045854c1b0a62a04a3  wxGlade-0.7.2.zip
>  e57843ad4d0cb6bf1fc2aab7c46aaa73  wxGlade-SAE-0.7.2-setup.exe
>  
>  
> diff --git a/edit_sizers/edit_sizers.py b/edit_sizers/edit_sizers.py
> --- a/edit_sizers/edit_sizers.py
> +++ b/edit_sizers/edit_sizers.py
> @@ -372,9 +372,12 @@ class SizerSlot(object):
>  self.menu.AppendSeparator()
>  misc.append_item(self.menu, PREVIEW_ID, _('Preview'))
>  
> -wx.EVT_MENU(self.widget, REMOVE_ID, self.remove)
> -wx.EVT_MENU(self.widget, PASTE_ID, self.clipboard_paste)
> -wx.EVT_MENU(self.widget, PREVIEW_ID, self.preview_parent)
> +def bind(method):
> +return lambda e: wx.CallAfter(method)
> +
> +wx.EVT_MENU(self.widget, REMOVE_ID, bind(self.remove))
> +wx.EVT_MENU(self.widget, PASTE_ID, bind(self.clipboard_paste))
> +wx.EVT_MENU(self.widget, PREVIEW_ID, bind(self.preview_parent))
>  
>  def remove(self, *args):
>  if not self.sizer.is_virtual():
> @@ -409,9 +412,12 @@ class SizerSlot(object):
>  
>  @see: L{clipboard.paste()}
>  """
> +if self.widget:
> +self.widget.Hide()
>  if clipboard.paste(self.parent, self.sizer, self.pos):
>  common.app_tree.app.saved = False
> -self.widget.Hide()
> +else:
> +self.widget.Show()
>  
>  def on_select_and_paste(self, *args):
>  """\
> @@ -422,11 +428,11 @@ class SizerSlot(object):
>  self.widget.SetFocus()
>  self.clipboard_paste()
>  
> -def delete(self, delete_widget=True):
> +def delete(self):
>  if misc.currently_under_mouse is self.widget:
>  misc.currently_under_mouse = None
>  
> -if delete_widget and self.widget:
> +if self.widget:
>  self.widget.Hide()
>  
>  # unbind events to prevent new created (and queued) events
> @@ -1182,7 +1188,7 @@ class SizerBase(Sizer):
>  try:
>  old_child = self.children[pos]
>  if isinstance(old_child.item, SizerSlot):
> -old_child.item.delete(False)
> +old_child.item.delete()
>  self.children[pos] = SizerItem(item, pos, option, flag, border,
> size)
>  except IndexError:  # this shouldn't happen!
> diff --git a/tests/casefiles/bug184.cpp b/tests/casefiles/bug184.cpp
> new file mode 100755
> --- /dev/null
> +++ b/tests/casefiles/bug184.cpp
> @@ -0,0 

Bug#823294: cpants-lint: fails to install

[Paul Wise]

Package: cpants-lint
Version: 0.05-4
Severity: serious
File: cpants-lint

cpants-lint fails to install, requisite Conflicts/Replaces are missing:

# apt install cpants-lint
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following package was automatically installed and is no longer required:
  linux-image-amd64
Use 'sudo apt autoremove' to remove it.
The following additional packages will be installed:
  libapp-cpants-lint-perl libarchive-any-lite-perl libarray-diff-perl 
libcpan-distnameinfo-perl libfile-find-object-perl libio-capture-perl 
libmodule-cpants-analyse-perl
  libmodule-extractuse-perl libpod-strip-perl libset-scalar-perl
The following NEW packages will be installed:
  cpants-lint libapp-cpants-lint-perl libarchive-any-lite-perl 
libarray-diff-perl libcpan-distnameinfo-perl libfile-find-object-perl 
libio-capture-perl libmodule-cpants-analyse-perl
  libmodule-extractuse-perl libpod-strip-perl libset-scalar-perl
0 upgraded, 11 newly installed, 0 to remove and 9 not upgraded.
Need to get 264 kB of archives.
After this operation, 1,379 kB of additional disk space will be used.
Do you want to continue? [Y/n]
Get:1 http://mirror.linux.org.au/debian testing/main amd64 
libarchive-any-lite-perl all 0.10-2 [8,280 B]
Get:2 http://mirror.linux.org.au/debian testing/main amd64 libarray-diff-perl 
all 0.07-2 [7,438 B]
Get:3 http://mirror.linux.org.au/debian testing/main amd64 
libcpan-distnameinfo-perl all 0.12-1 [9,472 B]
Get:4 http://mirror.linux.org.au/debian testing/main amd64 
libfile-find-object-perl all 0.2.13-1 [28.4 kB]
Get:5 http://mirror.linux.org.au/debian testing/main amd64 libio-capture-perl 
all 0.05-3 [32.9 kB]
Get:6 http://mirror.linux.org.au/debian testing/main amd64 libpod-strip-perl 
all 1.02-2 [6,678 B]
Get:7 http://mirror.linux.org.au/debian testing/main amd64 
libmodule-extractuse-perl all 0.341-1 [33.8 kB]
Get:8 http://mirror.linux.org.au/debian testing/main amd64 libset-scalar-perl 
all 1.29-1 [35.3 kB]
Get:9 http://mirror.linux.org.au/debian testing/main amd64 
libmodule-cpants-analyse-perl all 0.96-1 [72.3 kB]
Get:10 http://mirror.linux.org.au/debian testing/main amd64 
libapp-cpants-lint-perl all 0.05-3 [17.8 kB]
Get:11 http://mirror.linux.org.au/debian unstable/main amd64 cpants-lint all 
0.05-4 [11.1 kB]
Fetched 264 kB in 5s (48.4 kB/s)
Selecting previously unselected package libarchive-any-lite-perl.
(Reading database ... 372849 files and directories currently installed.)
Preparing to unpack .../libarchive-any-lite-perl_0.10-2_all.deb ...
Unpacking libarchive-any-lite-perl (0.10-2) ...
Selecting previously unselected package libarray-diff-perl.
Preparing to unpack .../libarray-diff-perl_0.07-2_all.deb ...
Unpacking libarray-diff-perl (0.07-2) ...
Selecting previously unselected package libcpan-distnameinfo-perl.
Preparing to unpack .../libcpan-distnameinfo-perl_0.12-1_all.deb ...
Unpacking libcpan-distnameinfo-perl (0.12-1) ...
Selecting previously unselected package libfile-find-object-perl.
Preparing to unpack .../libfile-find-object-perl_0.2.13-1_all.deb ...
Unpacking libfile-find-object-perl (0.2.13-1) ...
Selecting previously unselected package libio-capture-perl.
Preparing to unpack .../libio-capture-perl_0.05-3_all.deb ...
Unpacking libio-capture-perl (0.05-3) ...
Selecting previously unselected package libpod-strip-perl.
Preparing to unpack .../libpod-strip-perl_1.02-2_all.deb ...
Unpacking libpod-strip-perl (1.02-2) ...
Selecting previously unselected package libmodule-extractuse-perl.
Preparing to unpack .../libmodule-extractuse-perl_0.341-1_all.deb ...
Unpacking libmodule-extractuse-perl (0.341-1) ...
Selecting previously unselected package libset-scalar-perl.
Preparing to unpack .../libset-scalar-perl_1.29-1_all.deb ...
Unpacking libset-scalar-perl (1.29-1) ...
Selecting previously unselected package libmodule-cpants-analyse-perl.
Preparing to unpack .../libmodule-cpants-analyse-perl_0.96-1_all.deb ...
Unpacking libmodule-cpants-analyse-perl (0.96-1) ...
Selecting previously unselected package libapp-cpants-lint-perl.
Preparing to unpack .../libapp-cpants-lint-perl_0.05-3_all.deb ...
Unpacking libapp-cpants-lint-perl (0.05-3) ...
Selecting previously unselected package cpants-lint.
Preparing to unpack .../cpants-lint_0.05-4_all.deb ...
Unpacking cpants-lint (0.05-4) ...
dpkg: error processing archive 
/var/cache/apt/archives/cpants-lint_0.05-4_all.deb (--unpack):
 trying to overwrite '/usr/bin/cpants_lint', which is also in package 
libapp-cpants-lint-perl 0.05-3
Processing triggers for man-db (2.7.5-1) ...
Errors were encountered while processing:
 /var/cache/apt/archives/cpants-lint_0.05-4_all.deb

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (900, 'testing'), (860, 'testing-proposed-updates'), (800, 
'unstable-debug'), (800, 'unstable'), (790, 'buildd-unstable'), (700, 
'experimental-debug'), (700, 'experimental'), (690, 'buildd-experimental')
Architecture: amd64 

Bug#823293: fusiondirectory-insert-schema fails to add schema to ldap with cn=config configuration

[Ioan Eugen Stan]

Package: fusiondirectory
Version: 1.0.8.2-5+deb8u1
Severity: important

Dear Maintainer,

I've installed slapd and fusiondirectory on my Debian Jessie server. Dusing
fusiondirectory web setup it complained about missing schema so I ran the
fusiondirectory-insert-schema to install the schemas in my LDAP server.


$ sudo fusiondirectory-insert-schema
! This tool is only intended to be with with a cn=config backend, cn=config
could not be found in the LDAP at /usr/sbin/fusiondirectory-insert-schema line
242.


I expected the schemas to be imported into LDAP and be available. It seems the
schemas provided by the package are not migrated to LDIF format.

I'm quite new with LDAP so please let me know if and how I can provide more
information.

All versions used are from Debian Jessie + Backports. fusiondirectory-setup
also fails but I will submit another bug.
I'm reporting this bug from another machine with Debian Stretch.



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

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

Bug#822245: vlc desktop file missing Mime type 'video/vnd.mpegurl'

[Petter Reinholdtsen]

Hi.  Any chance to include this change in the next vlc upload?  Just to
make it clear, the change is a big deal here in Norway, where NRK is one
of the most seen TV channels in the country.

-- 
Happy hacking
Petter Reinholdtsen

Bug#813556: ITP: libprotocol-acme-perl -- Perl Interface to the Let's Encrypt ACME API

[Salvatore Bonaccorso]

Hi Stephen,

On Mon, May 02, 2016 at 03:08:07PM +, Ludin, Stephen wrote:
> On Sun, 1 May 2016 09:43:55 +0200 Salvatore Bonaccorso 
> > wrote:
> > Hi Marco,
> >
> > On Sat, Apr 30, 2016 at 04:05:45PM +0200, Marco Pessotto wrote:
> > >
> > > Hello there.
> > >
> > > FYI, the latest release (0.12) has the dependencies lowered down to the
> > > ones which can be found in stable (+ the two missing packages as in
> > > sid), effectively making it backportable to stable with little effort
> > > (together with  libcrypt-rsa-parse-perl and libcrypt-format-perl).
> > >
> > > https://github.com/sludin/Protocol-ACME/issues/30 (closed)
> >
> > Great, thank you!
> >
> > I need to finish the packaging (and disable the tests which neeed
> > network access).
> >
> > Regards,
> > Salvatore
> >
> >
> 
> Let me know if you’d like and changes in tests at the source.
> Testing something like this that has no existence without a specific
> remote service is a challenge.  I would prefer that whatever goes
> into a package for testing is what is in the CPAN module.  In this
> case I think the CPAN module should change.  Perhaps make the
> network dependent tests an option to run if things go wrong?  I am
> very open to suggestions.

Indeed, if the following change can be done it would be really
appreciated: Make the network-tests sort of "opt-out" via the
NO_NETWORK_TESTING variable if set to true.

An example is here: https://bugs.debian.org/764868 for the example of
libio-socket-ssl-perl.

Regards,
Salvatore

Bug#823292: RFS: dh-haskell/0.2 ITP

[Dmitry Bogatov]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "dh-haskell"

* Package name: dh-haskell
  Version : 0.2
  Upstream Author : Dmitry Bogatov 
* Url : 
https://anonscm.debian.org/cgit/users/kaction-guest/dh-haskell.git
* Licenses: GPL-3+
  Section : devel

It builds those binary packages:

dh-haskell -- debhelper add-on for packaging software written in Haskell

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

http://mentors.debian.net/package/dh-haskell

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

http://mentors.debian.net/debian/pool/main/d/dh-haskell/dh-haskell_0.2.dsc

Alternatively, you can access package debian/ directory via git from URL:

https://anonscm.debian.org/cgit/users/kaction-guest/dh-haskell.git

More information about dh-haskell can be obtained from 
https://anonscm.debian.org/cgit/users/kaction-guest/dh-haskell.git

Changes since last upload:

  * Correctly handle packages without library. (Closes: #820406)
Patch is inspired by one, provided by Neil Mayhew.
  * Fix handling of multiple flags, returned by `dpkg-buildflags'.
(Closes: #822947) Patch provided by Colin Watson (cjwat...@ubuntu.com).
  * Bump standards version to 3.9.8 (no changes needed)
  * Fix debian/copyright syntax
  * Use secure uri in Vcs-Git field
  * Fix spelling errors
  * Fix wrong links in debian/control

Regards,
  Dmitry Bogatov

Bug#823291: mon-client: use of uninitialised value when server doesn't like client address

[Russell Coker]

Package: mon-client
Version: 1.2.0-2
Severity: important
Tags: patch

# /usr/lib/mon/mon.d/remote.monitor katana.coker.com.au
Use of uninitialized value $l in concatenation (.) or string at 
/usr/share/perl5/Mon/Client.pm line 254.
katana.coker.com.au

Details for katana.coker.com.au failure :
Connection failed: connect failed, protocol mismatch

(in cleanup) Can't use an undefined value as a symbol reference at 
/usr/share/perl5/Mon/Client.pm line 269 during global destruction.

Above is the result of trying to probe one of my servers, the server katana 
logged
"closing unwanted client:" and dropped the connection.

Below is the patch to fix the Perl errors and just clearly display the 
application
errors:


--- /tmp/Client.pm  2016-05-03 16:04:45.659453764 +1000
+++ /usr/share/perl5/Mon/Client.pm  2016-05-03 16:07:23.439851300 +1000
@@ -251,7 +251,7 @@
 my ($r, $l) = _do_cmd ($self->{"HANDLE"}, "protid $p");
 
 if (!defined $r) {
-   $self->{"ERROR"} = "error ($l)";
+   $self->{"ERROR"} = "error";
return undef;
 } elsif ($r !~ /^220/) {
$self->{"ERROR"} = $r;
@@ -266,7 +266,7 @@
 
 undef $self->{"ERROR"};
 
-if (!defined close ($self->{"HANDLE"})) {
+if (defined $self->{"HANDLE"} and !defined close ($self->{"HANDLE"})) {
$self->{"ERROR"} = "could not close: $!";
return undef;
 }

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

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

Versions of packages mon-client depends on:
ii  perl  5.22.1-10

mon-client recommends no packages.

mon-client suggests no packages.

-- no debconf information

Bug#823290: gitlab: several security issues fixed by latest version (including CVE-2016-4340)

[Paul Wise]

Package: gitlab
Severity: serious

GitLab recently fixed several serious security issues:

https://about.gitlab.com/2016/05/02/cve-2016-4340-patches/

CVE-2016-4340: Privilege escalation via "impersonate" feature
Privilege escalation via notes API
Privilege escalation via project webhook API
XSS vulnerability via branch and tag names
XSS vulnerability via custom issue tracker URL
XSS vulnerability via window.opener
XSS vulnerability via label drop-down
Information disclosure via milestone API
Information disclosure via snippet API
Information disclosure via project labels
Information disclosure via new merge request page

Please update the Debian gitlab package to the latest upstream.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise




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

Bug#750138: scap-workbench

[Frank lin Piat]

[CC'ing Pierre]

On sam., 2016-04-30 at 11:52 -0400, Klee Dienes wrote:
> I'd be happy to sponsor the package.  I noticed you have Pierre
> Chifflier  listed in the Uploaders: field ... is
> he already sponsoring the package?  If so I'll gladly defer.

Your offer is welcome and accepted, Pierre never had time to upload.

I suppose we could decide where to host the git repository before
uploading.
Do you think it's better to first use a "collab-maint" repo, or create
an Alioth group to collaborate on SCAP related stuff ?


> I took a quick look and came up with a few minor nits:
> [..]
> I pushed updates [..] to a fork on
> https://anonscm.debian.org/git/users/klee/scap-workbench.git

Thanks, merged

> I'm happy to collaborate on this and other similar projects.

I'll be happy to work on this with you,

Franklin

Bug#823289: RFS: progress/0.13-3

[lumin]

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

 * Package name: progress
   Version : 0.13-3
   Upstream Author : xfennec
 * URL : github.com/xfennec/progress
 * License : gpl
   Section : utils

  It builds those binary packages:

progress   - Coreutils Progress Viewer (formerly known as 'cv')

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

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


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

dget -x 
https://mentors.debian.net/debian/pool/main/p/progress/progress_0.13-3.dsc

  debomatic-amd64 buildlog:
  
http://debomatic-amd64.debian.net/distribution#unstable/progress/0.13-3/buildlog

  Changes since the last upload:

progress (0.13-3) unstable; urgency=medium

  * Hardening build: Append $(CPPFLAGS) to CC argument list
in upstream Makefile.
  * Update Vcs-Git to https link.
  * Bump Standards version to 3.9.8 . (no change required)



  Regards,
   Zhou Mo