Bug#734437: [BTS#734437] templates://init-select/{templates} : Final update for English review

[Christian PERRIER]

Dear Debian maintainer,

On Saturday, January 11, 2014, I notified you of the beginning of a review 
process
concerning debconf templates for init-select.

(it includes newly added templates, during the review)

The debian-l10n-english contributors have now reviewed these templates,
and the final proposed changes are attached to this update to the
original bug report.

Please review the suggested changes, and if you have any
objections, let me know in the next 3 days.

However, please try to avoid uploading init-select with these changes
right now.

The second phase of this process will begin on Monday, February 17, 2014, when 
I will
coordinate updates to translations of debconf templates.

The existing translators will be notified of the changes: they will
receive an updated PO file for their language.

Simultaneously, a general call for new translations will be sent to
the debian-i18n mailing list.

Both these calls for translations will request updates to be sent as
individual bug reports. That will probably trigger a lot of bug
reports against your package, but these should be easier to deal with.

The call for translation updates and new translations will run until
about Monday, March 10, 2014. Please avoid uploading a package with fixed or 
changed
debconf templates and/or translation updates in the meantime. Of
course, other changes are safe.

Please note that this is an approximative delay, which depends on my
own availability to process this work and is influenced by the fact
that I simultaneously work on many packages.

Around Tuesday, March 11, 2014, I will contact you again and will send a final 
patch
summarizing all the updates (changes to debconf templates,
updates to debconf translations and new debconf translations).

Again, thanks for your attention and cooperation.


-- 


# These templates have been reviewed by the debian-l10n-english
# team
#
# If modifications/additions/rewording are needed, please ask
# debian-l10n-engl...@lists.debian.org for advice.
#
# Even minor modifications require translation updates and such
# changes should be coordinated with translators and reviewers.

Template: init-select/choose
Type: select
Choices: sysvinit, systemd, upstart, openrc
Default: sysvinit
_Description: Init system selection: 
 Please select an init system.
 .
 The init system is the first process started by the kernel. It manages the
 initial boot process and system daemons.

Template: init-select/no-systemd
Type: error
_Description: systemd package not installed
 The systemd package is not installed at present, so it cannot be selected.
 .
 Please execute "apt-get install systemd && dpkg-reconfigure init-select" in
 order to install and configure systemd as the init system.

Template: init-select/no-upstart
Type: error
_Description: upstart package not installed
 The upstart package is not installed at present, so it cannot be selected.
 .
 Please execute "apt-get install upstart" in order to install and use upstart
 as the init system. Note that init-select will be removed in the process
 since upstart is not co-installable with other init systems.

Template: init-select/no-openrc
Type: error
_Description: openrc package not installed
 The openrc package is not installed at present, so it cannot be selected.
 .
 Please execute "apt-get install openrc" in order to install and use openrc as
 the init system. Note that init-select will be removed in the process since
 openrc is not co-installable with other init systems.
Source: init-select
Section: utils
Priority: optional
Maintainer: Michael Gilbert 
Build-Depends:
 debhelper (>= 9),
 po-debconf,
Standards-Version: 3.9.5

Package: init-select
Architecture: all
Depends:
 ${misc:Depends},
 grub2-common,
Suggests:
 systemd,
Description: init system selection tool
 This package provides a tool (init-select) that simplifies the process
 of selecting the init system from those available.
 .
 The init system determines the first process started on boot.
 .
 This tool does not yet support boot loaders other than GRUB.
--- init-select.old/debian/templates2014-01-07 07:55:05.777828676 +0100
+++ init-select/debian/templates2014-02-14 07:12:20.978931547 +0100
@@ -1,14 +1,44 @@
+# These templates have been reviewed by the debian-l10n-english
+# team
+#
+# If modifications/additions/rewording are needed, please ask
+# debian-l10n-engl...@lists.debian.org for advice.
+#
+# Even minor modifications require translation updates and such
+# changes should be coordinated with translators and reviewers.
+
 Template: init-select/choose
 Type: select
-Choices: sysvinit, systemd
+Choices: sysvinit, systemd, upstart, openrc
 Default: sysvinit
-_Description: select an init system
- Please select an init system from the following list.  If you are unsure
- what this means, please select the default.
+_Description: Init system selection: 
+ Please select an init system.
+ .
+ The init system is the first process started by the kernel. It manages the
+ in

Bug#727708: init system coupling etc.

[Russ Allbery]

Christian Seiler  writes:

> On the other hand, the T text seems to be motivated by the wish to not
> hamper progress when it comes to software, that the Debian project
> should not hold software back because of some ideological reasons.

Well, the T language wasn't written by me, but I should clarify that's not
what I'm trying to say in my proposals.  I think Debian should do lots of
things for ideological reasons.  One of the pieces of Debian ideology that
matters a great deal to me is that we should trust our package maintainers
to choose how to package the software they maintain, and trust their
judgement about the approach that provides the best, most high-quality,
and most integrated experience for our users.

In other words, what I want to do is defer to package maintainers, who
are, after all, experts in the packaging of their software, to make good
decisions.  The TC should only get involved where there are irreconcilable
conflicts about how to do this, or when the project asks us for guidance
on how to achieve distribution-wide integration.

