Bug#760097: /usr/bin/apport-notifyd: apport-notifyd does not exit when the user logout

[Ritesh Raj Sarraf]

Now with Yuru's patch we have intelligence to walk down /proc looking
for a PID before firing a new one.

If you want, you can test the latest version in experimental.


On Wednesday 10 September 2014 04:24 PM, Ritesh Raj Sarraf wrote:
> One approach that I just documented in the NEWS file is to use a
> shutdown script. In KDE, we have ~/.kde/shutdown/ for this. I'll look
> into your suggestion later. Right now I need to get my other packages
> in shape for Jessie.
>
> On Wed, Sep 10, 2014 at 4:21 PM, Laurent Bigonville  > wrote:
>
> Le Wed, 10 Sep 2014 15:32:10 +0530,
> Ritesh Raj Sarraf mailto:r...@researchut.com>>
> a écrit :
>
> > On Monday 01 September 2014 05:12 PM, Laurent Bigonville wrote:
> > >> >Give me your thoughts here. The daemon gets started as the user
> > >> >logs in. I think I made it follow some fdo xdg stuff. Is there
> > >> >something similar for logout ??
> > >> >daemon(0,0);
> > > Are you sure that application started by xdg autostart can
> actually
> > > fork? I've the feeling that gnome-session is loosing track of the
> > > PID of the process (but this is a wild guess)
> >
> >
> > I have no idea about desktops. That's why I asked you.
> >
> > The other approach would be to do a check in within the daemon
> > itself. It would mean walking down the /proc file system and
> look for
> > the proc name. Ugly, but may work. May look at it in the future.
>
> I tried removing the call to daemon(3), same issue.
>
> Could be related to the use of system() command?
>
> Quoting the system(3) manpage:
>
>As mentioned, system() ignores SIGINT and SIGQUIT.  This
> may make programs that call it from a loop uninterruptible, unless
> they take care themselves to check the exit  sta‐
>tus of the child.  For example:
>while (something) {
>int ret = system("foo");
>
>if (WIFSIGNALED(ret) &&
>(WTERMSIG(ret) == SIGINT || WTERMSIG(ret) ==
>SIGQUIT)) break;
>}
>
>
>
>
> -- 
> Ritesh Raj Sarraf
> RESEARCHUT - http://www.researchut.com
> "Necessity is the mother of invention."


-- 
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
"Necessity is the mother of invention."




signature.asc
Description: OpenPGP digital signature

Bug#781919: diaspora-installer: [INTL:nl] Dutch translation of debconf messages

[Christian PERRIER]

Quoting Frans Spiesschaert (frans.spiesscha...@yucom.be):
>  
> 
> Package: diaspora-installer 
> Severity: wishlist 
> Tags: l10n patch 
>  
> 
> Dear Maintainer, 


Hello,

It seems that you used the unreviewed version of the templates. As
there have been many changes during the review, here is the new
version of your translation, merged with the new English templates.


Could you update it?




nl.po
Description: application/gettext


signature.asc
Description: Digital signature

Bug#781938: ffmpeg: please compile ffmpeg with libvidstab

[Timothy Gu]

Hi,

On Sat, Apr 4, 2015 at 9:33 PM Rogério Brito  wrote:
>
> It would be super nice to have ffmpeg compiled with libvidstab in Debian.
> Please, see bug #709193 [0] for a RFP bug. I may consider co-maintaining
> it,
> if you want (I'm just so full of packages right now that I can only
> consider
> co-maintainerships, not being full maintainer).
>

Just out of curiosity, how does libvidstab compare to the native FFmpeg
deshake filter [1]?

[1]: https://www.ffmpeg.org/ffmpeg-filters.html#deshake

Timothy

Bug#781939: /usr/bin/rscreen: Manual for rscreen

[Alexandre Delanoe]

Package: autossh
Version: 1.4d-1
Severity: normal
File: /usr/bin/rscreen

Dear Maintainer,

Here is a manpage for the rscreen (and rtmux) script:


---8<-8<8<8<8<8<8<8<8<8<8<--

rscreen(1)

NAME
rscreen - monitor and restart remote screen or tmux session

SYNOPSIS
rscreen [autossh or ssh options] 

DESCRIPTION
rscreen is a script to use autossh to open up a remote screen
or tmux session, or reconnect to an existing one. 

Based on autossh's original rscreen example script as installed on
Debian systems into /usr/share/doc/autossh/rscreen, but with more
generally usable defaults

SEE ALSO
ssh(1), autossh(1), screen(1), tmux(1)

AUTHOR
   rscreen was written by Carson Harding (2002) and Axel Beckert (2011)

COPYRIGHT
Redistribution and use in source and binary forms, with or without
modification, are freely permitted.

---8<-8<8<8<8<8<8<8<8<8<8<--

It is exactly the same for /usr/bin/rtmux

Cheers,
anoe


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

Bug#781885: wheezy-pu: package libdbd-pg-perl/2.19.2-2+deb7u1

[Salvatore Bonaccorso]

Hi Adam,

On Sat, Apr 04, 2015 at 05:33:08PM +0100, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
> 
> On Sat, 2015-04-04 at 14:06 +0200, Salvatore Bonaccorso wrote:
> > Christoph Biedl reported that there is an interoperability problem
> > with a wheezy client using libdbd-pg-perl against a PostgreSQL server
> > running >= 9.2 so in particular this will be a problem if wheezy
> > clients try to connect to a Jessie running server with postgresql-9.4:
> > 
> > https://bugs.debian.org/781722
> > 
> > There is a upstream commit included in later libdbd-pg-perl versions
> > which address this, but this is missing in wheezy:
> > 
> > https://rt.cpan.org/Public/Bug/Display.html?id=77042
> 
> Please go ahead, thanks.

Thank you! Uploaded yesterday.

Regards,
Salvatore


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

Bug#781935: initramfs-tools: XServe G5 all fans run full speed

[Milan Kupcevic]

tags 781935 + patch
thanks

diff --git a/hooks/thermal b/hooks/thermal
index 93f5100..0b755e0 100755
--- a/hooks/thermal
+++ b/hooks/thermal
@@ -32,8 +32,11 @@ powerpc|ppc64)
 	MODEL="${MODEL##*: }"
 
 	case "$MODEL" in
-	  RackMac3,1|PowerMac7,2|PowerMac7,3)
-	force_load therm_pm72
+	  RackMac3,1)
+	force_load windfarm_rm31
+	;;
+	  PowerMac7,2|PowerMac7,3)
+	force_load windfarm_pm72
 	;;
 	  PowerMac8,1|PowerMac8,2)
 	force_load windfarm_pm81
@@ -60,6 +63,15 @@ powerpc|ppc64)
 	manual_add_modules windfarm_smu_controls
 	manual_add_modules windfarm_smu_sat
 	manual_add_modules windfarm_smu_sensors
+	manual_add_modules windfarm_ad7417_sensor
+	manual_add_modules windfarm_fcu_controls
+	manual_add_modules windfarm_lm87_sensor
+	manual_add_modules windfarm_pm112
+	manual_add_modules windfarm_pm121
+	manual_add_modules windfarm_pm72
+	manual_add_modules windfarm_pm81
+	manual_add_modules windfarm_pm91
+	manual_add_modules windfarm_rm31
 	;;
 i386|amd64|ia64)
 	manual_add_modules fan

Bug#781938: ffmpeg: please compile ffmpeg with libvidstab

[Rogério Brito]

Package: ffmpeg
Severity: wishlist

Hi, Andreas.

It would be super nice to have ffmpeg compiled with libvidstab in Debian.
Please, see bug #709193 [0] for a RFP bug. I may consider co-maintaining it,
if you want (I'm just so full of packages right now that I can only consider
co-maintainerships, not being full maintainer).

[0]: https://bugs.debian.org/709193


Thanks for packaging ffmpeg,

-- 
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br


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

Bug#781934: XServe G5: all fans run full speed

[Milan Kupcevic]

tags 781934 + patch
thanks

Index: linux/debian/config/kernelarch-powerpc/config
===
--- linux/debian/config/kernelarch-powerpc/config	(revision 22467)
+++ linux/debian/config/kernelarch-powerpc/config	(working copy)
@@ -389,8 +389,10 @@
 CONFIG_MAC_EMUMOUSEBTN=y
 CONFIG_THERM_WINDTUNNEL=m
 CONFIG_THERM_ADT746X=m
-CONFIG_THERM_PM72=m
+# CONFIG_THERM_PM72 is not set
 CONFIG_WINDFARM=m
+CONFIG_WINDFARM_RM31=m
+CONFIG_WINDFARM_PM72=m
 CONFIG_WINDFARM_PM81=m
 CONFIG_WINDFARM_PM91=m
 CONFIG_WINDFARM_PM112=m
Index: linux/debian/config/kernelarch-powerpc/config-arch-64-be
===
--- linux/debian/config/kernelarch-powerpc/config-arch-64-be	(revision 22467)
+++ linux/debian/config/kernelarch-powerpc/config-arch-64-be	(working copy)
@@ -66,9 +66,12 @@
 ## file: drivers/macintosh/Kconfig
 ##
 CONFIG_WINDFARM=m
+CONFIG_WINDFARM_RM31=m
+CONFIG_WINDFARM_PM72=m
 CONFIG_WINDFARM_PM81=m
 CONFIG_WINDFARM_PM91=m
 CONFIG_WINDFARM_PM112=m
+CONFIG_WINDFARM_PM121=m
 
 ##
 ## file: drivers/net/ethernet/pasemi/Kconfig
Index: linux/debian/installer/powerpc/modules/powerpc-powerpc64/fancontrol-modules
===
--- linux/debian/installer/powerpc/modules/powerpc-powerpc64/fancontrol-modules	(revision 22467)
+++ linux/debian/installer/powerpc/modules/powerpc-powerpc64/fancontrol-modules	(working copy)
@@ -1,5 +1,4 @@
 i2c-powermac ?
-therm_pm72 ?
 windfarm_core ?
 windfarm_cpufreq_clamp ?
 windfarm_lm75_sensor ?
@@ -9,6 +8,12 @@
 windfarm_pm112 ?
 windfarm_pm81 ?
 windfarm_pm91 ?
+windfarm_pm72 ?
+windfarm_rm31 ?
 windfarm_smu_controls ?
 windfarm_smu_sat ?
 windfarm_smu_sensors ?
+windfarm_ad7417_sensor ?
+windfarm_fcu_controls ?
+windfarm_lm87_sensor ?
+windfarm_pid ?

Bug#781937: RFP: ijulia -- IJulia is to Julia what IPython is to Python.

[isis agora lovecruft]

Package: wnpp
Severity: wishlist

  Package name: ijulia
  Version : x.y.z
  Upstream Author : Name 
  URL : https://github.com/JuliaLang/IJulia.jl
  License : MIT
  Programming Lang: Julia
  Description : IJulia is to Julia what IPython is to Python.
  Depends : julia, ipython

That is, IJulia is a rich, interactive interpreter with extensive help,
tab-completion, and other niceties, for the Julia language (a fast,
homoiconic, functional language developed as the successor to R and designed
for technical, statistical, and mathematical computing as well as distributed
computation).

Thanks for all the work you all do for Debian!

-- 
 ♥Ⓐ isis agora lovecruft
_
OpenPGP: 4096R/0A6A58A14B5946ABDE18E207A3ADB67A2CDB8B35
Current Keys: https://blog.patternsinthevoid.net/isis.txt



signature.asc
Description: Digital signature

Bug#781929: [Pkg-openssl-devel] Bug#781929: Is it a packaging/compiling issue within Debian itself or has the issue been forwarded to OpenSSL BTS as well ?

[Kurt Roeckx]

On Sun, Apr 05, 2015 at 07:25:06AM +0530, shirish ? wrote:
> Hi all,
> I read almost all of the bugs which are merged with this. But couldn't
> find a single one in which the bug had been forwarded to OpenSSL BTS.

This is not an upstream OpenSSL problem.

> Can somebody explain with some more details please.

The version in experimental drops symbols.  This is intentional.
All reverse dependencies making use of those symbols are affected.
All of them will need to be fixed not to use those symbols.


Kurt


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

Bug#781934: XServe G5: all fans run full speed

[Milan Kupcevic]

The therm_pm72 module is obsolete. It does not do thermal management anymore. 
I've compiled windfarm_rm31 and windfarm_pm72 modules and successfully tested 
on an XServe G5 (RackMac3,1) and a Power Mac G5 (PowerMac7,3). 

Milan


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

Bug#781934: XServe G5 all fans run full speed

[Milan Kupcevic]

Package: src:linux
Version: 3.16.7-ckt7-1
Severity: important


Installing jessie makes XServe G5 fans run full speed all the time.