I feel like an argument could be made that the project has asked us for
advice on this (although I think a good argument could be made that the
project has *not*, which is Keith's point).  I'm trying to express that
advice while continuing to recognize and respect the fact that Debian
defers, in nearly every case, to the informed technical judgement of the
packager or packaging team, and generally tries to address most conflicts
by enabling the parallel packaging of software with different approaches
rather than choosing a single winner and rejecting all other "competing"
packages.  I'm also trying to respect the core foundational value of
Debian that volunteers get to work on what they choose to work on, and no
body in Debian has the authority to order people around.

I found your specific cases a useful clarifying exercise to lay out how I
think about this, so let me respond to each of them:

> (A) Someone writes a GUI for managing systemd that has the goal of
> providing access to as many features as possible, so that it really is
> tightly coupled to systemd in that sense. There is no way this could
> realistically be ported to other init systems. (Although a different
> software for e.g. upstart could be affected in the same way.)

This clearly should depend on systemd and should be allowed.

> (B) Someone writes a GUI for accessing journald files on the hard drive.

Depending on how this is written, it may depend on the package providing
journalctl or it may depend on some shared library that implements the
journal reading code, or it might even have no dependencies at all if it
implements the journal reading code itself.

> (C) Someone writes some kind of framework that depends on advanced
> systemd features, such as systemd-nspawn, to provide a novel technical
> solution. This software is new and not yet widely adopted. (Somewhere in
> the original discussion before all of the ballots, somebody mentioned
> something akin to this, I just don't feel it makes sense to invest the
> time to dig that up.)

This clearly should depend on systemd and should be allowed.

> (D) Someone writes a daemon that currently only works with systemd, but
> a patch for including sysvinit and upstrart support is literally only 5
> lines of code.

Assuming that this is a new package not previously in Debian, and after
systemd has become the default init system, I think it should be fine to
introduce this package with a dependency on systemd until such time as
someone actually writes and tests that patch.  Once that patch is written
and tested and submitted, the maintainer should incorporate it and drop
the dependency.  (Constitutionally, I don't think the TC should require
maintainers to do this in advance, but if this actually got escalated all
the way to the TC as a maintainer override, something that I really hope
would never happen and I see no reason to believe would happen, I would be
baffled by why the maintainer wouldn't include such support.)

> (E) GNOME depends on logind interfaces and there is not working
> alternative logind (>=205) implementation available.

(I don't know of any reason why GNOME would specifically need to depend on
a post-205 logind at this point, so I'm replying to this without the
parenthetical.)

I think this should be fine.  But this is a controversial case that we
have strong reasons to believe won't actually arise, so it's not clear
whether there's any need to argue about my position on it.

> (F) GNOME depends on logind interfaces and somebody stepped up and
> created a logind implementation for other init systems.

In this case, I think GNOME should allow either implementation to satisfy
its dependency.  I think that's uncontroversial across the board,
including with the GNOME maintainers.

> (G) GNOME starts to depend on systemd as pid1 irrespective of logind.

There doesn't seem to be any technical reason why this would be necessary,

Bug#724380: patch

[Eric Dorland]

Control: tags -1 patch 

Patch attached.

-- 
Eric Dorland 
ICQ: #61138586, Jabber: ho...@jabber.com

diff -ruN gnuift-0.1.14.old/debian/control gnuift-0.1.14/debian/control
--- gnuift-0.1.14.old/debian/control	2014-02-14 02:07:10.400827922 -0500
+++ gnuift-0.1.14/debian/control	2014-02-14 02:22:54.600316168 -0500
@@ -2,7 +2,7 @@
 Section: graphics
 Priority: optional
 Maintainer: Debian QA Group 
-Build-Depends: cdbs, dh-buildinfo, debhelper (>= 5), docbook-to-man, autoconf (>= 2.52), automake1.9, pkg-config, libtool, m4, flex, libexpat1-dev, libmysql++-dev, libmagickcore-dev, perl, libperl-dev, libtext-iconv-perl, libxml-handler-trees-perl, libxml-sax-expat-perl, libxml-sax-perl, libxml-libxml-perl, libxml-parser-perl, libhtml-parser-perl, libxml-writer-perl, libparse-yapp-perl, libxml-xql-perl, libxml-dom-perl, libwww-perl
+Build-Depends: cdbs, dh-buildinfo, debhelper (>= 5), docbook-to-man, autoconf (>= 2.52), automake1.11, pkg-config, libtool, m4, flex, libexpat1-dev, libmysql++-dev, libmagickcore-dev, perl, libperl-dev, libtext-iconv-perl, libxml-handler-trees-perl, libxml-sax-expat-perl, libxml-sax-perl, libxml-libxml-perl, libxml-parser-perl, libhtml-parser-perl, libxml-writer-perl, libparse-yapp-perl, libxml-xql-perl, libxml-dom-perl, libwww-perl
 Build-Depends-Indep:
 # for doxygen
   doxygen-latex, ghostscript,


signature.asc
Description: Digital signature

Bug#735898: pavucontrol segmentation fault

[John M.]

Hi,

I patched the source, rebuilt the package and upgraded, but I still get
segmentation fault.

By creating a new user account, I'm able to open pavucontrol from that
account, but only until I log out and in again. Then it's back to
segmentation fault.

So it seems like the problem is related to a setting in some other
program (gconf? dconf? gstreamer? jack?).

--
John. 

Bug#648579: closed by Phillip Susi (/bin/mount should create missing mount point)

[Harald Dunkel]

Hi Phillip,

How comes you are closing bug reports for foreign
packages? When you say "I'm going to have to reject
this request", are you speaking on behalf of the
package maintainer or of upstream? Any further
explanation _why_ it is rejected?

IMHO creating the missing mount point as necessary
would be reasonable. It reduces the probability to
run into an error, esp. for nested mounts using
tmpfs and other "dynamic" file system types.


Regards
Harri


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

Bug#687045: pulseaudio: Audio delay and crackling at startup

[R33D3M33R]

Hello, I'm aware of this fix and I'm using it, but while it fixes some 
problems, it introduces others. Apps that worked fine without tsched=0, 
have now massive crackling. I always thought the graphics drivers are 
the most problematic on Linux, but since I have been hit by this bug, I 
have changed my mind.


Cheers,
Andrej

Dne 10. 02. 2014 19:07, piše David Smith:

I've also had crackling and popping problems with pulseaudio ever since
I started using it about a year ago.
I've got a regular Intel sound card in an Ivy Bridge laptop.

After about a year of ripping my hair out, I finally tracked my problem
down.

/etc/pulse/default.pa

Try setting
load-module module-udev-detect tsched=0

Then rebooting.

That completely fixed it for me and it's been weeks and I haven't heard
a single crackle or pop.   I was hoping if you could give it a try and
report back to see if that was your problem as well.  It looks like this
is a very common problem.

-David




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

Bug#738830: exim4-config.template have multiple errors

[Corcodel Marian]

Package: exim4-config
Version: 4.80-7
Followup-For: Bug #738830

On exim4-config.template not accept comments and undeline before Description
and others.



-- Package-specific info:
Exim version 4.80 #3 built 13-Feb-2014 22:01:00
Copyright (c) University of Cambridge, 1995 - 2012
(c) The Exim Maintainers and contributors in ACKNOWLEDGMENTS file, 2007 - 2012
Berkeley DB: Berkeley DB 5.1.29: (October 25, 2011)
Support for: crypteq iconv() IPv6 GnuTLS move_frozen_messages DKIM
Lookups (built-in): lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmjz 
dbmnz dnsdb dsearch nis nis0 passwd
Authenticators: cram_md5 plaintext
Routers: accept dnslookup ipliteral manualroute queryprogram redirect
Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp
Fixed never_users: 0
Size of off_t: 8
Configuration file is /var/lib/exim4/config.autogenerated
# /etc/exim4/update-exim4.conf.conf
#
# Edit this file and /etc/mailname by hand and execute update-exim4.conf
# yourself or use 'dpkg-reconfigure exim4-config'
#
# Please note that this is _not_ a dpkg-conffile and that automatic changes
# to this file might happen. The code handling this will honor your local
# changes, so this is usually fine, but will break local schemes that mess
# around with multiple versions of the file.
#
# update-exim4.conf uses this file to determine variable values to generate
# exim configuration macros for the configuration file.
#
# Most settings found in here do have corresponding questions in the
# Debconf configuration, but not all of them.
#
# This is a Debian specific file

dc_eximconfig_configtype='internet'
dc_other_hostnames='marian1000.go.ro'
dc_local_interfaces='127.0.0.1 ; ::1'
dc_readhost=''
dc_relay_domains=''
dc_minimaldns='false'
dc_relay_nets=''
dc_smarthost=''
CFILEMODE='644'
dc_use_split_config='false'
dc_hide_mailname=''
dc_mailname_in_oh='true'
dc_localdelivery='mail_spool'
mailname:marian1000.go.ro

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

Kernel: Linux 3.2.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

Versions of packages exim4-config depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.49

exim4-config recommends no packages.

exim4-config suggests no packages.

-- Configuration Files:
/etc/exim4/passwd.client [Errno 13] Permission denied: 
u'/etc/exim4/passwd.client'

-- debconf information excluded


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

Bug#738785: aptitude: (remote) changelogs is broken after packages.d.o move to https

[Julien Cristau]

On Fri, Feb 14, 2014 at 08:02:16 +0100, Julian Andres Klode wrote:

> On Thu, Feb 13, 2014 at 10:28:08PM +0100, Raphael Geissert wrote:
> > First issue is that allowing any protocol switch would basically introduce 
> > a 
> > vulnerability in the system. There are too many apt methods and they could 
> > be reached by redirecting http://foo/request to $method://...
> 
> I also would not want any redirects, especially not from https to
> something unsecured. But http -> https makes sense.
> 
The https method *already* silently follows https→http redirects today,
as far as I can tell.  Just tried
apt-get -o Apt::Changelogs::Server=https://packages.debian.org/changelogs 
changelog tor
and I got the changelog from
http://metadata.ftp-master.debian.org/changelogs/main/t/tor/tor_0.2.4.20-1_changelog
The http method doesn't get involved, libcurl just does what
/usr/lib/apt/methods/https tells it to.

Cheers,
Julien


signature.asc
Description: Digital signature

Bug#738949: mutt: copying multiple mails between Maildir mailboxes is extremely slow

[Adam Lee]

Package: mutt
Version: 1.5.21-6.4
Severity: normal
Tags: upstream

Hi,

I noticed copying multiple mails(like ~5000) between local mailboxes is
extremely slow. I'm using maildir, it's just a files-coping operation,
but much slower than bash cp, should be improved.

-- Package-specific info:
Mutt 1.5.21 (2010-09-15)
Copyright (C) 1996-2009 Michael R. Elkins and others.
Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'.
Mutt is free software, and you are welcome to redistribute it
under certain conditions; type `mutt -vv' for details.

System: Linux 3.12-1-amd64 (x86_64)
ncurses: ncurses 5.9.20140118 (compiled with 5.9)
libidn: 1.28 (compiled with 1.28)
hcache backend: tokyocabinet 1.4.48
Compile options:
-DOMAIN
+DEBUG
-HOMESPOOL  +USE_SETGID  +USE_DOTLOCK  +DL_STANDALONE  +USE_FCNTL  -USE_FLOCK   
+USE_POP  +USE_IMAP  +USE_SMTP  
-USE_SSL_OPENSSL  +USE_SSL_GNUTLS  +USE_SASL  +USE_GSS  +HAVE_GETADDRINFO  
+HAVE_REGCOMP  -USE_GNU_REGEX  
+HAVE_COLOR  +HAVE_START_COLOR  +HAVE_TYPEAHEAD  +HAVE_BKGDSET  
+HAVE_CURS_SET  +HAVE_META  +HAVE_RESIZETERM  
+CRYPT_BACKEND_CLASSIC_PGP  +CRYPT_BACKEND_CLASSIC_SMIME  +CRYPT_BACKEND_GPGME  
-EXACT_ADDRESS  -SUN_ATTACHMENT  
+ENABLE_NLS  -LOCALES_HACK  +COMPRESSED  +HAVE_WC_FUNCS  +HAVE_LANGINFO_CODESET 
 +HAVE_LANGINFO_YESEXPR  
+HAVE_ICONV  -ICONV_NONTRANS  +HAVE_LIBIDN  +HAVE_GETSID  +USE_HCACHE  
-ISPELL
SENDMAIL="/usr/sbin/sendmail"
MAILPATH="/var/mail"
PKGDATADIR="/usr/share/mutt"
SYSCONFDIR="/etc"
EXECSHELL="/bin/sh"
MIXMASTER="mixmaster"
To contact the developers, please mail to .
To report a bug, please visit http://bugs.mutt.org/.

misc/am-maintainer-mode
misc/autoconf-remove-am-c-prototypes.patch
features/ifdef
features/xtitles
features/trash-folder
features/purge-message
features/imap_fast_trash
features/sensible_browser_position
features-old/patch-1.5.4.vk.pgp_verbose_mime
features/compressed-folders
features/compressed-folders.debian
debian-specific/Muttrc
debian-specific/Md.etc_mailname_gethostbyname.diff
debian-specific/use_usr_bin_editor.diff
debian-specific/correct_docdir_in_man_page.diff
debian-specific/dont_document_not_present_features.diff
debian-specific/document_debian_defaults
debian-specific/assumed_charset-compat
debian-specific/467432-write_bcc.patch
debian-specific/566076-build_doc_adjustments.patch
misc/define-pgp_getkeys_command.diff
misc/gpg.rc-paths
misc/smime.rc
upstream/531430-imapuser.patch
upstream/537818-emptycharset.patch
upstream/543467-thread-segfault.patch
upstream/542817-smimekeys-tmpdir.patch
upstream/548577-gpgme-1.2.patch
upstream/553321-ansi-escape-segfault.patch
upstream/568295-references.patch
upstream/547980-smime_keys-chaining.patch
upstream/528233-readonly-open.patch
upstream/228671-pipe-mime.patch
upstream/383769-score-match.patch
upstream/578087-header-strchr.patch
upstream/603288-split-fetches.patch
upstream/537061-dont-recode-saved-attachments.patch
upstream/608706-fix-spelling-errors.patch
upstream/620854-pop3-segfault.patch
upstream/611412-bts-regexp.patch
upstream/624058-gnutls-deprecated-set-priority.patch
upstream/624085-gnutls-deprecated-verify-peers.patch
upstream/584138-mx_update_context-segfault.patch
upstream/619216-gnutls-CN-validation.patch
upstream/611410-no-implicit_autoview-for-text-html.patch
upstream/path_max
misc/579967-fixes-german-translation.patch
mutt.org

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

Kernel: Linux 3.12-1-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

Versions of packages mutt depends on:
ii  libassuan02.1.1-1
ii  libc6 2.17-97
ii  libcomerr21.42.9-3
ii  libgnutls26   2.12.23-11
ii  libgpg-error0 1.12-0.2
ii  libgpgme111.4.3-0.1
ii  libgssapi-krb5-2  1.12+dfsg-2
ii  libidn11  1.28-1
ii  libk5crypto3  1.12+dfsg-2
ii  libkrb5-3 1.12+dfsg-2
ii  libncursesw5  5.9+20140118-1
ii  libsasl2-22.1.26.dfsg1-8
ii  libtinfo5 5.9+20140118-1
ii  libtokyocabinet9  1.4.48-2

Versions of packages mutt recommends:
pn  default-mta | mail-transport-agent  
ii  libsasl2-modules2.1.26.dfsg1-8
ii  locales 2.17-97
ii  mime-support3.54

Versions of packages mutt suggests:
ii  aspell   0.60.7~20110707-1
ii  ca-certificates  20130906
ii  gnupg1.4.16-1
pn  mixmaster
ii  openssl  1.0.1f-1
ii  urlview  0.9-19

Versions of packages mutt is related to:
ii  mutt  1.5.21-6.4
pn  mutt-dbg  
pn  mutt-patched  

-- no debconf information

-- 
Adam Lee
http://adam8157.info


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

Bug#738948: vpnc: VPN connectivity gap during Phase2 Rekeying

[Friedemann Stoyan]

Package: vpnc
Version: 0.5.3r512-2
Severity: normal

Dear Maintainer,

I have become aware of a 30s VPN connectivity gap during Phase2
rekeying between vpnc and a Cisco ASA5515X with 9.1(4).

Here is what happens in detail:

Tunnel will be established:

Feb 13 2014 17:34:40 : %ASA-6-713228: Group = INSTALL, Username = install, IP = 
10.5.0.42, Assigned private IP address 10.65.250.1 to remote user
Feb 13 2014 17:34:40 : %ASA-5-713119: Group = INSTALL, Username = install, IP = 
10.5.0.42, PHASE 1 COMPLETED
Feb 13 2014 17:34:40 : %ASA-5-713075: Group = INSTALL, Username = install, IP = 
10.5.0.42, Overriding Initiator's IPSec rekeying duration from 2147483 to 120 
seconds
Feb 13 2014 17:34:40 : %ASA-5-713076: Group = INSTALL, Username = install, IP = 
10.5.0.42, Overriding Initiator's IPSec rekeying duration from 0 to 1024 Kbs
Feb 13 2014 17:34:40 : %ASA-6-602303: IPSEC: An outbound remote access SA (SPI= 
0x126F81EA) between 10.65.224.3 and 10.5.0.42 (user= install) has been created.
Feb 13 2014 17:34:40 : %ASA-5-713049: Group = INSTALL, Username = install, IP = 
10.5.0.42, Security negotiation complete for User (install)  Responder, Inbound 
SPI = 0xd2bc3605, Outbound SPI = 0x126f81ea
Feb 13 2014 17:34:40 : %ASA-6-602303: IPSEC: An inbound remote access SA (SPI= 
0xD2BC3605) between 10.65.224.3 and 10.5.0.42 (user= install) has been created.
Feb 13 2014 17:34:40 : %ASA-5-713120: Group = INSTALL, Username = install, IP = 
10.5.0.42, PHASE 2 COMPLETED (msgid=254e55e0)

Everything is OK for vpnc too:

S7.9 main loop (receive and transmit ipsec packets)
 [2014-02-13 17:34:20]
   remote -> local spi: 0x126f81ea
   local -> remote spi: 0xd2bc3605

VPN connection works like a charm. Then the first Phase2 rekeying
comes. The ASA generate two new SPI but still uses the two old ones:

Feb 13 2014 17:36:34 : %ASA-5-713041: Group = INSTALL, Username = install, IP = 
10.5.0.42, IKE Initiator: Rekeying Phase 2, Intf tvpnout, IKE Peer 10.5.0.42  
local Proxy Address 0.0.0.0, remote Proxy Address 10.65.250.1,  Crypto map 
(SYSTEM_DEFAULT_CRYPTO_MAP)
Feb 13 2014 17:36:34 : %ASA-6-602303: IPSEC: An outbound remote access SA (SPI= 
0x607C17E7) between 10.65.224.3 and 10.5.0.42 (user= install) has been created.
Feb 13 2014 17:36:34 : %ASA-5-713049: Group = INSTALL, Username = install, IP = 
10.5.0.42, Security negotiation complete for User (install)  Responder, Inbound 
SPI = 0x91103994, Outbound SPI = 0x607c17e7
Feb 13 2014 17:36:34 : %ASA-6-602303: IPSEC: An inbound remote access SA (SPI= 
0x91103994) between 10.65.224.3 and 10.5.0.42 (user= install) has been created.
Feb 13 2014 17:36:34 : %ASA-5-713120: Group = INSTALL, Username = install, IP = 
10.5.0.42, PHASE 2 COMPLETED (msgid=63ad3117)

The vpnc is not aware of this behavior and complains loudly for
every incoming packet:

unknown spi 0x126f81ea from peer

At this time the VPN connection is broken. After 30s the ASA clears
the two old SPI:

Feb 13 2014 17:37:04 : %ASA-6-602304: IPSEC: An outbound remote access SA (SPI= 
0x126F81EA) between 10.65.224.3 and 10.5.0.42 (user= install) has been deleted.
Feb 13 2014 17:37:04 : %ASA-6-602304: IPSEC: An inbound remote access SA (SPI= 
0xD2BC3605) between 10.5.0.42 and 10.65.224.3 (user= install) has been deleted.

The vpnc noticed this. Due to it have already cleared the old SPI, it
do nothing:

got isakmp delete with bogus spi (expected -1808199535, received 210), 
ignoring...

The ASA sends now ESP with new SPI and everything works well again
until the next Phase2 Rekeying.


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

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

Versions of packages vpnc depends on:
ii  dpkg 1.17.6
ii  libc62.17-97
ii  libgcrypt11  1.5.3-3
ii  libgnutls26  2.12.23-10+b1
ii  perl 5.18.2-2

Versions of packages vpnc recommends:
ii  iproute  1:3.12.0-1

Versions of packages vpnc suggests:
pn  resolvconf  

-- Configuration Files:
/etc/vpnc/default.conf [Errno 13] Permission denied: u'/etc/vpnc/default.conf'
/etc/vpnc/vpnc-script [Errno 13] Permission denied: u'/etc/vpnc/vpnc-script'

-- 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#738759: fix for the bug

[Gerfried Fuchs]

tags 738759 + patch
thanks

  Hi!

 Please find attach a proposed patch for the issue.  I hope we can get
around at work to test it properly within the next few days, but from
what I can tell this should be a good approach.

 Enjoy,
Rhonda
-- 
Fühlst du dich mutlos, fass endlich Mut, los  |
Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
Fühlst du dich machtlos, geh raus und mach, los   | 23.55: Alles auf Anfang
Fühlst du dich haltlos, such Halt und lass los|
>From e211b7ba4fdce03d66b9edc097349c4d17d94063 Mon Sep 17 00:00:00 2001
From: Gerfried Fuchs 
Date: Fri, 14 Feb 2014 08:03:25 +0100
Subject: [PATCH] only scan the rcX.d once for reading all kill or all start
 links (closes: #738759)

---
 debian/changelog |   5 ++
 debian/src/sysv-rc/etc/init.d/rc | 138 ++-
 2 files changed, 84 insertions(+), 59 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index ac3f0a0..0bff2a4 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,8 +1,13 @@
 sysvinit (2.88dsf-52) UNRELEASED; urgency=low
 
+  [ Petter Reinholdtsen ]
   * Replace debian/watch with file available from
 http://qa.debian.org/cgi-bin/watchfile.cgi?package=sysvinit .
 
+  [ Gerfried Fuchs ]
+  * only scan the rcX.d once for reading all kill or all start links
+(closes: #738759)
+
  -- Petter Reinholdtsen   Thu, 13 Feb 2014 13:23:35 +0100
 
 sysvinit (2.88dsf-51) unstable; urgency=low
diff --git a/debian/src/sysv-rc/etc/init.d/rc b/debian/src/sysv-rc/etc/init.d/rc
index 4e95302..7767778 100644
--- a/debian/src/sysv-rc/etc/init.d/rc
+++ b/debian/src/sysv-rc/etc/init.d/rc
@@ -124,6 +124,65 @@ case "$CONCURRENCY" in
 		;;
 esac
 
+# helper scripts
+kill_test_add() {
+	script=$1
+	# Check if the script is there.
+	[ ! -f $script ] && return ""
+
+	#
+	# Find stop script in previous runlevel but
+	# no start script there.
+	#
+	suffix=${script#/etc/rc$runlevel.d/K[0-9][0-9]}
+	previous_stop=/etc/rc$previous.d/K[0-9][0-9]$suffix
+	previous_start=/etc/rc$previous.d/S[0-9][0-9]$suffix
+	#
+	# If there is a stop script in the previous level
+	# and _no_ start script there, we don't
+	# have to re-stop the service.
+	#
+	[ -f $previous_stop ] && [ ! -f $previous_start ] && return ""
+
+	# Stop the service.
+	return $script
+}
+start_test_add() {
+	script=$1
+	[ ! -f $script ] && return ""
+
+	suffix=${script#/etc/rc$runlevel.d/S[0-9][0-9]}
+	if [ "$previous" != N ]
+	then
+		#
+		# Find start script in previous runlevel and
+		# stop script in this runlevel.
+		#
+		stop=/etc/rc$runlevel.d/K[0-9][0-9]$suffix
+		previous_start=/etc/rc$previous.d/S[0-9][0-9]$suffix
+		#
+		# If there is a start script in the previous level
+		# and _no_ stop script in this level, we don't
+		# have to re-start the service.
+		#
+		if [ start = "$ACTION" ] ; then
+			[ -f $previous_start ] && [ ! -f $stop ] && return ""
+		else
+			# Workaround for the special
+			# handling of runlevels 0 and 6.
+			previous_stop=/etc/rc$previous.d/K[0-9][0-9]$suffix
+			#
+			# If there is a stop script in the previous level
+			# and _no_ start script there, we don't
+			# have to re-stop the service.
+			#
+			[ -f $previous_stop ] && [ ! -f $previous_start ] && return ""
+		fi
+
+	fi
+	return $script
+}
+
 # Is there an rc directory for this new runlevel?
 if [ -d /etc/rc$runlevel.d ]
 then
@@ -150,41 +209,28 @@ then
 	then
 		# Run all scripts with the same level in parallel
 		CURLEVEL=""
+		SCRIPTS=""
 		for s in /etc/rc$runlevel.d/K*
 		do
 			# Extract order value from symlink
 			level=${s#/etc/rc$runlevel.d/K}
 			level=${level%%[a-zA-Z]*}
+			if [ -z "$CURLEVEL" ]
+			then
+CURLEVEL=$level
+			fi
 			if [ "$level" = "$CURLEVEL" ]
 			then
+SCRIPTS="$SCRIPTS $(kill_test_add $s)"
 continue
 			fi
-			CURLEVEL=$level
-			SCRIPTS=""
-			for i in /etc/rc$runlevel.d/K$level*
-			do
-# Check if the script is there.
-[ ! -f $i ] && continue
-
-#
-# Find stop script in previous runlevel but
-# no start script there.
-#
-suffix=${i#/etc/rc$runlevel.d/K[0-9][0-9]}
-previous_stop=/etc/rc$previous.d/K[0-9][0-9]$suffix
-previous_start=/etc/rc$previous.d/S[0-9][0-9]$suffix
-#
-# If there is a stop script in the previous level
-# and _no_ start script there, we don't
-# have to re-stop the service.
-#
-[ -f $previous_stop ] && [ ! -f $previous_start ] && continue
+			SCRIPTS="$SCRIPTS $(kill_test_add $s)"
 
-# Stop the service.
-SCRIPTS="$SCRIPTS $i"
-			done
 			startup stop $SCRIPTS
+			CURLEVEL=$level
+			SCRIPTS=""
 		done
+		startup stop $SCRIPTS
 	fi
 
 	if [ makefile = "$CONCURRENCY" ]
@@ -199,54 +245,28 @@ then
 		# Now run the START scripts for this runlevel.
 		# Run all scripts with the same level in parallel
 		CURLEVEL=""
+		SCRIPTS=""
 		for s in /etc/rc$runlevel.d/S*
 		do
 			# Extract order value from symlink
 			level=${s#/etc/rc$runlevel.d/S}
 			level=${level%%[a-zA-Z]*}
+			if [ -z "$CURLEVEL" 

Bug#738785: aptitude: (remote) changelogs is broken after packages.d.o move to https

[Julian Andres Klode]

On Thu, Feb 13, 2014 at 10:28:08PM +0100, Raphael Geissert wrote:
> First issue is that allowing any protocol switch would basically introduce a 
> vulnerability in the system. There are too many apt methods and they could 
> be reached by redirecting http://foo/request to $method://...

I also would not want any redirects, especially not from https to
something unsecured. But http -> https makes sense.


> 
> Any protocol switch should also be backed by a policy decision, IMO.
> 
> > Anyway: As said, basically nobody has the https method installed, so we
> > either have to force it on everyone or we need the service to continue
> > to provide the changelog over http for apts http client.
> 
> I'd rather see aptitude call curl(1) to fetch it and just add a Recommends, 
> or even just a Suggests.

curl does not make that much sense. APT's https method is curl based as
well, and both are not installed usually, so there's no large difference,
except that using curl(1) is ugly.

-- 
Julian Andres Klode  - Debian Developer, Ubuntu Member

See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.

Please do not top-post if possible.


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

Bug#665342: closed by Phillip Susi (please skip mounts with mount point "none" in /etc/fstab)

[Harald Dunkel]

Of course I know noauto, but a mount point "none" would
be more easy to parse, generate and change, and it would
be more intuitive to use.

Currently using "none" give me just a warning at boot
time. AFAICS there are no negative side effect. It was
just a suggestion, trying to make things better.


Regards
Harri


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

Bug#707851: [call for seconds] Re: Bug#707851: Let's remove the Debian menu from the Debian Policy ?

[Sune Vuorela]

Hi

On Friday 14 February 2014 08:46:01 Charles Plessy wrote:
> Thanks also Markus for your comments during the last round of dicussion on
> debian-devel.

> In his original wording, Josselin proposed to add at the end of section 9.6
> one sentence pointing to the Debian menu as an option.  Here it is,
> rephrased to replace “legacy window managers” by “window managers that do
> not support the FreeDesktop standard”, which is more techically precise.

I do think a paragraph like that still makes the changes better than 'status 
quo', but I do also think that it would be better to 1) not ship this 
paragraph and 2) apologize to Markus and the games team for having wasted 
their time with menu files.  This ensures that we in a year don't have to 3) 
apologize to the rest of the Debian community for having wasted their time 
with menu files.

But still. Better than status quo.

/Sune
-- 
I didn’t stop pretending when I became an adult, it’s just that when I was a 
kid I was pretending that I fit into the rules and structures of this world. 
And now that I’m an adult, I pretend that those rules and structures exist.
   - zefrank


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

Bug#725746: screen corruption patch

[John Eikenberry]

I took the patch from http://bugs.musicpd.org/view.php?id=3771 and backported
it to 5.10 (they moved the function to a different source file).

It seems to have fixed it for me. I've attached the backported patch. Maybe it
could get applied to the current version until they roll a new release. If not
it is here as a workaround.

-- 

John Eikenberry
[ j...@zhar.net - http://zhar.net ]
[ PGP public key @ http://zhar.net/jae_at_zhar_net.gpg ]

Sic gorgiamus allos subjectatos nunc
diff -u -ur ncmpcpp-0.5.10-orig/src/status.cpp ncmpcpp-0.5.10/src/status.cpp
--- ncmpcpp-0.5.10-orig/src/status.cpp	2014-02-13 22:32:57.0 -0800
+++ ncmpcpp-0.5.10/src/status.cpp	2014-02-13 22:22:41.487561631 -0800
@@ -69,7 +69,7 @@
 void WindowTitle(const std::string &status)
 {
 	if (strcmp(getenv("TERM"), "linux") && Config.set_window_title)
-		std::cout << "\033]0;" << status << "\7";
+		std::cout << "\033]0;" << status << "\7" << std::flush;
 }
 #endif // !USE_PDCURSES
 


signature.asc
Description: Digital signature

Bug#738947: bluetooth: wont't run at startup with systemd

[Adrian Immanuel Kiess]

Package: bluetooth
Version: 4.101-4
Severity: important

Dear Maintainer,

currently in Debian/testing the service bluetooth won't execute at startup with
systemd.

It has to be manually started with 'service bluetooth restart' after the bootup
is finished.

Thank you for your efforts.

Adrian Immanuel KIESS



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

Kernel: Linux 3.13-trunk-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

Versions of packages bluetooth depends on:
ii  bluez  4.101-4

Versions of packages bluetooth recommends:
ii  bluez-alsa   4.101-4
ii  bluez-gstreamer  4.101-4

Versions of packages bluetooth suggests:
pn  bluez-cups  

-- 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#738946: selinux-policy-default: Bind's ndc_t denied block_suspend on epollwakeup

[Devin Carraway]

Package: selinux-policy-default
Version: 2:2.20140206-1
Severity: normal

ndc_t being prevented from block_suspend on itself:

Feb 13 00:46:38 a6 kernel: [  541.076682] type=1400 
audit(1392281198.624:176): avc:  denied  { block_suspend } for  pid=4506 
comm="rndc" capability=36  scontext=system_u:system_r:ndc_t:s0 
tcontext=system_u:system_r:ndc_t:s0 tclass=capability2

This also came up in Redhat Bug#895070 but the fix was seemingly never pushed
upstream.

Patch attached.

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

Kernel: Linux 3.12-1-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

Versions of packages selinux-policy-default depends on:
ii  libpam-modules   1.1.3-9
ii  libselinux1  2.2.2-1
ii  libsepol12.2-1
ii  policycoreutils  2.2.5-1
ii  python   2.7.5-5
ii  selinux-utils2.2.2-1

Versions of packages selinux-policy-default recommends:
ii  checkpolicy  2.2-1
ii  setools  3.3.8-3

Versions of packages selinux-policy-default suggests:
pn  logcheck
pn  syslog-summary  

-- Configuration Files:
/etc/selinux/default/modules/active/file_contexts.local [Errno 13] Permission 
denied: u'/etc/selinux/default/modules/active/file_contexts.local'

-- debconf-show failed
commit 5aacc83a8e267ea4dada5d6044a42f598b8b1735
Author: Devin Carraway 
Date:   Thu Feb 13 21:59:54 2014 -0800

Allow ndc_t to prevent suspend on epoll events.

Capability background: http://thread.gmane.org/gmane.linux.kernel/1289986

Fixes audit denial:

Feb 13 00:46:38 a6 kernel: [  541.076682] type=1400 audit(1392281198.624:176): avc:  denied  { block_suspend } for  pid=4506 comm="rndc" capability=36  scontext=system_u:system_r:ndc_t:s0 tcontext=system_u:system_r:ndc_t:s0 tclass=capability2

diff --git a/policy/modules/contrib/bind.te b/policy/modules/contrib/bind.te
index 1241123..101893f 100644
--- a/policy/modules/contrib/bind.te
+++ b/policy/modules/contrib/bind.te
@@ -215,6 +215,7 @@ optional_policy(`
 #
 
 allow ndc_t self:capability { dac_override net_admin };
+allow ndc_t self:capability2 block_suspend;
 allow ndc_t self:process signal_perms;
 allow ndc_t self:fifo_file rw_fifo_file_perms;
 allow ndc_t self:unix_stream_socket { accept listen };

Bug#738945: task-xfce-desktop: Hibernate doesn't work out of the box

[Max Kubierschky]

Package: task-xfce-desktop
Version: 3.14.1
Severity: normal

Dear Maintainer,

I installed debian wheezy with xfce desktop.
hibernate was available in the energy settings, but did not work.
Or more exactly, hibernate did work, but after switching on the
computer again, it booted normally, instead of thawing.

After some debugging and research, Installing uswsusp solved the
problem.

Suggestion: add dependency on uswsusp to package task-xfce-desktop

Yours, Max


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

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

Versions of packages task-xfce-desktop depends on:
ii  lightdm   1.2.2-4
ii  task-desktop  3.14.1
ii  tasksel   3.14.1
ii  xfce4 4.8.0.3

Versions of packages task-xfce-desktop recommends:
ii  dbus-x111.6.8-1+deb7u1
ii  epdfview0.1.8-3
ii  gstreamer0.10-alsa  0.10.36-1.1
ii  hunspell-en-us  20070829-6
ii  hyphen-en-us2.8.3-2
ii  iceweasel   17.0.10esr-1~deb7u1
ii  libreoffice 1:3.5.4+dfsg2-0+deb7u2
pn  libreoffice-gcj 
ii  libreoffice-gtk 1:3.5.4+dfsg2-0+deb7u2
ii  libreoffice-help-en-us  1:3.5.4+dfsg2-0+deb7u2
ii  mousepad0.2.16-6
ii  mythes-en-us1:3.3.0-4
ii  network-manager-gnome   0.9.4.1-5
ii  orage   4.8.3-2
ii  quodlibet   2.4-1
ii  synaptic0.75.13
ii  system-config-printer   1.3.7-4
ii  tango-icon-theme0.8.90-5
ii  vlc 2.0.3-5
ii  xfce4-goodies   4.8.2
ii  xfce4-mixer 4.8.0-3+b1
ii  xfce4-power-manager 1.0.11-2+b1
ii  xfce4-terminal  0.4.8-1+b1
ii  xfprint44.6.1-3
ii  xsane   0.998-3+b1

task-xfce-desktop 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#732022: closed by Thomas Goirand (Bug#732022: fixed in nova 2013.2.1-1)

[Salvatore Bonaccorso]

Hi,

On Wed, Dec 18, 2013 at 11:51:16AM +, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the nova package:
> 
> #732022: nova: CVE-2013-7048: Nova live snapshots use an insecure local 
> directory
> 
> It has been closed by Thomas Goirand .

>From https://wiki.openstack.org/wiki/ReleaseNotes/2013.2.2 and looking
at nova/virt/libvirt/driver.py this looks it is fixed only in
2013.2.2.

I have adjusted the severity though, as this if I understand it
correctly needs shell access to a nova compute-node to be exploited.

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#737279: NMU

[Sergei Golovan]

Hi,

I guess, you don't mind if I do NMU for ngspice.

Cheers!
-- 
Sergei Golovan


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

Bug#738944: pu: package spamassassin/3.3.2-5+deb7u1

[Noah Meyerhans]

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

Hello stable release managers. I'd like to upload spamassassin
3.3.2-5+deb7u1 for the next wheezy update. Changelog entries are:

  * Import Ubuntu's patch to remove 'xxx' from the list of common fake
TLDs, since it's not fake anymore. (Closes: 738867)
  * Import Ubuntu's patch to remove rules referring to rfc-ignorant.org,
since it has shut down. (Closes: 738872)
  * Backport the removal of the NJABL blacklists, which have been shut
down.

Aside from the code change to support .xxx, any user who has been
running with the daily 'sa-update' cron job enabled (which is the
generally recommended configuration) should have received these updates
a long time ago via that channel.

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

Kernel: Linux 3.2.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
diff -Nru spamassassin-3.3.2/debian/changelog 
spamassassin-3.3.2/debian/changelog
--- spamassassin-3.3.2/debian/changelog 2013-01-28 21:52:22.0 -0800
+++ spamassassin-3.3.2/debian/changelog 2014-02-13 21:10:21.0 -0800
@@ -1,3 +1,14 @@
+spamassassin (3.3.2-5+deb7u1) stable; urgency=low
+
+  * Import Ubuntu's patch to remove 'xxx' from the list of common fake
+TLDs, since it's not fake anymore. (Closes: 738867)
+  * Import Ubuntu's patch to remove rules referring to rfc-ignorant.org,
+since it has shut down. (Closes: 738872)
+  * Backport the removal of the NJABL blacklists, which have been shut
+down.
+
+ -- Noah Meyerhans   Thu, 13 Feb 2014 21:10:20 -0800
+
 spamassassin (3.3.2-5) unstable; urgency=low
 
   * Import upstream's fix for a crash in SIGCHLD handler (Closes: #694504)
diff -Nru spamassassin-3.3.2/debian/patches/90_missing_tld 
spamassassin-3.3.2/debian/patches/90_missing_tld
--- spamassassin-3.3.2/debian/patches/90_missing_tld1969-12-31 
16:00:00.0 -0800
+++ spamassassin-3.3.2/debian/patches/90_missing_tld2014-02-13 
20:34:48.0 -0800
@@ -0,0 +1,40 @@
+Re-add missing xxx domain that somehow fell out of the list upstream.
+https://issues.apache.org/SpamAssassin/show_bug.cgi?id=4385
+Thanks to Julian Mehnle for the patch
+Updated Feb 14 2014 to include uri_text.t fix from upstream.
+
+Index: spamassassin-3.3.2/lib/Mail/SpamAssassin/Util/RegistrarBoundaries.pm
+===
+--- spamassassin-3.3.2.orig/lib/Mail/SpamAssassin/Util/RegistrarBoundaries.pm  
2011-06-06 19:59:16.0 -0400
 spamassassin-3.3.2/lib/Mail/SpamAssassin/Util/RegistrarBoundaries.pm   
2014-02-13 12:35:34.0 -0500
+@@ -58,7 +58,7 @@
+   nf ng ni nl no np nr nu nz om org pa pe pf pg ph pk pl pn pr pro ps
+   pt pw py qa re ro rs ru rw sa sb sc sd se sg sh si sk sl sm sn
+   sr st su sv sy sz tc td tel tf tg th tj tk tl tm tn to tp tr travel tt
+-  tv tw tz ua ug uk us uy uz va vc ve vg vi vn vu wf ws ye za
++  tv tw tz ua ug uk us uy uz va vc ve vg vi vn vu wf ws xxx ye za
+   zm zw
+   /) { 
+   $VALID_TLDS{$_} = 1;
+Index: spamassassin-3.3.2/t/uri_text.t
+===
+--- spamassassin-3.3.2.orig/t/uri_text.t   2011-06-06 19:59:19.0 
-0400
 spamassassin-3.3.2/t/uri_text.t2014-02-13 12:38:06.276143072 -0500
+@@ -290,7 +290,7 @@
+ 
+ # first confirm that it will not match on not a TLD
+ example.foo   !^http://example.foo$
+-example.xxx   !^http://example.xxx$
++example.zzf   !^http://example.zzf$
+ 
+ example.ac^http://example.ac$
+ example.ad^http://example.ad$
+@@ -566,7 +566,7 @@
+ # with www. prefix tests a different table of TLDs
+ 
+ www.example.foo   !^http://www.example.foo$
+-www.example.xxx   !^http://www.example.xxx$
++www.example.zzf   !^http://www.example.zzf$
+ 
+ www.example.ac^http://www.example.ac$
+ www.example.ad^http://www.example.ad$
diff -Nru spamassassin-3.3.2/debian/patches/91_no_rfc_ignorant 
spamassassin-3.3.2/debian/patches/91_no_rfc_ignorant
--- spamassassin-3.3.2/debian/patches/91_no_rfc_ignorant1969-12-31 
16:00:00.0 -0800
+++ spamassassin-3.3.2/debian/patches/91_no_rfc_ignorant2014-02-13 
20:23:17.0 -0800
@@ -0,0 +1,160 @@
+https://bugs.launchpad.net/ubuntu/+source/spamassassin/+bug/1064541
+Remove all RFC Ignorant related ruled due to imminent site shutdown
+
+Index: spamassassin-3.3.2/pkgrules/20_dnsbl_tests.cf
+===
+--- spamassassin-3.3.2.orig/pkgrules/20_dnsbl_tests.cf 2011-05-17 
22:45:11.0 -0400
 spamassassin-3.3.2/pkgrules/20_dnsbl_tests.cf  2012-10-09 
14:16:28.248219427 -0400
+@@ -163,35 +163,6 @@
+ reuse  RCVD_IN_PBL  RCVD_IN_PBL T_RCVD_IN_PBL_WITH_NJABL_DUL

Bug#707851: [call for seconds] Re: Bug#707851: Let's remove the Debian menu from the Debian Policy ?

[Cyril Brulebois]

Charles Plessy  (2014-02-14):
> With the addition above, I call for seconds (patch attached). Markus,
> please raise your hand if I was wrong to think that this addition
> correctly addresses your comments.

Since I know nothing about Multimedia handlers, and since I'm probably
not going to learn today, I'm seconding the first part only, which looks
good to me. Thanks to everyone involved.

> diff --git a/policy.sgml b/policy.sgml
> index dad8d23..43c93d3 100644
> --- a/policy.sgml
> +++ b/policy.sgml
> @@ -8054,38 +8054,75 @@ Reloading description configuration...done.
>   Menus
>  
>   
> -   The Debian menu package provides a standard
> -   interface between packages providing applications and
> -   menu programs (either X window managers or
> -   text-based menu programs such as pdmenu).
> +   Packages shipping applications that comply with minimal requirements
> +   described below for integration with desktop environments should
> +   register these applications in the desktop menu, following the
> +   FreeDesktop standard, using text files called
> +   desktop entries.  Their format is described in the
> +   Desktop Entry Specification at
> +   http://standards.freedesktop.org/desktop-entry-spec/latest/";>
> +   and complementary information can be found in the
> +   Desktop Menu Specification at
> +   http://standards.freedesktop.org/menu-spec/latest/";>.
>   
>  
>   
> -   All packages that provide applications that need not be
> -   passed any special command line arguments for normal
> -   operation should register a menu entry for those
> -   applications, so that users of the menu package
> -   will automatically get menu entries in their window
> -   managers, as well in shells like pdmenu.
> +   The desktop entry files are installed by the packages in the
> +   directory /usr/share/applications and the FreeDesktop
> +   menus are refreshed using dpkg triggers.  It is therefore
> +   not necessary to depend on packages providing FreeDesktop menu
> +   systems.
>   
>  
>   
> -  Menu entries should follow the current menu policy.
> +   Entries displayed in the FreeDesktop menu should conform to the
> +   following minima for relevance and visual integration.
> +
> +   
> + 
> +   Unless hidden by default, the desktop entry must point to a PNG
> +   or SVG icon with a transparent background, providing at least
> +   the 22×22 size, and preferably up to 64×64.  The icon
> +   should be neutral enough to integrate well with the default icon
> +   themes.  It is encouraged to ship the icon in the default
> +   hicolor icon theme directories, or to use an existing
> +   icon from the hicolor theme.
> + 
> +
> + 
> +   If the menu entry is not useful in the general case as a
> +   standalone application, the desktop entry should set the
> +   NoDisplay key to true, so that it can be
> +   configured to be displayed only by those who need it.
> + 
> +
> + 
> +   In doubt, the package maintainer should coordinate with the
> +   maintainers of menu implementations through the
> +   debian-desktop mailing list in order to avoid problems
> +   with categories or bad interactions with other icons.  Especially
> +   for packages which are part of installation tasks, the contents
> +   of the NotShowIn/OnlyShowIn keys should be
> +   validated by the maintainers of the relevant environments.
> + 
> +   
>   
>  
>   
> -   The menu policy can be found in the menu-policy
> -   files in the debian-policy package.
> -   It is also available from the Debian web mirrors at
> -   - 
> id="http://www.debian.org/doc/packaging-manuals/menu-policy/";>.
> +   Since the FreeDesktop menu is a cross-distribution standard, the
> +   desktop entries written for Debian should be forwarded upstream,
> +   where they will benefit to other users and are more likely to
> +   receive extra contributions such as translations.
>   
>  
> - 
> -   Please also refer to the Debian Menu System
> -   documentation that comes with the menu
> -   package for information about how to register your
> -   applications.
> +
> +   Packages can, to be compatible with Debian additions to some window
> +   managers that do not support the FreeDesktop standard, also provide a
> +   Debian menu file, following the Debian menu policy,
> +   which can be found in the menu-policy files in the
> +   debian-policy package.  It is also available from the Debian
> +   web mirrors at  +   id="http://www.debian.org/doc/packaging-manuals/menu-policy/";>.
>   
>

Seconded.

Mraw,
KiBi.


signature

Bug#738923: parted3 preparations

[Cyril Brulebois]

Phillip Susi  (2014-02-13):
> In preparation for the parted3 transition, this patch removes support
> for filesystem creation and checking from parted_server.  The dependency
> and linker flag changes can be left out for now and it should still
> build against parted2.  They can be added after parted3 has been
> uploaded to actually make the switch.

> --- partman-base-172/debian/control   2013-07-13 03:07:32.0 -0400
> +++ partman-base-173/debian/control   2014-02-12 11:57:06.0 -0500
…
> -Build-Depends: debhelper (>= 9), dh-di (>= 2), po-debconf (>= 0.5.0), 
> libparted0-dev (>= 2.2)
> +Build-Depends: debhelper (>= 9), dh-di (>= 2), po-debconf (>= 0.5.0), 
> libparted2-dev

The parted3 transition is about transitioning from libparted0 to
libparted2? Anyway, why is the -dev package versioned at all? Unless
you keep several source packages in the archive for a while, there's
no use for having a versioned -dev package.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#688049: stellarium: have sound-support embedded for stellarium

[Alexander Wolf]

Copy from mainstream bug report.

Stellarium can reproduce sound (and video) via Qt's phonon but not on all
possible hardware. This feature was introduced for real planetariums for
demonstration of educational programs, and, of course, sound support
doesn't related to "sounds of stars". Right now Stellarium doesn't support
multiwave universe (e.g. optical + x-ray + IR + radio layers) and maximum,
which we can given for users - reduce range of frequence for signals from
some pulsars.

Technically I guess in binary linux distros it should be two packages:
stellarium - default binary package for Stellarium, without multimedia
support
stellarium-mms - Stellarium binary package with multimedia support, which
should replace stellarium package.


-- 
With best regards, Alexander

Bug#727708: init system coupling etc.

[Russ Allbery]

Uwe Storbeck  writes:
> On Feb 12, Russ Allbery wrote:

>> Packages should normally support the default Linux init system.
> [..]
>> Package maintainers are strongly encouraged to merge any contributions
>> for support of init systems other than the Linux default, and to add
>> that support themselves if they're willing and capable of doing so.

> Assumed a package has (only) start scripts for sysvinit. This satisfies
> "Packages should normally support the default Linux init system" (using
> sysvinit compatibility mode).  Someone provides patches to add native
> support for upstart and systemd, maybe to use advanced features like
> socket activation.  Following the above proposal the package maintainer
> is encouraged to apply the patch for upstart (as an init system "other
> than the Linux default"), but not the patch for systemd.

> Wouldn't it be better to change that to something like "for support of
> any init system"?

Yes, that's much better.  Thanks!

-- 
Russ Allbery (r...@debian.org)   


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

Bug#727708: init system coupling etc.

[Russ Allbery]

Colin Watson  writes:

> I'm currently undecided about whether I prefer the approach of setting
> technical policy under 6.1.1 or offering advice under 6.1.5.  Bearing in
> mind all the process discussions we've had, I can see that it might be
> better to take the approach of offering technical advice rather than
> getting (re-)embroiled in a distracting procedural dispute about whether
> the Constitution entitles us to rule in advance on a subject that hasn't
> clearly been asked of us by some other first-responding maintainer.

I also think Keith's point that the normal process for setting Policy can
probably handle this is entirely correct.  Certainly, I don't think there
will be substantial difficulties hammering out a Policy change given
advice from the TC.  If there is, we can always deal with it at that
point.

> To start with, I therefore propose the following amendment to L.  I
> think it is no weaker except in ways that we would agree were in fact OK
> if we found ourselves needing to rule on them specifically, and this
> addresses points that people have raised here.  The first paragraph of
> the "loose coupling" section is replaced by the following:

>   In general, software may not require a specific init system to be pid
>   1, although degraded operation is tolerable.  The exceptions to this
>   are as follows:

>* alternative init system implementations
>* special-use packages such as managers for init systems
>* cooperating groups of packages intended for use with specific init
>  systems

>   provided that these are not themselves required by other software
>   whose main purpose is not the operation of a specific init system.

>   Maintainers are encouraged to accept technically sound patches
>   to enable improved interoperation with various init systems.

There's probably no chance that I will vote any version of L above FD, so
feel free to disregard this.  But I think this is begging for some sort of
definition of "specific."

As written, it seems like it either requires all packages in the archive
add runit configuration, since otherwise they're not supporting all init
systems available in Debian, or alternately that any package that provides
a runit configuration and an OpenRC configuration and depends on runit |
openrc is fine, since it doesn't depend on "a" specific init system (it
depends on one of two specific init systems).

I don't think either of those are what you intend here.  But I'm at a loss
as to what you *do* intend.  Explain it to me like I'm five?  :)

>> For the jessie release, all packages that currently support being run
>> under sysvinit should continue to support sysvinit unless there is no
>> technically feasible way to do so.

"packages" here should probably actually be "software" for all the reasons
discussed elsewhere.

> "Technically feasible" is so dependent on interpretation that I'm not
> sure whether it has enough real meaning.  My instinct is to borrow some
> of the "exceptional cases" language from an earlier paragraph.  On the
> other hand, "all packages that currently support being run under
> sysvinit" seems to mostly cover this well enough - it just takes me a
> couple of readings to get to it.  Does this sentence bother anyone else?
> Russ, can you give an example of a package that currently supports
> sysvinit where you would be happy that it might stop supporting it for
> jessie due to a lack of technical feasibility?

Yes: logind.  I think it should be fine to package a current version of
logind for Debian (meaning one that requires cgroups).  I don't think
logind is part of the init system implementation; it's just another
program, like udev, that's built from the systemd source package.  I don't
think it falls into any of the other exception cases.  I think it's quite
reasonable to package a current logind for those who want to use it, even
though, by requiring cgroups, it currently only works with a corresponding
version of systemd as init.  (Note that packaging it and having other
packages depend on it are distinct acts with separate implications.)

My understanding of the expected situation for jessie is that either
another cgroups implementation that works under sysvinit will be available
or someone will package logind 204 in a way that works with sysvinit.
Given that, it will be technically feasible for GNOME to depend on a
logind solution that doesn't require systemd.  Therefore, this advice says
that GNOME should not depend on systemd as init.  (This is all totally
obvious, of course, and I'm quite confident that the GNOME maintainers
don't need this advice to do the right thing, which is exactly why I will
probably be voting Keith's proposal first.)

But suppose that the alternative cgroups implementation doesn't
materialize.  That specific logind implementation then *would* depend on
systemd as init.  Does that mean that a logind that uses systemd cgroups
management is not permitted in Debian for the jess

Bug#738943: [kdenlive] Parameters in rendering profiles

[Marek Straka]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Package: kdenlive
Version: 0.9.6-5
Severity: minor

- --- Please enter the report below this line. ---

Where are explained different parameters of rendering profiles?

for example rendering profile for WebM:
acodec=libvorbis ab=%audiobitrate+'k' ar=44100 aq=50 vcodec=libvpx minrate=0 
vb=%bitrate+'k' aspect=%dar maxrate=%bitrate*2+'k' g=120 qmax=42 qmin=10

aq ...audioquality?
minrate ...minimal video- or audiobitrate?
g ... ???
qmax,qmin ???
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iEYEARECAAYFAlL9iVsACgkQ6aU4/+gLeBn7kQCeNZwz1i/mECoQP+cfs7iV0gJR
HO8AoKPY0XzygxvK/astlb7HdHkb563L
=8z7W
-END PGP SIGNATURE-

Bug#726661: Does not permit login as root from version 1:6.2p2-6

[Carlos Alberto Lopez Perez]

On 13/02/14 22:19, Colin Watson wrote:
> On Thu, Feb 13, 2014 at 08:14:15PM +0100, Carlos Alberto Lopez Perez wrote:
>> I hit this bug after upgrading a machine. After rebooting it I was
>> unable to login again.
> 
> Unfortunately I haven't successfully reproduced this yet ...
> 
>> On /var/log/auth.log was the following error:
>> sshd[10480]: error: PAM: pam_open_session(): Cannot make/remove an entry for 
>> the specified session
> 
> Could you clarify whether "pam_loginuid(sshd:session): set_loginuid
> failed" is also in the log, as per the first message in this bug report?
> 

Yes. The complete auth.log for a failed attempt to login as root is:


Feb 13 10:57:41 bb-webkit2-rel-64 sshd[10480]: Accepted publickey for root from 
192.168.0.121 port 37267 ssh2: DSA 
1a:f2:16:e1:71:43:62:b6:13:af:91:67:e6:f0:59:8a
Feb 13 10:57:41 bb-webkit2-rel-64 sshd[10480]: pam_loginuid(sshd:session): 
set_loginuid failed
Feb 13 10:57:41 bb-webkit2-rel-64 sshd[10480]: pam_unix(sshd:session): session 
opened for user root by (uid=0)
Feb 13 10:57:41 bb-webkit2-rel-64 sshd[10480]: error: PAM: pam_open_session(): 
Cannot make/remove an entry for the specified session
Feb 13 10:57:41 bb-webkit2-rel-64 sshd[10480]: Received disconnect from 
192.168.0.121: 11: disconnected by user


Is also worth telling that not only login as root was failing,
but also login as any other normal user via PAM/LDAP: 

Feb 13 10:57:09 bb-webkit2-rel-64 sshd[10409]: pam_unix(sshd:auth): 
authentication failure; logname= uid=0 euid=0 tty=ssh ruser= 
rhost=ip121.dynamic.igalia.com  user=clopez
Feb 13 10:57:09 bb-webkit2-rel-64 sshd[10409]: Accepted password for clopez 
from 192.168.0.121 port 37262 ssh2
Feb 13 10:57:09 bb-webkit2-rel-64 sshd[10409]: pam_loginuid(sshd:session): 
set_loginuid failed
Feb 13 10:57:09 bb-webkit2-rel-64 sshd[10409]: pam_unix(sshd:session): session 
opened for user clopez by (uid=0)
Feb 13 10:57:09 bb-webkit2-rel-64 sshd[10409]: error: PAM: pam_open_session(): 
Cannot make/remove an entry for the specified session
Feb 13 10:57:09 bb-webkit2-rel-64 sshd[10413]: Received disconnect from 
192.168.0.121: 11: disconnected by user


I didn't tried with a local normal (not-root) user,
but I can give it a try if you think is worth.



signature.asc
Description: OpenPGP digital signature

Bug#734677: approach

[Dima Kogan]

Hi Lisandro. Sorry I didn't reply sooner; I didn't see your message
until just now.

I'll make a patch for upstream when I get the chance. The patch I sent
earlier let most headers remain in /usr/include, and moved just a single
file to /usr/include/. Is this reasonable?

dima


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

Bug#684241: Bug #684241 must be fixed in wheezy

[and...@terentiev.org]

After installation of wheezy on my new Samsung laptop I found that HDD spins up 
and down about 3 times per minute.

This significantly slows down disk I/O (and overall system performance).

As I think, some laptop users may be unable to identify problem source, ignore 
this bug, or switch to another OS.

If problem is ignored, a disks potentially may be killed within a few months:

3 times per minute * 60 min/hour * 8 hours/day * 30 days/month => 43200 cycles 
per month!

It is comparable with number of cycles during normal lifetime of disk.

This bug makes hddparm package unusable for me (and, may be, whole OS for some 
users).
Thus, the bug might be grave/critical if number of affected users is great.

As I see, the bug was found in 2012, already fixed in hdparm version 9.42-1 
(testing, unstable), but not in wheezy.

So, I opened this bug again, with "wheezy" flag.


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

Bug#738942: properly implement kfreebsd inet6 auto

[Steven Chamberlain]

Package: ifupdown
Version: 0.7.47.2
Tags: ipv6 patch
User: debian-...@lists.debian.org
Usertags: kfreebsd

Hi,

Please consider this patch to the implementation of the 'inet6 auto'
stanza for kfreebsd.  In the current one (which I wrote) I erroneously
tried to enable accept_rtadv via the sysctl, which is global, and
doesn't affect the interfaces that are already attached.

The correct way to do this (and have tested) is as follows:

--- a/ifupdown-0.7.47.2/inet6.defn  2013-10-19 19:24:55.0 +0100
+++ b/ifupdown-0.7.47.2/inet6.defn  2014-02-14 02:17:11.316206389 +
@@ -239,8 +239,7 @@
 hwaddress cleanup_hwaddress
 
   up
-sysctl -q -e -w net.inet6.ip6.accept_rtadv=1
-ifconfig %iface% up
+ifconfig %iface% inet6 accept_rtadv up
 dhclient -6 -S -pf /run/dhclient6.%iface%.pid -lf 
/var/lib/dhcp/dhclient6.%iface%.leases %iface% \
 if (var_true("dhcp", ifd) && execable("/sbin/dhclient"))
 

Thanks!

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

Kernel: kFreeBSD 9.0-2-amd64-xenhvm
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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

Bug#738914: Patch available

[Alexandre Pereira Nunes]

Package: xine-ui
Version: 0.99.7-1
Followup-For: Bug #738914

--- src/xitk/main.c~2012-01-19 09:04:00.0 -0200
+++ src/xitk/main.c 2014-02-14 00:07:21.573682713 -0200
@@ -1270,8 +1270,10 @@
   gGui->mixer.amp_level = (aevent->left + aevent->right) / 2;
   if(gGui->mixer.method == SOFTWARE_MIXER) {
gGui->mixer.mute = aevent->mute;
-   xitk_slider_set_pos(panel->mixer.slider, gGui->mixer.amp_level);
-   xitk_checkbox_set_state(panel->mixer.mute, gGui->mixer.mute);
+   if (panel) {
+ xitk_slider_set_pos(panel->mixer.slider, gGui->mixer.amp_level);
+ xitk_checkbox_set_state(panel->mixer.mute, gGui->mixer.mute);
+}
   }
 }
 break;


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

Kernel: Linux 3.13.2 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xine-ui depends on:
ii  libc62.17-97
ii  libcurl3-gnutls  7.35.0-1
ii  libjpeg8 8d-2
ii  liblircclient0   0.9.0~pre1-1
ii  libpng12-0   1.2.50-1
ii  libreadline6 6.2+dfsg-0.1
ii  libx11-6 2:1.6.2-1
ii  libxext6 2:1.3.2-1
ii  libxft2  2.3.1-2
ii  libxine2 1:1.2.4-dmo2
ii  libxine2-ffmpeg  1:1.2.4-dmo2
ii  libxine2-x   1:1.2.4-dmo2
ii  libxinerama1 2:1.1.3-1
ii  libxtst6 2:1.2.2-1
ii  libxv1   2:1.0.10-1
ii  libxxf86vm1  1:1.1.3-1

Versions of packages xine-ui recommends:
ii  xdg-utils  1.1.0~rc1+git20111210-7

xine-ui 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#707851: [call for seconds] Re: Bug#707851: Let's remove the Debian menu from the Debian Policy ?

[Lisandro Damián Nicanor Pérez Meyer]

On Friday 14 February 2014 08:46:01 Charles Plessy wrote:
[snip] 
> In his original wording, Josselin proposed to add at the end of section 9.6
> one sentence pointing to the Debian menu as an option.  Here it is,
> rephrased to replace “legacy window managers” by “window managers that do
> not support the FreeDesktop standard”, which is more techically precise.
> 
> 
>   Packages can, to be compatible with Debian additions to some
> window managers that do not support the FreeDesktop standard, also provide
> a Debian menu file, following the Debian menu policy,
> which can be found in the menu-policy files in the
> debian-policy package.  It is also available from the Debian web
> mirrors at  id="http://www.debian.org/doc/packaging-manuals/menu-policy/";>. 

I like that :)

> With the addition above, I call for seconds (patch attached).

I read the patch and I found it quite clear.
I don't know if I'm able to second this, but in case I am, you got my seconded  
(or however that's written ;) )

Thanks Charles!

-- 
Una vez que hemos eliminado lo imposible, lo que queda, por improbable que
parezca, es la verdad.
  Sherlock Holmes

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


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

Bug#713203: g-wrap: FTBFS: /bin/sh: 1: aclocal-1.11: not found

[peter green]

Hideki Yamane wrote:
 Attached patch would fix this FTBFS, could you check and consider to 
 apply it, please?
  
I notice your patch is based on the experimental version of the package. 
Afaict (note: i'm not the maintainer of this package) uploading a 
package based on the experimental version to unstable would be a bad 
idea without further coordination/planning as it would cause a 
build-dependency conflict in guile-gnome-platform (I found this out the 
hard way in raspbian).


I have ported the changes to the unstable version of the package and 
used that in an upload to raspbian. A debdiff of what I uploaded to 
raspbian is attatched, I have no intent to NMU this in debian as I have 
no clue what the package does or how to test it.
diff -Nru g-wrap-1.9.14/debian/changelog g-wrap-1.9.14/debian/changelog
--- g-wrap-1.9.14/debian/changelog  2012-12-06 12:28:47.0 +
+++ g-wrap-1.9.14/debian/changelog  2014-02-14 02:01:44.0 +
@@ -1,3 +1,24 @@
+g-wrap (1.9.14-2+rpi2) jessie-staging; urgency=low
+
+  [Hideki Yamane]
+  * debian/rules
+- automatically use aclocal/autoconf/automake version (Closes: #713203)
+- include autoreconf.mk
+  * debian/control
+- add "Build-Depends: dh-autoreconf" to use above autoreconf.mk
+  * debian/patches
+- add delete_aclocal_flags.patch to avoid define loop in Makefile.am
+
+  [Peter Michael Green]
+  * Adjust changes so they apply to the Unstable version of package
+rather than the experimental version.
+  * Use a version number of 1.9.14-2+rpi2 (rather than the more logical
+1.9.14-1.1+rpi1) for Raspbian upload because I previously uploaded
+A version based on the experimental package to raspbian without
+realising that doing so was a bad idea.
+
+ -- Peter Michael Green   Fri, 14 Feb 2014 01:53:05 
+
+
 g-wrap (1.9.14-1.1) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru g-wrap-1.9.14/debian/control g-wrap-1.9.14/debian/control
--- g-wrap-1.9.14/debian/control2012-12-06 12:28:47.0 +
+++ g-wrap-1.9.14/debian/control2014-02-14 01:58:20.0 +
@@ -6,7 +6,7 @@
 Vcs-Git: git://git.debian.org/git/collab-maint/g-wrap.git
 Vcs-Browser: http://git.debian.org/?p=collab-maint/g-wrap.git
 Standards-Version: 3.9.3
-Build-Depends: debhelper (>> 8), cdbs, texinfo, automake, autoconf,
+Build-Depends: debhelper (>> 8), cdbs, texinfo, automake, autoconf, 
dh-autoreconf,
  guile-1.8-dev (>= 1.8.3+1), guile-library (>= 0.1.1), libglib2.0-dev, 
libffi-dev
 
 Package: g-wrap
diff -Nru g-wrap-1.9.14/debian/patches/delete_aclocal_flags.patch 
g-wrap-1.9.14/debian/patches/delete_aclocal_flags.patch
--- g-wrap-1.9.14/debian/patches/delete_aclocal_flags.patch 1970-01-01 
00:00:00.0 +
+++ g-wrap-1.9.14/debian/patches/delete_aclocal_flags.patch 2014-02-14 
01:52:25.0 +
@@ -0,0 +1,14 @@
+Description: 
+Author: Hideki Yamane 
+Forwarded: no
+Last-Update: 2013-10-22
+
+--- g-wrap-1.9.14.orig/Makefile.am
 g-wrap-1.9.14/Makefile.am
+@@ -16,5 +16,5 @@ EXTRA_DIST = g-wrap.scm \
+$(wildcard $(srcdir)/m4/*.m4) \
+$(wildcard $(srcdir)/m4/*.m4-in)
+ 
+-ACLOCAL_AMFLAGS = -I m4 @ACLOCAL_FLAGS@
++ACLOCAL_AMFLAGS = -I m4 
+ 
diff -Nru g-wrap-1.9.14/debian/patches/series 
g-wrap-1.9.14/debian/patches/series
--- g-wrap-1.9.14/debian/patches/series 2012-12-06 12:28:47.0 +
+++ g-wrap-1.9.14/debian/patches/series 2014-02-14 01:52:25.0 +
@@ -1 +1,2 @@
 0001-Use-GUILE-instead-of-hardcoding-guile-binary-name.patch
+delete_aclocal_flags.patch
diff -Nru g-wrap-1.9.14/debian/rules g-wrap-1.9.14/debian/rules
--- g-wrap-1.9.14/debian/rules  2012-12-06 12:28:47.0 +
+++ g-wrap-1.9.14/debian/rules  2014-02-14 01:57:07.0 +
@@ -4,13 +4,14 @@
 
 include /usr/share/cdbs/1/rules/debhelper.mk
 include /usr/share/cdbs/1/class/autotools.mk
+include /usr/share/cdbs/1/rules/autoreconf.mk
 
 DEB_CONFIGURE_EXTRA_FLAGS := --disable-Werror GUILE=/usr/bin/guile-1.8
 DEB_DH_INSTALL_ARGS := --sourcedir=$(DEB_DESTDIR)
 
-DEB_AUTO_UPDATE_AUTOMAKE = 1.11
-DEB_AUTO_UPDATE_ACLOCAL = 1.11
-DEB_AUTO_UPDATE_AUTOCONF = 2.69
+DEB_AUTO_UPDATE_ACLOCAL = $(shell dpkg -s automake | perl -nle '/^Version: 
(?:\d:)?(\d+\.\d+)?/ and print $$1')
+DEB_AUTO_UPDATE_AUTOCONF = $(shell dpkg -s autoconf | perl -nle '/^Version: 
(?:\d:)?(\d+\.\d+)?/ and print $$1')
+DEB_AUTO_UPDATE_AUTOMAKE = $(shell dpkg -s automake | perl -nle '/^Version: 
(?:\d:)?(\d+\.\d+)?/ and print $$1')
 
 DEB_MAKE_CHECK_TARGET = check
 

Bug#738857: mupdf: Stack-based Buffer Overflow in xps_parse_color()

[Murray McAllister]

Hello,

I have not tested to see if Linux is affected but I did find the Red Hat 
bug:


https://bugzilla.redhat.com/show_bug.cgi?id=1056699

It links to http://bugs.ghostscript.com/show_bug.cgi?id=694957 and 
http://git.ghostscript.com/?p=mupdf.git;a=commitdiff;h=60dabde18d7fe12b19da8b509bdfee9cc886aafc


Cheers,

--
Murray McAllister / Red Hat Security Response Team


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

Bug#738857: CVE request: MuPDF Stack-based Buffer Overflow in xps_parse_color()

[Murray McAllister]

Hello,

A stack-based buffer overflow in MuPDF's xps_parse_color() function was 
reported. Full details in http://www.hdwsec.fr/blog/mupdf.html


Upstream bug: http://bugs.ghostscript.com/show_bug.cgi?id=694957
Upstream fix: 
http://git.ghostscript.com/?p=mupdf.git;a=commitdiff;h=60dabde18d7fe12b19da8b509bdfee9cc886aafc

Red Hat bug: https://bugzilla.redhat.com/show_bug.cgi?id=1056699

Thanks,

--
Murray McAllister / Red Hat Security Response Team


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

Bug#738938: linux-source-3.12: Bluetooth connection to Apple Magic Mouse fails

[Ben Hutchings]

Control: tag -1 moreinfo

On Fri, 2014-02-14 at 00:56 +0100, Oliver Propst wrote:
> Once the trackpad is connected it tigers a kernel panic.

Would you care to send the panic message?

Ben.

-- 
Ben Hutchings
All the simple programs have been written, and all the good names taken.


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

Bug#738850: ITP: iniparser -- a stand-alone INI file reading/writing library

[Paul Wise]

On Thu, Feb 13, 2014 at 9:12 PM, Klee Dienes wrote:

> Regarding #2, my goal is to package the psmoveapi code for Debian,
> which uses the write support of iniparser (not supported by inih).  I
> also note that Samba seems to include an internal version of
> iniParser.

Please report any embedded code copies or forks to the security team:

https://wiki.debian.org/EmbeddedCodeCopies

-- 
bye,
pabs

http://wiki.debian.org/PaulWise


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

Bug#636192: fixed in fakeroot 1.20-2

[Nicolas Le Cam]

Hi Clint,

There seems to be a remaining problem, because libfakeroot is built
two times with the same libtool output, and ldconfig doesn't seem to
like that :

$ ls -l /usr/lib/x86_64-linux-gnu/libfakeroot/
total 108
lrwxrwxrwx 1 root root18 Feb 14 00:12 libfakeroot-0.so -> libfakeroot-tcp.so
-rw-r--r-- 1 root root 50016 Nov 29 17:40 libfakeroot-sysv.so
-rw-r--r-- 1 root root 54192 Nov 29 17:40 libfakeroot-tcp.so

$ sudo ldconfig -v 2>/dev/null | grep libfakeroot
/usr/lib/i386-linux-gnu/libfakeroot:
libfakeroot-0.so -> libfakeroot-tcp.so
/usr/lib/x86_64-linux-gnu/libfakeroot:
libfakeroot-0.so -> libfakeroot-tcp.so
$ LD_LIBRARY_PATH="" LD_PRELOAD="libfakeroot-0.so" /bin/echo

$ LD_LIBRARY_PATH="" LD_PRELOAD="libfakeroot-sysv.so" /bin/echo
ERROR: ld.so: object 'libfakeroot-sysv.so' from LD_PRELOAD cannot be
preloaded: ignored.

I dont know if it's related but debootstraping i386 on amd64 doesn't
work here ...

$ fakeroot fakechroot debootstrap --variant=fakechroot --arch=i386
testing testing_i386 http://http.debian.net/debian/
[...]
: Failure trying to run: chroot /home/nlecam/testing_i386 dpkg
--force-depends --install
/var/cache/apt/archives/base-passwd_3.5.28_i386.deb
W: See /home/nlecam/testing_i386/debootstrap/debootstrap.log for details
$ cat /home/nlecam/testing_i386/debootstrap/debootstrap.log
gpgv: Signature made Thu Feb 13 21:55:28 2014 CET using RSA key ID 46925553
gpgv: Good signature from "Debian Archive Automatic Signing Key
(7.0/wheezy) "
ERROR: ld.so: object 'libfakeroot-sysv.so' from LD_PRELOAD cannot be
preloaded: ignored.
dpkg: error while loading shared libraries: libselinux.so.1: cannot
open shared object file: No such file or directory


regards,

-- 
Nicolas Le Cam


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

Bug#684241: Unarchive and reopen bug #684241

[Vincent Lefevre]

On 2014-02-14 04:21:48 +0400, and...@terentiev.org wrote:
> unarchive 684241
> reopen 684241
> tags 684241 + wheezy

On 2014-02-14 04:29:45 +0400, and...@terentiev.org wrote:
> fixed 684241 hdparm/9.42-1

Has this bug been left open intentionally (i.e. because it should
be fixed in wheezy too) or should it be closed?

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


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

Bug#738525: Acknowledgement (nvidia-kernel-source: process signals masked by nvidia drivers.)

[Andrew King]

Hi,

I've since found this bug in the debian-bugs - (I'm not sure how I 
missed it first time round).


duplicate of #728743

Regards,
Andrew


On 10/02/14 16:21, Debian Bug Tracking System wrote:

Thank you for filing a new Bug report with Debian.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

As you requested using X-Debbugs-CC, your message was also forwarded to
   andrew.k...@curtin.edu.au
(after having been given a Bug report number, if it did not have one).

Your message has been sent to the package maintainer(s):
  unknown-pack...@qa.debian.org

If you wish to submit further information on this problem, please
send it to 738...@bugs.debian.org.

Please do not send mail to ow...@bugs.debian.org unless you wish
to report a problem with the Bug-tracking system.



--
Dr Andrew King,
BEng Mech (Hons), PhD (Mech), MIEAust, MASME


Senior Lecturer
Department of Mechanical Engineering
Curtin University of Technology
GPO Box U1987
Perth WA 6845
Australia

Room: 204:422

Ph: +61 (0)8 9266 7661 (or x7661)
Fax: +61 (0)8 9266 2681

Email:andrew.k...@curtin.edu.au 

Bug#738941: libreoffice-writer: Corretor com defeito

[Gustavo Dias do Nascimento]

Package: libreoffice-writer
Version: 1:3.5.4+dfsg2-0+deb7u2
Severity: normal
Tags: patch

Corretor Ortográfico do LibreOffice-Write está com defeito pois a palavra
grafico , sem acento, está com   apontando para grafo ou graco. Está errado



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

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

Versions of packages libreoffice-writer depends on:
ii  libc6  2.13-38+deb7u1
ii  libgcc11:4.7.2-5
ii  libicu48   4.8.1.1-12+deb7u1
ii  libreoffice-base-core  1:3.5.4+dfsg2-0+deb7u2
ii  libreoffice-core   1:3.5.4+dfsg2-0+deb7u2
ii  libstdc++6 4.7.2-5
ii  libwpd-0.9-9   0.9.4-3
ii  libwpg-0.2-2   0.2.1-1
ii  libwps-0.2-2   0.2.7-1
ii  libxml22.8.0+dfsg1-7+nmu2
ii  uno-libs3  3.5.4+dfsg2-0+deb7u2
ii  ure3.5.4+dfsg2-0+deb7u2
ii  zlib1g 1:1.2.7.dfsg-13

Versions of packages libreoffice-writer recommends:
ii  default-jre [java5-runtime]1:1.6-47
ii  libreoffice-emailmerge 1:3.5.4+dfsg2-0+deb7u2
ii  libreoffice-filter-binfilter   1:3.5.4+dfsg2-0+deb7u2
ii  libreoffice-java-common1:4.1.4-2~bpo70+1
ii  libreoffice-math   1:3.5.4+dfsg2-0+deb7u2
ii  openjdk-6-jre [java5-runtime]  6b27-1.12.6-1~deb7u1

Versions of packages libreoffice-writer suggests:
ii  libreoffice-base  1:3.5.4+dfsg2-0+deb7u2
pn  libreoffice-gcj   

Versions of packages libreoffice-core depends on:
ii  fontconfig   2.9.0-7.1
ii  fonts-opensymbol 2:102.3+LibO4.1.4-2~bpo70+1
ii  libc62.13-38+deb7u1
ii  libcairo21.12.2-3
ii  libcmis-0.2-00.1.0-1+b1
ii  libcurl3-gnutls  7.26.0-1+wheezy8
ii  libdb5.1 5.1.29-5
ii  libexpat12.1.0-1+deb7u1
ii  libexttextcat0   3.2.0-2
ii  libfontconfig1   2.9.0-7.1
ii  libfreetype6 2.4.9-1.1
ii  libgcc1  1:4.7.2-5
ii  libglib2.0-0 2.33.12+really2.32.4-5
ii  libgraphite2-2.0.0   1.1.3-1
ii  libgstreamer-plugins-base0.10-0  0.10.36-1.1
ii  libgstreamer0.10-0   0.10.36-1.2
ii  libhunspell-1.3-01.3.2-4
ii  libhyphen0   2.8.3-2
ii  libice6  2:1.0.8-2
ii  libicu48 4.8.1.1-12+deb7u1
ii  libjpeg8 8d-1
ii  libmythes-1.2-0  2:1.2.2-1
ii  libneon27-gnutls 0.29.6-3
ii  libnspr4 2:4.9.2-1+deb7u1
ii  libnspr4-0d  2:4.9.2-1+deb7u1
ii  libnss3  2:3.14.5-1
ii  libnss3-1d   2:3.14.5-1
ii  libpng12-0   1.2.49-1
ii  librdf0  1.0.15-1+b1
ii  libreoffice-common   1:3.5.4+dfsg2-0+deb7u2
ii  librsvg2-2   2.36.1-2
ii  libsm6   2:1.2.1-2
ii  libssl1.0.0  1.0.1e-2+deb7u4
ii  libstdc++6   4.7.2-5
ii  libx11-6 2:1.5.0-1+deb7u1
ii  libxext6 2:1.3.1-2+deb7u1
ii  libxinerama1 2:1.1.2-1+deb7u1
ii  libxml2  2.8.0+dfsg1-7+nmu2
ii  libxrandr2   2:1.3.2-2+deb7u1
ii  libxrender1  1:0.9.7-1+deb7u1
ii  libxslt1.1   1.1.26-14.1
ii  uno-libs33.5.4+dfsg2-0+deb7u2
ii  ure  3.5.4+dfsg2-0+deb7u2
ii  zlib1g   1:1.2.7.dfsg-13

-- 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#738940: libfinance-quote-perl: Finance::Quote fails to fetch quotes for Vanguard funds

[John Haiducek]

Package: libfinance-quote-perl
Version: 1.18-1
Severity: normal

Dear Maintainer,
*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?

Gnucash failed to fetch quotes for Vanguard funds

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

I tried fetching guotes using the "Get quotes" button in gnucash; when that
failed I tried fetching quotes for the same funds from the command line using
chkshares.pl and that failed also.

   * What was the outcome of this action?
Both methods failed to get quotes. Both methods do work for getting TSP quotes,
so the problem seems to be specific to Vanguard funds.

   * What outcome did you expect instead?
Both methods should successfully fetch the quotes.



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

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

Versions of packages libfinance-quote-perl depends on:
ii  libcrypt-ssleay-perl   0.58-1+b1
ii  libhtml-tableextract-perl  2.11-1
ii  libwww-perl6.05-2
ii  perl   5.18.2-2

libfinance-quote-perl recommends no packages.

libfinance-quote-perl 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#738937: zabbix: Drop virtual libgcrypt-dev from Build-Depends

[Dmitry Smirnov]

On Fri, 14 Feb 2014 00:07:10 Artur Rona wrote:
> In Ubuntu, we've applied the attached patch to achieve the following:
> 
>* debian/control: Replace virtual libgcrypt-dev in Build-Depends with
> libgcrypt11-dev | libgcrypt20-dev
> 
> We thought you might be interested in doing the same.

Why? I do not recognise the benefits (if any)...

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


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

Bug#738855: initscripts: Skip killing root-owned process starting with @

[Dimitri John Ledkov]

Control: tags -1 pending

On 13 February 2014 21:18, Helmut Grohne  wrote:
> Control: retitle -1 initscripts: Skip killing root-owned process starting 
> with @
>
> On Thu, Feb 13, 2014 at 08:58:33PM +, Dimitri John Ledkov wrote:
>> How about limiting it to processes running as root?
>>
>> E.g. pgrep -u root -f "^@" ?
>>
>> That way there is no loop-hole opened, since those processes could
>> have written to /run/sendsigs.omit.d/ already.
>
> I concur with this remedy. Can you update your patch or remove the patch
> tag?
>

Updated patch, pushed to master. Tagging pending.

>> Writing out a pidfile (and or otherwise copying them around is ok) but
>> it is debian [derivative] specific as far as I can tell.
>> Where is "@" convention is supported by a larger amount of
>> distributions and other initsystems (e.g. systemd).
>> ( http://www.freedesktop.org/wiki/Software/systemd/RootStorageDaemons/ )
>> Writing out a pid-file should be avoided, especially since that is
>> optional across all init systems and un-desirable for newer ones.
>> Also, processes could be started off-root (e.g. initramfs) and/or
>> otherwise not hold-up unmounting root.
>> Thus I find "@" convention useful and lightweight self-identification.
>
> Thanks for pointing out the rationale and documentation. Did you notice
> that the referenced documentation explicitly restricts the technique to
> root-owned processes?
>

Yes, yes, yes I did *cough* =)

> Thanks for not introducing a security issue. :)
>

Thanks a lot for the review!

-- 
Regards,

Dimitri.


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

Bug#734864: fglrx-driver: Starting X with fglrx as selected driver results in a, segmentation fault and black screen on boot.

[Florian Junghanns]

Dear Andreas,

On 02/13/2014 03:18 PM, Andreas Beckmann wrote:
> 
> Please retry with 14.1~beta whcih I just uploaded to sid.
> 
> Thanks
> 
> Andreas
> 

I just tried it, sadly no luck. I attached the debug information
generated by the reportbug-package. I hope it helps.

Best regards,
  Florian



-- Package-specific info:
Full fglrx package list:
ii  fglrx-atievent 1:14.1~beta1 amd64events daemon for the non-free AT
ii  fglrx-driver   1:14.1~beta1 amd64non-free ATI/AMD RadeonHD display
ii  fglrx-modules- 1:14.1~beta1 amd64dkms module source for the non-fr
ii  libfglrx:amd64 1:14.1~beta1 amd64non-free ATI/AMD RadeonHD display
ii  libfglrx-amdxv 1:14.1~beta1 amd64AMD XvBA (X-Video Bitstream Accel
ii  libgl1-fglrx-g 1:14.1~beta1 amd64proprietary libGL for the non-fre

VGA-compatible devices on PCI bus:
01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. 
[AMD/ATI] Madison [Mobility Radeon HD 5650/5750 / 6530M/6550M] [1002:68c1] 
(prog-if 00 [VGA controller])
Subsystem: Acer Incorporated [ALI] Radeon HD 6550M [1025:052c]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: fglrx_pci


DRM and fglrx Informations from dmesg:
[0.00] No AGP bridge found
[0.00] No AGP bridge found
[1.625003] Linux agpgart interface v0.103
[   13.305269] fglrx: module license 'Proprietary. (C) 2002 - ATI Technologies, 
Starnberg, GERMANY' taints kernel.
[   13.325345] <6>[fglrx] Maximum main memory to use for locked dma buffers: 
3669 MBytes.
[   13.325533] <6>[fglrx]   vendor: 1002 device: 68c1 count: 1
[   13.325800] <6>[fglrx] ioport: bar 4, base 0x3000, size: 0x100
[   13.326048] <6>[fglrx] Kernel PAT support is enabled
[   13.326077] <6>[fglrx] module loaded - fglrx 13.35.5 [Jan 29 2014] with 1 
minors

Xorg X server configuration file status:
-rw-r--r-- 1 root root 684 Feb 14 00:16 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
Section "ServerLayout"
Identifier "aticonfig Layout"
Screen  0  "aticonfig-Screen[0]-0" 0 0
EndSection

Section "Module"
EndSection

Section "Monitor"
Identifier   "aticonfig-Monitor[0]-0"
Option  "VendorName" "ATI Proprietary Driver"
Option  "ModelName" "Generic Autodetecting Monitor"
Option  "DPMS" "true"
EndSection

Section "Device"
Identifier  "aticonfig-Device[0]-0"
Driver  "fglrx"
BusID   "PCI:1:0:0"
EndSection

Section "Screen"
Identifier "aticonfig-Screen[0]-0"
Device "aticonfig-Device[0]-0"
Monitor"aticonfig-Monitor[0]-0"
DefaultDepth 24
SubSection "Display"
Viewport   0 0
Depth 24
EndSubSection
EndSection



Xorg X server log files on system:
-rw-r--r-- 1 root root 20647 Feb 14 00:19 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file
/var/log/Xorg.0.log:
[67.158] 
X.Org X Server 1.14.5
Release Date: 2013-12-12
[67.158] X Protocol Version 11, Revision 0
[67.158] Build Operating System: Linux 3.13.0-rc2-patser+ x86_64 Debian
[67.158] Current Operating System: Linux boindil 3.12-1-amd64 #1 SMP Debian 
3.12.9-1 (2014-02-01) x86_64
[67.158] Kernel command line: BOOT_IMAGE=/vmlinuz-3.12-1-amd64 
root=/dev/mapper/ssd--debian--crypt-root ro quiet
[67.158] Build Date: 13 December 2013  10:12:53AM
[67.158] xorg-server 2:1.14.5-1 (Maarten Lankhorst 
) 
[67.158] Current version of pixman: 0.32.4
[67.158]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[67.158] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[67.158] (==) Log file: "/var/log/Xorg.0.log", Time: Fri Feb 14 00:19:22 
2014
[67.160] (==) Using config file: "/etc/X11/xorg.conf"
[67.160] (==) Using config directory: "/etc/X11/xorg.conf.d"
[67.160] (==) Using system config directory "/usr/share/X11/xorg.conf.d"
[67.163] (==) ServerLayout "aticonfig Layout"
[67.163] (**) |-->Screen "aticonfig-Screen[0]-0" (0)
[67.163] (**) |   |-->Monitor "aticonfig-Monitor[0]-0"
[67.163] (**) |   |-->Device "aticonfig-Device[0]-0"
[67.163] (==) Automatically adding devices
[67.163] (==) Automatically enabling devices
[67.163] (==) Automatically adding GPU devices
[67.167] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[67.167]Entry deleted from font path.
[67.168] (==) 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/sha

Bug#738188: VESA Newcons is awfully slow

[Robert Millan]

On 12/02/2014 18:36, Ed Maste wrote:
> On 12 February 2014 09:05, Robert Millan  wrote:
>> There's a small glitch during VT switch: immediately after pressing the
>> keys, screen is redrawn, but where you'd normally see the login prompt,
>> blurry characers are drawn. After a fraction of a second, these are replaced
>> with proper glyphs. Smells like a font related problem. Would you like to
>> see a video capture?
> 
> That sounds quite odd.  Sure, if you can easily obtain a video capture
> please do.

Strange. What I get now is black screen during 3 seconds every time I switch VT.

This happens only with VGA mode, and even after disabling debugging flags.

-- 
Robert Millan


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

Bug#738938: linux-source-3.12: Bluetooth connection to Apple Magic Mouse fails

[Oliver Propst]

Once the trackpad is connected it tigers a kernel panic.


On Fri, Feb 14, 2014 at 12:13 AM, Oliver Propst wrote:

> Package: linux-source-3.12
> Version: 12
> Severity: normal
> Tags: upstream
>
> Dear maintainer when I try connect the Apple Magic Mouse using hidd
> --connect,
> the system works for one second before it crash. I find this unacceptable.
>
>
> When I try to use the  Bluetooth interafce in  GNOME, the setup dialog
> teels me to enter a six digit number  only to return a failure message.
>
> -- System Information:
> Debian Release: jessie/sid
>   APT prefers testing-updates
>   APT policy: (500, 'testing-updates'), (500, 'unstable'), (500,
> 'testing'), (500, 'stable')
> Architecture: i386 (i686)
>
> Kernel: Linux 3.12-1-686-pae (SMP w/2 CPU cores)
> Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
>
> Deat mantainer, when I try to connect the Apple Magic over Bluetooth
> using hidd --connect, its works for a second before the system crash.
>
> When I try to connect using the graphical internerface in GNOME, it ask
> me to enter a six digit number only  a second or two later return a error.
> I find it unacceptable.
>



-- 
-mvh Oliver Propst

Bug#738939: ITP: php-date-holidays -- Driver based class to calculate holidays.

[Francois-Regis Vuillemin]

Package: wnpp
Severity: wishlist
Owner: "Francois-Regis Vuillemin" 

* Package name: php-date-holidays
  Version : 0.21.8
  Upstream Author : Carsten Lucke 
* URL : http://pear.php.net/package/Date_Holidays
* License : PHP
  Programming Lang: PHP
  Description : Driver based class to calculate holidays.
Date_Holidays helps you calculate the dates and titles of holidays and other
special celebrations. The calculation is driver-based so it is easy to add new
drivers that calculate a country's holidays. The methods of the class can be
used to get a holiday's date and title in various languages.

This is a recommend for horde


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

Bug#707851: [call for seconds] Re: Bug#707851: Let's remove the Debian menu from the Debian Policy ?

[Charles Plessy]

Le Thu, Feb 13, 2014 at 11:32:43PM +0100, Sune Vuorela a écrit :
> 
> I have the impression that most people seems to agree on something like this. 
> I think I might even stretch it and call it a 'rough consensus' with a couple 
> of people in the rough end of it.
> 
> Can we please move it forward?

Thanks Sune for keeping the momentum.

Thanks also Markus for your comments during the last round of dicussion on
debian-devel.

In his original wording, Josselin proposed to add at the end of section 9.6 one
sentence pointing to the Debian menu as an option.  Here it is, rephrased to
replace “legacy window managers” by “window managers that do not support the
FreeDesktop standard”, which is more techically precise.


  Packages can, to be compatible with Debian additions to some window
  managers that do not support the FreeDesktop standard, also provide a
  Debian menu file, following the Debian menu policy,
  which can be found in the menu-policy files in the
  debian-policy package.  It is also available from the Debian
  web mirrors at http://www.debian.org/doc/packaging-manuals/menu-policy/";>.


With the addition above, I call for seconds (patch attached).  Markus, please
raise your hand if I was wrong to think that this addition correctly addresses
your comments.

Have a nice day,

-- 
Charles Plessy
Tsurumi, Kanagawa, Japan
diff --git a/policy.sgml b/policy.sgml
index dad8d23..43c93d3 100644
--- a/policy.sgml
+++ b/policy.sgml
@@ -8054,38 +8054,75 @@ Reloading description configuration...done.
 	Menus
 
 	
-	  The Debian menu package provides a standard
-	  interface between packages providing applications and
-	  menu programs (either X window managers or
-	  text-based menu programs such as pdmenu).
+	  Packages shipping applications that comply with minimal requirements
+	  described below for integration with desktop environments should
+	  register these applications in the desktop menu, following the
+	  FreeDesktop standard, using text files called
+	  desktop entries.  Their format is described in the
+	  Desktop Entry Specification at
+	  http://standards.freedesktop.org/desktop-entry-spec/latest/";>
+	  and complementary information can be found in the
+	  Desktop Menu Specification at
+	  http://standards.freedesktop.org/menu-spec/latest/";>.
 	
 
 	
-	  All packages that provide applications that need not be
-	  passed any special command line arguments for normal
-	  operation should register a menu entry for those
-	  applications, so that users of the menu package
-	  will automatically get menu entries in their window
-	  managers, as well in shells like pdmenu.
+	  The desktop entry files are installed by the packages in the
+	  directory /usr/share/applications and the FreeDesktop
+	  menus are refreshed using dpkg triggers.  It is therefore
+	  not necessary to depend on packages providing FreeDesktop menu
+	  systems.
 	
 
 	
-  Menu entries should follow the current menu policy.
+	  Entries displayed in the FreeDesktop menu should conform to the
+	  following minima for relevance and visual integration.
+
+	  
+	
+	  Unless hidden by default, the desktop entry must point to a PNG
+	  or SVG icon with a transparent background, providing at least
+	  the 22×22 size, and preferably up to 64×64.  The icon
+	  should be neutral enough to integrate well with the default icon
+	  themes.  It is encouraged to ship the icon in the default
+	  hicolor icon theme directories, or to use an existing
+	  icon from the hicolor theme.
+	
+
+	
+	  If the menu entry is not useful in the general case as a
+	  standalone application, the desktop entry should set the
+	  NoDisplay key to true, so that it can be
+	  configured to be displayed only by those who need it.
+	
+
+	
+	  In doubt, the package maintainer should coordinate with the
+	  maintainers of menu implementations through the
+	  debian-desktop mailing list in order to avoid problems
+	  with categories or bad interactions with other icons.  Especially
+	  for packages which are part of installation tasks, the contents
+	  of the NotShowIn/OnlyShowIn keys should be
+	  validated by the maintainers of the relevant environments.
+	
+	  
 	
 
 	
-	  The menu policy can be found in the menu-policy
-	  files in the debian-policy package.
-	  It is also available from the Debian web mirrors at
-  http://www.debian.org/doc/packaging-manuals/menu-policy/";>.
+	  Since the FreeDesktop menu is a cross-distribution standard, the
+	  desktop entries written for Debian should be forwarded upstream,
+	  where they will benefit to other users and are more likely to
+	  receive extra contributions such as translations.
 	
 
-	
-	  Please also refer to the Debian Menu System
-	  documentation that comes with the menu
-	  package for information about how to register your
-	  appli

Bug#738707: linux-image-3.12-1-amd64: Failed to symbolic-link /boot/initrd.img-3.12-1-amd64 to initrd.img.

[Ben Hutchings]

Control: tag -1 patch

On Thu, 2014-02-13 at 08:30 +0100, Philipp Marek wrote:
> > Can you provide the full strace output,
> Last time I filtered by "symlink", and now it doesn't happen anymore.
> 
> Oh, wait - after "umount" and "apt-get --reinstall" I get the message 
> again.

The symlinks are in the root directory, to files in the /boot directory.
So long as your /boot directory is not mounted, both symlinks are
broken.  However, as soon the package is unpacked, the /vmlinuz link
works again.

The postinst script tries to repair the /vmlinuz and /initrd.img
symlinks if they don't exist.  But it does so before calling the hook
scripts that will build the initramfs, and its test for existence
actually tests what the symlink *points to*.  So it decides that
the /initrd.img symlink does not exist, and needs to be recreated.

I can easily reproduce this:

(sid:amd64)root:/# apt-get install linux-image-3.12-1-amd64
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following extra packages will be installed:
  cpio initramfs-tools klibc-utils kmod libklibc libkmod2 libprocps3 libudev1
  libuuid-perl linux-base procps udev
Suggested packages:
  libarchive1 bash-completion linux-doc-3.12 debian-kernel-handbook grub-pc
  extlinux lilo
Recommended packages:
  busybox busybox-initramfs busybox-static firmware-linux-free psmisc
The following NEW packages will be installed:
  cpio initramfs-tools klibc-utils kmod libklibc libkmod2 libprocps3 libudev1
  libuuid-perl linux-base linux-image-3.12-1-amd64 procps udev
0 upgraded, 13 newly installed, 0 to remove and 30 not upgraded.
Need to get 30.4 MB/31.5 MB of archives.
After this operation, 148 MB of additional disk space will be used.
Do you want to continue? [Y/n] 
[...]
Setting up initramfs-tools (0.115) ...
update-initramfs: deferring update (trigger activated)
Setting up linux-image-3.12-1-amd64 (3.12.9-1) ...
/etc/kernel/postinst.d/initramfs-tools:
update-initramfs: Generating /boot/initrd.img-3.12-1-amd64
Processing triggers for libc-bin (2.17-97) ...
Processing triggers for initramfs-tools (0.115) ...
update-initramfs: Generating /boot/initrd.img-3.12-1-amd64
(sid:amd64)root:/# rm /boot/initrd.img-3.12-1-amd64 
(sid:amd64)root:/# apt-get install --reinstall linux-image-3.12-1-amd64
Reading package lists... Done
Building dependency tree   
Reading state information... Done
0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 30 not upgraded.
Need to get 0 B/29.6 MB of archives.
After this operation, 0 B of additional disk space will be used.
debconf: delaying package configuration, since apt-utils is not installed
(Reading database ... 15359 files and directories currently installed.)
Preparing to unpack .../linux-image-3.12-1-amd64_3.12.9-1_amd64.deb ...
Unpacking linux-image-3.12-1-amd64 (3.12.9-1) over (3.12.9-1) ...
Setting up linux-image-3.12-1-amd64 (3.12.9-1) ...
Failed to symbolic-link /boot/initrd.img-3.12-1-amd64 to initrd.img.
dpkg: error processing package linux-image-3.12-1-amd64 (--configure):
 subprocess installed post-installation script returned error exit status 17
Errors were encountered while processing:
 linux-image-3.12-1-amd64
E: Sub-process /usr/bin/dpkg returned an error code (1)
(sid:amd64)root:/# 

This patch (applied in /var/lib/dpkg/info) fixed it for me:

--- linux-image-3.12-1-amd64.postinst
+++ linux-image-3.12-1-amd64.postinst
@@ -537,13 +537,17 @@
   }
 }
 else {
-  if (! -e "$kimage") {
+  lstat($kimage);
+  if (! -e _) {
 handle_missing_link($kimage, $image_dest, "$kimage-$version", 
 $realimageloc);
   }
-  if ($initrd && ! -e "initrd.img") {
-handle_missing_link("initrd.img", $image_dest, "initrd.img-$version",
-   $realimageloc);
+  if ($initrd) {
+lstat("initrd.img");
+if (! -e _) {
+  handle_missing_link("initrd.img", $image_dest, "initrd.img-$version",
+ $realimageloc);
+}
   }
 }
 
--- END --

I'll apply the corresponding patch to the source.

Ben.

-- 
Ben Hutchings
The world is coming to an end.  Please log off.


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

Bug#738794: xterm: the right part of the window is not always erased

[Vincent Lefevre]

On 2014-02-13 13:59:03 +0100, Vincent Lefevre wrote:
> On 2014-02-13 06:55:05 -0500, Thomas Dickey wrote:
> > c) from running some particular application
> 
> It was a colored "svn diff".

I think I now know what triggered the problem: in the "svn diff",
there was a (new) PDF file that wasn't recognized as binary. So,
basically, the contents of the PDF file were output to the xterm.
And indeed, I can reproduce the problem with a "cat" on various
PDF files.

For instance,

  gunzip -c /usr/share/doc/texinfo/txirefcard.pdf.gz

-- 
Vincent Lefèvre  - Web: 
100% accessible validated (X)HTML - Blog: 
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)


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

Bug#738850: ITP: iniparser -- a stand-alone INI file reading/writing library

[Klee Dienes]

That’s interesting regarding krb5 … I should have remembered it would have an 
INI file parser, but didn’t realize it had write support.

As far as I can tell libconfuse is read-only.

I definitely appreciate the pointers.  I have no opinion on 1), but definitely 
agree with your point 2).


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

Bug#657967: ITA: prelink

[Geoffrey Thomas]

retitle 657967 ITA: prelink -- ELF prelinking utility to speed up dynamic 
linking
owner 657967 !
thanks

I intend to adopt prelink and get it updated the newest upstream version. 
I've been in touch with asheesh about sponsoring it, and I'm going to plan 
to do an upload this weekend.


--
Geoffrey Thomas
gtho...@mokafive.com


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

Bug#738938: linux-source-3.12: Bluetooth connection to Apple Magic Mouse fails

[Oliver Propst]

Package: linux-source-3.12
Version: 12
Severity: normal
Tags: upstream

Dear maintainer when I try connect the Apple Magic Mouse using hidd --connect,
the system works for one second before it crash. I find this unacceptable.


When I try to use the  Bluetooth interafce in  GNOME, the setup dialog
teels me to enter a six digit number  only to return a failure message. 

-- System Information:
Debian Release: jessie/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'unstable'), (500, 'testing'), 
(500, 'stable')
Architecture: i386 (i686)

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

Deat mantainer, when I try to connect the Apple Magic over Bluetooth 
using hidd --connect, its works for a second before the system crash.

When I try to connect using the graphical internerface in GNOME, it ask
me to enter a six digit number only  a second or two later return a error.
I find it unacceptable.


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

Bug#738937: zabbix: Drop virtual libgcrypt-dev from Build-Depends

[Artur Rona]

Package: zabbix
Version: 1:2.2.1+dfsg-1
Tags: patch
Usertags: origin-ubuntu ubuntu-patch trusty

In Ubuntu, we've applied the attached patch to achieve the following:

  * debian/control: Replace virtual libgcrypt-dev in Build-Depends with 
libgcrypt11-dev | libgcrypt20-dev


We thought you might be interested in doing the same.

--
Pozdrawiam / Kind regards,
Artur Rona

diff -pruN -x '*~' zabbix-2.2.1+dfsg.orig/debian/control zabbix-2.2.1+dfsg/debian/control
--- zabbix-2.2.1+dfsg.orig/debian/control	2013-12-04 05:24:59.0 +0100
+++ zabbix-2.2.1+dfsg/debian/control	2014-02-14 00:06:32.0 +0100
@@ -5,7 +5,7 @@ Maintainer: Christoph Haas 
 Build-Depends: debhelper (>= 9), automake, dh-autoreconf
  ,libcurl4-gnutls-dev
- ,libgcrypt-dev
+ ,libgcrypt11-dev | libgcrypt20-dev
  ,libiksemel-dev
  ,libldap2-dev
  ,libmysqlclient-dev

Bug#707851: Let's remove the Debian menu from the Debian Policy ?

[Sune Vuorela]

Hi peoples



I have the impression that most people seems to agree on something like this. 
I think I might even stretch it and call it a 'rough consensus' with a couple 
of people in the rough end of it.

Can we please move it forward?

Thanks

Sune

On Saturday 11 January 2014 11:46:10 Charles Plessy wrote:
> Hello everybody,
> 
> I have read a lot of scepticism about the Debian menu in this thread, and no
> actual support for it.  Perhaps I was trying to be too consensual and
> proposed an over-complicated solution while it is clear that the
> FreeDesktop system is superior.
> 
> I attached a new patch, where the Debian menu is removed, and pasted below a
> text export of the 9.6 and 9.7 sections after application of the patch.
> 
> Note that for the media types, there is some homework to do before
> recommending to replace all mailcap entries by desktop entries (with
> NoDisplay=true for command-line programs), so I am not proposing this for
> the moment (and welcome help with the “mime-support” package).
> 
> I welcome your comments, but I am not calling for seconds (this is not a
> vote). Please if you make objections, indicate what are your stakes
> regarding the menu (user ? developer ? provider of entries ? etc.).
> 
> 9.6. Menus
> --
> 
>  Packages shipping applications that comply with minimal requirements
>  described below for integration with desktop environments should
>  register these applications in the desktop menu, following the
>  _FreeDesktop_ standard, using text files called _desktop entries_.
>  Their format is described in the _Desktop Entry Specification_ at
>  http://standards.freedesktop.org/desktop-entry-spec/latest/ and
>  complementary information can be found in the _Desktop Menu
>  Specification_ at http://standards.freedesktop.org/menu-spec/latest/.
> 
>  The desktop entry files are installed by the packages in the directory
>  `/usr/share/applications' and the FreeDesktop menus are refreshed
>  using _dpkg triggers_.  It is therefore not necessary to depend on
>  packages providing FreeDesktop menu systems.
> 
>  Entries displayed in the FreeDesktop menu should conform to the
>  following minima for relevance and visual integration.
> 
> * Unless hidden by default, the desktop entry must point to a PNG
>   or SVG icon with a transparent background, providing at least the
>   22x22 size, and preferably up to 64x64.  The icon should be
>   neutral enough to integrate well with the default icon themes.
>   It is encouraged to ship the icon in the default _hicolor_ icon
>   theme directories, or to use an existing icon from the _hicolor_
>   theme.
> 
> * If the menu entry is not useful in the general case as a
>   standalone application, the desktop entry should set the
>   `NoDisplay' key to , so that it can be configured to be
>   displayed only by those who need it.
> 
> * In doubt, the package maintainer should coordinate with the
>   maintainers of menu implementations through the _debian-desktop_
>   mailing list in order to avoid problems with categories or bad
>   interactions with other icons.  Especially for packages which are
>   part of installation tasks, the contents of the
>   `NotShowIn'/`OnlyShowIn' keys should be validated by the
>   maintainers of the relevant environments.
> 
>  Since the FreeDesktop menu is a cross-distribution standard, the
>  desktop entries written for Debian should be forwarded upstream, where
>  they will benefit to other users and are more likely to receive extra
>  contributions such as translations.
> 
> 
> 9.7. Multimedia handlers
> 
> 
>  Media types (formerly known as MIME types, Multipurpose Internet Mail
>  Extensions, RFCs 2045-2049) is a mechanism for encoding files and data
>  streams and providing meta-information about them, in particular their
>  type and format (e.g.  `image/png', `text/html', `audio/ogg').
> 
>  Registration of media type handlers allows programs like mail user
>  agents and web browsers to invoke these handlers to view, edit or
>  display media types they don't support directly.
> 
>  There are two overlaping systems to associate media types to programs
>  which can handle them.  The _mailcap_ system is found on a large
>  number of Unix systems.  The _FreeDesktop_ system is aimed at Desktop
>  environments.  In Debian, FreeDesktop entries are automatically
>  translated in mailcap entries, therefore packages already using
>  desktop entries should not use the mailcap system directly.
> 
> 9.7.1. Registration of media type handlers with desktop entries
> ---
> 
>  Packages shipping an application able to view, edit or point to files
>  

Bug#738936: /usr/bin/okular: okular.desktop config sets incorrect Exec key

[Tyler Smith]

Package: okular
Version: 4:4.11.5-1
File: /usr/bin/okular
Severity: normal

Dear Maintainer,

I am running xmonad on Debian testing. I have installe okular as my
pdf reader. When okular is launced via xdg-open, e.g., to open pdfs
from chromium or conkeror, it opens two windows at once. The first
window is the file, displayed properly. The second window is okular
with an empty view (i.e., no file loaded, but otherwise ready to use).
This second window also spawns a popup warning with the message "Could
not open %i".

I expected to have a single window open, with the document displayed properly.

I believe this relates to a problem in the configuration files in
/usr/share/applications/kde4. The okular files contain the line

Exec=okular %U %i -caption %c

Changing this to

Exec=okular %U -icon %i -caption %c

appears to resolve the problem. I'm not sure if this is correct, or
just happens to work for me running xmonad. Perhaps there is general
solution. Either way, as it is this is broken for my setup.

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

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

Versions of packages okular depends on:
ii  kde-runtime 4:4.11.5-1
ii  libc6   2.17-97
ii  libfreetype62.5.2-1
ii  libjpeg88d-2
ii  libkactivities6 4:4.11.5-1
ii  libkdecore5 4:4.11.5-1
ii  libkdeui5   4:4.11.5-1
ii  libkio5 4:4.11.5-1
ii  libkparts4  4:4.11.5-1
ii  libkprintutils4 4:4.11.5-1
ii  libkpty44:4.11.5-1
ii  libokularcore3  4:4.11.5-1
ii  libphonon4  4:4.7.1-1
ii  libpoppler-qt4-40.22.5-4
ii  libqca2 2.0.3-5
ii  libqimageblitz4 1:0.0.6-4
ii  libqt4-dbus 4:4.8.5+git209-g718fae5+dfsg-1
ii  libqt4-declarative  4:4.8.5+git209-g718fae5+dfsg-1
ii  libqt4-svg  4:4.8.5+git209-g718fae5+dfsg-1
ii  libqt4-xml  4:4.8.5+git209-g718fae5+dfsg-1
ii  libqtcore4  4:4.8.5+git209-g718fae5+dfsg-1
ii  libqtgui4   4:4.8.5+git209-g718fae5+dfsg-1
ii  libsolid4   4:4.11.5-1
ii  libspectre1 0.2.7-2
ii  libstdc++6  4.8.2-14
ii  phonon  4:4.7.1-1
ii  zlib1g  1:1.2.8.dfsg-1

okular recommends no packages.

Versions of packages okular suggests:
ii  ghostscript9.05~dfsg-8+b1
pn  jovie  
pn  okular-extra-backends  
ii  poppler-data   0.4.6-4
ii  texlive-binaries   2013.20130729.30972-2+b2
ii  unrar  1:5.0.10-1

-- 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#736044: [pkg-phototools - rawstudio/master] Build-depends against libtiff-dev instead of libtiff4-dev

[Laurent Bigonville]

tag 736044 pending
thanks

Date: Wed Jan 22 20:20:55 2014 +0100
Author: Laurent Bigonville 
Commit ID: f3e14d034cbce055d506ebf78b115983a2300451
Commit URL: 
http://anonscm.debian.org/gitweb/?p=pkg-phototools/rawstudio.git;a=commitdiff;h=f3e14d034cbce055d506ebf78b115983a2300451
Patch URL: 
http://anonscm.debian.org/gitweb/?p=pkg-phototools/rawstudio.git;a=commitdiff_plain;h=f3e14d034cbce055d506ebf78b115983a2300451

Build-depends against libtiff-dev instead of libtiff4-dev

Closes: #736044
  


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

Bug#661409: [pkg-phototools - rawstudio/master] deprecated-glib.patch: Remove call to deprecated g_thread_init()

[Laurent Bigonville]

tag 661409 pending
thanks

Date: Wed Jan 22 16:01:37 2014 +0100
Author: Laurent Bigonville 
Commit ID: 48f43cead2d54ba8db2964c4b24e4c5b665ed7ae
Commit URL: 
http://anonscm.debian.org/gitweb/?p=pkg-phototools/rawstudio.git;a=commitdiff;h=48f43cead2d54ba8db2964c4b24e4c5b665ed7ae
Patch URL: 
http://anonscm.debian.org/gitweb/?p=pkg-phototools/rawstudio.git;a=commitdiff_plain;h=48f43cead2d54ba8db2964c4b24e4c5b665ed7ae

deprecated-glib.patch: Remove call to deprecated g_thread_init()

Closes: #661409
  


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

Bug#736222: [pkg-phototools - rawstudio/master] Build-depend against libgphoto2-dev instead of libgphoto2-2-dev

[Laurent Bigonville]

tag 736222 pending
thanks

Date: Wed Jan 22 15:56:08 2014 +0100
Author: Laurent Bigonville 
Commit ID: 3abcbf558ab7154404b2484314140e4ee6b7dfe8
Commit URL: 
http://anonscm.debian.org/gitweb/?p=pkg-phototools/rawstudio.git;a=commitdiff;h=3abcbf558ab7154404b2484314140e4ee6b7dfe8
Patch URL: 
http://anonscm.debian.org/gitweb/?p=pkg-phototools/rawstudio.git;a=commitdiff_plain;h=3abcbf558ab7154404b2484314140e4ee6b7dfe8

Build-depend against libgphoto2-dev instead of libgphoto2-2-dev

Closes: #736222
  


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

Bug#738785: [Aptitude-devel] Bug#738785: aptitude: (remote) changelogs is broken after packages.d.o move to https

[Manuel A. Fernandez Montecelo]

2014-02-13 21:07 David Kalnischkies:

If so we should really get this code into libapt though as currently
apt and aptitude do their own thing in this regard…


I am not very familiar with that part of the code, but after a quick
look I think that aptitude uses pkgAcqFile for this.  So whatever
works for apt should work for aptitude.

Using curl or similar, as suggested by Raphael, could be an option.
Currently relies on apt for both packages and changelogs, it uses the
same code.


Cheers.
--
Manuel


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

Bug#696534: this bug still exists ...

[Ingo Wichmann]

I managed to get my machine to boot again by adding "init=/bin/bash" as
kernel parameter, and then
mount -o remount,rw /
chmod -x /etc/init.d/bootlogd


What I don't understand is:

root@(none):/# /etc/rcS.d/S03mountdevsubfs.sh start
root@(none):/# /etc/rcS.d/S04bootlogd start
root@(none):/# /etc/rcS.d/S05keymap.sh start
▒
 ^[[24;2R

I could start bootlogd manually without problems. The bootprocess hang on
S05keymap.sh start

But removing bootlogd fixed it anyway.

Ingo

-- 
Linuxhotel GmbH, Geschäftsführer Dipl.-Ing. Ingo Wichmann
HRB 20463 Amtsgericht Essen, UStID DE 814 943 641
Antonienallee 1, 45279 Essen, Tel.: 0201 8536-600, http://www.linuxhotel.de


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

Bug#727708: init system coupling etc.

[Keith Packard]

Ian Jackson  writes:

> I don't think this is likely but I can see why you would want to try
> that.

Thanks. Being new to the TC, I may feel more reluctant to exercise it's
process than people more familiar to the role.

> And it is different from FD in that if enough people outside the TC
> feel that the issue needs to be decided now, it signals that the time
> for them to propose a GR has come.

While I would lean towards not supporting a GR at this time, I agree
that having one not occur in parallel with a matching TC discussion
would probably work out better.

> And thanks for engaging with the process in a constructive way.

We'll make it work somehow.

-- 
keith.pack...@intel.com


pgpRFi6Z1IsPJ.pgp
Description: PGP signature

Bug#738935: pu: package qlandkartegt/1.5.0~dfsg1-1+deb7u1

[Jaromír Mikeš]

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

Hello stable release team,

as a follow-up to the recent thread in debian-release I am requesting
permissing to upload an updated version of qlandkartegt to stable as
in the attached debdiff.

It fixes #736550 for stable: The mapnik tile server administrators
enforced their usage policy about mid-January. The qlandkartegt
program however is not compliant due to a missing/invalid User-Agent
header. As a result, Openstreetmap tiles were no longer downloaded
and not shown in the program.

The patch fixes this by providing such a User-Agent header.

Regards,


diff -Nru qlandkartegt-1.5.0~dfsg1/debian/changelog qlandkartegt-1.5.0~dfsg
1/debian/changelog
--- qlandkartegt-1.5.0~dfsg1/debian/changelog 2012-06-26 22:28:06.0 
+0200
+++ qlandkartegt-1.5.0~dfsg1/debian/changelog 2014-02-12 21:17:35.0 
+0100
@@ -1,3 +1,9 @@
+qlandkartegt (1.5.0~dfsg1-1+deb7u1) unstable; urgency=low
+
+ * Added patch to fix downloading of OSM mapnik tiles (Closes: #736550)
+
+ -- Jaromír Mikeš Wed, 12 Feb 2014 21:16:10 +0100
+
qlandkartegt (1.5.0~dfsg1-1) unstable; urgency=low

* New upstream release.
diff -Nru qlandkartegt-1.5.0~dfsg1/debian/patches/series qlandkartegt-1.5.0~
dfsg1/debian/patches/series
--- qlandkartegt-1.5.0~dfsg1/debian/patches/series 1970-01-01 01:00:
00.0 +0100
+++ qlandkartegt-1.5.0~dfsg1/debian/patches/series 2014-02-12 21:14:
54.0 +0100
@@ -0,0 +1 @@
+set-user-agent.patch
diff
-Nru qlandkartegt-1.5.0~dfsg1/debian/patches/set-user-agent.patch 
qlandkartegt-1.5.0~dfsg1/debian/patches/set-user-agent.patch
--- qlandkartegt-1.5.0~dfsg1/debian/patches/set-user-agent.patch 1970-01-01 
01:00:00.0 +0100
+++ qlandkartegt-1.5.0~dfsg1/debian/patches/set-user-agent.patch 2014-02-12 
21:14:54.0 +0100
@@ -0,0 +1,18 @@
+--- a/src/CMapTms.cpp
 b/src/CMapTms.cpp
+@@ -27,6 +27,7 @@
+ #include "CDlgMapTmsConfig.h"
+ #include "CMapSelectionRaster.h"
+ #include "CSettings.h"
++#include "version.h"
+ 
+ #include 
+ #include 
+@@ -591,6 +592,7 @@
+ 
+ QNetworkRequest request;
+ request.setUrl(req.url);
++ request.setRawHeader("User-Agent" , "QLandkarteGT/" VER_STR);
+ req.reply = accessManager->get(request);
+ 
+ pendRequests[req.url.toString()] = req;

Bug#738799: [Pkg-systemd-maintainers] Bug#738799: systemd: Somehow systemd breaks compositing OpenGL graphics

[Michael Biebl]

Hi,

Am 13.02.2014 02:15, schrieb Michael Biebl:

> You are most likely missing access rights to the dri device.
> What's the output of
> getfacl /dev/dri/card0
> 
>> Versions of packages systemd recommends:
>> pn  libpam-systemd  
> 
> libpam-systemd ensures proper ACLs are setup for those types of devices.
> You really should trust the package maintainers and install recommends
> unless you have a really good reason not to and you know what you are doing.

Could you report back with the output of getfacl (before and after
you've installed libpam-systemd). You'll need to relogin after
installing libpam-systemd.

I'm pretty sure it should fix your issue, but would like your
confirmation before closing the bug.

Michael



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



signature.asc
Description: OpenPGP digital signature

Bug#738933: libapt-pkg-doc: Some .xhtml files are compressed, and apparently junk around (*.md5 and *.map)

[Manuel A. Fernandez Montecelo]

Package: libapt-pkg-doc
Version: 0.9.15.2
Severity: important

Hi,

Compare files shipped:

- https://packages.debian.org/sid/all/libapt-pkg-doc/filelist
- https://packages.debian.org/jessie/all/libapt-pkg-doc/filelist

In my system (in the case that the bug is triaged at a later time):

$ dpkg -L libapt-pkg-doc | grep '.*\.md5$' | wc -l
357

$ dpkg -L libapt-pkg-doc | grep '.*\.xhtml\.gz$' | wc -l
482

$ dpkg -L libapt-pkg-doc | grep '.*\.map$' | wc -l
354


Versions in packages.d.o:

- jessie (testing) (doc): documentation for APT development 
  0.9.15: all
- sid (unstable) (doc): documentation for APT development 
  0.9.15.1: all

0.9.15.2 in my system, with same problem.

Note that since the files are compressed, local navigation of documentation with
a browser is not possible, thus priority "Important" -- but feel free to change
it.

Cheers, and keep up the good work!


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

Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-- 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#738934: isc-dhcp-client: missing Depends on freebsd-net-tools

[Robert Millan]

Package: isc-dhcp-client
Version: 4.2.4-7
Severity: grave
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd

isc-dhcp-client requires ifconfig and route tools in order to bring up the
network on GNU/kFreeBSD, however it doesn't depend on the package providing
them (freebsd-net-tools).

Patch attached.

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

Kernel: kFreeBSD 9.0-2-amd64
Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages isc-dhcp-client depends on:
ii  debianutils  4.4
ii  inetutils-ping   2:1.9.1.363-bbc1-1
ii  isc-dhcp-common  4.2.4-7
ii  libc0.1  2.17-97

isc-dhcp-client recommends no packages.

Versions of packages isc-dhcp-client suggests:
pn  avahi-autoipd  
pn  resolvconf 

-- no debconf information
--- debian/control~	2013-05-27 22:26:49.0 +0200
+++ debian/control	2014-02-13 23:18:35.501483886 +0100
@@ -125,7 +125,7 @@
  ${shlibs:Depends},
  debianutils (>= 2.8.2),
  isc-dhcp-common (= ${binary:Version}),
- iproute [linux-any],
+ iproute [linux-any] | freebsd-net-tools [kfreebsd-any],
  inetutils-ping [!linux-any],
 Suggests:
  resolvconf,

Bug#738929: O: ropemacs -- Emacs mode for Python refactoring

[Ana Guerrero Lopez]

Package: wnpp
Severity: normal

The current maintainer of ropemacs, David Spreen ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: ropemacs
Binary: python-ropemacs
Version: 0.6c2-5
Maintainer: David Spreen 
Uploaders: Debian Python Modules Team 

Build-Depends: cdbs (>= 0.4.90~), debhelper (>= 7.0.0), python (>= 2.6.6-3~)
Architecture: all
Standards-Version: 3.8.1
Format: 1.0
Files:
 fae176b7dde7639bf0e4a94517cd7215 1979 ropemacs_0.6c2-5.dsc
 c58a579889ec8f8d64d9a67834727475 28470 ropemacs_0.6c2.orig.tar.gz
 a64a44dd99d47f5b7c107c2fbb37966a 1962 ropemacs_0.6c2-5.diff.gz
Vcs-Browser: 
http://svn.debian.org/viewsvn/python-modules/packages/ropemacs/trunk/
Vcs-Svn: svn://svn.debian.org/python-modules/packages/ropemacs/trunk
Checksums-Sha1:
 5501bc10740c9e9a8683b305e1b12a80b32d4576 1979 ropemacs_0.6c2-5.dsc
 ce00ed265b852b875695f1927e6e624711cd8c6a 28470 ropemacs_0.6c2.orig.tar.gz
 6b4734e34ddd5732e8849e81caf71d76a2836af1 1962 ropemacs_0.6c2-5.diff.gz
Checksums-Sha256:
 42fb5709ea1132e8b0b27fce8878d1155e1ca4e133f8aab2aa35e6264d65 1979 
ropemacs_0.6c2-5.dsc
 4292e9abc789ec6041f1e1d1d3c318e278cbba4fc3615eb5bdbc1e46de2ee8d8 28470 
ropemacs_0.6c2.orig.tar.gz
 44b701debbf9eb2dfc5a41d449a86846929a45aedb5316c24061f6ccfd058d50 1962 
ropemacs_0.6c2-5.diff.gz
Homepage: http://rope.sourceforge.net/ropemacs.html
Package-List: 
 python-ropemacs deb devel optional
Directory: pool/main/r/ropemacs
Priority: source
Section: devel

Package: python-ropemacs
Source: ropemacs
Version: 0.6c2-5
Installed-Size: 130
Maintainer: David Spreen 
Architecture: all
Depends: python (>= 2.7), python (<< 2.8), pymacs, python-rope
Description-en: Emacs mode for Python refactoring
 Rope is a Python library that can be used with several editors and IDEs. It
 provides many refactoring operations as well as forms of code assistance like
 auto-completion and access to documentation. For a complete list of features,
 see the project homepage.
 .
 This package provides the features of the python-rope library through a Emacs
 minor mode (on top of the Python mode) using the pymacs package.
Description-md5: b53b5e000334c4eeadc844a4df78daf8
Homepage: http://rope.sourceforge.net/ropemacs.html
Section: devel
Priority: optional
Filename: pool/main/r/ropemacs/python-ropemacs_0.6c2-5_all.deb
Size: 24364
MD5sum: 050d91a2e6d141cfd88b74d6b997292d
SHA1: b2c49288b854b5a0df8a4fb9abfc57749397bf74
SHA256: ced0aaf8c0ea6b6f6c6596888d5a3e44f849ad0b4d8bb860ca796ed27bc37a04


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

Bug#738928: O: rope -- Python refactoring library

[Ana Guerrero Lopez]

Package: wnpp
Severity: normal

The current maintainer of rope, David Spreen ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: rope
Binary: python-rope
Version: 0.9.2-2
Maintainer: David Spreen 
Uploaders: Debian Python Modules Team 

Build-Depends: cdbs (>= 0.4.90~), debhelper (>= 7.0.0), python (>= 2.6.6-3~)
Architecture: all
Standards-Version: 3.8.0
Format: 1.0
Files:
 cc19de6a872d449cde4be072fd1cbea6 1925 rope_0.9.2-2.dsc
 3ef92a3df40aebe475ac4880b0f6381a 214067 rope_0.9.2.orig.tar.gz
 78b0141d2528f480ede83660ee620240 1919 rope_0.9.2-2.diff.gz
Vcs-Browser: http://svn.debian.org/viewsvn/python-modules/packages/rope/trunk/
Vcs-Svn: svn://svn.debian.org/python-modules/packages/rope/trunk
Checksums-Sha1:
 1756e6ee04f8b942168b8c86fb8d929b005d976e 1925 rope_0.9.2-2.dsc
 fbe41650037ee412cda7025c8f95bc7c4e8e0159 214067 rope_0.9.2.orig.tar.gz
 116c8917e5c241ce17a17130ab0fd9ab14b3de57 1919 rope_0.9.2-2.diff.gz
Checksums-Sha256:
 a0f84e08a7663f353dad5b5edf9c73fb0d56fb4767783011596220b1bece81d8 1925 
rope_0.9.2-2.dsc
 6f1d6e2da2fcba73a7f28ef4b00a7d08a1b36441de71b2e216fbd08fc09bb9d3 214067 
rope_0.9.2.orig.tar.gz
 bd0981947aa5dc9d41815740860d97f92cb1f9d79faf75267c2ac84e166a9e8d 1919 
rope_0.9.2-2.diff.gz
Homepage: http://rope.sourceforge.net/
Package-List: 
 python-rope deb devel optional
Directory: pool/main/r/rope
Priority: source
Section: devel

Package: python-rope
Source: rope
Version: 0.9.2-2
Installed-Size: 754
Maintainer: David Spreen 
Architecture: all
Depends: python (>= 2.7), python (<< 2.8)
Recommends: python-svn, mercurial, git-core
Description-en: Python refactoring library
 Rope is a Python refactoring library that can be used with several editors
 and IDEs. It provides many refactoring operations as well as forms of code
 assistance like auto-completion and access to documentation. To make use of
 refactoring in Mercurial, Git and Svn repositories, the recommended packages
 must be installed. For a complete list of features, see the project homepage.
 .
 In Debian, this package is used by the Python-ropemacs package, an Emacs mode
 that adds Python refactoring and IDE features to the Emacs editor.
Description-md5: d8c57d6d8faa4478db6778e02a8aec43
Homepage: http://rope.sourceforge.net/
Section: devel
Priority: optional
Filename: pool/main/r/rope/python-rope_0.9.2-2_all.deb
Size: 147854
MD5sum: a5babc2df1a2420d48e9cdc92ee0db89
SHA1: 9ce0e28f3e2bf886a8816d226447caaac194a90d
SHA256: 17383ee3596a20afea73453d191563c6bc28b61d944a8dbd06ca937d5a240735


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

Bug#738926: O: anon-proxy -- Proxy to surf the web anonymously

[Ana Guerrero Lopez]

Package: wnpp
Severity: normal

The current maintainer of anon-proxy, David Spreen ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: anon-proxy
Binary: anon-proxy
Version: 00.05.38+20081230-2.1
Maintainer: David Spreen 
Build-Depends: debhelper (>= 4.1.16), automake1.9, libxerces-c2-dev, libssl-dev 
(>= 0.9.7c-3), po-debconf
Architecture: any
Standards-Version: 3.8.0.1
Format: 1.0
Files:
 2ceb98c1788390acac1b57e3fdf81b44 1866 anon-proxy_00.05.38+20081230-2.1.dsc
 71c238a1e219809ef8df0758b0ef4c9b 1883873 
anon-proxy_00.05.38+20081230.orig.tar.gz
 aa9b9eb13598fb1918b97c946bcebd3c 35066 anon-proxy_00.05.38+20081230-2.1.diff.gz
Checksums-Sha1:
 c151953e7176822e1ed9b0b3e294330bbb5f8d13 1866 
anon-proxy_00.05.38+20081230-2.1.dsc
 7105002dc818c52bc268fca227eb87bfed4571ca 1883873 
anon-proxy_00.05.38+20081230.orig.tar.gz
 7351f81c48fa6f9ce85d62a353216c2839ab093a 35066 
anon-proxy_00.05.38+20081230-2.1.diff.gz
Checksums-Sha256:
 379fe2ab2cab308c551f1293567c400774e3d66483462ab03e133fc746802786 1866 
anon-proxy_00.05.38+20081230-2.1.dsc
 db6310fc54dc0b52d523ecbc229fa762698c3ea2fb852c389021a115f41336e1 1883873 
anon-proxy_00.05.38+20081230.orig.tar.gz
 baf40f4622822ee90210488bcd24204737e2c45237214d06ca1999441d913bf0 35066 
anon-proxy_00.05.38+20081230-2.1.diff.gz
Homepage: http://anon.inf.tu-dresden.de/
Package-List: 
 anon-proxy deb web optional
Directory: pool/main/a/anon-proxy
Priority: source
Section: web

Package: anon-proxy
Version: 00.05.38+20081230-2.1
Installed-Size: 301
Maintainer: David Spreen 
Architecture: amd64
Depends: adduser, debconf (>= 0.5) | debconf-2.0, libc6 (>= 2.3.2), libgcc1 (>= 
1:4.1.1), libssl1.0.0 (>= 1.0.0), libstdc++6 (>= 4.1.1), libxerces-c28
Suggests: mixmaster, tor, mixminion
Description-en: Proxy to surf the web anonymously
 This package contains the JAP client which acts as a local proxy between
 your browser and the insecure Internet. All requests for web pages are
 handled by JAP and are encrypted several times. The encrypted messages
 are sent through a chain of intermediate servers (named Mixes) to the
 final destination on the Internet.
 .
 Multiple layers of encryption protect all messages. A Mix collects
 messages in a batch, totally changes their appearance (removes one
 layer of encryption) and forwards them all at the same time, but
 in a different order. An adversary may observe all communication links,
 however he cannot determine a relation between incoming and outgoing
 packets. A surfer remains anonymous within the group of all users
 of the service.
 .
 Demonstrably, the system protects your privacy as long as the Mix
 works correctly. Unfortunately nobody knows whether a certain Mix
 is actually trustworthy or not. Therefore we use a whole chain of
 Mixes. Each message passes through several Mixes and the entire chain
 of Mixes has to be corrupt to successfully observe the user's
 activities. The chaining effectively prevents single Mixes from
 observing. This is the meaning of strong anonymity: Even the
 anonymity service itself cannot spy on its users.
 .
 For further information see http://anon.inf.tu-dresden.de/
Description-md5: f4a7dd0a217e04f7867033c8a50a1421
Homepage: http://anon.inf.tu-dresden.de/
Tag: implemented-in::c++, interface::daemon, protocol::http, role::program,
 security::cryptography, use::proxying
Section: web
Priority: optional
Filename: pool/main/a/anon-proxy/anon-proxy_00.05.38+20081230-2.1_amd64.deb
Size: 141350
MD5sum: b00b7c3dc294e06712a62e7e33ccc84c
SHA1: ede54ea48894aab97580f61874bb73d4b9c833cf
SHA256: 7fe38732504a4d37674af9c9aae1c4fa56d6b8a5d27c2a13eaa008d2c4f1dfa9


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

Bug#738927: mcelog: fails to install when CPU unsupported

[Christoph Anton Mitterer]

Package: mcelog
Version: 1.0~pre3-72-gcbd4da4-1
Severity: grave
Justification: renders package unusable


Hi.

It seems that when the CPU is unsupported, the package
fails to install/upgrade:

Setting up mcelog (100-1) ...
/run/udev or .udevdb or .udev presence implies active udev.  Aborting MAKEDEV 
invocation.
insserv: warning: current stop runlevel(s) (empty) of script `mcelog' overrides 
LSB defaults (0 1 6).
Starting Machine Check Exceptions decoder: CPU is unsupported
invoke-rc.d: initscript mcelog, action "start" failed.
dpkg: error processing package mcelog (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 mcelog


Cheers,
Chris.


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

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

Versions of packages mcelog depends on:
ii  debconf [debconf-2.0]  1.5.52
ii  libc6  2.17-97
ii  makedev2.3.1-93
ii  udev   204-7

mcelog recommends no packages.

mcelog suggests no packages.

-- debconf information excluded


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

Bug#738909: [apt] Package System Broken, libc6 etc

[David Kalnischkies]

On Thu, Feb 13, 2014 at 10:49:19PM +0200, David Baron wrote:
> Will remove everything, libc6 and all if I let it.

This is unlikely, like really, so please mention the EXACT command you
run and include the COMPLETE output of it. With a oneline summary nobody
can help you.

You can also attach the file /var/lib/dpkg/status which includes
information about all packages you have installed. It will enable others
to reproduce your problem more easily (but it exposes the mentioned
info, so if you don't want to expose it to the public, you can also sent
it to me and I will try what I can)

Also, why is this "grave" if you can still say 'no'?
Details please.

> Following packages are broken:
> libc-bin, libc6 libc6-dbg, libc6-i686, libc6:amd64

How are they broken? Could dpkg not install them or what?
Again details are the key. And why are they broken if you haven't
approved the the solution apt proposed.

Also, the selection is obscure. Why do you have multiarch enabled on a
i386 system? The infos reportbug attached suggest that you use a PAE
kernel, so its not for the kernel…


> Apt-get upgrade tried to install experimental versions and experimental libc6 
> was installed, not the others.

Why do you use experimental if you can't deal with the breakage it could
include? I don't think it is a good idea to ever "upgrade/dist-upgrade"
against experimental…


> Attempt to downgrade will remove most everything as well.

Downgrades are not supported and usually not a good idea.
Trying to downgrade really important stuff like libc6 will not just not
work, but explode bigtime.


Best regards

David Kalnischkies


signature.asc
Description: Digital signature

Bug#737347: xboard: wish for pre-4.8 snapshot for experimental to get new features more exposure

[Yann Dirson]

On Thu, Feb 13, 2014 at 10:10:00PM +0100, Yann Dirson wrote:
> * with @mini, two-machine game, the white king starts by capturing his
>   own pawn.  Have to investigate: I have not tested gnuminishogi much in
>   xboard mode, relying on shogi tests only till now.  At least I have no
>   such problem in Omaha, there may be something linked to the commands
>   sent by xboard (omaha is very minimalist in what it requests).
>   Will keep you informed on this.

Found a bug in gnushogi: when I introduced COL/ROW_NAME years ago I
did not notice that the reverse transform (ie. name to number) were
identical, so wrote no macro for the reverse transform.

Now for xboard protocol, the recoprocal transform is not identical any
more, and this breaks EditBoard.  Fix under way - and no problem on
xboard side.


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

Bug#738925: libguestfs0: arch-dependent files in "Multi-Arch: same" package

[Jakub Wilk]

Package: libguestfs0
Version: 1:1.24.6-1
Severity: important
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch

libguestfs0 is marked as "Multi-Arch: same", but the following files are 
architecture-dependent:


/usr/share/man/man1/guestfs-faq.1.gz
/usr/share/man/man1/guestfs-performance.1.gz
/usr/share/man/man1/guestfs-recipes.1.gz
/usr/share/man/man1/guestfs-release-notes.1.gz
/usr/share/man/man1/guestfs-testing.1.gz

An example diff between i386 and amd64 (after ungzipping) is attached.

--
Jakub Wilk
diff -ur libguestfs0_1.24.6-1_i386/usr/share/man/man1/guestfs-faq.1 
libguestfs0_1.24.6-1_amd64/usr/share/man/man1/guestfs-faq.1
--- libguestfs0_1.24.6-1_i386/usr/share/man/man1/guestfs-faq.1  2014-02-13 
02:02:40.0 +0100
+++ libguestfs0_1.24.6-1_amd64/usr/share/man/man1/guestfs-faq.1 2014-02-13 
00:37:43.0 +0100
@@ -71,7 +71,7 @@
 .\" 
 .\"
 .IX Title "guestfs-faq 1"
-.TH guestfs-faq 1 "2014-02-13" "libguestfs-1.24.6" "Virtualization Support"
+.TH guestfs-faq 1 "2014-02-12" "libguestfs-1.24.6" "Virtualization Support"
 .\" For nroff, turn off justification.  Always turn off hyphenation; it makes
 .\" way too many mistakes in technical documents.
 .if n .ad l
diff -ur libguestfs0_1.24.6-1_i386/usr/share/man/man1/guestfs-performance.1 
libguestfs0_1.24.6-1_amd64/usr/share/man/man1/guestfs-performance.1
--- libguestfs0_1.24.6-1_i386/usr/share/man/man1/guestfs-performance.1  
2014-02-13 02:02:39.0 +0100
+++ libguestfs0_1.24.6-1_amd64/usr/share/man/man1/guestfs-performance.1 
2014-02-13 00:37:43.0 +0100
@@ -71,7 +71,7 @@
 .\" 
 .\"
 .IX Title "guestfs-performance 1"
-.TH guestfs-performance 1 "2014-02-13" "libguestfs-1.24.6" "Virtualization 
Support"
+.TH guestfs-performance 1 "2014-02-12" "libguestfs-1.24.6" "Virtualization 
Support"
 .\" For nroff, turn off justification.  Always turn off hyphenation; it makes
 .\" way too many mistakes in technical documents.
 .if n .ad l
diff -ur libguestfs0_1.24.6-1_i386/usr/share/man/man1/guestfs-recipes.1 
libguestfs0_1.24.6-1_amd64/usr/share/man/man1/guestfs-recipes.1
--- libguestfs0_1.24.6-1_i386/usr/share/man/man1/guestfs-recipes.1  
2014-02-13 02:02:39.0 +0100
+++ libguestfs0_1.24.6-1_amd64/usr/share/man/man1/guestfs-recipes.1 
2014-02-13 00:37:43.0 +0100
@@ -71,7 +71,7 @@
 .\" 
 .\"
 .IX Title "guestfs-recipes 1"
-.TH guestfs-recipes 1 "2014-02-13" "libguestfs-1.24.6" "Virtualization Support"
+.TH guestfs-recipes 1 "2014-02-12" "libguestfs-1.24.6" "Virtualization Support"
 .\" For nroff, turn off justification.  Always turn off hyphenation; it makes
 .\" way too many mistakes in technical documents.
 .if n .ad l
diff -ur libguestfs0_1.24.6-1_i386/usr/share/man/man1/guestfs-release-notes.1 
libguestfs0_1.24.6-1_amd64/usr/share/man/man1/guestfs-release-notes.1
--- libguestfs0_1.24.6-1_i386/usr/share/man/man1/guestfs-release-notes.1
2014-02-13 02:02:39.0 +0100
+++ libguestfs0_1.24.6-1_amd64/usr/share/man/man1/guestfs-release-notes.1   
2014-02-13 00:37:43.0 +0100
@@ -71,7 +71,7 @@
 .\" 
 .\"
 .IX Title "guestfs-release-notes 1"
-.TH guestfs-release-notes 1 "2014-02-13" "libguestfs-1.24.6" "Virtualization 
Support"
+.TH guestfs-release-notes 1 "2014-02-12" "libguestfs-1.24.6" "Virtualization 
Support"
 .\" For nroff, turn off justification.  Always turn off hyphenation; it makes
 .\" way too many mistakes in technical documents.
 .if n .ad l
diff -ur libguestfs0_1.24.6-1_i386/usr/share/man/man1/guestfs-testing.1 
libguestfs0_1.24.6-1_amd64/usr/share/man/man1/guestfs-testing.1
--- libguestfs0_1.24.6-1_i386/usr/share/man/man1/guestfs-testing.1  
2014-02-13 02:02:39.0 +0100
+++ libguestfs0_1.24.6-1_amd64/usr/share/man/man1/guestfs-testing.1 
2014-02-13 00:37:43.0 +0100
@@ -71,7 +71,7 @@
 .\" 
 .\"
 .IX Title "guestfs-testing 1"
-.TH guestfs-testing 1 "2014-02-13" "libguestfs-1.24.6" "Virtualization Support"
+.TH guestfs-testing 1 "2014-02-12" "libguestfs-1.24.6" "Virtualization Support"
 .\" For nroff, turn off justification.  Always turn off hyphenation; it makes
 .\" way too many mistakes in technical documents.
 .if n .ad l

Bug#738723: [Pkg-systemd-maintainers] Bug#738723: systemd: manpages in the wrong package

[Michael Stapelberg]

control: tags -1 + pending

Hi Salvo,

Salvo 'LtWorf' Tomaselli  writes:
> for some reason, the manpages concerning the library calls are installed by
> the binary package "systemd" and not by the various libwhatever-dev packages.
>
> Could you make them be installed in their relevant -dev package instead?
This is fixed with:
http://anonscm.debian.org/gitweb/?p=pkg-systemd/systemd.git;a=commitdiff;h=1570f43

-- 
Best regards,
Michael


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

Bug#738923: parted3 preparations

[Phillip Susi]

Package: partman-base
Tags: patch

In preparation for the parted3 transition, this patch removes support
for filesystem creation and checking from parted_server.  The dependency
and linker flag changes can be left out for now and it should still
build against parted2.  They can be added after parted3 has been
uploaded to actually make the switch.

diff -Nru partman-base-172/debian/changelog partman-base-173/debian/changelog
--- partman-base-172/debian/changelog   2014-01-05 09:20:41.0 -0500
+++ partman-base-173/debian/changelog   2014-02-13 10:44:21.0 -0500
@@ -1,3 +1,10 @@
+partman-base (173) unstable; urgency=low
+
+  * parted_server: remove support for filesystem create/check/copy
+and link to libparted2 instead of libparted0.
+
+ -- Phillip Susi   Wed, 12 Feb 2014 11:57:20 -0500
+
 partman-base (172) unstable; urgency=low
 
   [ Updated translations ]
diff -Nru partman-base-172/debian/control partman-base-173/debian/control
--- partman-base-172/debian/control 2013-07-13 03:07:32.0 -0400
+++ partman-base-173/debian/control 2014-02-12 11:57:06.0 -0500
@@ -3,7 +3,7 @@
 Priority: standard
 Maintainer: Debian Install System Team 
 Uploaders: Anton Zinoviev , Colin Watson 
, Christian Perrier , Max Vozeler 

-Build-Depends: debhelper (>= 9), dh-di (>= 2), po-debconf (>= 0.5.0), 
libparted0-dev (>= 2.2)
+Build-Depends: debhelper (>= 9), dh-di (>= 2), po-debconf (>= 0.5.0), 
libparted2-dev
 Vcs-Browser: http://anonscm.debian.org/gitweb/?p=d-i/partman-base.git
 Vcs-Git: git://anonscm.debian.org/d-i/partman-base.git
 
diff -Nru partman-base-172/Makefile partman-base-173/Makefile
--- partman-base-172/Makefile   2011-01-18 23:56:34.0 -0500
+++ partman-base-173/Makefile   2014-02-12 14:07:57.0 -0500
@@ -1,5 +1,5 @@
 CFLAGS=-Wall -Os -D_GNU_SOURCE
-LIBS=-lparted
+LIBS=-lparted -lparted-fs-resize -luuid
 
 all: parted_server parted_devices partmap
 
diff -Nru partman-base-172/parted_server.c partman-base-173/parted_server.c
--- partman-base-172/parted_server.c2012-07-02 21:01:55.0 -0400
+++ partman-base-173/parted_server.c2014-02-13 10:48:20.0 -0500
@@ -258,48 +258,6 @@
 oprintf("%.0f %s\n", 1000 * timer->frac, timer->state_name);
 }
 
-/* Like ped_file_system_create but automaticaly creates PedTimer */
-PedFileSystem *
-timered_file_system_create(PedGeometry *geom, PedFileSystemType *type)
-{
-PedFileSystem *result;
-PedTimer *timer;
-start_timer();
-timer = ped_timer_new(&timer_handler, NULL);
-result = ped_file_system_create(geom, type, timer);
-stop_timer();
-ped_timer_destroy(timer);
-return result;
-}
-
-/* Like ped_file_system_check but automaticaly creates PedTimer */
-int
-timered_file_system_check(PedFileSystem *fs)
-{
-int result;
-PedTimer *timer;
-start_timer();
-timer = ped_timer_new(&timer_handler, NULL);
-result = ped_file_system_check(fs, timer);
-stop_timer();
-ped_timer_destroy(timer);
-return result;
-}
-
-/* Like ped_file_system_copy but automaticaly creates PedTimer */
-PedFileSystem *
-timered_file_system_copy(PedFileSystem *fs, PedGeometry *geom)
-{
-PedFileSystem *result;
-PedTimer *timer;
-start_timer();
-timer = ped_timer_new(&timer_handler, NULL);
-result = ped_file_system_copy(fs, geom, timer);
-stop_timer();
-ped_timer_destroy(timer);
-return result;
-}
-
 /* Like ped_file_system_resize but automaticaly creates PedTimer */
 int
 timered_file_system_resize(PedFileSystem *fs, PedGeometry *geom)
@@ -940,14 +898,6 @@
 ped_file_system_close(fs);
 return false;
 }
-log("try to check the file system for errors");
-if (NULL != fs && !timered_file_system_check(fs)) {
-/* TODO: inform the user. */
-log("uncorrected errors");
-ped_file_system_close(fs);
-return false;
-}
-log("successfully checked");
 if (part->type & PED_PARTITION_LOGICAL)
 maximize_extended_partition(disk);
 if (!ped_disk_set_partition_geom(disk, part, constraint, start, end))
@@ -1867,83 +1817,6 @@
 }
 
 void
-command_check_file_system()
-{
-char *id;
-PedPartition *part;
-PedFileSystem *fs;
-char *status;
-scan_device_name();
-if (dev == NULL)
-critical_error("The device %s is not opened.", device_name);
-open_out();
-if (1 != iscanf("%as", &id))
-critical_error("Expected partition id");
-log("command_check_file_system(%s)", id);
-part = partition_with_id(disk, id);
-free(id);
-fs = ped_file_system_open(&(part->geom));
-if (NULL == fs)
-status = "n/c";
-else {
-if (timered_file_system_check(fs))
-   

Bug#738924: glance: CVE-2014-1948: Swift store backend password leak

[Salvatore Bonaccorso]

Source: glance
Severity: important
Tags: security upstream

Hi,

the following vulnerability was published for glance.

CVE-2014-1948[0]:
Swift store backend password leak

See [1] and [2] for further details.

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

For further information see:

[0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-1948
http://security-tracker.debian.org/tracker/CVE-2014-1948
[1] https://bugs.launchpad.net/glance/+bug/1275062
[2] 
https://git.openstack.org/cgit/openstack/glance/commit/?id=108f0e04ad2ed3dc287f1b71b987a7e9d66072ba

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#738920: RFS: obsession/20130822-1 ITP:#731278

[Fabien Givors (Debian)]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

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

 * Package name: obsession
   Version : 20130822-1
   Upstream Author : Fabrice Thiroux
 * URL : https://bitbucket.org/fabriceT/obsession/overview
 * License : GPL3 (code), LGPL3 (graphics), GPL2+ (package)
   Section : x11

  It builds this binary package:

obsession  - Session management helpers for light desktop environments

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

  http://mentors.debian.net/package/obsession


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

dget -x
http://mentors.debian.net/debian/pool/main/o/obsession/obsession_20130822-1.dsc

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

  Changes since the last upload:

  * Initial release (Closes: #731278)
  * Adding menu file
  * Patches fixing Makefile

  Regards,
   Fabien Givors (captnfab)


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

Bug#738921: drupal7: Installation for PostgreSQL: script does not install the php-PostgreSQL driver

[Eduard Wulff]

Package: drupal7
Version: 7.26-1
Severity: important

   * What led up to the situation?
Installing drupal7 via synaptic and choosing PostgrSQL as database backend

   * What was the outcome of this action?
After working around https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=738918

I got the error message "PDOException: could not find driver in
lock_may_be_available() ..."

   * What outcome did you expect instead?
seeing the working Drupal in my browser and start the initial configuration

   * Workaround:
apt-get install php5-pgsql

and restarting the web server

the MySQL php-driver was installed with drupal7 ...



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

Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages drupal7 depends on:
ii  apache22.4.7-1
ii  apache2-bin [httpd]2.4.7-1
ii  curl   7.35.0-1
ii  dbconfig-common1.8.47+nmu1
ii  debconf [debconf-2.0]  1.5.52
ii  exim4-daemon-heavy [mail-transport-agent]  4.82-3
ii  php5   5.5.8+dfsg-3
ii  php5-gd5.5.8+dfsg-3
ii  php5-mysql 5.5.8+dfsg-3
ii  php5-pgsql 5.5.8+dfsg-3
ii  postgresql-client-9.3 [postgresql-client]  9.3.2-1
ii  wwwconfig-common   0.2.2

Versions of packages drupal7 recommends:
ii  postgresql  9.3+153

drupal7 suggests no packages.

-- debconf information:
  drupal7/remote/host:
* drupal7/database-type: pgsql
  drupal7/mysql/admin-user: root
  drupal7/db/basepath:
  drupal7/internal/skip-preseed: false
* drupal7/pgsql/authmethod-user: ident
  drupal7/dbconfig-reinstall: false
  drupal7/remote/newhost:
  drupal7/missing-db-package-error: abort
  drupal7/passwords-do-not-match:
* drupal7/dbconfig-install: true
* drupal7/db/dbname: drupal7
  drupal7/pgsql/no-empty-passwords:
  drupal7/remove-error: abort
  drupal7/pgsql/manualconf:
* drupal7/db/app-user: drupal7
  drupal7/mysql/method: unix socket
* drupal7/pgsql/admin-user: postgres
  drupal7/purge: false
  drupal7/upgrade-backup: true
  drupal7/upgrade-error: abort
  drupal7/dbconfig-remove:
* drupal7/pgsql/authmethod-admin: ident
  drupal7/dbconfig-upgrade: true
  drupal7/pgsql/changeconf: false
  drupal7/internal/reconfiguring: false
  drupal7/install-error: abort
  drupal7/remote/port:
* drupal7/pgsql/method: unix socket


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

Bug#738922: parted3 preparation

[Phillip Susi]

Package: partman-basicfilesystems
Tags: patch

In preparation for the parted3 transition, this patch fixes format_swap
to go straight to using mkswap instead of trying to use parted_server
first.  It also removes ext2 support, which will be picked up by
partman-ext3 and depends on dosfstools-udeb for fsck/mkfs.  Finally, it
removes check_swap, since there really is no such thing as fscking swap.


diff -Nru partman-basicfilesystems-90/active_partition/basicfilesystems/choices 
partman-basicfilesystems-91/active_partition/basicfilesystems/choices
--- partman-basicfilesystems-90/active_partition/basicfilesystems/choices   
2011-01-18 23:57:21.0 -0500
+++ partman-basicfilesystems-91/active_partition/basicfilesystems/choices   
2014-02-13 15:03:12.0 -0500
@@ -16,7 +16,7 @@
 filesystem=$(cat $part/acting_filesystem)
 
 case "$filesystem" in
-ext2|fat16|fat32)
+fat16|fat32)
:
;;
 *)
@@ -26,7 +26,7 @@
 
 choice_mountpoint () {
case "$filesystem" in
-   ext2|fat16|fat32)
+   fat16|fat32)
if [ -f $part/mountpoint ]; then
mp=$(cat $part/mountpoint)
else
@@ -66,16 +66,6 @@
  -o $part/formatted -ot $part/method \
  -o $part/formatted -ot $part/filesystem ] || return 0
case "$filesystem" in
-   ext2)
-   if [ -f $part/label ]; then
-   label=$(cat $part/label)
-   else
-   db_metaget partman-basicfilesystems/text/none 
description
-   label=$RET
-   fi
-   db_metaget partman-basicfilesystems/text/specify_label 
description
-   printf "label\t%s\${!TAB}%s\n" "$RET" "$label"
-   ;;
_no_fat16|_no_fat32) # we dont have tools to set label of FAT file 
systems
if [ -f $part/label ]; then
label=$(cat $part/label)
@@ -89,41 +79,6 @@
esac
 }
 
-choice_reserved () {
-   local reserved
-   [ "$filesystem" = ext2 ] || return 0
-   # allow to set reserved space only if the partition is to be formatted
-   [ -f $part/format ] || return 0
-   [ ! -f $part/formatted \
- -o $part/formatted -ot $part/method \
- -o $part/formatted -ot $part/filesystem ] || return 0
-   if [ -f $part/reserved_for_root ]; then
-   reserved=$(cat $part/reserved_for_root)
-   else
-   reserved=5
-   fi
-   db_metaget partman-basicfilesystems/text/reserved_for_root description
-   printf "reserved_for_root\t%s\${!TAB}%s\n" "$RET" "$reserved%"
-}
-
-choice_usage () {
-   local usage
-   [ "$filesystem" = ext2 ] || return 0
-   # allow to set usage only if the partition is to be formatted
-   [ -f $part/format ] || return 0
-   [ ! -f $part/formatted \
- -o $part/formatted -ot $part/method \
- -o $part/formatted -ot $part/filesystem ] || return 0
-   if [ -f $part/usage ]; then
-   usage=$(cat $part/usage)
-   else
-   db_metaget partman-basicfilesystems/text/typical_usage 
description
-   usage=$RET
-   fi
-   db_metaget partman-basicfilesystems/text/usage description
-   printf "usage\t%s\${!TAB}%s\n" "$RET" "$usage"
-}
-
 choice_mountpoint
 
 choice_options