-- Package-specific info:
** Version:
Linux version 3.16.0-4-powerpc64 (debian-ker...@lists.debian.org) (gcc version 
4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt7-1 (2015-03-01)

** Command line:
root=UUID=47e08bf5-e62c-4488-9715-ecc20f04b351 ro 

** Not tainted

** Kernel log:
[6.514122] systemd[1]: Starting system-getty.slice.
[6.534961] systemd[1]: Created slice system-getty.slice.
[6.544965] systemd[1]: Starting Create list of required static device nodes 
for the current kernel...
[6.575941] systemd[1]: Mounting Debug File System...
[6.597499] systemd[1]: Mounting POSIX Message Queue File System...
[6.619313] systemd[1]: Mounting Huge Pages File System...
[6.673770] systemd[1]: Starting Load Kernel Modules...
[6.698216] systemd[1]: Starting udev Coldplug all Devices...
[6.765327] systemd[1]: Started Set Up Additional Binary Formats.
[6.775556] systemd[1]: Starting Journal Service...
[6.807087] systemd[1]: Started Journal Service.
[7.344876] lp: driver loaded but no devices found
[7.621376] systemd-udevd[171]: starting version 215
[8.488202] [drm] Initialized drm 1.1.0 20060810
[8.733873] systemd-udevd[185]: renamed network interface eth0 to eth2
[8.753893] systemd-udevd[186]: renamed network interface eth1 to eth3
[9.000653] [drm] radeon kernel modesetting enabled.
[9.010302] checking generic (9c008000 96000) vs hw (9800 800)
[9.010309] fb: switching to radeondrmfb from OFfb ATY,BlueSt
[9.024617] Console: switching to colour dummy device 80x25
[9.025144] radeon 0001:06:03.0: enabling device (0086 -> 0087)
[9.025601] [drm] initializing kernel modesetting (RV100 0x1002:0x5159 
0x1002:0x0908).
[9.026603] [drm] register mmio base: 0x9008
[9.026623] [drm] register mmio size: 65536
[9.163941] [drm] Not an x86 BIOS ROM, not using.
[9.173981] [drm] Using device-tree clock info
[9.174005] radeon 0001:06:03.0: VRAM: 128M 0x9800 - 
0x9FFF (64M used)
[9.174014] radeon 0001:06:03.0: GTT: 512M 0x7800 - 
0x97FF
[9.178774] [drm] Detected VRAM RAM=128M, BAR=128M
[9.178792] [drm] RAM width 64bits DDR
[9.178972] [TTM] Zone  kernel: Available graphics memory: 2040832 kiB
[9.178980] [TTM] Initializing pool allocator
[9.179111] [drm] radeon: 64M of VRAM memory ready
[9.179123] [drm] radeon: 512M of GTT memory ready.
[9.179181] [drm] GART: num cpu pages 8192, num gpu pages 131072
[9.201437] [drm] PCI GART of 512M enabled (table at 0x6218).
[9.201655] radeon 0001:06:03.0: WB disabled
[9.201676] radeon 0001:06:03.0: fence driver on ring 0 use gpu addr 
0x7800 and cpu addr 0xc00164ad
[9.201692] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[9.201697] [drm] Driver supports precise vblank timestamp query.
[9.201765] [drm] radeon: irq initialized.
[9.201809] [drm] Loading R100 Microcode
[9.237575] radeon 0001:06:03.0: firmware: failed to load radeon/R100_cp.bin 
(-2)
[9.237648] [drm:r100_cp_init] *ERROR* Failed to load firmware!
[9.237657] radeon 0001:06:03.0: failed initializing CP (-2).
[9.237664] radeon 0001:06:03.0: Disabling GPU acceleration
[9.237692] [drm] radeon: cp finalized
[9.238134] i2c i2c-5: therm_pm72: attach_adapter method is deprecated
[9.238146] i2c i2c-5: Please use another way to instantiate your i2c_client
[9.238212] i2c i2c-6: therm_pm72: attach_adapter method is deprecated
[9.238219] i2c i2c-6: Please use another way to instantiate your i2c_client
[9.238272] i2c i2c-7: therm_pm72: attach_adapter method is deprecated
[9.238279] i2c i2c-7: Please use another way to instantiate your i2c_client
[9.238334] i2c i2c-8: therm_pm72: attach_adapter method is deprecated
[9.238341] i2c i2c-8: Please use another way to instantiate your i2c_client
[9.246611] [drm] Connector Table: 1 (generic)
[9.246652] [drm] No TMDS info found in BIOS
[9.246663] [drm] No TV DAC info found in BIOS
[9.246944] [drm] Radeon Display Connectors
[9.246950] [drm] Connector 0:
[9.246954] [drm]   DVI-I-1
[9.246958] [drm]   HPD1
[9.246964] [drm]   DDC: 0x64 0x64 0x64 0x64 0x64 0x64 0x64 0x64
[9.246968] [drm]   Encoders:
[9.246973] [drm] DFP1: INTERNAL_TMDS1
[9.246977] [drm] CRT2: INTERNAL_DAC2
[9.246982] [drm] Connector 1:
[9.246986] [drm]   VGA-1
[9.246991] [drm]   DDC: 0x60 0x60 0x60 0x60 0x60 0x60 0x60 0x60
[9.247004] [drm]   Encoders:
[9.247005] [drm] CRT1: INTERNAL_DAC1
[9.247006] [drm] Connector 2:
[9.247006] [drm]   SVIDEO-1
[9.247007] [drm]   Encoders:
[9.247008] [drm] TV1: INTERNAL_DAC2
[9.345904] [drm] fb mappable at 0x9804
[9.345923] [drm] vram apper at 0x9800
[9.3

Bug#781376: [Pkg-kde-extras] Bug#781376: Bug#781376: oxygen-gtk3: Do not depend on libgtk-3-0

[Scott Kitterman]

On Sunday, April 05, 2015 11:41:44 AM Dmitry Smirnov wrote:
> On Sat, 28 Mar 2015 09:48:36 Scott Kitterman wrote:
> > The point of packages like this is to make gtk based applications look
> > better when used in a Plasma environment.
> > 
> > Consider the idea of an installation that includes no gtk applications to
> > start with. In such an installation as this, the package has no immediate
> > use, so not having a gtk depends does no harm and keeps gtk off a system
> > where it's really not needed.
> > 
> > Then later, when a gtk using application is installed, and gtk is pulled
> > onto the system because of it, it will automatically look nice because the
> > oxygen theme was already there.
> 
> I see... I do not like the idea of breaking valid package dependency.
> Oxygen-gtk3 is actually uses symbols from libgtk and it feels wrong to
> remove valid dependency for no good reason. Besides there may be situations
> when GTK application is not installed using package management system (e.g.
> from sources to /usr/local) in which case it won't be useful to have broken
> relationships between packages. When it is ever useful?
> 
> I am not convinced and I think little gain is not worth introducing RC-
> critical bug (missing dependency).

That's the reason why it's excluded in the Ubuntu package (for Kubuntu 
installs which don't have GTK at all otherwise).  Your reasoning is certainly 
sound though and you've definitely got policy on your side.

Even if the difference between Debian and Ubuntu remains, at least both sides 
understand why it's there now.

Scott K



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

Bug#781933: avahi-daemon: Missing dependency on net-tools package

[Olaf Meeuwissen]

Package: avahi-daemon
Version: 0.6.31-4+b2
Severity: serious
Justification: Policy 3.5

Dear Maintainer,

The /usr/lib/avahi/avahi-daemon-check-dns.sh script call ifconfig
and route in its dns_reachable() function.  These utilities are
part of the net-tools package but avahi-daemon does not declare a
dependency on this package.  The ifupdown only suggested it, so I
purged net-tools.  Now I get error messages when running

 sudo ifdown -a
 sudo ifup -a

These are the error messages in question:

 /usr/lib/avahi/avahi-daemon-check-dns.sh: 35: 
/usr/lib/avahi/avahi-daemon-check-dns.sh: ifconfig: not found
 /usr/lib/avahi/avahi-daemon-check-dns.sh: 39: 
/usr/lib/avahi/avahi-daemon-check-dns.sh: route: not found

Simply adding net-tools to the Depends: should fix this.

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

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

Versions of packages avahi-daemon depends on:
ii  adduser  3.113+nmu3
ii  bind9-host [host]1:9.9.5.dfsg-9
ii  dbus 1.8.16-1
ii  init-system-helpers  1.22
ii  libavahi-common3 0.6.31-4+b2
ii  libavahi-core7   0.6.31-4+b2
ii  libc62.19-15
ii  libcap2  1:2.24-7
ii  libdaemon0   0.14-6
ii  libdbus-1-3  1.8.16-1
ii  libexpat12.1.0-6+b3
ii  lsb-base 4.1+Debian13+nmu1

Versions of packages avahi-daemon recommends:
ii  libnss-mdns  0.10-6

Versions of packages avahi-daemon suggests:
pn  avahi-autoipd  

-- no debconf information


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

Bug#781929: Is it a packaging/compiling issue within Debian itself or has the issue been forwarded to OpenSSL BTS as well ?

[shirish शिरीष]

Hi all,
I read almost all of the bugs which are merged with this. But couldn't
find a single one in which the bug had been forwarded to OpenSSL BTS.

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


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

Bug#781928: ITA: shtool -- portable shell tool from the GNU project

[Eriberto Mota]

retitle 781928 ITA: shtool -- portable shell tool from the GNU project
thanks 

---

Uploaded now, using 2-day delay queue, the revision 2.0.8-7, that will close 
this bug.

Cheers,

Eriberto


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

Bug#781376: [Pkg-kde-extras] Bug#781376: Bug#781376: oxygen-gtk3: Do not depend on libgtk-3-0

[Dmitry Smirnov]

On Sat, 28 Mar 2015 09:48:36 Scott Kitterman wrote:
> The point of packages like this is to make gtk based applications look
> better when used in a Plasma environment.
> 
> Consider the idea of an installation that includes no gtk applications to
> start with. In such an installation as this, the package has no immediate
> use, so not having a gtk depends does no harm and keeps gtk off a system
> where it's really not needed.
> 
> Then later, when a gtk using application is installed, and gtk is pulled
> onto the system because of it, it will automatically look nice because the
> oxygen theme was already there.

I see... I do not like the idea of breaking valid package dependency. 
Oxygen-gtk3 is actually uses symbols from libgtk and it feels wrong to remove 
valid dependency for no good reason. Besides there may be situations when GTK 
application is not installed using package management system (e.g. from 
sources to /usr/local) in which case it won't be useful to have broken 
relationships between packages. When it is ever useful?

I am not convinced and I think little gain is not worth introducing RC-
critical bug (missing dependency).

-- 
Cheers,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B

---

Do your duty as you see it, and damn the consequences.
-- George S. Patton


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

Bug#781780: alsa-utils: General protection fault snd-usb-audio: rawmidi drain error (avail = 32, buffer_size = 4096)

[Alex Goebel]

control: severity -1 normal
thanks

This looks more like a problem with the kernel driver for that device. 
Does it work with a newer (or, ftm, older) kernel?



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

Bug#781932: xserver-xorg-video-intel: laptop display unusable (blank) if external monitor is connected

[Chris Bainbridge]

Package: xserver-xorg-video-intel
Version: 2:2.21.15-2+b2
Severity: serious

Dear Maintainer,

Hardware: IvyBridge HD4000 GPU on Macbook Pro 13

To reproduce:

- Connect an external monitor on DP
- Boot jessie
- Log in to Gnome
- Laptop display immediately goes blank

This bug appears to be fixed in the latest upstream git. It is not
known at which point it got fixed. xorg.log with working upstream git:

 (--) intel(0): Output eDP1 using initial mode 2560x1600 on pipe 0
 (--) intel(0): Output DP2 using initial mode 1680x1050 on pipe 1

xorg.log with non-working jessie driver:

 (II) intel(0): Output eDP1 using initial mode 1680x1050
 (II) intel(0): Output DP2 using initial mode 1680x1050

So the issue might be that the driver attempts to use the incorrect
external monitor resolution 1680x1050 for the laptop display. Though
xrandr reports the laptop display resolution 2560x1600 is in use:

Screen 0: minimum 320 x 200, current 4240 x 1600, maximum 8192 x 8192
eDP1 connected primary 2560x1600+0+0 (normal left inverted right x axis y axis)
286mm x 179mm
   2560x1600 59.97*+
   2048x1536 60.00
   1920x1440 60.00
   1856x1392 60.01
   1792x1344 60.01
   1920x1200 59.95
   1920x1080 59.93
   1600x1200 60.00
   1680x1050 59.9559.88
   1600x1024 60.17
   1400x1050 59.98
   1280x1024 60.02
   1440x900  59.89
   1280x960  60.00
   1360x768  59.8059.96
   1152x864  60.00
   1024x768  60.00
   800x600   60.3256.25
   640x480   59.94

Attempting to manually change the mode with xrandr does nothing (not
surprising, as xrandr reports the mode is already correct).


-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Feb 20  2014 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 2401376 Feb 11 00:35 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
00:02.0 VGA compatible controller [0300]: Intel Corporation 3rd Gen
Core processor Graphics Controller [8086:0166] (rev 09)

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

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

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

Kernel version (/proc/version):
---
Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc
version 4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt7-1
(2015-03-01)

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 31378 Jul 28  2014 /var/log/Xorg.10.log
-rw-r--r-- 1 root root 27023 Feb 28 17:54 /var/log/Xorg.3.log
-rw-r--r-- 1 root root 27022 Feb 28 18:51 /var/log/Xorg.1.log
-rw-r--r-- 1 root root 28596 Mar  1 01:31 /var/log/Xorg.2.log
-rw-r--r-- 1 root root 42096 Apr  5 01:31 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[52.259]
X.Org X Server 1.16.4
Release Date: 2014-12-20
[52.259] X Protocol Version 11, Revision 0
[52.259] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian
[52.259] Current Operating System: Linux debian 3.16.0-4-amd64 #1
SMP Debian 3.16.7-ckt7-1 (2015-03-01) x86_64
[52.259] Kernel command line:
BOOT_IMAGE=/@jessie/boot/vmlinuz-3.16.0-4-amd64
root=UUID=61cc969e-5ba5-4e04-80ad-5e26d2f39c55 ro
rootflags=subvol=@jessie quiet
[52.259] Build Date: 11 February 2015  12:32:02AM
[52.259] xorg-server 2:1.16.4-1 (http://www.debian.org/support)
[52.259] Current version of pixman: 0.32.6
[52.259] Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[52.259] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[52.259] (==) Log file: "/var/log/Xorg.0.log", Time: Sun Apr  5
01:31:33 2015
[52.259] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[52.260] (==) No Layout section.  Using the first Screen section.
[52.260] (==) No screen section available. Using defaults.
[52.260] (**) |-->Screen "Default Screen Section" (0)
[52.260] (**) |   |-->Monitor ""
[52.260] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[52.260] (==) Automatically adding devices
[52.260] (==) Automatically enabling devices
[52.260] (==) Automatically adding GPU devices
[52.260] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[52.260] Entry deleted from font path.
[52.260] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[52.260] (==) ModulePath set to "/usr/lib/xorg/modules"
[52.260] (II) The server

Bug#768476: opened #781929 as deluge-gtk also gets affected

[shirish शिरीष]

Hi all,
As shared by Kurk at https://bugs.debian.org/768476#10 filed the bug
at #781929 . Feel free to merge the same or whatever else needs to be
done there.

Meanwhile, have downgraded both libssl1.0.0 and openssl to the version
in jessie which fixes the issue for now.
-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.wordpress.com
EB80 462B 08E1 A0DE A73A  2C2F 9F3D C7A4 E1C4 D2D8


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

Bug#781927: RFS: qemuctl - control gui for qemu / 0.3.1-4 [ITA]

[Dmitry Smirnov]

Hi Antti,

On Sun, 5 Apr 2015 03:05:23 Antti Järvinen wrote:
>   I am looking for a sponsor for package "qemuctl"

Ideally to adopt package you need to change more than just declare yourself as 
maintainer for first upload. Fix a bug maybe or improve something.

Also if you have access to collab-maint it may be better to put packaging 
repository to our infrastructure.

-- 
Regards,
 Dmitry Smirnov
 GPG key : 4096R/53968D1B

---

The persistence of erroneous beliefs exacerbates the widespread
anachronistic failure to recognize the urgent problems that face
humanity on this planet.
-- Murray Gell-Mann, "Quark and the Jaguar"


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

Bug#781931: deluge-gtk: Tracebacks and Exceptions

[shirish शिरीष]

Package: deluge-gtk
Version: 1.3.10-3
Severity: normal

Dear Maintainer,
Have been using the new version for sometime but used it via CLLI for
the first time and came across the following Tracebacks and
Exceptions. See below. This was just after fixing the openssl issue :-

[ERROR   ] 06:08:56 component:118 [Failure instance: Traceback: : Address family not supported by protocol
/usr/lib/python2.7/dist-packages/deluge/ui/client.py:432:__init__
/usr/lib/python2.7/dist-packages/deluge/core/daemon.py:161:__init__
/usr/lib/python2.7/dist-packages/deluge/component.py:296:start
/usr/lib/python2.7/dist-packages/deluge/component.py:124:_component_start
---  ---
/usr/lib/python2.7/dist-packages/twisted/internet/defer.py:139:maybeDeferred
/usr/lib/python2.7/dist-packages/deluge/core/preferencesmanager.py:162:start
/usr/lib/python2.7/dist-packages/deluge/config.py:312:register_set_function
/usr/lib/python2.7/dist-packages/deluge/core/preferencesmanager.py:258:_on_set_listen_interface
/usr/lib/python2.7/dist-packages/deluge/core/preferencesmanager.py:276:_on_set_random_port
]
Unhandled error in Deferred:
Unhandled Error
Traceback (most recent call last):
  File "/usr/lib/python2.7/dist-packages/deluge/ui/client.py", line
432, in __init__
self.__daemon = deluge.core.daemon.Daemon(classic=True)
  File "/usr/lib/python2.7/dist-packages/deluge/core/daemon.py", line
161, in __init__
component.start("PreferencesManager")
  File "/usr/lib/python2.7/dist-packages/deluge/component.py", line
296, in start
deferreds.append(self.components[name]._component_start())
  File "/usr/lib/python2.7/dist-packages/deluge/component.py", line
124, in _component_start
d = maybeDeferred(self.start)
---  ---
  File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py",
line 139, in maybeDeferred
result = f(*args, **kw)
  File "/usr/lib/python2.7/dist-packages/deluge/core/preferencesmanager.py",
line 162, in start
self._on_set_listen_interface)
  File "/usr/lib/python2.7/dist-packages/deluge/config.py", line 312,
in register_set_function
function(key, self.__config[key])
  File "/usr/lib/python2.7/dist-packages/deluge/core/preferencesmanager.py",
line 258, in _on_set_listen_interface
self._on_set_random_port("random_port", self.config["random_port"])
  File "/usr/lib/python2.7/dist-packages/deluge/core/preferencesmanager.py",
line 276, in _on_set_random_port
self.session.listen_on(listen_ports[0], listen_ports[1],
str(self.config["listen_interface"]).strip())
exceptions.RuntimeError: Address family not supported by protocol
[ERROR   ] 06:08:59 component:118 [Failure instance: Traceback: : Address family not supported by protocol
/usr/lib/python2.7/dist-packages/twisted/internet/base.py:429:_continueFiring
/usr/lib/python2.7/dist-packages/deluge/ui/gtkui/gtkui.py:363:_on_reactor_start
/usr/lib/python2.7/dist-packages/deluge/component.py:296:start
/usr/lib/python2.7/dist-packages/deluge/component.py:124:_component_start
---  ---
/usr/lib/python2.7/dist-packages/twisted/internet/defer.py:139:maybeDeferred
/usr/lib/python2.7/dist-packages/deluge/core/preferencesmanager.py:162:start
/usr/lib/python2.7/dist-packages/deluge/config.py:312:register_set_function
/usr/lib/python2.7/dist-packages/deluge/core/preferencesmanager.py:258:_on_set_listen_interface
/usr/lib/python2.7/dist-packages/deluge/core/preferencesmanager.py:276:_on_set_random_port

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (600, 'testing'), (500, 'testing-updates'), (1,
'experimental'), (1, 'unstable')
Architecture: amd64 (x86_64)

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

Versions of packages deluge-gtk depends on:
ii  deluge-common   1.3.10-3
ii  librsvg2-common 2.40.9-1
ii  mate-notification-daemon [notification-daemon]  1.8.2-1
ii  notification-daemon 3.14.1-1
ii  python  2.7.9-1
ii  python-glade2   2.24.0-4
ii  python-notify   0.1.1-4
ii  xdg-utils   1.1.0~rc1+git20111210-7.4
ii  xfce4-notifyd [notification-daemon] 0.2.4-3

Versions of packages deluge-gtk recommends:
ii  python-pygame  1.9.2~pre~r3348-1

deluge-gtk suggests no packages.

-- no debconf information

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


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

Bug#672563: transmission-gtk: "auto-add torrents from dir" fails wrong when you delete the dir

[Sandro Tosi]

control: tags -1 + moreinfo

Hello Jason,
can you please check if this behaviour still applies to 2.84 as
available in sid/testing?

Thanks,
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi


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

Bug#781930: deluge-gtk: Warning:The property GtkDialog:has-separator is deprecated and shouldn't be used anymore.

[shirish शिरीष]

Package: deluge-gtk
Version: 1.3.10-3
Severity: normal

Dear Maintainer,
Whenever I start deluge-gtk via CLI I get the following output :-

[$]deluge-gtk
/usr/lib/python2.7/dist-packages/deluge/ui/gtkui/queuedtorrents.py:60:
Warning: The property GtkDialog:has-separator is deprecated and
shouldn't be used anymore. It will be removed in a future version.
  "glade/queuedtorrents.glade"))


-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (600, 'testing'), (500, 'testing-updates'), (1,
'experimental'), (1, 'unstable')
Architecture: amd64 (x86_64)

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

Versions of packages deluge-gtk depends on:
ii  deluge-common   1.3.10-3
ii  librsvg2-common 2.40.9-1
ii  mate-notification-daemon [notification-daemon]  1.8.2-1
ii  notification-daemon 3.14.1-1
ii  python  2.7.9-1
ii  python-glade2   2.24.0-4
ii  python-notify   0.1.1-4
ii  xdg-utils   1.1.0~rc1+git20111210-7.4
ii  xfce4-notifyd [notification-daemon] 0.2.4-3

Versions of packages deluge-gtk recommends:
ii  python-pygame  1.9.2~pre~r3348-1

deluge-gtk suggests no packages.

-- no debconf information

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


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

Bug#781929: deluge-gtk: version OPENSSL_1.0.0 not defined in file libssl.so.1.0.0 with link time reference

[shirish शिरीष]

Package: deluge-gtk
Version: 1.3.10-3
Justification: renders package unusable
Severity: grave

Dear Maintainer,
Using OpenSSL1.0.0-1.0.2-1 (from Experimental) get the following traceback:-

[$] deluge-gtk
 [5:51:58]
Traceback (most recent call last):
  File "/usr/bin/deluge-gtk", line 9, in 
load_entry_point('deluge==1.3.10', 'gui_scripts', 'deluge-gtk')()
  File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 356,
in load_entry_point
return get_distribution(dist).load_entry_point(group, name)
  File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2476,
in load_entry_point
return ep.load()
  File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2190, in load
['__name__'])
  File "/usr/lib/python2.7/dist-packages/deluge/ui/gtkui/__init__.py",
line 1, in 
from gtkui import start
  File "/usr/lib/python2.7/dist-packages/deluge/ui/gtkui/gtkui.py",
line 41, in 
from twisted.internet import gtk2reactor
  File "/usr/lib/python2.7/dist-packages/twisted/internet/gtk2reactor.py",
line 23, in 
from twisted.internet import _glibbase
  File "/usr/lib/python2.7/dist-packages/twisted/internet/_glibbase.py",
line 20, in 
from twisted.internet import base, posixbase, selectreactor
  File "/usr/lib/python2.7/dist-packages/twisted/internet/posixbase.py",
line 24, in 
from twisted.internet import error, udp, tcp
  File "/usr/lib/python2.7/dist-packages/twisted/internet/tcp.py",
line 29, in 
from twisted.internet._newtls import (
  File "/usr/lib/python2.7/dist-packages/twisted/internet/_newtls.py",
line 21, in 
from twisted.protocols.tls import TLSMemoryBIOFactory, TLSMemoryBIOProtocol
  File "/usr/lib/python2.7/dist-packages/twisted/protocols/tls.py",
line 41, in 
from OpenSSL.SSL import Error, ZeroReturnError, WantReadError
  File "/usr/lib/python2.7/dist-packages/OpenSSL/__init__.py", line 8,
in 
from OpenSSL import rand, crypto, SSL
  File "/usr/lib/python2.7/dist-packages/OpenSSL/rand.py", line 11, in 
from OpenSSL._util import (
  File "/usr/lib/python2.7/dist-packages/OpenSSL/_util.py", line 4, in 
binding = Binding()
  File 
"/usr/lib/python2.7/dist-packages/cryptography/hazmat/bindings/openssl/binding.py",
line 89, in __init__
self._ensure_ffi_initialized()
  File 
"/usr/lib/python2.7/dist-packages/cryptography/hazmat/bindings/openssl/binding.py",
line 113, in _ensure_ffi_initialized
libraries=libraries,
  File "/usr/lib/python2.7/dist-packages/cryptography/hazmat/bindings/utils.py",
line 80, in build_ffi
extra_link_args=extra_link_args,
  File "/usr/lib/python2.7/dist-packages/cffi/api.py", line 340, in verify
lib = self.verifier.load_library()
  File "/usr/lib/python2.7/dist-packages/cffi/verifier.py", line 75,
in load_library
return self._load_library()
  File "/usr/lib/python2.7/dist-packages/cffi/verifier.py", line 151,
in _load_library
return self._vengine.load_library()
  File "/usr/lib/python2.7/dist-packages/cffi/vengine_cpy.py", line
149, in load_library
raise ffiplatform.VerificationError(error)
cffi.ffiplatform.VerificationError: importing
'/usr/lib/python2.7/dist-packages/cryptography/_Cryptography_cffi_36a40ff0x2bad1bae.x86_64-linux-gnu.so':
/usr/lib/python2.7/dist-packages/cryptography/_Cryptography_cffi_36a40ff0x2bad1bae.x86_64-linux-gnu.so:
symbol SSLv3_method, version OPENSSL_1.0.0 not defined in file
libssl.so.1.0.0 with link time reference

This issue is already known as can be seen at #768476 but as shared
therein https://bugs.debian.org/768476#10 each package which is
affected by this bug needs to be reported/known hence reporting it.

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (600, 'testing'), (500, 'testing-updates'), (1,
'experimental'), (1, 'unstable')
Architecture: amd64 (x86_64)

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

Versions of packages deluge-gtk depends on:
ii  deluge-common   1.3.10-3
ii  librsvg2-common 2.40.9-1
ii  mate-notification-daemon [notification-daemon]  1.8.2-1
ii  notification-daemon 3.14.1-1
ii  python  2.7.9-1
ii  python-glade2   2.24.0-4
ii  python-notify   0.1.1-4
ii  xdg-utils   1.1.0~rc1+git20111210-7.4
ii  xfce4-notifyd [notification-daemon] 0.2.4-3

Versions of packages deluge-gtk recommends:
ii  python-pygame  1.9.2~pre~r3348-1

deluge-gtk suggests no packages.

-- no debconf information

-- 
  Regards,
  Shirish Agarwal  शिरीष अग्रवाल
  My quotes in this email licensed under CC 3.0
http://creativecommons.org/licenses/by-nc/3.0/
http://flossexperiences.

Bug#781928: O: shtool

[Joao Eriberto Mota Filho]

Package: wnpp
Severity: normal

The maintainer of the shtool is MIA. I am orphaning this package to
adopt it soon.

Thanks to William Vera for your work over this package.

Regards,

Eriberto


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

Bug#780270: ITA: qemuctl -- controlling GUI for qemu

[Antti Järvinen]

Please see
 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=781927
for corresponding RFS bug. 


inline.txt.asc
Description: Content with signature

Bug#781812: libav

[Reinhard Tartler]

Control: forwarded -1 libav-d...@lists.libav.org

Hi Mathieu,

I would appreciate if in future you could provide a bit more details
when reassigning bugs. The quote below was all that I had to start
working on this issue, which is terse.

My understanding of this we are talking about a curious feature in the
MKV container: apparently, you can attach cover art into the
container. Libavformat allows applications to access embedded images
by providing an extra stream.

Please someone correct me, but my understanding of
http://git.videolan.org/?p=ffmpeg.git;a=commit;h=511585c is that
libavformat implements this inconsistently for different containers. I
wonder how did this happen, is there some deeper reason for  this
inconsistency? Minidlna seems to have stumbled over this inconsistency
and seems to work fine with that patch that was discussed with FFmpeg,
but not with Libav. This is a bit disappointing, maybe you could
forward such clearly upstream bugs yourself to avoid having the
package maintainers as extra round-trip? Thanks.

I do not use minidlna myself, so I cannot verify this issue myself.
However, I've tried to apply the patch that was submitted against
FFmpeg, which I have attached to this email. I've also compared the
output of "avprobe" on the suggested test sample
https://sourceforge.net/projects/matroska/files/test_files/cover_art.mkv
with and without the patch. It seems promising to me, but again, I
have no means to verify this issue, so please someone else take over
of testing it and getting the patch ready for submission in Libav.

Thanks,
Reinahrd

On Sat, Apr 4, 2015 at 11:09 AM, Mathieu Malaterre  wrote:
> reassign 781812 libav 6:11.3-1
> thanks
>
> This has been fixed in ffmpeg:
>
> https://trac.ffmpeg.org/ticket/4423#comment:8
>
> Since minidlna currently uses libav, I am leaving this bug open.
>
> ___
> pkg-multimedia-maintainers mailing list
> pkg-multimedia-maintain...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers



-- 
regards,
Reinhard
From 6338c434c62d748c95c958ab9b5eae26033f38c3 Mon Sep 17 00:00:00 2001
From: wm4 
Date: Fri, 3 Apr 2015 16:11:53 +0200
Subject: [PATCH] matroskadec: export cover art correctly

Generally, libavformat exports cover art pictures as video streams with
1 packet and AV_DISPOSITION_ATTACHED_PIC set. Only matroskadec exported
it as attachment with codec_id set to AV_CODEC_ID_MJPEG.

Obviously, this should be consistent, so change the Matroska demuxer to
export a AV_DISPOSITION_ATTACHED_PIC pseudo video stream.

Matroska muxing is probably incorrect too. I know that it can create
broken files with an audio track and just 1 video frame when e.g.
remuxing mp3 with APIC to mkv. But for now this commit does not change
anything about muxing, and also continues to write attachments with
AV_CODEC_ID_MJPEG should the muxer application have special knowledge
that the Matroska is broken in this way.

Fixes trac #4423.

Signed-off-by: Michael Niedermayer 

Conflicts:
	libavformat/matroskadec.c
---
 libavformat/matroska.c|  9 +++--
 libavformat/matroska.h|  1 +
 libavformat/matroskadec.c | 48 ++-
 libavformat/matroskaenc.c |  5 +
 4 files changed, 48 insertions(+), 15 deletions(-)

diff --git a/libavformat/matroska.c b/libavformat/matroska.c
index 47fdea6..eca1e41 100644
--- a/libavformat/matroska.c
+++ b/libavformat/matroska.c
@@ -89,12 +89,17 @@ const CodecTags ff_mkv_codec_tags[]={
 {"" , AV_CODEC_ID_NONE}
 };
 
-const CodecMime ff_mkv_mime_tags[] = {
-{"text/plain" , AV_CODEC_ID_TEXT},
+const CodecMime ff_mkv_image_mime_tags[] = {
 {"image/gif"  , AV_CODEC_ID_GIF},
 {"image/jpeg" , AV_CODEC_ID_MJPEG},
 {"image/png"  , AV_CODEC_ID_PNG},
 {"image/tiff" , AV_CODEC_ID_TIFF},
+
+{""   , AV_CODEC_ID_NONE}
+};
+
+const CodecMime ff_mkv_mime_tags[] = {
+{"text/plain" , AV_CODEC_ID_TEXT},
 {"application/x-truetype-font", AV_CODEC_ID_TTF},
 {"application/x-font" , AV_CODEC_ID_TTF},
 
diff --git a/libavformat/matroska.h b/libavformat/matroska.h
index d8f4f8e..a7a22a9 100644
--- a/libavformat/matroska.h
+++ b/libavformat/matroska.h
@@ -254,6 +254,7 @@ typedef struct CodecTags{
 
 extern const CodecTags ff_mkv_codec_tags[];
 extern const CodecMime ff_mkv_mime_tags[];
+extern const CodecMime ff_mkv_image_mime_tags[];
 extern const AVMetadataConv ff_mkv_metadata_conv[];
 
 int ff_mkv_stereo3d_conv(AVStream *st, MatroskaVideoStereoModeType stereo_mode);
diff --git a/libavformat/matroskadec.c b/libavformat/matroskadec.c
index d352c8b..2f4f075 100644
--- a/libavformat/matroskadec.c
+++ b/libavformat/matroskadec.c
@@ -1887,22 +1887,44 @@ static int matroska_read_header(AVFormatContext *s)
 av_dict_set(&st->metadata, "filena

Bug#781927: RFS: qemuctl - control gui for qemu / 0.3.1-4 [ITA]

[Antti Järvinen]

Package: sponsorship-requests
Severity: wishlist

Dear Mentors,

  I am looking for a sponsor for package "qemuctl"

   Package name: qemuctl
   Version : 0.3.1-4
   Upstream Author : Peter Rustler 
   URL : https://sourceforge.net/projects/qemuctl/files/
   License : GPL-2+
   Section : misc

  It builds those binary packages:

* qemuctl - control gui for qemu

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

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


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

dget -x 
http://mentors.debian.net/debian/pool/main/q/qemuctl/qemuctl_0.3.1-4.dsc

  Changes since the last upload:

  * New maintainer. (Closes: #780270). 
  * Modified maintainer/vcs-fields in control.

  This bug-report is filed as response to 
  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=780270
  and there is no change in package contents, only maintaner
  has changed. 

  Regards,
   Antti Järvinen


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

Bug#590214: create a web-based submission for use with reportbug and possibly everything

[Jean-Michel Nirgal Vourgère]

Control: noowner -1

I'm ashamed to say I have not worked on that one for too long.

So I'm releasing ownership of that bug.

-- 
Nirgal


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

Bug#781926: RM: bandwidthcalc/0.2-1

[Christoph Goehre]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: rm

Hi,

could you please remove bandwidthcalc from upcoming jessie? Popcon
reports as little as 26 users and I uploaded the last release in 2008.
As madduck explain in #542844, it's more or less useless and just bloat
the archive.

I know the freeze of jessie is long gone, but I nonetheless ask you for
remove of bandwidthcalc. I hope it's not to late.

Cheers,
Christoph


signature.asc
Description: Digital signature

Bug#781925: boinc-client: soffice.bin/oosplash processes started by boinc are hard to kill at shutdown

[Alessandro Barbieri]

Package: boinc-client
Version: 7.4.23+dfsg-1
Severity: normal

Dear Maintainer,

* What led up to the situation?
When i open boinc-client it spawns 2 processes: oosplah and soffice.bin 
(libreoffice) and when i close they remain and at shutdown I have to wait to 
the OS to forcibly kill them.

   * What outcome did you expect instead?
Fast shutdown, not waiting to the process to be killed.

OT

Why libreoffice is needed for running boinc-client?


-- Package-specific info:
-- Contents of /etc/default/boinc-client:
# This file is /etc/default/boinc-client, it is a configuration file for the
# /etc/init.d/boinc-client init script.

# Set this to 1 to enable and to 0 to disable the init script.
ENABLED="1"

# Set this to 1 to enable advanced scheduling of the BOINC core client and
# all its sub-processes (reduces the impact of BOINC on the system's
# performance).
SCHEDULE="1"

# The BOINC core client will be started with the permissions of this user.
BOINC_USER="boinc"

# This is the data directory of the BOINC core client.
BOINC_DIR="/var/lib/boinc-client"

# This is the location of the BOINC core client, that the init script uses.
# If you do not want to use the client program provided by the boinc-client
# package, you can specify here an alternative client program.
#BOINC_CLIENT="/usr/local/bin/boinc"
BOINC_CLIENT="/usr/bin/boinc"

# Here you can specify additional options to pass to the BOINC core client.
# Type 'boinc --help' or 'man boinc' for a full summary of allowed options.
#BOINC_OPTS="--allow_remote_gui_rpc"
BOINC_OPTS=""

# Scheduling options

# Set SCHEDULE="0" if prefering to run with upstream default priority
# settings.

# Nice levels. When systems are truly busy, e.g. because of too many active
# scientific applications started by the boinc client, there is a chance for
# the boinc client not to be granted sufficient opportunity to check for
# scientific applications to be alive and make the (wrong) decision to
# terminate the scientific app. This is particularly an issue with many
# apps started in parallel on modern multi-core systems and extra overheads
# for the download and uploads of files with the project servers. Another
# concern is the latency for scientific applications to communicate with the
# graphics card, which should be low. All such values should be set and
# controled from within the BOINC client. The Debian init script also sets
# extra constrains via chrt on real time performance and via ionice on 
# I/O performance, which is beyond the regular BOINC client. It then was
# too easy to use that code to also constrain minimal nice levels. We still
# think about how to best distinguish GPU applications from regular apps.
BOINC_NICE_CLIENT=10
BOINC_NICE_APP_DEFAULT=19
#BOINC_NICE_APP_GPU=5# not yet used

# ionice classes. See manpage of ionice (1) in the util-linux package.
BOINC_IONICE_CLIENT=3# idle
#BOINC_IONICE_APP_DEFAULT=3  # idle, not yet used
#BOINC_IONICE_APP_GPU=2  # best effort, not yet used


-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (650, 'testing'), (600, 'unstable'), (500, 'testing-updates'), 
(500, 'testing-proposed-updates'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages boinc-client depends on:
ii  adduser3.113+nmu3
ii  ca-certificates20141019
ii  debconf [debconf-2.0]  1.5.56
ii  libboinc7  7.4.23+dfsg-1
ii  libc6  2.19-17
ii  libcurl3   7.38.0-4
ii  libgcc11:4.9.2-10
ii  libstdc++6 4.9.2-10
ii  python 2.7.9-1
ii  zlib1g 1:1.2.8.dfsg-2+b1

boinc-client recommends no packages.

Versions of packages boinc-client suggests:
pn  boinc-amd-opencl   
ii  boinc-manager  7.4.23+dfsg-2exp1
ii  boinc-nvidia-cuda  7.4.23+dfsg-2exp1
ii  x11-xserver-utils  7.7+3+b1

-- Configuration Files:
/etc/boinc-client/cc_config.xml changed:


1
1
1
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0
0


0
0
0

http://boinc.berkeley.edu/download.php?xml=1


http://boinc.berkeley.edu/download.php
0
0
0
iceweasel
josm
LolClient.exe
mplayer2
SC2.exe
StarCraft II.exe
virtualbox
0
0
0
0
0
default
0
300
10
2000
8

Bug#781035: [Pkg-utopia-maintainers] Bug#781035: network-manager: segfault (SIGSEGV) in "nmcli d w" when two wireless NICs available

[Daniel Kahn Gillmor]

Version: 1.0.0-4

On Mon 2015-03-23 13:42:28 -0400, Michael Biebl wrote:
> please try with the latest upstream release 1.0.0 from experimental.
> If the problem is still reproducible, please file a bug upstream and
> report back.

I just upgraded to network-manager 1.0.0-4.  i no longer get a segfault
from "nmcli d w" when two wireless NICs are available.

Thanks for the upload, Michael.  Sorry it took me a little while to get
around to testing it.

   --dkg


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

Bug#781924: RFA: php-texy -- Human-readable text to HTML converter

[David Prévot]

Package: wnpp
Severity: normal

Hi,

I request an adopter for the php-texy package.

I introduced it as a php-apigen dependency, but the latest version (4,
as currently available in experimental) dropped that dependency.

The package description is:
 Texy converts plain text in easy to read Texy syntax into structurally
 valid (X)HTML. It supports adding of images, links, nested lists, tables
 and has full support for CSS. Texy supports hyphenation of long words
 (which reflects language rules), clickable emails and URL (emails are
 obfuscated against spambots), national typographic single and double
 quotation marks, ellipses, em dashes, dimension sign, nonbreakable spaces
 (e.g. in phone numbers), acronyms, arrows and many others. Texy code can
 optionally contain HTML tags.

Regards

David


signature.asc
Description: Digital signature

Bug#780818: lvm2 should never try to access /dev/mmcblk0rpmb (avoid hangs)

[Daniel Kahn Gillmor]

Control: affects 780818 lvm2 partman-base

On Sat 2015-03-21 07:26:46 -0400, Bastian Blank wrote:
> I don't think it is a bug in lvm to try reading a device.
>
>> lvm is a prime culprit of trying to scan this device, which is just not 
>> going to be helpful to users, since it won't contain a PV.
>
> How does it know that as a fact?
>
> Re-assigning to linux, as it allowes read request on devices not
> supporting it.

I understand that the issue might be caused by the kernel itself.  I'm
noting here that this bug affects both lvm2 (because it causes vgscan to
hang for quite a while, at least) as well as causing the partition
manager during d-i to take ages on any system that has this kind of
device.

--dkg


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

Bug#780270: RFA: qemuctl -- controlling GUI for qemu

[Antti Järvinen]

retitle 780270 ITA: qemuctl -- controlling GUI for qemu
owner 780270 !
thanks

Hello,

I want to adopt the package qemuctl. There will be a bug-report
against package sponsorship-requests shortly. 

--
Antti Järvinen


inline.txt.asc
Description: inline-signed version of the message

Bug#781923: plymouth: Plymouth slows down boot significantly

[Ralf Jung]

Package: plymouth
Version: 0.9.0-9
Severity: normal

Dear Maintainer,

after installing plymouth (without even touching its configuration),
boot is much slower than it used to be:
Usually, after entering the PW for full-disk encryption, it takes
1-2 seconds until the login prompt appears. With plymouth, often
(but not always), after 1-2 seconds, there is just a short flicker.
Around 2-5 seconds later, the login prompt then appears for real.
This means boot time with plymouth is more foten than not
>100% slower than "plain" boot time.

I am not sure if that's related, but there is also some other text
from the boot process (like daemons getting started) sometimes
"flickering" into plymouth's "text" splash screen.

Kind regards,
Ralf

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (990, 'testing'), (100, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (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: systemd (via /run/systemd/system)

Versions of packages plymouth depends on:
ii  init-system-helpers  1.22
ii  initramfs-tools  0.119
ii  libc62.19-17
ii  libdrm2  2.4.58-2
ii  libpng12-0   1.2.50-2+b2
ii  libudev1 215-12
ii  multiarch-support2.19-17

plymouth recommends no packages.

Versions of packages plymouth suggests:
ii  desktop-base 8.0.2
ii  plymouth-themes  0.9.0-9

-- no debconf information


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

Bug#778588: Linux 4.0 compat

[maximilian attems]

On Sat, Apr 04, 2015 at 07:30:11PM +0200, Lukas Wunner wrote:
> FWIW, the attached patch enables compatibility with 4.0.

The plan is to upload the next 3.19 stable as soon as it is out,
and then jump to 4.0 to experimental and soon unstable
(after 8.0 release).

best,

-- 
maks


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

Bug#781913: [Pkg-samba-maint] Bug#781913: please build bindings for Python3 and let samba-common-bin use them

[Jelmer Vernooij]

On Sat, Apr 04, 2015 at 10:10:14PM +0200, Matthias Klose wrote:
> On 04/04/2015 08:47 PM, Jelmer Vernooij wrote:
> > On Sat, Apr 04, 2015 at 08:03:19PM +0200, Matthias Klose wrote:
> >> On 04/04/2015 07:40 PM, Jelmer Vernooij wrote:
> >>> On Sat, Apr 04, 2015 at 07:31:59PM +0200, Matthias Klose wrote:
>  Package: src:samba
>  Version: 2:4.1.13+dfsg-4
> 
>  please build bindings for Python3 and let samba-common-bin use them
> >>>
> >>> There are no Python3 bindings for Samba. Porting will be a large effort, 
> >>> and as
> >>> upstream we don't want to maintain support for two Python versions. 
> >>>
> >>> What do you need the Python3 bindings for? Perhaps there are alternatives.
> >>
> >> I was looking what is keeping Python2 on the Ubuntu desktop. For the samba
> >> bindings this is system-config-printer depending on gvfs-backends, 
> >> depending on
> >> samba-libs.
> > 
> > I think getting rid of the Python dependency in samba-libs is a much
> > easier to achieve goal here.
> > 
> > AFAICT The only reason that samba-libs depends on python is because
> > libsamba-net can do provisioning of a local DC (requires the 'samba'
> > package to be installed) by invoking the provision script using Python.
> > 
> > So if we could move that functionality out to a separate library that
> > is not included with samba-libs, we could drop the dependency on
> > python2 in samba-libs.
> 
> right, that would get rid off python libs and python-talloc.  However there is
> another path in that nautilus-share depends on samba-common | 
> samba-common-bin,
> which depend on python-samba.
> 
> and
> $ reverse-depends nautilus-share
> Reverse-Recommends
> ==
> * ubuntu-desktop
> * ubuntu-gnome-desktop
> * ubuntukylin-desktop

What does it need that dependency for? I would imagine it just uses
libsmbclient.

Cheers,

Jelmer

-- 
Jelmer Vernooij 
Debian Developer   https://jelmer.uk/


signature.asc
Description: Digital signature

Bug#781913: [Pkg-samba-maint] Bug#781913: please build bindings for Python3 and let samba-common-bin use them

[Matthias Klose]

On 04/04/2015 08:47 PM, Jelmer Vernooij wrote:
> On Sat, Apr 04, 2015 at 08:03:19PM +0200, Matthias Klose wrote:
>> On 04/04/2015 07:40 PM, Jelmer Vernooij wrote:
>>> On Sat, Apr 04, 2015 at 07:31:59PM +0200, Matthias Klose wrote:
 Package: src:samba
 Version: 2:4.1.13+dfsg-4

 please build bindings for Python3 and let samba-common-bin use them
>>>
>>> There are no Python3 bindings for Samba. Porting will be a large effort, 
>>> and as
>>> upstream we don't want to maintain support for two Python versions. 
>>>
>>> What do you need the Python3 bindings for? Perhaps there are alternatives.
>>
>> I was looking what is keeping Python2 on the Ubuntu desktop. For the samba
>> bindings this is system-config-printer depending on gvfs-backends, depending 
>> on
>> samba-libs.
> 
> I think getting rid of the Python dependency in samba-libs is a much
> easier to achieve goal here.
> 
> AFAICT The only reason that samba-libs depends on python is because
> libsamba-net can do provisioning of a local DC (requires the 'samba'
> package to be installed) by invoking the provision script using Python.
> 
> So if we could move that functionality out to a separate library that
> is not included with samba-libs, we could drop the dependency on
> python2 in samba-libs.

right, that would get rid off python libs and python-talloc.  However there is
another path in that nautilus-share depends on samba-common | samba-common-bin,
which depend on python-samba.

and
$ reverse-depends nautilus-share
Reverse-Recommends
==
* ubuntu-desktop
* ubuntu-gnome-desktop
* ubuntukylin-desktop

Matthias


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

Bug#781853: debian-installer: not available options install & menu from help screen

[Holger Wansing]

Hi,

Vaclav Ovsik  wrote:
> Package: debian-installer
> Version: 20141002
> Severity: normal
> Tags: d-i
> 
> Dear Maintainer,
> I have a PXE booting configured with Debian installer for testing/jessie
> too. I noticed, that on help screen is only available label "menu".
> Labels "install" and "expert" are missing. I need also the text-only
> startup screen, because of DRAC SOL installations.

Hmm, I have already filed a bug about this, but I got it wrong as it
seems:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764154
"debian-installer: no longer working short boot commands still 
listed on help pages "

So instead of wiping the docu about the shortcuts away, one could also
re-activate the shortcuts :-)
My thought was, that removing the shortcut function was intended.


Holger

-- 

Created with Sylpheed 3.2.0 under
D E B I A N   L I N U X   7 . 0   W H E E Z Y !

Registered Linux User #311290 - https://linuxcounter.net/



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

Bug#781904: [Pkg-dia-team] Bug#781904: Export to png gets text width wrong

[Octavio Alvarez]

On 04/04/2015 08:59 AM, Goswin von Brederlow wrote:

> In the PNG export some boxes are too small for the text they contain.

Hi. Can you please provide a sample diagram (in Dia format) and its
exported PNG version? [*] Also, which of all the available PNG export
filters is the one showing this behavior?

You mention "some boxes". Can you identify what kind of boxes are the
ones that get exported too small? Or, seen from another perspective,
what font, size and weight is the one being rendered too wide? Can you
narrow it down as if it is a specific kind of box or a specific kind of
font?

All this info will help find the root cause for the bug and be able to
fix it.

[*] Please remember that your sample document will be made publicly
available, so you may need to create a version that does not containt
sensitive information.

Thanks.


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

Bug#781921: [L10N,DE] apt-cacher-ng: updated german debconf translation

[Holger Wansing]

Package: apt-cacher-ng
Severity: wishlist
Tags: patch,l10n


Hi Eduard,
attached is the updated german debconf translation
for apt-cacher-ng, version 0.8.1-1.
Please include it in your package.

Thanks for your i18n efforts.


So long
Holger

-- 

Created with Sylpheed 3.2.0 under the new
D E B I A N   L I N U X   7 . 0   W H E E Z Y !

Registered Linux User #311290 - https://linuxcounter.net/



apt-cacher-ng_0.8.1_de.po.gz
Description: Binary data

Bug#781920: Drop the ibus dependency on python-notify

[Matthias Klose]

Package: ibus
Version: 1.5.9-1
Severity: important
Tags: sid jessie

  * Drop the ibus dependency on python-notify. According to the changelog,
pynotify support was removed a while ago (2008).

Please consider this for jessie.  It will shrink any image with ibus on it and
not install the old Python2 GTK2 bindings.

patch at
http://launchpadlibrarian.net/202070859/ibus_1.5.9-1ubuntu2_1.5.9-1ubuntu3.diff.gz


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

Bug#781919: diaspora-installer: [INTL:nl] Dutch translation of debconf messages

[Frans Spiesschaert]

 

Package: diaspora-installer 
Severity: wishlist 
Tags: l10n patch 
 

Dear Maintainer, 
 
== 
Please find attached the Dutch translation of diaspora-installer debconf 
messages. 
It has been submitted for review to the debian-l10n-dutch mailing list. 
Please add it to your next package revision. 
It should be put as debian/po/nl.po in your package build tree. 
=== 

-- 
Groetjes,
Frans

===
http://www.frans-spiesschaert.homenet.org
http://home.base.be/vt6362833/



nl.po.gz
Description: application/gzip


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

Bug#781918: RFP: docker-swarm -- Docker-native clustering system

[Jonathan Yu]

Package: wnpp
Severity: wishlist

* Package name : docker-swarm
  Version : 0.2.0-rc2 (for experimental)
  Upstream Author : Victor Vieux  & Andrea Luzzardi
  Copyright holder: Docker, Inc.
* URL : https://docs.docker.com/swarm/ https://github.com/docker/swarm
* License : Apache 2.0 (documentation under Creative Commons - unsure of full 
terms)
  Programming Lang: Go
  Description : Docker-native clustering system

Docker Swarm is native clustering for Docker. It turns a pool of Docker
hosts into a single, virtual host.

Swarm serves the standard Docker API, so any tool which already communicates
with a Docker daemon can use Swarm to transparently scale to multiple hosts:
Dokku, Compose, Krane, Flynn, Deis, DockerUI, Shipyard, Drone, Jenkins...
and, of course, the Docker client itself.

Like other Docker projects, Swarm follows the "batteries included but
removable" principle. It ships with a set of simple scheduling backends out
of the box, and as initial development settles, an API will be developed to
enable pluggable backends. The goal is to provide a smooth out-of-the-box
experience for simple use cases, and allow swapping in more powerful backends,
like Mesos, for large scale production deployments.

More about Docker Swarm:

   The goal of Docker Swarm is to enable easier management of several Docker
   systems -- many people looking to use docker (see docker.io package) in
   production would benefit from this. At the moment, the proposed installation
   instructions are to run Swarm as a Docker image, but this requires running
   potentially untrusted code obtained over the Internet.

   It is not a dependency for any other package. There are many competing
   technologies but this is the most popular open source one, since it is
   part of the Docker ecosystem itself.

   I do not use it, yet, however many others do (or are looking to trial it).

Proposed maintainers for this package:

   The Debian Golang team seems like an appropriate place to host this work.
   As this is an RFP and not an ITP, I hope they are willing to maintain it.


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

Bug#781422: pulseaudio: Failed to open module "module-x11-publish".

[johnathan falk]

root@theark:/var/log# apt-config dump | grep Recommends
APT::Install-Recommends "1";

and I ever pass -R, I just do aptitude update, aptitude safe-upgrade.

--John

On Sat, Apr 4, 2015 at 8:39 AM Felipe Sateler  wrote:

> On 4 April 2015 at 00:04, johnathan falk  wrote:
> > How are they installed by default when you use aptitude? It says the
> package
> > also recommend a this but they won't be installed. Aptitude install x.
> Maybe
> > my config is screwy...
>
> It looks like it is. You can check the setting like this:
>
> % apt-config dump  | grep Recommends
> APT::Install-Recommends "1";
>
> Also, if you use aptitude do not pass the flag -R or --without-recommends
>
> --
>
> Saludos,
> Felipe Sateler
>

Bug#781913: [Pkg-samba-maint] Bug#781913: please build bindings for Python3 and let samba-common-bin use them

[Jelmer Vernooij]

On Sat, Apr 04, 2015 at 08:03:19PM +0200, Matthias Klose wrote:
> On 04/04/2015 07:40 PM, Jelmer Vernooij wrote:
> > On Sat, Apr 04, 2015 at 07:31:59PM +0200, Matthias Klose wrote:
> >> Package: src:samba
> >> Version: 2:4.1.13+dfsg-4
> >>
> >> please build bindings for Python3 and let samba-common-bin use them
> > 
> > There are no Python3 bindings for Samba. Porting will be a large effort, 
> > and as
> > upstream we don't want to maintain support for two Python versions. 
> > 
> > What do you need the Python3 bindings for? Perhaps there are alternatives.
> 
> I was looking what is keeping Python2 on the Ubuntu desktop. For the samba
> bindings this is system-config-printer depending on gvfs-backends, depending 
> on
> samba-libs.

I think getting rid of the Python dependency in samba-libs is a much
easier to achieve goal here.

AFAICT The only reason that samba-libs depends on python is because
libsamba-net can do provisioning of a local DC (requires the 'samba'
package to be installed) by invoking the provision script using Python.

So if we could move that functionality out to a separate library that
is not included with samba-libs, we could drop the dependency on
python2 in samba-libs.

Jelmer

-- 
Jelmer Vernooij 
Debian Developer   https://jelmer.uk/


signature.asc
Description: Digital signature

Bug#781917: java.lang.NoSuchMethodError: hudson.os.PosixAPI.get()Lorg/jruby/ext/posix/POSIX;

[Stephen Crowley]

Package: jenkins
Version: 1.565.3-3
Severity: important

Both of the PAM auth plugins are broke

See javax.servlet.ServletException: java.lang.NoSuchMethodError:
hudson.os.PosixAPI.get()Lorg/jruby/ext/posix/POSIX;
at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:795)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:875)
at org.kohsuke.stapler.MetaClass$6.doDispatch(MetaClass.java:249)
at
org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53)
at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:745)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:875)
at org.kohsuke.stapler.Stapler.invoke(Stapler.java:648)
at org.kohsuke.stapler.Stapler.service(Stapler.java:237)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:727)
at
org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:684)
at
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1496)
at
hudson.util.PluginServletFilter$1.doFilter(PluginServletFilter.java:95)
at hudson.util.PluginServletFilter.doFilter(PluginServletFilter.java:87)
at
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1484)
at hudson.security.csrf.CrumbFilter.doFilter(CrumbFilter.java:48)
at
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1484)
at
hudson.security.ChainedServletFilter$1.doFilter(ChainedServletFilter.java:84)
at
hudson.security.ChainedServletFilter.doFilter(ChainedServletFilter.java:76)
at hudson.security.HudsonFilter.doFilter(HudsonFilter.java:164)
at
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1484)
at
org.kohsuke.stapler.compression.CompressionFilter.doFilter(CompressionFilter.java:46)
at
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1484)
at
hudson.util.CharacterEncodingFilter.doFilter(CharacterEncodingFilter.java:81)
at
org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1476)
at
org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:501)
at
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:137)
at
org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:533)
at
org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:231)
at
org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1088)
at
org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:429)
at
org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:193)
at
org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1022)
at
org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:135)
at
org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:116)
at org.eclipse.jetty.server.Server.handle(Server.java:370)
at
org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(AbstractHttpConnection.java:494)
at
org.eclipse.jetty.server.AbstractHttpConnection.headerComplete(AbstractHttpConnection.java:971)
at
org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.headerComplete(AbstractHttpConnection.java:1033)
at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:644)
at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:235)
at
org.eclipse.jetty.server.AsyncHttpConnection.handle(AsyncHttpConnection.java:82)
at
org.eclipse.jetty.io.nio.SelectChannelEndPoint.handle(SelectChannelEndPoint.java:696)
at
org.eclipse.jetty.io.nio.SelectChannelEndPoint$1.run(SelectChannelEndPoint.java:53)
at winstone.BoundedExecutorService$1.run(BoundedExecutorService.java:77)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
Caused by: java.lang.NoSuchMethodError:
hudson.os.PosixAPI.get()Lorg/jruby/ext/posix/POSIX;
at
hudson.security.PAMSecurityRealm$DescriptorImpl.doTest(PAMSecurityRealm.java:133)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:497)
at
org.kohsuke.stapler.Function$InstanceFunction.invoke(Function.java:298)
at org.kohsuke.stapler.Function.bindAndInvoke(Function.java:161)
at
org.kohsuke.stapler.Function.bindAndInvokeAndServeResponse(Function.java:96)
at org.kohsuke.stapler.MetaClass$1.doDispatch(MetaClass.java:121)
at
org.kohsuke.stapler.NameBasedDispatcher.dispatch(NameBasedDispatcher.java:53)
at org.kohsuke.stapler.Stapler.tryInvoke(Stapler.java:745)
... 46 more

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/32 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap

Bug#764918: you do need to provide the split files

[Ersek, Laszlo]

reopen 764918
thanks

Hi,

upstream OVMF co-maintainer here again. (From a personal email address this
time, rather than my Red Hat one; I'm on vacation.)

Please read the recently released OVMF whitepaper:

http://www.linux-kvm.org/page/OVMF

Specifically, please search it for occurrences of the string "OVMF_". It
should give you a clear picture.  Please read it carefully.

Anyway, here's a short summary.

(1) The NvVars file on the ESP dates back to the time when we had no working
pflash emulation in qemu + KVM; also no driver for it in OVMF.  NvVars is a
fake variable store that is only writeable before ExitBootServices().

If you update non-volatile UEFI variables in the guest before
ExitBootServices(), they are saved in NvVars immediately.  If you update
them from the runtime OS, the changes are only saved in memory.  If you
reboot the guest (inside the same qemu instance), then the memory changes
are flushed to NvVars.  If you power off the VM after making changes to the
non-volatile variables from the runtime guest OS, then those changes will be
lost.

In short, NvVars is a kludge that used to be necessary for faking
non-volatile UEFI variables to some extent.  It allowed UEFI guest OS
installers to work (because most of those installers reboot the system after
setting up Boot and BootOrder).  But it is gravely inferior to a
flash-based varstore, both due to the lifecycle issues mentioned above, and
due to not supporting persistent authenticated variables at all (ie. 
SecureBoot related stuff, PK, KEK, db/dbx).


(2) We *do* have flash chip emulation now, in all of KVM, QEMU, and OVMF. 
Everyone needs to stop using -bios at once (search the whitepaper for it as

well), and start using '-drive if=pflash'.  This is all explained in the
whitepaper.  If you do this, then the UEFI runtime variable services will
work in OVMF as expected -- changes will be made permanent at guest OS
runtime too, and persistent Secure Boot related variables will be available
as well (assuming you build OVMF with -D SECURE_BOOT_ENABLE of course).

(3) Okay, we can now discuss the split files. As I said in an earlier
comment, OVMF.fd is a unified file that contains both a live varstore and a
firmware binary.  This was the only build output file originally, but it is
unsuitable for managing several guests on the same host:

(3a) first, you can't share OVMF.fd between guests. Each of those will want
to store its own private set of variables in the varstore part.  So you'd
have to copy the full file for each guest.

(3b) That would break central firmware updates though. Namely, same as with
SeaBIOS, you might want to update the firmware centrally on a host, by
upgrading the OVMF package, and then each VM should see that update at its
next boot.  However, if you have copied OVMF.fd for each guest, due to (3a),
then the package update would have to replace the relevant (ie.  firmware
executable) portion of each VM's copy.  This cannot work, obviously.

So the solution was to introduce OVMF_CODE.fd and OVMF_VARS.fd as build
output files.  The first file is mapped read-only and shared by all VMs on a
host system.  The second file is *not* mapped at all -- it is a
*template*. When you create a new virtual machine with libvirt-based tools
(virt-manager or virt-install), then libvirt *copies* the varstore template
to a VM-specific file; the pattern for the target file is
"/var/lib/libvirt/qemu/nvram/guestname_VARS.fd".

If you use qemu directly instead, ie. without libvirt, then you are
responsible for this copying step yourself.  (And you can place the copy
wherever you like.)

The end result is that an OVMF package update will update the OVMF_CODE.fd
and OVMF_VARS.fd files, the first of which will be "picked up" by each guest
at its next boot, whereas the updated template will affect (should there be
any changes in it at all) *brand new* VMs only.  Preexistent VMs will see
the firmware binary update (ie.  OVMF_CODE.fd), but they will keep their
private varstores intact.

Again, /usr/share does not store live varstores; only the *template* resides
there.  The OVMF_VARS.fd file stored there should be owned by root:root, and
have file mode bits 0644.  The live varstores will reside under
/var/lib/libvirt/qemu/nvram/, if managed by libvirt (which is the 
recommended way), or wherever else the user chooses to store them, if he 
or she uses qemu directly.


Summary:

- please peruse the OVMF whitepaper,

- "-bios" and NvVars are *strongly* deprecated, and we might even remove
  NvVars in upstream OVMF going forward -- instead, please use two instances
  of the "-drive if=pflash" option; the first for OVMF_CODE.fd, the second
  for the VM-specific *copy* of OVMF_VARS.fd,

- all distributions shipping OVMF should provide OVMF_CODE.fd and
  /OVMF_VARS.fd under usr/share, with the permissions usual for that
  directory tree.  In addition, the unified OVMF.fd should not be provided
  at all, if possible; it only leads to confusion.

Thanks

Bug#781915: Checksum fails and other issues in Jessie

[s3v]

Package: apt-zip
Version: 0.18
Severity: grave


Hi!


Machine A (Debian Wheezy without net connection, pendrive mounted in 
/media/3E77-C915, hostname=s3v3land-laptop)
machine B (Debian Jessie connected to the Internet, pendrive mounted in 
/media/s3v/3E77-C915, hostname=s3v3land)





with --no-md5 option




1) Machine A