@@ -131,7 +86,3 @@
 choice_format_swap
 
 choice_label
-
-choice_reserved
-
-choice_usage
diff -Nru 
partman-basicfilesystems-90/active_partition/basicfilesystems/do_option 
partman-basicfilesystems-91/active_partition/basicfilesystems/do_option
--- partman-basicfilesystems-90/active_partition/basicfilesystems/do_option 
2011-01-18 23:57:21.0 -0500
+++ partman-basicfilesystems-91/active_partition/basicfilesystems/do_option 
2014-02-13 15:04:38.0 -0500
@@ -119,43 +119,6 @@
fi
db_reset partman-basicfilesystems/choose_label
;;
-reserved_for_root)
-   if [ -f $part/reserved_for_root ]; then
-   reserved=$(cat $part/reserved_for_root)
-   else
-   reserved=5
-   fi
-   db_set partman-basicfilesystems/specify_reserved "$reserved%"
-   db_input critical partman-basicfilesystems/specify_reserved || true
-   db_go || exit 1
-   db_get partman-basicfilesystems/specify_reserved
-   RET=`expr "$RET" : '\([0-9][0-9]\?\)\([,. %].*\)\?$'`
-   if [ "$RET" ]; then
-   echo "$RET" >$part/reserved_for_root
-   else
-   rm -f $part/reserved_for_root
-   fi
-   db_reset partman-basicfilesystems/specify_reserved
-   ;;
-usage)
-   db_metaget partman-basicfilesystems/text/typical_usage description
-   typical_usage="$RET"
-   if [ -f $part/usage ]; then
-   usage=$(cat $part/usage)
-   else
-   usage="$typical_usage"
-   fi
-   db_subst partman-basicfilesystems/specify_usage CHOICES 
"$typical_usage, news, lar

Bug#738919: parted3 preparations

[Phillip Susi]

Package: partman-ext3
Tags: patch

In preparation for the parted3 transition, this patch adds ext2 support
to partman-ext3, since my other patch removes ext2 from
partman-basicfilesystems.

diff -Nru partman-ext3-81/active_partition/ext3/choices 
partman-ext3-82/active_partition/ext3/choices
--- partman-ext3-81/active_partition/ext3/choices   2011-01-19 
00:01:08.0 -0500
+++ partman-ext3-82/active_partition/ext3/choices   2014-02-13 
14:07:41.0 -0500
@@ -15,7 +15,7 @@
 filesystem=$(cat $part/acting_filesystem)
 
 case "$filesystem" in
-ext3|ext4)
+ext2|ext3|ext4)
:
;;
 *)
@@ -46,7 +46,7 @@
  -o $part/formatted -ot $part/method \
  -o $part/formatted -ot $part/filesystem ] || return 0
case "$filesystem" in
-   ext3|ext4)
+   ext2|ext3|ext4)
if [ -f $part/label ]; then
label=$(cat $part/label)
else
diff -Nru partman-ext3-81/check.d/alignment_ext3 
partman-ext3-82/check.d/alignment_ext3
--- partman-ext3-81/check.d/alignment_ext3  2011-07-23 21:02:07.0 
-0400
+++ partman-ext3-82/check.d/alignment_ext3  2014-02-13 14:10:12.0 
-0500
@@ -24,7 +24,7 @@
filesystem="$(cat "$id/acting_filesystem")"
mountpoint="$(cat "$id/mountpoint")"
case $filesystem in
-   ext3|ext4)
+   ext2|ext3|ext4)
if [ -f $id/formatted ] && \
   [ $id/formatted -nt $id/method ] && \
   ([ ! -f $id/filesystem ] || \
diff -Nru partman-ext3-81/check.d/nomountpoint_ext3 
partman-ext3-82/check.d/nomountpoint_ext3
--- partman-ext3-81/check.d/nomountpoint_ext3   2011-01-19 00:01:08.0 
-0500
+++ partman-ext3-82/check.d/nomountpoint_ext3   2014-02-13 14:13:25.0 
-0500
@@ -20,7 +20,7 @@
[ -f $id/acting_filesystem ] || continue
filesystem=$(cat $id/acting_filesystem)
case "$filesystem" in
-   ext3|ext4)
+   ext2|ext3|ext4)
[ ! -f "$id/mountpoint" ] || continue
RET=''
db_metaget partman/filesystem_short/"$filesystem" 
description || RET=''
diff -Nru partman-ext3-81/commit.d/format_ext3 
partman-ext3-82/commit.d/format_ext3
--- partman-ext3-81/commit.d/format_ext32011-01-19 00:01:08.0 
-0500
+++ partman-ext3-82/commit.d/format_ext32014-02-13 14:14:22.0 
-0500
@@ -22,7 +22,7 @@
  -a -f $id/acting_filesystem ] || continue