# apt-zip-list --medium=/media/3E77-C915 --aptgetaction=update -o tar 
--no-md5

The download size is unknown in 41 files




1a) fetch-script-wget-s3v3land-laptop content:

 #!/bin/sh
 # This file was auto-generated by apt-zip-list 0.18
 # Method: wget - Options:  TAR

 err(){
echo >&2 "Fetching $1 failed ($2)"
 }
 check(){
[ ! -r "$1" ] && return 1
[ "$2" = "0" ] && return $3
[ "$2" = "" ] && return $3
[ "`type sha256sum`" ] &&
if [ "`sha256sum $1 | cut -d' ' -f1`" = $2 ]
then return 0
else err $1 "wrong checksum"; return 1
fi
[ "`type gzip`" ] &&
if ar p $1 data.tar.gz | gzip -t
then return 0
else err $1 "wrong contents"; return 1
fi
return $3
 }

 do_wget() {
wget -t3 -nv -O $2 $1
echo $2 $4 $?

return $?
 }


 getfile(){
FILE=""
for EXT in ".bz2" ".gz" ""
do
  do_wget $1$EXT $2$EXT $3 $4 &&
  FILE=$2$EXT &&
  break
  rm -f $2$EXT
done
[ "$FILE" = "" ] && return 1
tar rf debs-s3v3land-laptop.tar $FILE &&
rm $FILE
 }

 touch foo-stamp && "tar" cf "debs-s3v3land-laptop.tar" foo-stamp && rm 
foo-stamp


 echo Download will be of size: "unknown" in "41" files
 while read URL FILE SIZE CHECKSUM
 do getfile $URL $FILE $SIZE $CHECKSUM || true
 done 

Bug#781916: xul-ext-torbutton: Installing xul-ext-torbutton forces removal of iceweasel

[Neal H. Walfield]

Package: xul-ext-torbutton
Version: 1.4.6.3-1
Severity: normal

Dear Maintainer,

I tried to install xul-ext-torbutton (1.4.6.3-1) using apt-get on a
Debian Jessie system (current as of today) with Iceweasel Beta
(version 37.0~b1-1) from experimental installed (everything else is
from Jessie), however, apt-get would only install it if it could also
remove iceweasel.

  us@chu:~$ sudo apt-get install xul-ext-torbutton
  Reading package lists... Done
  Building dependency tree   
  Reading state information... Done
  The following extra packages will be installed:
icedove
  Suggested packages:
fonts-lyx privoxy
  The following packages will be REMOVED:
iceweasel xul-ext-https-finder xul-ext-itsalltext xul-ext-noscript
xul-ext-nosquint xul-ext-perspectives
  The following NEW packages will be installed:
icedove xul-ext-torbutton
  0 upgraded, 2 newly installed, 6 to remove and 0 not upgraded.
  Need to get 29.9 MB of archives.
  After this operation, 7,704 kB disk space will be freed.
  Do you want to continue? [Y/n] 

There is also a minor issue, which is: why does installing
xul-ext-torbutton pull in icedove?

Thanks,

Neal

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

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


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

Bug#781913: [Pkg-samba-maint] Bug#781913: please build bindings for Python3 and let samba-common-bin use them

[Matthias Klose]

On 04/04/2015 07:40 PM, Jelmer Vernooij wrote:
> On Sat, Apr 04, 2015 at 07:31:59PM +0200, Matthias Klose wrote:
>> Package: src:samba
>> Version: 2:4.1.13+dfsg-4
>>
>> please build bindings for Python3 and let samba-common-bin use them
> 
> There are no Python3 bindings for Samba. Porting will be a large effort, and 
> as
> upstream we don't want to maintain support for two Python versions. 
> 
> What do you need the Python3 bindings for? Perhaps there are alternatives.

I was looking what is keeping Python2 on the Ubuntu desktop. For the samba
bindings this is system-config-printer depending on gvfs-backends, depending on
samba-libs.


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

Bug#781914: Please build libpurple-bin using Python3

[Matthias Klose]

Package: libpurple-bin
Version: 2.10.11-1

Please build libpurple-bin using Python3. According to the upstream changelog,
that should be possible.


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

Bug#781913: [Pkg-samba-maint] Bug#781913: please build bindings for Python3 and let samba-common-bin use them

[Jelmer Vernooij]

On Sat, Apr 04, 2015 at 07:31:59PM +0200, Matthias Klose wrote:
> Package: src:samba
> Version: 2:4.1.13+dfsg-4
> 
> please build bindings for Python3 and let samba-common-bin use them

There are no Python3 bindings for Samba. Porting will be a large effort, and as
upstream we don't want to maintain support for two Python versions. 

What do you need the Python3 bindings for? Perhaps there are alternatives.


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

Bug#778588: Linux 4.0 compat

[Lukas Wunner]

FWIW, the attached patch enables compatibility with 4.0.

Same modification to genorig.py as in Luca Boccassi's patch,
tools-perf-version.patch has changed once again and Makefile.kasan
needs to be included, that's all.

The perf-fix-building-error-in-x86_64.patch necessary for 3.19 is not
needed with 4.0, this was fixed upstream.

Probably not worth opening a separate bug, so tacking on to this one.
Tested with rc6, rc5, rc4.
Index: debian/bin/genorig.py
===
--- debian/bin/genorig.py   (revision 22457)
+++ debian/bin/genorig.py   (working copy)
@@ -145,6 +145,7 @@
 'arch/x86/lib/memcpy_64.S',
 'arch/x86/lib/memset_64.S',
 'include/',
+'lib/hweight.c',
 'lib/rbtree.c',
 'scripts/',
 'tools/',
Index: debian/build/scripts/Makefile
===
--- debian/build/scripts/Makefile   (revision 22457)
+++ debian/build/scripts/Makefile   (working copy)
@@ -10,6 +10,7 @@
Makefile.clean \
Makefile.extrawarn \
Makefile.host \
+   Makefile.kasan \
Makefile.lib \
Makefile.modinst \
Makefile.modpost \
Index: debian/patches/tools-perf-version.patch
===
--- debian/patches/tools-perf-version.patch (revision 22457)
+++ debian/patches/tools-perf-version.patch (working copy)
@@ -17,9 +17,9 @@
 -  $(LN) '$(DESTDIR_SQ)$(bindir_SQ)/perf' 
'$(DESTDIR_SQ)$(bindir_SQ)/trace'
 +  $(INSTALL) $(OUTPUT)perf 
'$(DESTDIR_SQ)$(bindir_SQ)/perf_$(VERSION)'; \
 +  $(LN) '$(DESTDIR_SQ)$(bindir_SQ)/perf_$(VERSION)' 
'$(DESTDIR_SQ)$(bindir_SQ)/trace_$(VERSION)'
-   $(call QUIET_INSTALL, libexec) \
-   $(INSTALL) -d -m 755 '$(DESTDIR_SQ)$(perfexec_instdir_SQ)'
-   $(call QUIET_INSTALL, perf-archive) \
+ ifndef NO_PERF_READ_VDSO32
+   $(call QUIET_INSTALL, perf-read-vdso32) \
+   $(INSTALL) $(OUTPUT)perf-read-vdso32 
'$(DESTDIR_SQ)$(bindir_SQ)';
 @@ -857,7 +857,7 @@ ifndef NO_LIBPYTHON
  endif
$(call QUIET_INSTALL, perf_completion-script) \

Bug#781912: unblock: tcpdump/4.6.2-5

[Romain Francoise]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Dear Release Team,

Please unblock tcpdump 4.6.2-5, it fixes some regressions introduced in
the latest version as part of the fix for CVE-2015-2153. Full debdiff
attached. Thanks!