filesystem=$(cat $id/acting_filesystem)
case $filesystem in
-   ext3|ext4)
+   ext2|ext3|ext4)
if [ -f $id/formatted ] && \
   [ $id/formatted -nt $id/method ] && \
   ([ ! -f $id/filesystem ] || \
diff -Nru partman-ext3-81/debian/changelog partman-ext3-82/debian/changelog
--- partman-ext3-81/debian/changelog2013-12-18 15:57:36.0 -0500
+++ partman-ext3-82/debian/changelog2014-02-13 14:16:19.0 -0500
@@ -1,3 +1,9 @@
+partman-ext3 (82) unstable; urgency=low
+
+  * Pick up support for ext2
+
+ -- Phillip Susi   Thu, 13 Feb 2014 14:15:28 -0500
+
 partman-ext3 (81) unstable; urgency=low
 
   [ Updated translations ]
diff -Nru partman-ext3-81/debian/partman-ext3.templates 
partman-ext3-82/debian/partman-ext3.templates
--- partman-ext3-81/debian/partman-ext3.templates   2011-07-23 
21:02:07.0 -0400
+++ partman-ext3-82/debian/partman-ext3.templates   2014-02-13 
16:02:34.0 -0500
@@ -1,3 +1,14 @@
+Template: partman/filesystem_long/ext2
+Type: text
+# :sl2:
+_Description: Ext2 file system
+
+Template: partman/filesystem_short/ext2
+Type: text
+# :sl1:
+# Short file system name (untranslatable in many languages)
+_Description: ext2
+
 Template: partman-ext3/text/ext3
 Type: text
 # :sl1:
diff -Nru partman-ext3-81/finish.d/aptinstall_ext3 
partman-ext3-82/finish.d/aptinstall_ext3
--- partman-ext3-81/finish.d/aptinstall_ext32011-01-19 00:01:08.0 
-0500
+++ partman-ext3-82/finish.d/aptinstall_ext32014-02-13 14:15:00.0 
-0500
@@ -14,7 +14,7 @@
[ -f $id/method -a -f $id/acting_filesystem ] || continue
filesystem=$(cat $id/acting_filesystem)
case $filesystem in
-   ext3|ext4)
+   ext2|ext3|ext4)
ext3=yes
;;
esac
diff -Nru partman-ext3-81/fstab.d/ext3 partman-ext3-82/fstab.d/ext3
--- partman-ext3-81/fstab.d/ext32011-01-19 00:01:08.0 -0500
+++ partman-ext3-82/fstab.d/ext32014-02-13 14:05:31.0 -0500
@@ -13,7 +13,7 @@
method=$(cat $id/method)
filesystem=$(cat $id/acting_filesystem)
case "$filesystem" in
-   

Bug#738918: Installation: invalid relative path to Apache configuration

[Eduard Wulff]

Package: drupal7
Version: 7.26-1
Severity: important

   * What led up to the situation?
Installation of drupal7 via synaptic

   * What was the outcome of this action?
Drupal does not start with my apache2

   * Workaround
edit the symlink in /etc/apache2/conf-enabled from a relative one to 
/etc/drupal/7/apache2.conf

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

Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages drupal7 depends on:
ii  apache22.4.7-1
ii  apache2-bin [httpd]2.4.7-1
ii  curl   7.35.0-1
ii  dbconfig-common1.8.47+nmu1
ii  debconf [debconf-2.0]  1.5.52
ii  exim4-daemon-heavy [mail-transport-agent]  4.82-3
ii  php5   5.5.8+dfsg-3
ii  php5-gd5.5.8+dfsg-3
ii  php5-mysql 5.5.8+dfsg-3
ii  php5-pgsql 5.5.8+dfsg-3
ii  postgresql-client-9.3 [postgresql-client]  9.3.2-1
ii  wwwconfig-common   0.2.2

Versions of packages drupal7 recommends:
ii  postgresql  9.3+153

drupal7 suggests no packages.

-- debconf information:
  drupal7/passwords-do-not-match:
  drupal7/remote/host:
* drupal7/db/dbname: drupal7
* drupal7/pgsql/authmethod-admin: ident
  drupal7/internal/skip-preseed: false
* drupal7/pgsql/admin-user: postgres
  drupal7/pgsql/manualconf:
* drupal7/pgsql/method: unix socket
  drupal7/dbconfig-remove:
  drupal7/dbconfig-reinstall: false
  drupal7/remove-error: abort
  drupal7/upgrade-backup: true
  drupal7/upgrade-error: abort
  drupal7/remote/newhost:
  drupal7/pgsql/changeconf: false
* drupal7/pgsql/authmethod-user: ident
* drupal7/db/app-user: drupal7
* drupal7/dbconfig-install: true
  drupal7/missing-db-package-error: abort
  drupal7/remote/port:
  drupal7/mysql/admin-user: root
  drupal7/internal/reconfiguring: false
  drupal7/pgsql/no-empty-passwords:
  drupal7/dbconfig-upgrade: true
  drupal7/purge: false
  drupal7/db/basepath:
  drupal7/install-error: abort
  drupal7/mysql/method: unix socket
* drupal7/database-type: pgsql


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

Bug#738917: caveconverter: Wrong upstream Homepage URL

[Matanya Moses]

Package: caveconverter
Severity: minor

caveconverter Homepage in the control file should point at 
http://wscc.darkgem.com/caveconverter/ 
instead of the wrong 
http://www.darkgem.com/wscc/caving-talk/index.php?title=CaveSurveyDataConverter 
which is currently in use

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

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash


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

Bug#736765: USB mouse attach event not processed

[Robert Millan]

On 13/02/2014 20:24, Julien Cristau wrote:
> On Thu, Feb 13, 2014 at 16:06:49 +, Robert Millan wrote:
> 
>> ++#if XORG_VERSION_CURRENT < 1080
> 
> These don't belong here.  We know what version we're building.
> 
> Also in general I'd prefer to wait until the patch is at least sent to
> xorg-devel before taking it.

OK.

We can discuss this later then.

-- 
Robert Millan


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

Bug#738916: RM: kdenetwork -- ROM; source package split

[Maximiliano Curia]

Package: ftp.debian.org
Severity: normal

Hi,

The kdenetwork package was split upstream. The kdenetwork binary package is
now a meta package generated by meta-kde. This changes has left behind in the
archive:
 kdenetwork-dbg binary package
 https://packages.debian.org/sid/kdenetwork-dbg

 kdenetwork source package
 https://packages.debian.org/source/sid/kdenetwork

 kdenetwork old arch all package
 
http://ftp.de.debian.org/debian/pool/main/k/kdenetwork/kdenetwork_4.10.5-3_all.deb

Please remove these packages.

Thank you.


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

Bug#738785: aptitude: (remote) changelogs is broken after packages.d.o move to https

[Raphael Geissert]

On Thursday 13 February 2014 22:07:37 David Kalnischkies wrote:
> On Thu, Feb 13, 2014 at 07:52:38PM +0100, Julien Cristau wrote:
> > On Thu, Feb 13, 2014 at 10:27:47 +0100, Raphael Geissert wrote:
> > > On 13 February 2014 00:26, Julien Cristau 
> > > wrote:
[...]
> > > >   // Do not allow a redirection to switch protocol
> > > > - if (tmpURI.Access == "http")
[...]
> > > >  return TRY_AGAIN_OR_REDIRECT;
[...] 
> > > Yes, that's intentional as you should really not switch between
> > > protocols.
> > 
> > I'm afraid I don't understand where this comes from.  I don't think
> > redirecting from http to https is all that unreasonable?
> 
> It isn't unreasonable by itself, but less than 1% of popcon users
> have the https client installed, so it will usually not work.
> (and as Raphael mentioned it was not possible at all until not too
>  long, so this check is also a 'lets not change too much in one go')
> 
> I am working on it now that the code can switch the protocol (at least
> from http to https, but not to other protocols).[...]

First issue is that allowing any protocol switch would basically introduce a 
vulnerability in the system. There are too many apt methods and they could 
be reached by redirecting http://foo/request to $method://...

Any protocol switch should also be backed by a policy decision, IMO.

> Anyway: As said, basically nobody has the https method installed, so we
> either have to force it on everyone or we need the service to continue
> to provide the changelog over http for apts http client.

I'd rather see aptitude call curl(1) to fetch it and just add a Recommends, 
or even just a Suggests.

Cheers,
-- 
Raphael Geissert - Debian Developer
www.debian.org - get.debian.net


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

Bug#738915: pd-aubio: FTBFS on non-linux

[Julien Cristau]

Source: pd-aubio
Version: 0.4-1
Severity: serious
Justification: fails to build from source

The pd-aubio package used to be built from aubio source on all
architectures.  Now it's moved to its own source package, which FTBFS on
non-linux: https://buildd.debian.org/status/package.php?p=pd-aubio

Please either get this to build or reassign (and downgrade) this bug to
ftp.debian.org to get the out of date pd-aubio binaries removed.

Thanks,
Julien


signature.asc
Description: Digital signature

Bug#738914: Crashes at exit

[Alexandre Pereira Nunes]

Package: xine-ui
Version: 0.99.7-1
Severity: wishlist
File: /usr/bin/xine

Crashes at exit. That's completely harmless, except when your ulimit is set
to allow core dumps (which is my case). I've found something like 380MB of
xine core dumps on my external HD :-P



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

Kernel: Linux 3.13.2 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xine-ui depends on:
ii  libc62.17-97
ii  libcurl3-gnutls  7.35.0-1
ii  libjpeg8 8d-2
ii  liblircclient0   0.9.0~pre1-1
ii  libpng12-0   1.2.50-1
ii  libreadline6 6.2+dfsg-0.1
ii  libx11-6 2:1.6.2-1
ii  libxext6 2:1.3.2-1
ii  libxft2  2.3.1-2
ii  libxine2 1:1.2.4-dmo2
ii  libxine2-ffmpeg  1:1.2.4-dmo2
ii  libxine2-x   1:1.2.4-dmo2
ii  libxinerama1 2:1.1.3-1
ii  libxtst6 2:1.2.2-1
ii  libxv1   2:1.0.10-1
ii  libxxf86vm1  1:1.1.3-1

Versions of packages xine-ui recommends:
ii  xdg-utils  1.1.0~rc1+git20111210-7

xine-ui 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#731278: ITP: obsession 2013-08-22

[Fabien Givors (Debian)]

On 13/02/2014 21:59, Fabien Givors (Debian) wrote:
> Hi,
> 
> Since melodie (the owner of the ITP) is a bit busy, she asked me if I
> could take care of the packaging.
> 
> Here it is, lintian-clean and ready to be reviewed:
> - Mentors page: https://mentors.debian.net/package/obsession
> - DSC:
> http://mentors.debian.net/debian/pool/main/o/obsession/obsession_20130822-1.dsc
> 
> As far as I understood, we might already have a sponsor for this package
> (mati75.)
Ah, it looks like I got it wrong. Sorry mati75, I thought you were a DD.

So I *am* looking for a sponsor (and willing to adopt the package) :)

> 
> Thanks in advance for your help.
> 


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