unblock tcpdump/4.6.2-5

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (900, 'testing'), (850, 'unstable'), (800, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.0.0-rc6-ore (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diffstat for tcpdump-4.6.2 tcpdump-4.6.2

 changelog   |8 +
 patches/60_cve-2015-2153-2.diff |   54 
 patches/series  |1 
 3 files changed, 63 insertions(+)

diff -Nru tcpdump-4.6.2/debian/changelog tcpdump-4.6.2/debian/changelog
--- tcpdump-4.6.2/debian/changelog	2015-03-14 18:43:44.0 +0100
+++ tcpdump-4.6.2/debian/changelog	2015-04-04 19:20:52.0 +0200
@@ -1,3 +1,11 @@
+tcpdump (4.6.2-5) unstable; urgency=high
+
+  * Cherry-pick commit fb6e5377f3 from upstream Git to fix regressions in the
+RPKI/RTR printer after the CVE-2015-2153 changes. Thanks to Artur Rona
+from Ubuntu for the heads-up (closes: #781362).
+
+ -- Romain Francoise   Sat, 04 Apr 2015 19:10:27 +0200
+
 tcpdump (4.6.2-4) unstable; urgency=high
 
   * Cherry-pick changes from upstream Git to fix the following security
diff -Nru tcpdump-4.6.2/debian/patches/60_cve-2015-2153-2.diff tcpdump-4.6.2/debian/patches/60_cve-2015-2153-2.diff
--- tcpdump-4.6.2/debian/patches/60_cve-2015-2153-2.diff	1970-01-01 01:00:00.0 +0100
+++ tcpdump-4.6.2/debian/patches/60_cve-2015-2153-2.diff	2015-04-04 19:06:28.0 +0200
@@ -0,0 +1,54 @@
+Description: RPKI to Router Protocol: Fix Segmentation Faults and other problems.
+ - Fix/add ND_TCHECK2 tests,
+ - Fix a buffer overflow,
+ - Remove a debug printf
+Origin: upstream, https://github.com/the-tcpdump-group/tcpdump/commit/fb6e5377f392555b8c725f66b8b701f0061a3695
+
+diff -pruN -x '*~' tcpdump-4.6.2.orig/print-rpki-rtr.c tcpdump-4.6.2/print-rpki-rtr.c
+--- tcpdump-4.6.2.orig/print-rpki-rtr.c	2015-03-22 12:55:55.349173971 +0100
 tcpdump-4.6.2/print-rpki-rtr.c	2015-03-22 12:49:56.987396951 +0100
+@@ -178,7 +178,7 @@ rpki_rtr_pdu_print (netdissect_options *
+ pdu_header = (rpki_rtr_pdu *)tptr;
+ pdu_type = pdu_header->pdu_type;
+ pdu_len = EXTRACT_32BITS(pdu_header->length);
+-ND_TCHECK2(tptr, pdu_len);
++ND_TCHECK2(*tptr, pdu_len);
+ hexdump = FALSE;
+ 
+ ND_PRINT((ndo, "%sRPKI-RTRv%u, %s PDU (%u), length: %u",
+@@ -255,6 +255,7 @@ rpki_rtr_pdu_print (netdissect_options *
+ 
+ 	pdu = (rpki_rtr_pdu_error_report *)tptr;
+ 	encapsulated_pdu_length = EXTRACT_32BITS(pdu->encapsulated_pdu_length);
++	ND_TCHECK2(*tptr, encapsulated_pdu_length);
+ 	tlen = pdu_len;
+ 
+ 	error_code = EXTRACT_16BITS(pdu->pdu_header.u.error_code);
+@@ -287,9 +288,10 @@ rpki_rtr_pdu_print (netdissect_options *
+ 		tptr += 4;
+ 		tlen -= 4;
+ 	}
++	ND_TCHECK2(*tptr, text_length);
+ 	if (text_length && (text_length <= tlen )) {
+ 		memcpy(buf, tptr, min(sizeof(buf)-1, text_length));
+-		buf[text_length] = '\0';
++		buf[min(sizeof(buf) - 1, text_length)] = '\0';
+ 		ND_PRINT((ndo, "%sError text: %s", indent_string(indent+2), buf));
+ 	}
+ 	}
+@@ -336,13 +338,13 @@ rpki_rtr_print(netdissect_options *ndo,
+ 	pdu_header = (rpki_rtr_pdu *)tptr;
+ pdu_type = pdu_header->pdu_type;
+ pdu_len = EXTRACT_32BITS(pdu_header->length);
++	ND_TCHECK2(*tptr, pdu_len);
+ 
+ /* infinite loop check */
+ if (!pdu_type || !pdu_len) {
+ break;
+ }
+ 
+-ND_TCHECK2(*tptr, pdu_len);
+ if (tlen < pdu_len) {
+ goto trunc;
+ }
+
diff -Nru tcpdump-4.6.2/debian/patches/series tcpdump-4.6.2/debian/patches/series
--- tcpdump-4.6.2/debian/patches/series	2015-03-14 18:44:30.0 +0100
+++ tcpdump-4.6.2/debian/patches/series	2015-04-04 19:08:59.0 +0200
@@ -10,5 +10,6 @@
 60_cve-2014-9140.diff
 60_cve-2015-0261.diff
 60_cve-2015-2153.diff
+60_cve-2015-2153-2.diff
 60_cve-2015-2154.diff
 60_cve-2015-2155.diff

Bug#781913: please build bindings for Python3 and let samba-common-bin use them

[Matthias Klose]

Package: src:samba
Version: 2:4.1.13+dfsg-4

please build bindings for Python3 and let samba-common-bin use them


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

Bug#781362: tcpdump: regression after fix CVE-2015-2153

[Romain Francoise]

On Sat, Mar 28, 2015 at 01:14:06AM +0100, Artur Rona wrote:
> In Ubuntu, we've applied the attached patch to achieve the following:
>
>   * debian/patches/60_cve-2015-2153-fix-regression.diff:
> - Fix regression due to 60_cve-2015-2153.diff
>
> We thought you might be interested in doing the same.

Indeed I do, thanks for the heads-up.

-- 
Romain Francoise 
http://people.debian.org/~rfrancoise/


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

Bug#781911: please build bindings for Python3

[Matthias Klose]

Package: src:tdb
Version: 1.3.4-1

please build bindings for Python3. looking at the code, it should be supported.


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

Bug#701506: Debian OSRM Package

[Andreas Tille]

Hi Christopher,

I'd strongly recommend to send those mails to

   Debian GIS Development 

since here are the people who are really interested to this package
(which I'm personally not that much).  I hereby do this for you.

Kind regards

Andreas.

On Sat, Apr 04, 2015 at 05:17:25PM +0100, Christopher Baines wrote:
> I have again found some time and motivation to work on this. I could not
> get the previous state in the repository to build [1]. So I just
> imported the latest upstream release.
> 
> I have pushed my changes to the repository.
> 
> 1: gbp:error: upstream/0.4.2 is not a valid treeish
> 



-- 
http://fam-tille.de


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

Bug#781910: Linux 4.0 compat

[Lukas Wunner]

Package: src:linux
Version: < 4.0
Severity: wishlist
Tags: patch

The attached patch updates debian/patches/* to 4.0.
Works with rc6, rc5, rc4.

Patches which have been merged into 4.0 have been removed
from the series file (but not the tree), the remaining
patches have been updated as necessary.

I'm just submitting this so others do not have to reinvent
the wheel.
Index: 
patches/bugfix/all/firmware-remove-redundant-log-messages-from-drivers.patch
===
--- 
patches/bugfix/all/firmware-remove-redundant-log-messages-from-drivers.patch
(revision 22460)
+++ 
patches/bugfix/all/firmware-remove-redundant-log-messages-from-drivers.patch
(working copy)
@@ -231,20 +231,6 @@
  
size = 0;
where = 0;
 a/drivers/gpu/drm/nouveau/core/engine/graph/nvc0.c
-+++ b/drivers/gpu/drm/nouveau/core/engine/graph/nvc0.c
-@@ -1496,10 +1496,8 @@ nvc0_graph_ctor_fw(struct nvc0_graph_pri
-   if (ret) {
-   snprintf(f, sizeof(f), "nouveau/%s", fwname);
-   ret = request_firmware(&fw, f, nv_device_base(device));
--  if (ret) {
--  nv_error(priv, "failed to load %s\n", fwname);
-+  if (ret)
-   return ret;
--  }
-   }
- 
-   fuc->size = fw->size;
 --- a/drivers/gpu/drm/r128/r128_cce.c
 +++ b/drivers/gpu/drm/r128/r128_cce.c
 @@ -154,11 +154,8 @@ static int r128_cce_load_microcode(drm_r
@@ -1104,20 +1090,6 @@
  
printk(KERN_INFO "%s() firmware read %Zu bytes.\n",
__func__, fw->size);
 a/drivers/staging/media/tlg2300/pd-main.c
-+++ b/drivers/staging/media/tlg2300/pd-main.c
-@@ -219,10 +219,8 @@ static int firmware_download(struct usb_
-   size_t max_packet_size;
- 
-   ret = request_firmware(&fw, firmware_name, &udev->dev);
--  if (ret) {
--  log("download err : %d", ret);
-+  if (ret)
-   return ret;
--  }
- 
-   fwlength = fw->size;
- 
 --- a/drivers/misc/ti-st/st_kim.c
 +++ b/drivers/misc/ti-st/st_kim.c
 @@ -302,11 +302,8 @@ static long download_firmware(struct kim
@@ -2136,12 +2108,13 @@
if (0 != ret) {
 --- a/drivers/staging/media/lirc/lirc_zilog.c
 +++ b/drivers/staging/media/lirc/lirc_zilog.c
-@@ -759,8 +759,6 @@ static int fw_load(struct IR_tx *tx)
+@@ -759,9 +759,6 @@ static int fw_load(struct IR_tx *tx)
/* Request codeset data file */
ret = request_firmware(&fw_entry, "haup-ir-blaster.bin", tx->ir->l.dev);
if (ret != 0) {
--  dev_err(tx->ir->l.dev, "firmware haup-ir-blaster.bin not 
available (%d)\n",
--  ret);
+-  dev_err(tx->ir->l.dev,
+-  "firmware haup-ir-blaster.bin not available (%d)\n",
+-  ret);
ret = ret < 0 ? ret : -EFAULT;
goto out;
}
Index: patches/bugfix/all/kbuild-use-nostdinc-in-compile-tests.patch
===
--- patches/bugfix/all/kbuild-use-nostdinc-in-compile-tests.patch   
(revision 22460)
+++ patches/bugfix/all/kbuild-use-nostdinc-in-compile-tests.patch   
(working copy)
@@ -30,7 +30,7 @@
  
  # cc-option-align
  # Prefix align with either -falign or -malign
-@@ -126,16 +126,17 @@ cc-option-align = $(subst -functions=0,,
+@@ -126,14 +126,15 @@ cc-option-align = $(subst -functions=0,,
  # cc-disable-warning
  # Usage: cflags-y += $(call cc-disable-warning,unused-but-set-variable)
  cc-disable-warning = $(call try-run,\
@@ -38,13 +38,11 @@
 +  $(CC) $(NOSTDINC_FLAGS) $(KBUILD_CPPFLAGS) $(KBUILD_CFLAGS) -W$(strip 
$(1)) -c -x c /dev/null -o "$$TMP",-Wno-$(strip $(1)))
  
  # cc-version
- # Usage gcc-ver := $(call cc-version)
 -cc-version = $(shell $(CONFIG_SHELL) $(srctree)/scripts/gcc-version.sh $(CC))
 +cc-version = $(shell $(CONFIG_SHELL) \
 +  $(srctree)/scripts/gcc-version.sh $(CC) $(NOSTDINC_FLAGS))
  
  # cc-fullversion
- # Usage gcc-ver := $(call cc-fullversion)
  cc-fullversion = $(shell $(CONFIG_SHELL) \
 -  $(srctree)/scripts/gcc-version.sh -p $(CC))
 +  $(srctree)/scripts/gcc-version.sh -p $(CC) $(NOSTDINC_FLAGS))
Index: patches/debian/af_802154-Disable-auto-loading-as-mitigation-against.patch
===
--- patches/debian/af_802154-Disable-auto-loading-as-mitigation-against.patch   
(revision 22460)
+++ patches/debian/af_802154-Disable-auto-loading-as-mitigation-against.patch   
(working copy)
@@ -16,14 +16,14 @@
 
 Signed-off-by: Ben Hutchings 
 ---
- net/ieee802154/af_ieee802154.c |2 +-
+ net/ieee802154/socket.c |2 +-
  1 files changed, 1 insertions(+), 1 deletions(-)
 
-diff --git a/net/ieee802154/af_ieee802154.c b/net/ieee802154/af_ieee802154.c
+diff --git a/net/ieee802154/socket.c b/net/ieee802154/socket.c
 index cd949d5..8f49dd5 100644
 a/net/ieee802154/af_ieee802154.c
-+++ b/net/ieee802154/af

Bug#781909: please build a python3-zeitgeist package and let zeitgeist use it.

[Matthias Klose]

Package: src:zeitgeist
Version: 0.9.14-2.2

please build a python3-zeitgeist package and let zeitgeist use it.


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

Bug#781908: unblock: strongswan/5.2.1-6

[Romain Francoise]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Dear Release Team,

Please unblock strongswan 5.2.1-6, it fixes a RC bug related to the new
systemd service included in the jessie version. Full debdiff attached.
Thanks!

unblock strongswan/5.2.1-6

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (900, 'testing'), (850, 'unstable'), (800, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.0.0-rc6-ore (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diffstat for strongswan-5.2.1 strongswan-5.2.1

 changelog|   10 ++
 patches/03_systemd-service.patch |4 +---
 strongswan-starter.links |1 +
 3 files changed, 12 insertions(+), 3 deletions(-)

diff -Nru strongswan-5.2.1/debian/changelog strongswan-5.2.1/debian/changelog
--- strongswan-5.2.1/debian/changelog	2015-01-05 13:11:54.0 +0100
+++ strongswan-5.2.1/debian/changelog	2015-04-04 17:55:38.0 +0200
@@ -1,3 +1,13 @@
+strongswan (5.2.1-6) unstable; urgency=medium
+
+  * Ship /lib/systemd/system/ipsec.service as a symlink to
+strongswan.service in strongswan-starter instead of using Alias= in
+the service file. This makes the ipsec name available to invoke-rc.d
+before the service gets actually enabled, which avoids some confusion
+(closes: #781209).
+
+ -- Romain Francoise   Sat, 04 Apr 2015 17:55:38 +0200
+
 strongswan (5.2.1-5) unstable; urgency=high
 
   * debian/patches:
diff -Nru strongswan-5.2.1/debian/patches/03_systemd-service.patch strongswan-5.2.1/debian/patches/03_systemd-service.patch
--- strongswan-5.2.1/debian/patches/03_systemd-service.patch	2014-12-28 16:17:34.0 +0100
+++ strongswan-5.2.1/debian/patches/03_systemd-service.patch	2015-04-04 16:18:55.0 +0200
@@ -1,6 +1,6 @@
 --- a/init/systemd/strongswan.service.in
 +++ b/init/systemd/strongswan.service.in
-@@ -1,10 +1,12 @@
+@@ -1,9 +1,10 @@
  [Unit]
  Description=strongSwan IPsec IKEv1/IKEv2 daemon using ipsec.conf
 -After=syslog.target
@@ -12,5 +12,3 @@
  StandardOutput=syslog
  
  [Install]
- WantedBy=multi-user.target
-+Alias=ipsec.service
diff -Nru strongswan-5.2.1/debian/strongswan-starter.links strongswan-5.2.1/debian/strongswan-starter.links
--- strongswan-5.2.1/debian/strongswan-starter.links	1970-01-01 01:00:00.0 +0100
+++ strongswan-5.2.1/debian/strongswan-starter.links	2015-04-04 16:05:08.0 +0200
@@ -0,0 +1 @@
+lib/systemd/system/strongswan.service lib/systemd/system/ipsec.service

Bug#687008: New SD/MMC driver for kirkwood

[drEagle]

Since 2014-08-01 the SD/MMC for Kirkwood has been rewrote and mainlined.

It's now drivers/mmc/mvebu_mmc.c and the older MVSDIO (drivers/mmc/mvsio.c) and 
MRVL_MMC were removed.

http://git.denx.de/?p=u-boot.git;a=history;f=drivers/mmc/mvebu_mmc.c;h=8ca09042d8d9280c94b9f5620b8e8a10ae8862a8;hb=HEAD

All issues with SD/MMC on Kirkwood platforms need refresh and might be closed.

Gérald


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

Bug#591604: Fixed upstream

[drEagle]

This may be fixed since : 
http://git.denx.de/?p=u-boot.git;a=commit;h=aa701b94336b358798d676eef12a7b90bdac23f5


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

Bug#781885: wheezy-pu: package libdbd-pg-perl/2.19.2-2+deb7u1

[Adam D. Barratt]

Control: tags -1 + confirmed

On Sat, 2015-04-04 at 14:06 +0200, Salvatore Bonaccorso wrote:
> Christoph Biedl reported that there is an interoperability problem
> with a wheezy client using libdbd-pg-perl against a PostgreSQL server
> running >= 9.2 so in particular this will be a problem if wheezy
> clients try to connect to a Jessie running server with postgresql-9.4:
> 
> https://bugs.debian.org/781722
> 
> There is a upstream commit included in later libdbd-pg-perl versions
> which address this, but this is missing in wheezy:
> 
> https://rt.cpan.org/Public/Bug/Display.html?id=77042

Please go ahead, thanks.

Regards,

Adam


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

Bug#781209: postinst execution order bug confuses systemd

[Romain Francoise]

Hi,

Okay, so after doing some testing in a virtual machine I'm confident
that simply adding the symlink is enough to make the transition from a
sysv-managed starter to the native service work as expected. I uploaded
version 5.2.1-6 with this fix:

 
https://anonscm.debian.org/cgit/pkg-swan/strongswan.git/commit/?id=1b7c683a32c62b6e08ad7bf5af39b9f4edd634f3

Thanks for your help, Michael!

Cheers,
-- 
Romain Francoise 
http://people.debian.org/~rfrancoise/


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

Bug#781025: [printer-driver-ptouch] Finishing options don't have any effect

[Felicitus]

I tried 1.3-4 and 1.3-5, both show the same effect as 1.3-7.

On 04/02/2015 07:10 PM, Brian Potkin wrote:
> tags 781025 moreinfo
> thanks
> 
> 
> On Thu 26 Mar 2015 at 18:24:59 +, Brian Potkin wrote:
> 
>> On Thu 26 Mar 2015 at 14:15:01 +, Brian Potkin wrote:
>>
>>> On Mon 23 Mar 2015 at 15:02:23 +0100, Felicitus wrote:
>>>
 I have a Brother QL-500 printer. The cups printer driver offers me the
 following settings when changing the default settings:

 Section "Finishing": Advance Distance, Advance Media, Cut Mark

 No matter what I configure there, the result is unchanged. It seems that
 these settings are being ignored.
>>>
>>> Hello Felicitus. Thank you for your report.
>>>
>>> It seems similar to LP: 1342979 at
>>>
>>>   https://bugs.launchpad.net/ubuntu/+source/ptouch-driver/+bug/1342979
>>>
>>> snapshot.debian.org has versions 1.3-4 to 1.3-7. It would be useful to
>>> know whether any of them work for you.
>>
>> I neglected to say that these versions should install without any
>> problems and that returning to your original setup is simply a matter
>> of 'apt-get dist-upgrade'. So disruption to your system is very slight.
> 
> Any news on this? It is doubtful progress can be made without knowing
> the outcome.
> 
> Regards,
> 
> Brian.
> 


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/551eefca.7080...@felicitus.org

Bug#781907: nginx on armhf architecture garbles some files

[Marvin]

Package: nginx
Version: 1.6.2-5+a.exp1
Severity: normal

Dear Maintainer,

I installed nginx on my cubox server (architecture armhf, cubox is based on the 
Marvell Armada 510 SoC)
and found that certain files are garbled when I download them (e.g. using wget).
I also have an amd64-based server running the same version of nginx and the bug 
doesn't occur there,
so I guess this is architecture-specific.
After some experimentation I found that only text files containing lines with 
more than about 4090 (4096?)
characters seem to be affected - for example minified javascript files.
When I compare the downloaded file with the original file with cmp I get for 
example:
$ cmp downloaded-file original-file
$ downloaded-file original-file differ: byte 4092, line 1
The exact position of the difference (in this case byte 4092) varies slightly, 
but is always close to 4090.
When I download the same file twice the two copies are identical, i.e. they are 
always garbled in exactly
the same way.

-- System Information:
Debian Release: 8.0
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable'), (1, 'experimental')
Architecture: armhf (armv7l)

Kernel: Linux 3.19.3
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages nginx depends on:
ii  nginx-full  1.6.2-5+a.exp1

nginx recommends no packages.

nginx suggests no packages.

-- no debconf information


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

Bug#781906: ITP: erlang-riak-client -- Erlang clients for Riak

[Philipp Huebner]

Package: wnpp
Severity: wishlist
Owner: Philipp Huebner 

* Package name: erlang-riak-client
  Version : 2.1.1
  Upstream Author : Basho Technologies
* URL : https://github.com/basho/riak-erlang-client
* License : Apache 2.0
  Programming Lang: Erlang
  Description : Erlang clients for Riak

 Riak is a distributed NoSQL key-value data store that offers high
 availability, fault tolerance, operational simplicity, and scalability.
 This library offers an interface to Riak for Erlang applications.

This library is a dependency for ejabberd 15.03


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

Bug#781873: Correct the guruplug.config to match the new upstream env address

[drEagle]

Le 04/04/2015 07:34, Vagrant Cascadian a écrit :
> Package: u-boot
> Version: 2015.04~rc3+dfsg1-1
> 
> On 2015-03-29, Gerald Kerma wrote:
>> Signed-off-by: Gerald Kerma 
>> ---
>>  debian/env-configs/guruplug.config | 5 +
>>  1 file changed, 1 insertion(+), 4 deletions(-)
>>
>> diff --git a/debian/env-configs/guruplug.config 
>> b/debian/env-configs/guruplug.config
>> index 8b30cbe..1432d29 100644
>> --- a/debian/env-configs/guruplug.config
>> +++ b/debian/env-configs/guruplug.config
>> @@ -1,10 +1,7 @@
>>  # Configuration file for fw_(printenv/saveenv) utility.
>>  #
>> -# Hardware : Marvell Plug2L Reference Board
>> -# No redundant environment
>> -#
>>  # XXX this configuration might miss a fifth parameter for the "Number of
>>  # sectors"
>>  
>>  # MTD device name   Device offset   Env. size   Flash sector size
>> -/dev/mtd0   0x4 0x2 0x2
>> +/dev/mtd1   0x0 0x2 0x2
> 
> As far as I can tell, in mainline u-boot v2015.04-rc5, the offset is
> 0xE:
> 
>   $ grep ENV_OFFSET include/configs/guruplug.h
>   #define CONFIG_ENV_OFFSET   0xE /* env starts here */
> 
> 
> live well,
>   vagrant
> 

Same as bug #781874 but with different NAND partitions map.

> # MTD device name   Device offset   Env. size   Flash sector size
> /dev/mtd0   0xE 0x2 0x2
is the same as
> /dev/mtd1   0x0 0x2 0x2

The second way is preffered.

+--+
| UBOOT| >> 896 Kb (7x128)  = uboot
+--+
| ENV  | >> 128 Kb  = uboot_env
+--+
| ROOT(FS) | >> 511 Mb @ 1 Mb   = root -> rootfs (ubifs)
+--+

You can get more details in the original mail, where I also give a short 
upgrade tutorial for OpenWRT
PATCH -> http://lists.denx.de/pipermail/u-boot/2014-December/199244.html

#define CONFIG_ENV_OFFSET   0xE /* env starts here */

#define CONFIG_MTDPARTS \
"mtdparts=orion_nand:"  \
"896K(uboot),128K(uboot_env),"  \
"-@1M(root)\0"

Gérald


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

Bug#781905: ITP: erlang-redis -- Erlang Redis client

[Philipp Huebner]

Package: wnpp
Severity: wishlist
Owner: Philipp Huebner 

* Package name: erlang-redis
  Version : 1.0.7
  Upstream Author : Wooga
* URL : https://github.com/wooga/eredis
* License : MIT
  Programming Lang: Erlang
  Description : Erlang Redis client

 Non-blocking Redis client with focus on performance and robustness.
 .
 Supported Redis features:
  - Any command, through eredis:q/2
  - Transactions
  - Pipelining
  - Authentication & multiple dbs
  - Pubsub

This library is a dependency for ejabberd 15.03


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

Bug#781904: Export to png gets text width wrong

[Goswin von Brederlow]

Package: dia
Version: 0.97.3-1
Severity: normal

In the PNG export some boxes are too small for the text they contain.

MfG
Goswin

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

Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages dia depends on:
ii  dia-common   0.97.3-1
ii  dia-libs 0.97.3-1
ii  libart-2.0-2 2.3.21-2
ii  libatk1.0-0  2.12.0-1
ii  libc62.19-17
ii  libcairo21.12.16-2
ii  libfontconfig1   2.11.0-5
ii  libfreetype6 2.5.2-1
ii  libgdk-pixbuf2.0-0   2.30.7-1
ii  libglib2.0-0 2.40.0-3
ii  libgtk2.0-0  2.24.24-1
ii  libpango-1.0-0   1.36.3-1
ii  libpangocairo-1.0-0  1.36.3-1
ii  libpangoft2-1.0-01.36.3-1
ii  libpng12-0   1.2.50-1
ii  libxml2  2.9.1+dfsg1-3
ii  zlib1g   1:1.2.8.dfsg-2+b1

Versions of packages dia recommends:
ii  dia-shapes   0.6.0-1
ii  gsfonts-x11  0.22

dia suggests no packages.

-- no debconf information


Moose.dia
Description: application/gzip

Bug#781874: Correct the sheevaplug.config to match the new upstream env address

[drEagle]

Hi Vagrant,

I will give a long explain to get better understanding of this NAND partitions 
mapping and the impact to ENV offset.

We certainly need a small review of this to be more efficient between 
distribution.
My latest proposal for sheevaplug is curently not integrated :
http://lists.denx.de/pipermail/u-boot/2014-December/199134.html

Le 04/04/2015 07:36, Vagrant Cascadian a écrit :
> Package: u-boot
> 
> On 2015-03-29, Gerald Kerma wrote:
>> Signed-off-by: Gerald Kerma 
>> ---
>>  debian/env-configs/sheevaplug.config | 2 +-
>>  1 file changed, 1 insertion(+), 1 deletion(-)
>>
>> diff --git a/debian/env-configs/sheevaplug.config 
>> b/debian/env-configs/sheevaplug.config
>> index 5bbd38d..6b847bb 100644
>> --- a/debian/env-configs/sheevaplug.config
>> +++ b/debian/env-configs/sheevaplug.config
>> @@ -6,4 +6,4 @@
>>  # sectors"
>>  
>>  # MTD device name   Device offset   Env. size   Flash sector size
>> -/dev/mtd0   0x6 0x2 0x2
>> +/dev/mtd1   0x0 0x2 0x2
>> -- 
>> 2.1.4
> 
> This doesn't appear to be consistant with u-boot mainline v2015.04-rc5:

Short answer : wrong.

>   $ grep ENV_OFFSET include/configs/sheevaplug.h
>   #define CONFIG_ENV_OFFSET   0x8 /* env starts here */

This new NAND partitions mapping was defined in :
PATCH : http://patchwork.ozlabs.org/patch/400657/
COMMIT : http://patchwork.ozlabs.org/patch/396805/

This results into :
#define CONFIG_ENV_SIZE 0x2 /* 128k */
#define CONFIG_ENV_ADDR 0x8
#define CONFIG_ENV_OFFSET   0x8 /* env starts here */

*and*

#define CONFIG_MTDPARTS \
"mtdparts=orion_nand:512K(uboot),"  \
"512K(env),1M(script),6M(kernel),"  \
"12M(ramdisk),4M(spare),-(rootfs)"

#define MTDIDS_DEFAULT  "nand0=orion_nand"

#define MTDPARTS_DEFAULT\
"mtdparts="CONFIG_MTDPARTS

This can be read as :
mtdparts 
'mtdparts=orion_nand:512K(uboot),512K(env),1M(script),6M(kernel),12M(ramdisk),4M(spare),-(rootfs)'

For better understanding, we can read it as :

  +--+
MTD #0| UBOOT| >> 512 Kb (4x128)  = uboot
  +--+
MTD #1| ENV  | >> 512 Kb (4x128)  = env
  +--+
MTD #2| SCRIPT   | >> 1 Mb (8x128)= script
  +--+
MTD #3| KERNEL   | >> 6 Mb (48x128)   = kernel
  +--+
MTD #4| RAMDISK  | >> 12 Mb (96x128)  = ramdisk
  +--+
MTD #5| SPARE| >> 4 Mb (32x128)   = SPARE (unused)
  +--+
MTD #6| ROOT(FS) | >> 488 Mb @ 24 Mb  = rootfs (jffs2)
  +--+

As shortly described in the following line :
# MTD device name   Device offset   Env. size   Flash sector size

UBOOT ENV offset can be defined in sheevaplug.config in two ways.
With a global offset as usual defined, but gets read errors if ENV move :
+/dev/mtd0   0x8 0x2 0x2
Or, my prefered proposition, which will not need change with future 
modification of uboot size :
+/dev/mtd1   0x0 0x2 0x2


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

Bug#781903: d-i.debian.org: make testing-summary consume ftp-master's udeb check

[Cyril Brulebois]

Package: d-i.debian.org
Severity: normal

At the moment, the testing summary page[1] only links to ftpmaster's
udeb consistency check[2]; it would be slightly nicer if it could
consume it and display a green 0+0+0 which means no action is needed,
and an orange X+Y+Z otherwise.

 1. http://d-i.debian.org/testing-summary.html
 2. https://ftp-master.debian.org/d-i

Iterating over “\((\d+) rows\)” should be sufficient as a first step.

Mraw,
KiBi.


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

Bug#781865: Processed: cloning 781554, reopening -1, retitle -1 to docker.io: release cycle is too fast for stable ...

[Felipe Sateler]

On 4 April 2015 at 04:46, Adam D. Barratt  wrote:
> Control: reassign -1 src:docker.io
>
> On Sat, 2015-04-04 at 01:03 +, Debian Bug Tracking System wrote:
>> Processing commands for cont...@bugs.debian.org:
>>
>> > clone 781554 -1
>> Bug #781554 {Done: "Adam D. Barratt" } 
>> [release.debian.org] RM: docker.io -- RoM; release cycle is too fast for 
>> stable
>> Bug 781554 cloned as bug 781865
>> > reopen -1
>> Bug #781865 {Done: "Adam D. Barratt" } 
>> [release.debian.org] RM: docker.io -- RoM; release cycle is too fast for 
>> stable
>> Bug reopened
>> Ignoring request to alter fixed versions of bug #781865 to the same values 
>> previously set
>> > retitle -1 docker.io: release cycle is too fast for stable
>> Bug #781865 [release.debian.org] RM: docker.io -- RoM; release cycle is too 
>> fast for stable
>> Changed Bug title to 'docker.io: release cycle is too fast for stable' from 
>> 'RM: docker.io -- RoM; release cycle is too fast for stable'
>> > severity -1 serious
>> Bug #781865 [release.debian.org] docker.io: release cycle is too fast for 
>> stable
>> Severity set to 'serious' from 'minor'
>
> Given that having such a bug assigned to release.d.o makes no sense, I
> assume you simply forgot to reassign it.

Yes, sorry, the reassign command was missing.

-- 

Saludos,
Felipe Sateler


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

Bug#781869: pulseaudio: sound total hangup when program using audio suddenly dies

[Felipe Sateler]

On 3 April 2015 at 23:13, Joshua  wrote:
> Package: pulseaudio
> Version: 5.0-13
> Severity: important
>
> Dear Maintainer,
>
>* What led up to the situation?
>
> open rdesktop
> close rdesktop by clicking on x in corner
> open program using sound
> close program
>
>* What exactly did you do (or not do) that was effective (or
>  ineffective)?
>
> Attempted to run program that uses sound after a program that isn't well 
> behaved.
>
>* What was the outcome of this action?
>
> Sound did not play. Program hung up on close.
>
>* What outcome did you expect instead?
>
> pulseaudio cleans up after program using it drops out from under it.
> Regression from wheezy. Regression from February 2015.
>

Could you please attach a verbose log[1] of pulseaudio when this happens?

Also, please try the version in experimental to see if it fixes this issue.


[1]https://wiki.ubuntu.com/PulseAudio/Log
-- 

Saludos,
Felipe Sateler


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

Bug#781422: pulseaudio: Failed to open module "module-x11-publish".

[Felipe Sateler]

On 4 April 2015 at 00:04, johnathan falk  wrote:
> How are they installed by default when you use aptitude? It says the package
> also recommend a this but they won't be installed. Aptitude install x. Maybe
> my config is screwy...

It looks like it is. You can check the setting like this:

% apt-config dump  | grep Recommends
APT::Install-Recommends "1";

Also, if you use aptitude do not pass the flag -R or --without-recommends

-- 

Saludos,
Felipe Sateler


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

Bug#781902: ITP: erlang-hyperloglog -- distinct values estimator

[Philipp Huebner]

Package: wnpp
Severity: wishlist
Owner: Philipp Huebner 

* Package name: erlang-hyperloglog
  Version : 0.2013.10.11
  Upstream Author : Shyun Yeoh 
* URL : https://github.com/vaxelfel/eHyperLogLog
* License : Apache 2.0
  Programming Lang: Erlang
  Description : distinct values estimator

 erlang-hyperloglog is an efficient algorithm for estimating the number of
 distinct elements, known as the cardinality, of large data ensembles, which
 are referred to here as multisets and are usually massive streams (read-once
 sequences).
 This problem has received a great deal of attention over the past two decades,
 finding an ever growing number of applications in networking and traffic
 monitoring, such as the detection of worm propagation, of network attacks
 (e.g., by Denial of Service), and of link-based spam on the web.

This library is a dependency for ejabberd 15.03


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

Bug#781901: unblock: ruby2.1/2.1.5-2

[Antonio Terceiro]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Please unblock package ruby2.1

This release fixes a segmentation fault when unpacking a byte string
that has been modified since being previously packed (#781504, RC
status).

the debdiff against the package in testing is attached. It is not a
proper debdiff generated from the .dsc files because that would contain
a diff-of-a-diff since I maintain patches in this package as git commits
that get collapsed into a single quilt-style patch when I prepare an
upload.

It also contains a change to debian/upstream-changes that allows people
reading that git repository to inspect which changes have been made to
the upstream source (but has no influence whatsoever on the build or
runtime behavior of the package).

unblock ruby2.1/2.1.5-2

-- System Information:
Debian Release: 8.0
  APT prefers buildd-unstable
  APT policy: (500, 'buildd-unstable'), (500, 'unstable'), (500, 'testing'), 
(1, 'experimental')
Architecture: amd64 (x86_64)

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

-- 
Antonio Terceiro 
diff --git a/debian/changelog b/debian/changelog
index e0f68ba..eb1753e 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+ruby2.1 (2.1.5-2) unstable; urgency=medium
+
+  * Fix Segmentation fault after pack & ioctl & unpack (Closes: #781504)
+- apply r44804 from upstream svn
+  * debian/upstream-changes: simpler and more accurate implementation
+
+ -- Antonio Terceiro   Tue, 31 Mar 2015 21:50:39 -0300
+
 ruby2.1 (2.1.5-1) unstable; urgency=medium
 
   * New upstream release
diff --git a/debian/gbp.conf b/debian/gbp.conf
index cec628c..0e268a7 100644
--- a/debian/gbp.conf
+++ b/debian/gbp.conf
@@ -1,2 +1,3 @@
 [DEFAULT]
 pristine-tar = True
+debian-branch = debian/jessie
diff --git a/debian/upstream-changes b/debian/upstream-changes
index a2306b9..b5b2568 100755
--- a/debian/upstream-changes
+++ b/debian/upstream-changes
@@ -1,10 +1,9 @@
 #!/bin/sh
 
-for commit in $(git log --format=%H --no-merges upstream..); do
-  if test -n "$(git show --name-only --format='%H' $commit | sed -e '1,2d; /^debian\//d')"; then
-if ! grep -q "^Commit:\s*$commit\s*$" debian/upstream-changes.blacklist; then
-  git --no-pager show --color=always $commit
-  echo
-fi
-  fi
-done | less -FRSX
+set -e
+
+version=$(dpkg-parsechangelog -SVersion | cut -d - -f 1)
+
+files=$(git diff --name-only upstream/${version}.. | grep -v ^debian)
+
+git log -p --no-merges --cherry-pick upstream/${version}.. -- $files
diff --git a/include/ruby/intern.h b/include/ruby/intern.h
index 46af270..710fa26 100644
--- a/include/ruby/intern.h
+++ b/include/ruby/intern.h
@@ -769,8 +769,8 @@ VALUE rb_str_replace(VALUE, VALUE);
 VALUE rb_str_inspect(VALUE);
 VALUE rb_str_dump(VALUE);
 VALUE rb_str_split(VALUE, const char*);
-void rb_str_associate(VALUE, VALUE);
-VALUE rb_str_associated(VALUE);
+DEPRECATED(void rb_str_associate(VALUE, VALUE));
+DEPRECATED(VALUE rb_str_associated(VALUE));
 void rb_str_setter(VALUE, ID, VALUE*);
 VALUE rb_str_intern(VALUE);
 VALUE rb_sym_to_s(VALUE);
diff --git a/pack.c b/pack.c
index 400e85c..1956500 100644
--- a/pack.c
+++ b/pack.c
@@ -234,6 +234,45 @@ static void qpencode(VALUE,VALUE,long);
 
 static unsigned long utf8_to_uv(const char*,long*);
 
+static ID id_associated;
+
+static void
+str_associate(VALUE str, VALUE add)
+{
+VALUE assoc;
+
+assoc = rb_attr_get(str, id_associated);
+if (RB_TYPE_P(assoc, T_ARRAY)) {
+	/* already associated */
+	rb_ary_concat(assoc, add);
+}
+else {
+	rb_ivar_set(str, id_associated, add);
+}
+}
+
+static VALUE
+str_associated(VALUE str)
+{
+VALUE assoc = rb_attr_get(str, id_associated);
+if (NIL_P(assoc)) assoc = Qfalse;
+return assoc;
+}
+
+void
+rb_str_associate(VALUE str, VALUE add)
+{
+rb_warn("rb_str_associate() is only for internal use and deprecated; do not use");
+str_associate(str, add);
+}
+
+VALUE
+rb_str_associated(VALUE str)
+{
+rb_warn("rb_str_associated() is only for internal use and deprecated; do not use");
+return str_associated(str);
+}
+
 /*
  *  call-seq:
  * arr.pack ( aTemplateString ) -> aBinaryString
@@ -921,7 +960,7 @@ pack_pack(VALUE ary, VALUE fmt)
 }
 
 if (associates) {
-	rb_str_associate(res, associates);
+	str_associate(res, associates);
 }
 OBJ_INFECT(res, fmt);
 switch (enc_info) {
@@ -1803,7 +1842,7 @@ pack_unpack(VALUE str, VALUE fmt)
 		VALUE a;
 		const VALUE *p, *pend;
 
-		if (!(a = rb_str_associated(str))) {
+		if (!(a = str_associated(str))) {
 			rb_raise(rb_eArgError, "no associated pointer");
 		}
 		p = RARRAY_CONST_PTR(a);
@@ -1812,7 +1851,7 @@ pack_unpack(VALUE str, VALUE fmt)
 			if (RB_TYPE_P(*p, T_STRING) && RSTRING_PTR(*p) == t) {
 			if (len < RSTRING_LEN(*p)) {
 		

Bug#781900: xserver-xorg-input-synaptics: Thinkpad E440 Bottom Part of Touchpad Does Not Work and Clicking Issues

[Joshua Bowren]

Package: xserver-xorg-input-synaptics
Version: 1.8.1-1
Severity: normal

Dear Maintainer,

The bottom 25% of my touchpad does not seem to work unless the touch
goes from the upper part to the lower part. Right clicking is also confined to
a very small area in the lower right corner. There is only one button on the
touchpad, which is the touchpad itself.

Disabling and enabling the touchpad from gnome's settings menu
sometimes causes changes in behavior, but usually for the worse. Sometimes left
clicking is swapped for right clicking and right for left. Sometimes more even
bounds for left and right clicking can be obtained. But the worst is when the
touchpad is pretty much rendered unusable by swapping normal motion for
scrolling.



-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 May 12  2014 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 2401376 Feb 10 19:35 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
00:02.0 VGA compatible controller [0300]: Intel Corporation 4th Gen Core 
Processor Integrated Graphics Controller [8086:0416] (rev 06)

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

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

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

Kernel version (/proc/version):
---
Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 
4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt7-1 (2015-03-01)

Xorg X server log files on system:
--
-rw-r--r-- 1 root root  8224 May 13  2014 /var/log/Xorg.2.log
-rw-r--r-- 1 root root  8224 May 13  2014 /var/log/Xorg.3.log
-rw-r--r-- 1 root root  8224 May 13  2014 /var/log/Xorg.4.log
-rw-r--r-- 1 root root  8224 May 13  2014 /var/log/Xorg.5.log
-rw-r--r-- 1 root root 28667 Dec 14 14:37 /var/log/Xorg.1.log
-rw-r--r-- 1 root root 78532 Apr  4 10:23 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[   811.737] 
X.Org X Server 1.16.4
Release Date: 2014-12-20
[   811.737] X Protocol Version 11, Revision 0
[   811.737] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian
[   811.737] Current Operating System: Linux joshua-debian-lenovo 
3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt7-1 (2015-03-01) x86_64
[   811.737] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-amd64 
root=UUID=c2fbf088-dafd-47cc-918a-d4774fc3f222 ro
[   811.737] Build Date: 11 February 2015  12:32:02AM
[   811.737] xorg-server 2:1.16.4-1 (http://www.debian.org/support) 
[   811.737] Current version of pixman: 0.32.6
[   811.737]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[   811.737] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[   811.737] (==) Log file: "/var/log/Xorg.0.log", Time: Thu Apr  2 17:48:55 
2015
[   811.737] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[   811.737] (==) No Layout section.  Using the first Screen section.
[   811.737] (==) No screen section available. Using defaults.
[   811.737] (**) |-->Screen "Default Screen Section" (0)
[   811.737] (**) |   |-->Monitor ""
[   811.737] (==) No monitor specified for screen "Default Screen Section".
Using a default monitor configuration.
[   811.737] (==) Automatically adding devices
[   811.737] (==) Automatically enabling devices
[   811.737] (==) Automatically adding GPU devices
[   811.737] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[   811.737]Entry deleted from font path.
[   811.737] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
built-ins
[   811.737] (==) ModulePath set to "/usr/lib/xorg/modules"
[   811.737] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[   811.737] (II) Loader magic: 0x7f567bf0ed80
[   811.737] (II) Module ABI versions:
[   811.737]X.Org ANSI C Emulation: 0.4
[   811.737]X.Org Video Driver: 18.0
[   811.737]X.Org XInput driver : 21.0
[   811.737]X.Org Server Extension : 8.0
[   811.737] (II) xfree86: Adding drm device (/dev/dri/card0)
[   811.738] (--) PCI:*(0:0:2:0) 8086:0416:17aa:5028 rev 6, Mem @ 
0xf000/4194304, 0xe000/268435456, I/O @ 0x5000/64
[   811.738] (II) LoadModule: "glx"
[   811.739] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[   811.739] (II) Module glx: vendor="X.Org Foundation"
[   811.739]compiled for 1.16.4, module version = 1.0.

Bug#781812: libav

[Mathieu Malaterre]

reassign 781812 libav 6:11.3-1
thanks

This has been fixed in ffmpeg:

https://trac.ffmpeg.org/ticket/4423#comment:8

Since minidlna currently uses libav, I am leaving this bug open.


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

Bug#781899: inadyn: Please provide script for /etc/init.d

[Axel Stammler]

Package: inadyn
Version: 1.96.2-1+b1
Severity: wishlist

Dear Maintainer,

As INADYN is designed to run as a daemon, it should have a proper script.

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

Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages inadyn depends on:
ii  libc6  2.13-38+deb7u8

inadyn recommends no packages.

inadyn suggests no packages.

-- debconf-show failed


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

Bug#777914: insserv: Adding patch

[Mohit Bhakkad]

Package: insserv
Version: 1.14.0-5
Followup-For: Bug #777914

Dear Maintainer,

   * I am trying to build this package using clang compiler and getting
 all the errors reported in this bug by Matthias.
   * Looking into code, I found that errors are due to an assumption 
 about relation between __STDC_VERSION__ and definition of "extension"
 in listing.h
   * I observed that this gets build with gcc-4.9.2, as for gcc 
 __STDC_VERSION__ is not defined.
   * I tested it with clang-3.5(__STDC_VERSION__ 199901L) and 
 clang 3.7(__STDC_VERSION__ 201112L) and getting same errors, so extension
 is undefined even for __STDC_VERSION__ > 199901L.
   * So moving definition of "extension" outside if loop.

Patch at:
https://raw.githubusercontent.com/Mohit7/Debian-Clang/master/161_bts777914_fix_undeclared_identifier.patch


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

Bug#781898: inadyn: Sometimes just silently dies

[Axel Stammler]

Package: inadyn
Version: 1.96.2-1+b1
Severity: important

Dear Maintainer,

I use INADYN with Afraid.Org and it works perfectly − until it just stops 
without any
error message in the log:

[…]
Apr  2 13:08:18 flora INADYN[3352]: .
Apr  2 13:10:18 flora INADYN[3352]: .
Apr  2 13:12:19 flora INADYN[3352]: .
Apr  2 13:14:19 flora INADYN[3352]: .
Apr  2 13:16:19 flora INADYN[3352]: .
Apr  2 13:18:20 flora INADYN[3352]: .
Apr  2 13:20:20 flora INADYN[3352]: .
Apr  2 13:22:20 flora INADYN[3352]: .
Apr  2 13:24:21 flora INADYN[3352]: .
Apr  2 13:26:21 flora INADYN[3352]: .

I only notice this when I cannot reach the system because the DNS entry has not 
been updated.

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

Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages inadyn depends on:
ii  libc6  2.13-38+deb7u8

inadyn recommends no packages.

inadyn suggests no packages.

-- debconf-show failed


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

Bug#781896: baloo4: Baloo needs to depend on libqt4-sql-sqlite to start indexing

[Roberth Sjonøy]

Package: baloo4
Version: 4:4.14.2-1
Severity: serious
Justification: Policy 3.5

Dear Maintainer,

   * What led up to the situation? Installing the package "plasma-desktop" and
then installing baloo4.
   * What exactly did you do (or not do) that was effective (or
 ineffective)? Installing libqt4-sql-sqlite was effective since it made
baloo4 start indexing files as it should do when it is enabled.
   * What outcome did you expect instead? That the installation of baloo4
installed libqt4-sql-sqlite as dependency, so it started indexing
automatically.



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

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

Versions of packages baloo4 depends on:
ii  baloo-utils4:4.14.2-1
ii  libbaloocore4  4:4.14.2-1
ii  libbaloofiles4 4:4.14.2-1
ii  libbalooxapian44:4.14.2-1
ii  libc6  2.19-17
ii  libgcc11:4.9.2-10
ii  libkdecore54:4.14.2-5
ii  libkdeui5  4:4.14.2-5
ii  libkfilemetadata4  4:4.14.0-1+b2
ii  libkidletime4  4:4.14.2-5
ii  libkio54:4.14.2-5
ii  libqjson0  0.8.1-3
ii  libqt4-dbus4:4.8.6+git64-g5dc8b2b+dfsg-3
ii  libqt4-sql 4:4.8.6+git64-g5dc8b2b+dfsg-3
ii  libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-3
ii  libqtgui4  4:4.8.6+git64-g5dc8b2b+dfsg-3
ii  libsolid4  4:4.14.2-5
ii  libstdc++6 4.9.2-10
ii  libxapian221.2.19-1

baloo4 recommends no packages.

baloo4 suggests no packages.

-- no debconf information


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

Bug#781814: rygel: Advertises 127.0.0.1 to renderer

[Andreas Henriksson]

Control: tags -1 + unreproducible moreinfo

Hello Tobias Frost!

Thanks for your bug report.

On Fri, Apr 03, 2015 at 02:32:22PM +0200, Tobias Frost wrote:
> Package: rygel
> Version: 0.24.2-1+b1
> Severity: normal
> 
> Dear Maintainer,
> 
> I setup rygel to stream as a pulse-device to a remote uPnP/DLNA renderer
> (gmedia-resurrect).
> 
> However, rygel tell the renderer that the DLNA server is at 127.0.0.1, so
> the renderer obviously fails to connect:
[...]

Are you sure it's rygels fault?

What controller are you using?

Could you please try with something else then gmediarenderer?

(Generally my impression is that anything that describes itself as
UPNP-AV rather then DLNA usually means it's a hack that does lots of
things wrong, developed by people who don't have access to the
protocol specification and testsuites.)

Obviously, I'm unable to reprocude your problem (but I usually also
stay away from interacting with "know buggy" sw like mediatomb, etc)

If all else fails, please try to contact upstream directly.
You can use the mailing list or #gupnp on irc.gnome.org.

Regards,
Andreas Henriksson


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

Bug#781897: unblock: erlang/17.3-dfsg-4

[Sergei Golovan]

Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock

Hi release team!

Please, allow me to upload erlang 17.3-dfsg-4 which fixes
CVE-2015-2774 in its SSL implementation (see [1] for further
details).

I also took the liberty to fix one trivial bug in build
dependencies (should've replace libsystemd-daemon-dev by
libsystemd-dev long time ago, see [2]) and one bug with
incorrect variable type in a function header (see [3]).

The debdiff between the current erlang and 17.3-dfsg-4 is attached.

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=781839
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=779750
[3] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=747593

unblock erlang/17.3-dfsg-4

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

Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
diff -Nru erlang-17.3-dfsg/debian/changelog erlang-17.3-dfsg/debian/changelog
--- erlang-17.3-dfsg/debian/changelog	2014-11-30 22:40:16.0 +0300
+++ erlang-17.3-dfsg/debian/changelog	2015-04-04 17:00:58.0 +0300
@@ -1,3 +1,14 @@
+erlang (1:17.3-dfsg-4) unstable; urgency=medium
+
+  * Added a patch from upstream which fixes TLS POODLE vulnerability in
+the Erlang SSL application (CVE-2015-2774) (closes: #781839).
+  * Fixed erts_gzinflate_buffer() declaration to prevent possible buffer
+overflow (closes: #747593).
+  * Replaced libsystemd-daemon-dev by libsystemd-dev in build dependencies
+(closes: #779750).
+
+ -- Sergei Golovan   Sat, 04 Apr 2015 17:00:55 +0300
+
 erlang (1:17.3-dfsg-3) unstable; urgency=medium
 
   * Added a patch by Olly Betts which updates hard-coded wx constant values
diff -Nru erlang-17.3-dfsg/debian/control erlang-17.3-dfsg/debian/control
--- erlang-17.3-dfsg/debian/control	2014-10-05 13:14:24.0 +0400
+++ erlang-17.3-dfsg/debian/control	2015-03-05 13:49:32.0 +0300
@@ -8,7 +8,7 @@
  libncurses5-dev, autotools-dev, unixodbc-dev, bison, flex, ed,
  libwxgtk3.0-dev, dctrl-tools, xsltproc,
  libgl1-mesa-dev | libgl-dev, libglu1-mesa-dev | libglu-dev,
- libsctp-dev [linux-any], libsystemd-daemon-dev [linux-any], dh-systemd
+ libsctp-dev [linux-any], libsystemd-dev [linux-any], dh-systemd
 Build-Depends-Indep: fop, default-jdk | sun-java6-jdk
 Build-Conflicts: autoconf2.13, libwxgtk2.4-dev, libwxgtk2.6-dev, libwxgtk2.8-dev
 Homepage: http://www.erlang.org/
diff -Nru erlang-17.3-dfsg/debian/patches/beamload.patch erlang-17.3-dfsg/debian/patches/beamload.patch
--- erlang-17.3-dfsg/debian/patches/beamload.patch	1970-01-01 03:00:00.0 +0300
+++ erlang-17.3-dfsg/debian/patches/beamload.patch	2015-04-04 16:58:18.0 +0300
@@ -0,0 +1,15 @@
+Author: Sergei Golovan
+Description: Patch fixes function declaration.
+Bugs-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=747593
+
+--- a/erts/emulator/beam/beam_load.c
 b/erts/emulator/beam/beam_load.c
+@@ -43,7 +43,7 @@
+ #include "hipe_arch.h"
+ #endif
+ 
+-ErlDrvBinary* erts_gzinflate_buffer(char*, int);
++ErlDrvBinary* erts_gzinflate_buffer(char*, uLong);
+ 
+ #define MAX_OPARGS 8
+ #define CALLED0
diff -Nru erlang-17.3-dfsg/debian/patches/series erlang-17.3-dfsg/debian/patches/series
--- erlang-17.3-dfsg/debian/patches/series	2014-11-30 22:38:28.0 +0300
+++ erlang-17.3-dfsg/debian/patches/series	2015-04-04 16:58:41.0 +0300
@@ -11,3 +11,5 @@
 ssl.patch
 wx3.0-constants.patch
 sslv3disable.patch
+ssltlspoodle.patch
+beamload.patch
diff -Nru erlang-17.3-dfsg/debian/patches/ssltlspoodle.patch erlang-17.3-dfsg/debian/patches/ssltlspoodle.patch
--- erlang-17.3-dfsg/debian/patches/ssltlspoodle.patch	1970-01-01 03:00:00.0 +0300
+++ erlang-17.3-dfsg/debian/patches/ssltlspoodle.patch	2015-04-04 16:32:11.0 +0300
@@ -0,0 +1,571 @@
+Author: Ingela Anderton Andin 
+Description: [PATCH] ssl: Reenable padding check for TLS-1.0 and provide
+ backwards compatible disable option
+Last-Modified: Tue, 13 Jan 2015 15:16:20 +0100
+Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=781839
+
+--- a/lib/ssl/doc/src/ssl.xml
 b/lib/ssl/doc/src/ssl.xml
+@@ -4,7 +4,7 @@
+ 
+   
+ 
+-  19992014
++  19992015
+   Ericsson AB. All Rights Reserved.
+ 
+ 
+@@ -348,11 +348,23 @@ fun(srp, Username :: string(), UserState :: term()) ->
+ 	
+   
+ 
++  {padding_check, boolean()}
++  
++	 This option only affects TLS-1.0 connections.
++	If set to false it disables the block cipher padding check
++	to be able to interoperate with legacy software.
++	
++	
++	 Using this option makes TLS vulnerable to
++	the Poodle attack
++	
++  
++  
+ 
+-
++
+   
+-
+-   
++  
++  
+ SSL OPTION DESCRIPTIONS - CLIENT SIDE
+ 
+ Op

Bug#770734: systemd: FTBFS in environment with all packages rebuilt locally

[Daniel Schepler]

On Wed, Jan 21, 2015 at 8:04 AM, Michael Biebl  wrote:

> Hi Daniel,
>
> Am 23.11.2014 um 19:02 schrieb Daniel Schepler:
>
> > I can't reproduce this with a vanilla pbuilder setup, so I'm not sure
> what's
> > causing the difference between the two builds.
>
> Can you provide any steps how we can reproduce the issue?
> Does this problem happen with a fresh checkout of the sources, i.e. when
> you run "apt-get source -b systemd"?
>

I finally tracked down a simple way to reproduce the build failure (all in
a pbuilder login session with the sources line uncommented in
/etc/apt/sources.list):
1. mkdir /tmp/intltool; cd /tmp/intltool; apt-get build-dep intltool
--no-install-recommends; apt-get source -b intltool
2. dpkg -i intltool_*.deb; apt-get -f install --no-install-recommends
3. mkdir /tmp/systemd; cd /tmp/systemd; apt-get build-dep systemd
--no-install-recommends; apt-get source -b systemd

The strange thing is: the file contents of the newly built intltool package
and the official intltool package are identical.  About the only difference
I can see between them is in the file timestamps.
-- 
Daniel

Bug#781895: avrdude: writing fuse from file does not work

[Yann Dirson]

Package: avrdude
Version: 6.1-2
Severity: normal

Before I noticed the "m" format to set fuses from immediate
commandline values, I tried to set them (using an Arduino-as-ISP) from
a binary file obtained by reading them (-U hfuse:r:hfuse.dump:b).
Using "-U hfuse:w:hfuse.dump:b" just fails:

$ avrdude -p m32u4 -c stk500v1 -b 19200 -P 
/dev/serial/by-id/usb-Arduino__www.arduino.cc__Arduino_Uno_6493534323335151A211-if00
 -U hfuse:w:hfuse.dump:b

avrdude: AVR device initialized and ready to accept instructions

Reading | ## | 100% 0.05s

avrdude: Device signature = 0x1e9587
avrdude: reading input file "hfuse.dump"
avrdude: fileio: invalid operation=0
avrdude: read from file 'hfuse.dump' failed

avrdude: safemode: Fuses OK (E:F3, H:D0, L:FC)

avrdude done.  Thank you.


OTOH, using "-U hfuse:w:90:m" worked just fine.



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

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

Versions of packages avrdude depends on:
ii  libc6 2.19-17
ii  libelf1   0.159-4.2
ii  libftdi1  0.20-2
ii  libncurses5   5.9+20140913-1+b1
ii  libreadline6  6.3-8+b3
ii  libtinfo5 5.9+20140913-1+b1
ii  libusb-0.1-4  2:0.1.12-25

avrdude recommends no packages.

Versions of packages avrdude suggests:
pn  avrdude-doc  

-- no debconf information


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

Bug#781894: squashfs 4.[23]: two different compressors, same discrepancy in large file

[Steve Newcomb]

Package: squashfs-tools
Version: 4.3

Version 4.2 also has this bug!

I use mksquashfs frequently for archiving purposes.  No recent version 
has failed me, and I usually verify the squashfs output against the 
input.  But one verification cycle recently failed. I'm pretty sure I've 
found what appears to be a compressor-independent bug somewhere in 
mksquashfs, versions 4.3 (2014/05/12) (built from source I just 
downloaded from SourceForge) and 4.2-git (2013/04/07) which is installed 
by default in Ubuntu 14.04.


To verify the bug (I have verified it several times now), you may 
download the uncompressed original file (big!) from:


 
http://snewcomb.net/mksquashfs_discrepancy/mksqtest//Crawl-Anywhere-4.0.0-rc-Appliance-Ubuntu-Desktop-12.04-LTS/Crawl-Anywhere-4.0.0-rc-Appliance-Ubuntu-Desktop-12.04-LTS-disk1.vmdk

..and the same file in a v4.3 squashfs (xz compression) context at:

http://snewcomb.net/mksquashfs_discrepancy/mksqtest.sqfs

It doesn't matter whether I use gzip or xz compression. Either way, when 
I compare the original to the unsquashed retrieved version, the same 
discrepancy appears.


A report about the first 128K discrepant bytes can be seen at:

http://snewcomb.net/mksquashfs_discrepancy/diff_128K.txt

(The "cmp" tool verifies that there is a discrepancy, so the problem is 
not in my verification program.) The discrepancies exist regardless of 
whether I use unsquashfs or I mount the sqfs filesystem and use the 
kernel to decompress.


The tests were made on a host machine whose uname -a command says:

Linux daat 3.13.0-46-generic #76-Ubuntu SMP Thu Feb 26 18:52:13 UTC 2015 
x86_64 x86_64 x86_64 GNU/Linux


It is a fully up-to-date Ubuntu Server 14.04 installation. The hardware 
is quite stable. It's an Intel i7-930 with 24 Gb RAM and not heavily 
loaded. I have exactly reproduced the problem several times, and I'm 
pretty sure you will be able to reproduce it faithfully, given the files 
at the URLs given above.


 Steve Newcomb
srn at coolheads.com


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

Bug#781886: qcontrol failure to start on boot sometimes (jessie, systemd?)

[debbug . jessie . qcontrol . systemd . nospam . plz]

On Sat, Apr 04, 2015 at 14:43:23 +0100, Ian Campbell wrote:
> On Sat, 2015-04-04 at 14:48 +0200, reportbug wrote:
> [...]
> > Apr 02 12:08:28 hostname qcontrol[617]: qcontrol 0.5.4 daemon starting.
> > Apr 02 12:08:28 hostname qcontrold[480]: Starting qcontrol daemon: qcontrol.
> > Apr 02 12:08:28 hostname qcontrol[617]: evdev: Error opening 
> > /dev/input/by-path/platform-gpio-keys-event: No such file or directory
> > Apr 02 12:08:28 hostname qcontrol[617]: register() - Error loading module
> 
> I think this is probably the root cause, this path doesn't exist for
> some reason, so qcontrold doesn't start.
> 
> Do you have that device path now? I suppose you must since a later
> manual start of qcontrold worked. If not then do you have anything
> similar (i.e. "tr - _" perhaps)?

I do, it is a symlink to "../event0": 

0 lrwxrwxrwx 1 root root 9 2015-04-02 12:08 
/dev/input/by-path/platform-gpio-keys-event -> ../event0

When I do a stat on this "/dev/input/event0" file, it curiously displays 
a filestamp being one second later than the qcontrol journalctl error 
entries:

% stat /dev/input/event0
  File: '/dev/input/event0'
  Size: 0   Blocks: 0  IO Block: 4096   character
special file
Device: 5h/5d   Inode: 5272Links: 1 Device type: d,40
Access: (0660/crw-rw)  Uid: (0/root)   Gid: (  113/   input)
Access: 2015-04-02 12:08:29.72800 +0200
Modify: 2015-04-02 12:08:29.72800 +0200
Change: 2015-04-02 12:08:29.72800 +0200
 Birth: -

 


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

Bug#781893: gnome-control-center: Gnome System Details shows wrong drive size (btrfs?)

[Chris Bainbridge]

Package: gnome-control-center
Version: 1:3.14.2-3
Severity: minor

Dear Maintainer,

Gnome System Details shows "Disk 848GB" on a 128GB disk system (btrfs
subvolumes causing confusion?)


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

Bug#781892: gfortran-4.9: produces illegal Instruction on mipsel

[Ole Streicher]

Package: gfortran-4.9
Version: 4.9.2-10
Severity: important

eso-midas FTBS on mipsel, see f.e.

https://buildd.debian.org/status/fetch.php?pkg=eso-midas&arch=mipsel&ver=15.02pl1.1-1~exp5&stamp=1428083102

Minimal code example:

(sid_mipsel-dchroot)olebole@eder:~$ cat aini.f
  PROGRAM AINI
  R=1.1342362e-39
  R=SQRT(R)
  STOP
  END
(sid_mipsel-dchroot)olebole@eder:~$ gfortran -Wall -o aini aini.f
(sid_mipsel-dchroot)olebole@eder:~$ ./aini

Program received signal SIGILL: Illegal instruction.

Backtrace for this error:
#0  0x778CFDDB
Illegal instruction (core dumped)


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

Bug#781891: gdm3: xorg log to systemd journal

[Chris Bainbridge]

Package: gdm3
Version: 3.14.1-6
Severity: wishlist

The preferred option of Gnome upstream (since 3.12) seems to be
--enable-systemd-journal. Unless there are strong arguments against,
then Debian should probably follow what upstream is doing, since that
will be the "standard" way and what people end up documenting e.g.
http://who-t.blogspot.co.uk/2014/03/viewing-xorglog-with-journalctl.html
http://worldofgnome.org/in-gnome-3-12-systemd-will-track-xorg-logs/


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

Bug#781890: RFP: dnscrypt-proxy -- Encrypts DNS traffic between the user and a DNS-Server.

[Konstantin Manna]

Package: wnpp
Severity: wishlist

* Package name: dnscrypt-proxy
  Version : 1.4.3
  Upstream Author : Frank Denis 
* URL : http://dnscrypt.org
* License : (Frank Denis)
  Programming Lang: (C)
  Description : Encrypts DNS traffic between the user and a DNS-Server.


long description:
dnscrypt-proxy provides local service which can be used directly as your local
resolver or as a DNS forwarder, encrypting and authenticating requests using the
DNSCrypt protocol and passing them to an upstream server.
The DNSCrypt protocol uses high-speed high-security elliptic-curve cryptography
and is very similar to DNSCurve, but focuses on securing communications between
a client and its first-level resolver.
While not providing end-to-end security, it protects the local network,
which is often the weakest point of the chain, against man-in-the-middle 
attacks. 
It also provides some confidentiality to DNS queries.

Source available at: https://github.com/jedisct1/dnscrypt-proxy
Dependency: libsodium-dev
Packaging files for debian seem to be also already included in the github repo.


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

Bug#781889: libjffi-jni: package installs native code under /usr/share

[tony mancill]

Package: libjffi-jni
Version: 1.2.7-1
Severity: serious

Tracking bug to resolve the policy violation created by the
upload of src:jffi 1.2.7-1.  Instead of installing jffi-native.jar under
/usr/share/java, the native code must appear under /usr/lib/jni.

Thank you,
tony


signature.asc
Description: Digital signature

Bug#775935: geneweb: FTBFS on various arches: Please run 'make' in directory '../src' first

[Christian PERRIER]

Quoting Dejan Latinovic (dejan.latino...@imgtec.com):
> 
> Hello,
> 
> I had noticed that the gui part builds with target "all"
> even if the main target is "out".
> Beside that,  in gui/Makefile OCAMLC variable is redefined and ocamlc.opt is 
> used instead of
> ocamlc (defined in Makefile.inc).
> 
> The patch that contains needed changes is attached,
> With this patch I was able to successfully build geneweb for both mips and 
> mipsel.
> 
> Could you please include this patch?

I'm working on this but I'm having big trouble building from git, I
don't know why:

dpkg-source: info: using source format `3.0 (quilt)'
dpkg-source: info: building geneweb using existing 
./geneweb_6.08dfsg.orig.tar.xz
dpkg-source: warning: ignoring deletion of file tools/Makefile.inc.out
dpkg-source: info: local changes detected, the modified files are:
 git/Makefile
 git/dag2html/dag2html.1
 git/gui/Makefile
 git/hd/lang/lexicon.txt
 git/man/gwc.1
 git/setup/setup.ml
 git/src/gwd.ml
 git/tools/Makefile.inc.win
dpkg-source: error: aborting due to unexpected upstream changes, see 
/tmp/geneweb_6.08dfsg-3.diff.eKkgeY
dpkg-source: info: you can integrate the local changes with dpkg-source --commit
dpkg-buildpackage: error: dpkg-source -b git gave error exit status 2
gbp:error: Couldn't run 'git-pbuilder': git-pbuilder returned 2

This even though there are NO local changes in the git repository. I
don't understand what's happening here

Anyone with a clue?

The git repo URL: git://anonscm.debian.org/collab-maint/geneweb.git



signature.asc
Description: Digital signature

Bug#781888: cinnamon-session: session does not start

[Norbert Preining]

Package: cinnamon-session
Version: 2.4.3-1
Severity: grave
Justification: renders package unusable

Dear all,

thanks for your work on cinnamon. Today I tried to upgrade to cinnamon 2.4 from 
experimental, with the effect that nothings works anymore, and cinnamon crashes
on login.

The .xsession-error file is included below.

THere is a cryptical error about JS:
(cinnamon:13648): Cjs-WARNING **: JS ERROR: TypeError: MK is undefined
which wasn't very helpful for me.

Please let me know if I can do anything

Thanks a lot

Norbert


Xsession: X session started for norbert at Sat Apr  4 22:27:03 JST 2015
localuser:norbert being added to access control list
I: Script for fcitx started at run_im.
I: Script for auto started at run_im.
I: Script for default started at run_im.
I: Script for fcitx started at run_im.
(INFO-13535 /tmp/buildd/fcitx-4.2.8.5/src/lib/fcitx/addon.c:151) Load Addon 
Config File:fcitx-anthy.conf
(INFO-13535 /tmp/buildd/fcitx-4.2.8.5/src/lib/fcitx/addon.c:151) Load Addon 
Config File:fcitx-skk.conf
(INFO-13535 /tmp/buildd/fcitx-4.2.8.5/src/lib/fcitx/addon.c:151) Load Addon 
Config File:fcitx-mozc.conf
(INFO-13535 /tmp/buildd/fcitx-4.2.8.5/src/lib/fcitx/addon.c:151) Load Addon 
Config File:fcitx-spell.conf
(INFO-13535 /tmp/buildd/fcitx-4.2.8.5/src/lib/fcitx/addon.c:151) Load Addon 
Config File:fcitx-unicode.conf
(INFO-13535 /tmp/buildd/fcitx-4.2.8.5/src/lib/fcitx/addon.c:151) Load Addon 
Config File:fcitx-remote-module.conf
(INFO-13535 /tmp/buildd/fcitx-4.2.8.5/src/lib/fcitx/addon.c:151) Load Addon 
Config File:fcitx-quickphrase.conf
(INFO-13535 /tmp/buildd/fcitx-4.2.8.5/src/lib/fcitx/addon.c:151) Load Addon 
Config File:fcitx-punc.conf
(INFO-13535 /tmp/buildd/fcitx-4.2.8.5/src/lib/fcitx/addon.c:151) Load Addon 
Config File:fcitx-keyboard.conf
(INFO-13535 /tmp/buildd/fcitx-4.2.8.5/src/lib/fcitx/addon.c:151) Load Addon 
Config File:fcitx-imselector.conf
(INFO-13535 /tmp/buildd/fcitx-4.2.8.5/src/lib/fcitx/addon.c:151) Load Addon 
Config File:fcitx-fullwidth-char.conf
(INFO-13535 /tmp/buildd/fcitx-4.2.8.5/src/lib/fcitx/addon.c:151) Load Addon 
Config File:fcitx-clipboard.conf
(INFO-13535 /tmp/buildd/fcitx-4.2.8.5/src/lib/fcitx/addon.c:151) Load Addon 
Config File:fcitx-chttrans.conf
(INFO-13535 /tmp/buildd/fcitx-4.2.8.5/src/lib/fcitx/addon.c:151) Load Addon 
Config File:fcitx-autoeng.conf
(INFO-13535 /tmp/buildd/fcitx-4.2.8.5/src/lib/fcitx/addon.c:151) Load Addon 
Config File:fcitx-freedesktop-notify.conf
(INFO-13535 /tmp/buildd/fcitx-4.2.8.5/src/lib/fcitx/addon.c:151) Load Addon 
Config File:fcitx-ipc.conf
(INFO-13535 /tmp/buildd/fcitx-4.2.8.5/src/lib/fcitx/addon.c:151) Load Addon 
Config File:fcitx-dbus.conf
(INFO-13535 /tmp/buildd/fcitx-4.2.8.5/src/lib/fcitx/addon.c:151) Load Addon 
Config File:fcitx-kimpanel-ui.conf
(INFO-13535 /tmp/buildd/fcitx-4.2.8.5/src/lib/fcitx/addon.c:151) Load Addon 
Config File:fcitx-xkbdbus.conf
(INFO-13535 /tmp/buildd/fcitx-4.2.8.5/src/lib/fcitx/addon.c:151) Load Addon 
Config File:fcitx-xkb.conf
(INFO-13535 /tmp/buildd/fcitx-4.2.8.5/src/lib/fcitx/addon.c:151) Load Addon 
Config File:fcitx-vk.conf
(INFO-13535 /tmp/buildd/fcitx-4.2.8.5/src/lib/fcitx/addon.c:151) Load Addon 
Config File:fcitx-xim.conf
(INFO-13535 /tmp/buildd/fcitx-4.2.8.5/src/lib/fcitx/addon.c:151) Load Addon 
Config File:fcitx-x11.conf
(INFO-13535 /tmp/buildd/fcitx-4.2.8.5/src/lib/fcitx/addon.c:151) Load Addon 
Config File:fcitx-notificationitem.conf
(INFO-13535 /tmp/buildd/fcitx-4.2.8.5/src/lib/fcitx/addon.c:151) Load Addon 
Config File:fcitx-classic-ui.conf
(INFO-13535 /tmp/buildd/fcitx-4.2.8.5/src/lib/fcitx/addon.c:151) Load Addon 
Config File:fcitx-lua.conf
I: Script for auto started at run_im.
I: Script for default started at run_im.
cinnamon-session[13461]: EggSMClient-WARNING: Invalid Version string '0.9.4' in 
/home/norbert/.config/autostart/PAsystray.desktop
SSH_AUTH_SOCK=/run/user/1000/keyring/ssh
SSH_AUTH_SOCK=/run/user/1000/keyring/ssh
SSH_AUTH_SOCK=/run/user/1000/keyring/ssh
GPG_AGENT_INFO=/run/user/1000/keyring/gpg:0:1
SSH_AUTH_SOCK=/run/user/1000/keyring/ssh
GPG_AGENT_INFO=/run/user/1000/keyring/gpg:0:1
Starting Dropbox...
** (polkit-gnome-authentication-agent-1:13661): WARNING **: Unable to register 
authentication agent: GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: An 
authentication agent already exists for the given subject
Cannot register authentication agent: 
GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: An authentication agent 
already exists for the given subject

** (nemo:13656): WARNING **: Can not determine workarea, guessing at layout
Cjs-Message: JS LOG: About to start Cinnamon

(cinnamon:13648): Cjs-WARNING **: JS ERROR: TypeError: MK is undefined
KeybindingManager.prototype.setup_media_keys@/usr/share/cinnamon/js/ui/keybindings.js:127
KeybindingManager.prototype._init@/usr/share/cinnamon/js/ui/keybindings.js:49
KeybindingManager@/usr/share/cinnamon/js/ui/keybindings.js:33
start@/usr/share/cinnamon/js/ui/main.js:385
@:1

Window manager warning: Lo