Bug#738855: initscripts: Skip killing root-owned process starting with @

[Helmut Grohne]

Control: retitle -1 initscripts: Skip killing root-owned process starting with @

On Thu, Feb 13, 2014 at 08:58:33PM +, Dimitri John Ledkov wrote:
> How about limiting it to processes running as root?
> 
> E.g. pgrep -u root -f "^@" ?
> 
> That way there is no loop-hole opened, since those processes could
> have written to /run/sendsigs.omit.d/ already.

I concur with this remedy. Can you update your patch or remove the patch
tag?

> Writing out a pidfile (and or otherwise copying them around is ok) but
> it is debian [derivative] specific as far as I can tell.
> Where is "@" convention is supported by a larger amount of
> distributions and other initsystems (e.g. systemd).
> ( http://www.freedesktop.org/wiki/Software/systemd/RootStorageDaemons/ )
> Writing out a pid-file should be avoided, especially since that is
> optional across all init systems and un-desirable for newer ones.
> Also, processes could be started off-root (e.g. initramfs) and/or
> otherwise not hold-up unmounting root.
> Thus I find "@" convention useful and lightweight self-identification.

Thanks for pointing out the rationale and documentation. Did you notice
that the referenced documentation explicitly restricts the technique to
root-owned processes?

Thanks for not introducing a security issue. :)

Helmut


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

Bug#731278: ITP: obsession 2013-08-22

[Fabien Givors (Debian)]

Hi,

Since melodie (the owner of the ITP) is a bit busy, she asked me if I
could take care of the packaging.

Here it is, lintian-clean and ready to be reviewed:
- Mentors page: https://mentors.debian.net/package/obsession
- DSC:
http://mentors.debian.net/debian/pool/main/o/obsession/obsession_20130822-1.dsc

As far as I understood, we might already have a sponsor for this package
(mati75.)

Thanks in advance for your help.

-- 
Fabien (captnfab)



signature.asc
Description: OpenPGP digital signature

Bug#726661: Does not permit login as root from version 1:6.2p2-6

[Colin Watson]

On Thu, Feb 13, 2014 at 08:14:15PM +0100, Carlos Alberto Lopez Perez wrote:
> I hit this bug after upgrading a machine. After rebooting it I was
> unable to login again.

Unfortunately I haven't successfully reproduced this yet ...

> On /var/log/auth.log was the following error:
> sshd[10480]: error: PAM: pam_open_session(): Cannot make/remove an entry for 
> the specified session

Could you clarify whether "pam_loginuid(sshd:session): set_loginuid
failed" is also in the log, as per the first message in this bug report?

-- 
Colin Watson   [cjwat...@debian.org]


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

Bug#737347: xboard: wish for pre-4.8 snapshot for experimental to get new features more exposure

[Yann Dirson]

On Wed, Feb 12, 2014 at 10:38:51PM +0100, Yann Dirson wrote:
> * Tried Mighty Lion by starting "xboard -fcp hachu -scp hachu" and
>   selecting that variant, looks like hachu crashed (xboard -debug
>   output attached for comment by HGM, hachu is current master, ie
>   version 0.17-3-g3460d0c).  The same technique is OK with Sho and Chu.

Oops, I forgot the attachement.


> * @mini should I think default to japanese theme

I remembered afterwards that you told me about combining @shogi with
other variants.  In fact "xboard @shogi @mini" does work, but:

* "@shogi @sho" gives a strange result, with no traditional tile for
  the elephant, whereas "@shogi @chu" is more consistent by forcing the
  western theme to avoid the problem

* while this gives flexibility to @mini, there is no such flexibility for
  using non-theme flags from @shogi with a western theme, it seems


Also forgot a couple of problems I did see yesterday:

* @chu fails with "Unrecognized argument -roarSound in settings file":
  maybe xboard requires some extra lib at configure-time to activate
  support for this flag ?

* with @mini, two-machine game, the white king starts by capturing his
  own pawn.  Have to investigate: I have not tested gnuminishogi much in
  xboard mode, relying on shogi tests only till now.  At least I have no
  such problem in Omaha, there may be something linked to the commands
  sent by xboard (omaha is very minimalist in what it requests).
  Will keep you informed on this.

recognized 'normal' (-1) as variant normal
recognized 'normal' (-1) as variant normal
recognized 'normal' (-1) as variant normal
shuffleOpenings = 0
Requested font set for list 
-*-helvetica-medium-r-normal--14-*-*-*-*-*-*-*,-misc-fixed-medium-r-normal--14-*-*-*-*-*-*-*,-*-*-*-*-*-*-14-*-*-*-*-*-*-*
 got list 
-*-helvetica-medium-r-normal--14-*-*-*-*-*-*-*,-misc-fixed-medium-r-normal--14-*-*-*-*-*-*-*,-*-*-*-*-*-*-14-*-*-*-*-*-*-*,
 locale fr_FR.UTF-8
 got charset -adobe-helvetica-medium-r-normal--14-100-100-100-p-76-iso8859-1
 got charset -adobe-helvetica-medium-r-normal--14-100-100-100-p-76-iso8859-1
 got charset -adobe-helvetica-medium-r-normal--14-101-100-100-p-0-iso8859-2
 got charset -misc-fixed-medium-r-normal--14-130-75-75-c-70-iso8859-3
 got charset -misc-fixed-medium-r-normal--14-130-75-75-c-70-iso8859-4
 got charset -misc-fixed-medium-r-normal--14-130-75-75-c-70-iso8859-5
 got charset -misc-fixed-medium-r-normal--14-130-75-75-c-70-koi8-r
 got charset -misc-fixed-medium-r-normal--14-130-75-75-c-70-iso8859-7
 got charset -misc-fixed-medium-r-normal--14-130-75-75-c-70-iso8859-9
 got charset -misc-fixed-medium-r-normal--14-130-75-75-c-70-iso8859-13
 got charset -misc-fixed-medium-r-normal--14-130-75-75-c-70-iso8859-14
 got charset -adobe-helvetica-medium-r-normal--14-101-100-100-p-0-iso8859-15
 got charset -misc-fixed-medium-r-normal--14-130-75-75-c-140-jisx0208.1983-0
 got charset -daewoo-gothic-medium-r-normal--14-101-100-100-c-0-ksc5601.1987-0
 got charset -isas-fangsong ti-medium-r-normal--14-101-100-100-c-0-gb2312.1980-0
 got charset -misc-fixed-medium-r-normal--14-130-75-75-c-70-jisx0201.1976-0
 got charset -adobe-helvetica-medium-r-normal--14-100-100-100-p-76-iso10646-1
Requested font set for list 
-*-helvetica-bold-r-normal--34-*-*-*-*-*-*-*,-misc-fixed-bold-r-normal--34-*-*-*-*-*-*-*,-*-*-*-*-*-*-34-*-*-*-*-*-*-*
 got list 
-*-helvetica-bold-r-normal--34-*-*-*-*-*-*-*,-misc-fixed-bold-r-normal--34-*-*-*-*-*-*-*,-*-*-*-*-*-*-34-*-*-*-*-*-*-*,
 locale fr_FR.UTF-8
 got charset -adobe-helvetica-bold-r-normal--34-240-100-100-p-182-iso8859-1
 got charset -adobe-helvetica-bold-r-normal--34-240-100-100-p-182-iso8859-1
 got charset -adobe-helvetica-bold-r-normal--34-246-100-100-p-0-iso8859-2
 got charset -misc-fixed-bold-r-normal--34-246-100-100-c-0-iso8859-3
 got charset -misc-fixed-bold-r-normal--34-246-100-100-c-0-iso8859-4
 got charset -misc-fixed-bold-r-normal--34-246-100-100-c-0-iso8859-5
 got charset -etl-fixed-medium-r-normal--34-246-100-100-c-0-koi8-r
 got charset -misc-fixed-bold-r-normal--34-246-100-100-c-0-iso8859-7
 got charset -misc-fixed-bold-r-normal--34-246-100-100-c-0-iso8859-9
 got charset -misc-fixed-bold-r-normal--34-246-100-100-c-0-iso8859-13
 got charset -misc-fixed-bold-r-normal--34-246-100-100-c-0-iso8859-14
 got charset -adobe-helvetica-bold-r-normal--34-246-100-100-p-0-iso8859-15
 got charset -jis-fixed-medium-r-normal--34-246-100-100-c-0-jisx0208.1983-0
 got charset -daewoo-gothic-medium-r-normal--34-246-100-100-c-0-ksc5601.1987-0
 got charset -isas-fangsong ti-medium-r-normal--34-246-100-100-c-0-gb2312.1980-0
 got charset -misc-fixed-medium-r-normal--34-246-100-100-c-0-jisx0201.1976-0
 got charset -adobe-helvetica-bold-r-normal--34-240-100-100-p-182-iso10646-1
Requested font set for list 
-*-helvetica-bold-r-normal--14-*-*-*-*-*-*-*,-misc-fixed-bold-r-normal--14-*-*-*-*-*-*-*,-*-*-*-*-*-*-14-*-*-*-*-*-*-*
 got list 
-*-helvetica-bold-r-normal--14-*-*-*-*-*-*-*,-misc-fixed-bold-r-normal--14-*-*-*-*-*-*-*,-*-*

Bug#738785: aptitude: (remote) changelogs is broken after packages.d.o move to https

[David Kalnischkies]

On Thu, Feb 13, 2014 at 07:52:38PM +0100, Julien Cristau wrote:
> On Thu, Feb 13, 2014 at 10:27:47 +0100, Raphael Geissert wrote:
> > On 13 February 2014 00:26, Julien Cristau  wrote:
> > [...]
> > > Seems to be an apt "feature".  After patching it out with
> > >
> > > diff --git a/methods/server.cc b/methods/server.cc
> > > index e12c23c..e07599c 100644
> > > --- a/methods/server.cc
> > > +++ b/methods/server.cc
> > > @@ -294,7 +294,7 @@ ServerMethod::DealWithHeaders(FetchResult &Res)
> > >   NextURI = DeQuoteString(Server->Location);
> > >   URI tmpURI = NextURI;
> > >   // Do not allow a redirection to switch protocol
> > > - if (tmpURI.Access == "http")
> > > + if (1 || tmpURI.Access == "http")
> > >  return TRY_AGAIN_OR_REDIRECT;
> > >}
> > >/* else pass through for error message */
> > 
> > Yes, that's intentional as you should really not switch between
> > protocols.
> 
> I'm afraid I don't understand where this comes from.  I don't think
> redirecting from http to https is all that unreasonable?

It isn't unreasonable by itself, but less than 1% of popcon users
have the https client installed, so it will usually not work.
(and as Raphael mentioned it was not possible at all until not too
 long, so this check is also a 'lets not change too much in one go')

I am working on it now that the code can switch the protocol (at least
from http to https, but not to other protocols). In this regard: I can't
reproduce the size mismatch error here, for me, it basically works out
of the box (at least while testing with our own aptwebserver).

Anyway: As said, basically nobody has the https method installed, so we
either have to force it on everyone or we need the service to continue
to provide the changelog over http for apts http client.
On the client side we could do a
if (https installed) get changelog via https uri else via http uri
then.
If so we should really get this code into libapt though as currently
apt and aptitude do their own thing in this regard…


Best regards

David Kalnischkies


signature.asc
Description: Digital signature

Bug#738855: initscripts: Skip killing process starting with @

[Dimitri John Ledkov]

On 13 February 2014 15:05, Helmut Grohne  wrote:
> Hi Dimitri,
>
> On Thu, Feb 13, 2014 at 01:58:23PM +, Dmitrijs Ledkovs wrote:
>> There is convention starting that processes whos name starts with '@'
>> shouldn't be killed. It is used to indicate that process is needed to
>> manage root device / cleanly unmount the root filesystem.
>>
>> At least mdadm supports it for it's 'mdmon' process which is daemon
>> needed to manage containers (aka fakeraid controllers - Intel Matrix
>> Raid and DDF).
>>
>> I've implemented a patch using pgrep, thus it's optional code in
>> sendsigs if pgrep is not available.
>
> Are you sure that the described behaviour is desirable at all?
>
> I argue that evading sendsigs should be a privileged operation. If it
> isn't, I can simply rename my process to start with an '@' and block
> umounting filesystems possibly causing data loss (due to failing
> umount). I am not sure that the drafted scenario can actually happen in
> practise, but from a first glance it seems to be the case. Thus applying
> your patch would open up the possibility for data loss.
>
> Do you concur with this reasoning?
>
>  Yes -> Please close this bug.
>  No -> Please explain in what way my argument is flawed.
>

Yes, but no don't close this bug-report.

How about limiting it to processes running as root?

E.g. pgrep -u root -f "^@" ?

That way there is no loop-hole opened, since those processes could
have written to /run/sendsigs.omit.d/ already.

> Maybe mdmon should use the existing mechanism and write its PID to
> /run/sendsigs.omit.d/mdmon instead?
>

This is what is currently done in mdadm/stop init script.

Writing out a pidfile (and or otherwise copying them around is ok) but
it is debian [derivative] specific as far as I can tell.
Where is "@" convention is supported by a larger amount of
distributions and other initsystems (e.g. systemd).
( http://www.freedesktop.org/wiki/Software/systemd/RootStorageDaemons/ )
Writing out a pid-file should be avoided, especially since that is
optional across all init systems and un-desirable for newer ones.
Also, processes could be started off-root (e.g. initramfs) and/or
otherwise not hold-up unmounting root.
Thus I find "@" convention useful and lightweight self-identification.

-- 
Regards,

Dimitri.


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

Bug#738910: O: 2vcard -- perl script to convert an addressbook to VCARD file format

[Ana Guerrero Lopez]

Package: wnpp
Severity: normal

The current maintainer of 2vcard, Martin Albisetti ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: 2vcard
Binary: 2vcard
Version: 0.5-3
Maintainer: Martin Albisetti 
Uploaders: Marcela Tiznado 
Build-Depends: debhelper (>= 5.0.37)
Architecture: all
Standards-Version: 3.8.0
Format: 1.0
Files:
 e1c6ac2c645c89eb2bb15b335a035dff 967 2vcard_0.5-3.dsc
 f73a69c170f772f3f6e75f2d11bbb792 9398 2vcard_0.5.orig.tar.gz
 1e806d32233af87437258d86b1561f57 2036 2vcard_0.5-3.diff.gz
Checksums-Sha1:
 daa0c959021f78687ce4a22a63e4e76dd16ebcb0 967 2vcard_0.5-3.dsc
 b7f1ce31ec856414a3f0f1090689f91aa7456d56 9398 2vcard_0.5.orig.tar.gz
 5f9acd07ebda6ab00fa6b4fe3198c13e94090862 2036 2vcard_0.5-3.diff.gz
Checksums-Sha256:
 e8f76d59bdf3d900f1a7d95ac679371634ea3e564d7467fee4e5ea50dd477e0f 967 
2vcard_0.5-3.dsc
 efdc22859ac2f8f030d038dc4faa9020082ebae34212498c288968ffd45c9764 9398 
2vcard_0.5.orig.tar.gz
 82673ff3456af571094066c89bcea87b25c23c87cf1d0050b731e5222563626b 2036 
2vcard_0.5-3.diff.gz
Directory: pool/main/2/2vcard
Priority: source
Section: utils

Package: 2vcard
Version: 0.5-3
Installed-Size: 108
Maintainer: Martin Albisetti 
Architecture: all
Description-en: perl script to convert an addressbook to VCARD file format
 2vcard is a little perl script that you can use to convert the
 popular vcard file format. Currently 2vcard can only convert addressbooks
 and alias files from the following formats: abook,eudora,juno,ldif,mutt,
 mh and pine.
 .
 The VCARD format is used by gnomecard, for example, which is used by the
 balsa email client.
Description-md5: f6f2cb6577ba2821b51ca843d147b3e1
Tag: implemented-in::perl, role::program, use::converting, works-with::pim
Section: utils
Priority: optional
Filename: pool/main/2/2vcard/2vcard_0.5-3_all.deb
Size: 14300
MD5sum: d831fd82a8605e9258b2314a7d703abe
SHA1: e903a05f168a825ff84c87326898a182635f8175
SHA256: 2be9a86f0ec99b1299880c6bf0f4da8257c74a61341c14c103b70c9ec04b10ec


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

Bug#737634: dpkg: is_native version checks in dpkg 3.0 Native

[Adam Conrad]

FWIW, while this is hashed out on the Debian side as to whether to
revert the change, or allow an override flag, or whatever, this is
what I've applied in Ubuntu to allow us to get on with life.  This
seems to me like a reasonable solution for now.  I realize most
people don't read warnings from dpkg-buildpackage but, on the other
hand, I also don't think people need to be halted in their workflow
due to a strict adherence to Debian policy in dpkg.

(As an aside, I do tend to consider our use-cases that allow mixed
version/format a bug, but some of them are a bit hard to solve, like
telling people doing automagic recipe builds that they now need to
have pristine-tar info in their branches when they didn't before.)

diff -Nru dpkg-1.17.5ubuntu2/debian/changelog 
dpkg-1.17.5ubuntu3/debian/changelog
--- dpkg-1.17.5ubuntu2/debian/changelog 2014-01-17 18:02:57.0 +
+++ dpkg-1.17.5ubuntu3/debian/changelog 2014-02-05 14:28:34.0 +
@@ -1,3 +1,10 @@
+dpkg (1.17.5ubuntu3) trusty; urgency=medium
+
+  * Change native source version/format mismatch errors into warnings until
+the dust settles on Debian bug 737634 about revert or override options.
+
+ -- Adam Conrad   Wed, 05 Feb 2014 07:26:29 -0700
+
 dpkg (1.17.5ubuntu2) trusty; urgency=medium
 
   * Backport patch from 1.17.6 to fix file descriptor leaks (LP: #1270132)
diff -Nru dpkg-1.17.5ubuntu2/scripts/Dpkg/Source/Package/V3/Native.pm 
dpkg-1.17.5ubuntu3/scripts/Dpkg/Source/Package/V3/Native.pm
--- dpkg-1.17.5ubuntu2/scripts/Dpkg/Source/Package/V3/Native.pm 2013-12-10 
06:14:22.0 +
+++ dpkg-1.17.5ubuntu3/scripts/Dpkg/Source/Package/V3/Native.pm 2014-02-05 
14:26:25.0 +
@@ -69,7 +69,7 @@
 my ($self, $dir) = @_;
 
 my $v = Dpkg::Version->new($self->{fields}->{'Version'});
-return (0, _g('native package version may not have a revision'))
+warning (_g('native package version may not have a revision'))
 unless $v->is_native();
 
 return 1;
diff -Nru dpkg-1.17.5ubuntu2/scripts/Dpkg/Source/Package/V3/Quilt.pm 
dpkg-1.17.5ubuntu3/scripts/Dpkg/Source/Package/V3/Quilt.pm
--- dpkg-1.17.5ubuntu2/scripts/Dpkg/Source/Package/V3/Quilt.pm  2013-12-10 
06:14:22.0 +
+++ dpkg-1.17.5ubuntu3/scripts/Dpkg/Source/Package/V3/Quilt.pm  2014-02-05 
14:26:17.0 +
@@ -76,7 +76,7 @@
 return ($code, $msg) if $code == 0;
 
 my $v = Dpkg::Version->new($self->{fields}->{'Version'});
-return (0, _g('version does not contain a revision')) if $v->is_native();
+warning (_g('version does not contain a revision')) if $v->is_native();
 
 my $quilt = $self->build_quilt_object($dir);
 $msg = $quilt->find_problems();


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

Bug#738912: O: cadubi -- Creative ASCII Drawing Utility By Ian

[Ana Guerrero Lopez]

Package: wnpp
Severity: normal

The current maintainer of cadubi, Marcela Tiznado ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: cadubi
Binary: cadubi
Version: 1.3-2
Maintainer: Marcela Tiznado 
Build-Depends: debhelper (>= 4.0.0)
Architecture: all
Standards-Version: 3.7.2
Format: 1.0
Files:
 e990648814771cc512513424b774da4d 549 cadubi_1.3-2.dsc
 e4ba1f6995bfdae8639341446782b859 12559 cadubi_1.3.orig.tar.gz
 20d970c14ca9d05c69dec5e16a4833e7 5494 cadubi_1.3-2.diff.gz
Checksums-Sha1:
 32df33f9b85493239411ebaf7d547860b7f72e98 549 cadubi_1.3-2.dsc
 dade29515c47040de4487932834b15a0656ce1cc 5494 cadubi_1.3-2.diff.gz
 3071b6ce1fce911f37eae3e01bef932d3cfb11d8 12559 cadubi_1.3.orig.tar.gz
Checksums-Sha256:
 870573b2993d8f522ac80248d24cd10393062b848eb20f758982ff101b10740a 549 
cadubi_1.3-2.dsc
 4dd73484c07f8782faf00168c3a7c0c5406d7ab14e1cb49b692ae8062e96bfa0 5494 
cadubi_1.3-2.diff.gz
 ca8b6ea305e0eccb11add7fc165b7ef33f9f0106e84efa1b364f082df0ab 12559 
cadubi_1.3.orig.tar.gz
Directory: pool/main/c/cadubi
Priority: source
Section: graphics

Package: cadubi
Version: 1.3-2
Installed-Size: 116
Maintainer: Marcela Tiznado 
Architecture: all
Depends: perl, libterm-readkey-perl
Description-en: Creative ASCII Drawing Utility By Ian
 CADUBI is an application written in Perl that allows you to draw
 text-based images that are viewable on typical unix-based consoles.
 Usually the applications that emulate these consoles support various
 text modes, such as background and foreground colors, bold, and inverse.
 .
 This text art, commonly called "ASCII art", is used in various places
 such as online BBSes, email and login prompts.
Description-md5: 2fa05a8185497ae5f4221dffb2867e9e
Tag: role::program, use::editing
Section: graphics
Priority: optional
Filename: pool/main/c/cadubi/cadubi_1.3-2_all.deb
Size: 20410
MD5sum: fd18dcebb9c30d678c8b5a3ab4cb3fa2
SHA1: 56d0571b95acb6f747c5742da15c1908659d22d9
SHA256: 1cb2eb62bfe29b1f9628935c10b7dcba1b889837d668378015087440fbf5c744


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

Bug#738913: O: qmhandle -- tool to manage the qmail message queue

[Ana Guerrero Lopez]

Package: wnpp
Severity: normal

The current maintainer of qmhandle, Marcela Tiznado ,
is apparently not active anymore.  Therefore, I orphan this package now.

Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and attention to work on it.

If you want to be the new maintainer, please see
http://www.debian.org/devel/wnpp/index.html#howto-o for detailed
instructions how to adopt a package properly.

Some information about this package:

Package: qmhandle
Binary: qmhandle
Version: 1.3.2-1
Maintainer: Marcela Tiznado 
Build-Depends: debhelper (>= 4.0.0)
Architecture: all
Standards-Version: 3.8.0
Format: 1.0
Files:
 7936c0372f15faee8aedb65d85338c34 946 qmhandle_1.3.2-1.dsc
 6a15192328c5f6e484aacf011c99690a 16944 qmhandle_1.3.2.orig.tar.gz
 aa700d3ab6341e50d96d266cdcfab16a 354 qmhandle_1.3.2-1.diff.gz
Checksums-Sha1:
 2d74022077149c001e81b5b8fa5ded960f834ae7 946 qmhandle_1.3.2-1.dsc
 16941239117e7b9764fd20841dc8be02cb934236 16944 qmhandle_1.3.2.orig.tar.gz
 2848f3c60cc0363571e8416df2d8dd2ef83c22b1 354 qmhandle_1.3.2-1.diff.gz
Checksums-Sha256:
 7386aaa864649e1e31968a1815d7a8bab82393dbeb09eb4cf886f249db283dd0 946 
qmhandle_1.3.2-1.dsc
 77ad5ea9891e0b4e8b4be2ee236f27fbac115345ee5a9c79ea2267152df5fca9 16944 
qmhandle_1.3.2.orig.tar.gz
 7e9f0e2a43a67415e431126751c473c36f7922d035e570a8e3243e905084c07a 354 
qmhandle_1.3.2-1.diff.gz
Directory: pool/contrib/q/qmhandle
Priority: source
Section: contrib/mail

Package: qmhandle
Version: 1.3.2-1
Installed-Size: 88
Maintainer: Marcela Tiznado 
Architecture: all
Depends: perl
Description-en: tool to manage the qmail message queue
 qmHandle is a tool which can be used to manage the qmail message queue.
 It has more features than qmail-qread and qmail-qstat.
Description-md5: 3fcb68dc4d80dbb716481945432baa11
Tag: role::program, works-with::mail
Section: contrib/mail
Priority: optional
Filename: pool/contrib/q/qmhandle/qmhandle_1.3.2-1_all.deb
Size: 19454
MD5sum: e4a2e9a4ccc1f7e25761bcc3dc9741d9
SHA1: 8255937688f2e69e2fe08939a2c342a692f1e7ab
SHA256: 25d6d93b1225c8901af121a82d695c29083c61e6c4fee54194aa9d3a20c0cbad


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