Bug#742767: fonts-texgyre: Termes font in does not render ligatures in evince
Package: fonts-texgyre Version: 2.004.2-4 Severity: normal Tags: upstream Dear Maintainer, * What led up to the situation? Updating the system so that fonts-gyrex is used as a replacement for Times. Possibly due to changes in fontconfig priorities. * What exactly did you do (or not do) that was effective (or ineffective)? Opening a pdf file containing fi or fl ligatures. * What was the outcome of this action? fi and fl ligatures do not render correctly, they show up as whitespace but can be copied and pasted fine. * What outcome did you expect instead? fi and fl should show up. This is the same bug (I think) as reported on freedesktop's bug tracking system: https://bugs.freedesktop.org/show_bug.cgi?id=73291 where also a link to a sample pdf file is provided. -- 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/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages fonts-texgyre depends on: ii dpkg1.17.6 ii tex-common 4.04 fonts-texgyre recommends no packages. fonts-texgyre suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742768: cacti: CVE-2014-2326 CVE-2014-2327 CVE-2014-2328
Package: cacti Severity: grave Tags: security Justification: user security hole Hi, please see http://www.securityfocus.com/archive/1/531588 for details. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742767: fonts-texgyre: Termes font in does not render ligatures in evince
On Wed, 26 Mar 2014, Roland Haas wrote: fi and fl ligatures do not render correctly, they show up as whitespace but can be copied and pasted fine. From what I read at the freedesktop bug this is a problem with the poppler libs ... I *really* don't understand what is the bug here in the texgyre fonts? Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742769: jenkins-job-builder: NMU diff for 0.5.0-2 upload
Package: jenkins-job-builder
Severity: normal
Hi,
I just uploaded 0.5.0-2 to DELAYED/7-day.
Please see attached debdiff for the diff.
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (500, 'testing'), (50, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.13-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
diff -Nru jenkins-job-builder-0.5.0/debian/changelog jenkins-job-builder-0.5.0/debian/changelog
--- jenkins-job-builder-0.5.0/debian/changelog 2013-07-28 16:32:22.0 +0200
+++ jenkins-job-builder-0.5.0/debian/changelog 2014-03-26 13:10:00.0 +0100
@@ -1,3 +1,11 @@
+jenkins-job-builder (0.5.0-2) unstable; urgency=medium
+
+ * Move creation of /usr/bin/jenkins-jobs symlink from debian/rules to
+.link file. Closes: #728585. Thanks to Felix Geyer for the patch.
+ * Add missing dependency on python-pkg-resources.
+
+ -- Tollef Fog Heen tfh...@debian.org Wed, 26 Mar 2014 11:21:55 +0100
+
jenkins-job-builder (0.5.0-1) unstable; urgency=low
* New upstream release (Closes: #718126)
diff -Nru jenkins-job-builder-0.5.0/debian/control jenkins-job-builder-0.5.0/debian/control
--- jenkins-job-builder-0.5.0/debian/control 2013-07-28 16:32:22.0 +0200
+++ jenkins-job-builder-0.5.0/debian/control 2014-03-26 13:09:39.0 +0100
@@ -20,6 +20,7 @@
libjs-underscore,
python-jenkins,
python-yaml,
+ python-pkg-resources,
${misc:Depends},
${python:Depends},
${sphinxdoc:Depends}
diff -Nru jenkins-job-builder-0.5.0/debian/links jenkins-job-builder-0.5.0/debian/links
--- jenkins-job-builder-0.5.0/debian/links 2013-07-28 16:32:22.0 +0200
+++ jenkins-job-builder-0.5.0/debian/links 2014-03-26 11:20:19.0 +0100
@@ -5,3 +5,5 @@
# Overwrite underscore.js from upstream tarball with a link to underscore.min.js
# provided by Underscore Debian package
/usr/share/javascript/underscore/underscore.min.js usr/share/doc/jenkins-job-builder/html/_static/underscore.js
+
+/usr/share/jenkins-job-builder/jenkins-jobs usr/bin/jenkins-jobs
diff -Nru jenkins-job-builder-0.5.0/debian/rules jenkins-job-builder-0.5.0/debian/rules
--- jenkins-job-builder-0.5.0/debian/rules 2013-07-28 16:32:22.0 +0200
+++ jenkins-job-builder-0.5.0/debian/rules 2014-03-26 11:20:39.0 +0100
@@ -21,7 +21,6 @@
dh_install
mv debian/jenkins-job-builder/usr/bin/jenkins-jobs \
debian/jenkins-job-builder/usr/share/jenkins-job-builder
- dh_link /usr/share/jenkins-job-builder/jenkins-jobs /usr/bin/jenkins-jobs
override_dh_installchangelogs:
dh_installchangelogs ChangeLog
Bug#742770: dovecot-managesieved: Dovecot fails to start with managesieved installed
Package: dovecot-managesieved
Version: 1:2.2.9-1
Severity: grave
Justification: renders package unusable
dovecot-managesieved is unusable because dovecot fails to start when
dovecot-managesieved is installed.
and yes, dovecot-sieve is installed and latest version in jessie (rest of
dovecot is also from jessie)
root@audiart:/etc/dovecot/conf.d# /etc/init.d/dovecot start
managesieve(root): Fatal: opendir(/usr/lib/dovecot/modules/sieve) failed: No
such file or directory
doveconf: Error: managesieve-login: dump-capability process returned 89
[] Starting IMAP/POP3 mail server: dovecotmanagesieve(root): Fatal:
opendir(/usr/lib/dovecot/modules/sieve) failed: No such file or directory
doveconf: Error: managesieve-login: dump-capability process returned 89
-- Package-specific info:
dovecot configuration
-
# 2.2.9: /etc/dovecot/dovecot.conf
# OS: Linux 3.2.0-4-686-pae i686 Debian 7.4
auth_mechanisms = plain login digest-md5 cram-md5 ntlm rpa otp skey
default_vsz_limit = 128 M
disable_plaintext_auth = no
first_valid_gid = 1
first_valid_uid = 2
hostname = somehost.example.com
imap_client_workarounds = delay-newmail tb-extra-mailbox-sep tb-lsub-flags
lda_mailbox_autocreate = yes
lda_mailbox_autosubscribe = yes
lmtp_save_to_detail_mailbox = yes
mail_location = sdbox:~/sdbox
mail_plugins = zlib fts fts_squat
namespace {
list = children
location = sdbox:/some/path/vmail/Public/sdbox:INDEX=~/sdbox/public
prefix = Public/
separator = /
subscriptions = no
type = public
}
namespace inbox {
inbox = yes
location =
mailbox Drafts {
special_use = \Drafts
}
mailbox Junk {
special_use = \Junk
}
mailbox Sent {
special_use = \Sent
}
mailbox Sent Messages {
special_use = \Sent
}
mailbox Trash {
special_use = \Trash
}
prefix =
}
passdb {
args = /etc/dovecot/dovecot-sql.conf.ext
driver = sql
}
plugin {
antispam_allow_append_to_spam = no
antispam_backend = crm114
antispam_crm_binary = /a/crm114/script/wrapper
antispam_crm_env = HOME=%h;USER=%u
antispam_crm_notspam = --good
antispam_crm_spam = --spam
antispam_debug_target = syslog
antispam_signature = X-crm114-cacheid
antispam_signature_missing = move
antispam_spam = SPAM;Junk;Spam
antispam_trash = trash;Trash;Deleted Items;Deleted Messages
antispam_unsure = MaybeSpam
antispam_verbose_debug = 0
autocreate = Trash
autocreate2 = Junk
autocreate3 = MaybeSpam
autocreate4 = Sent
autocreate5 = Drafts
autosubscribe = Trash
autosubscribe2 = Junk
autosubscribe3 = MaybeSpam
autosubscribe4 = Sent
autosubscribe5 = Drafts
fts = squat
fts_squat = partial=4 full=10
recipient_delimiter = +
sieve = ~/.dovecot.sieve
sieve_after = /etc/sieve/conf.d/after
sieve_before = /etc/sieve/conf.d/before
sieve_dir = ~/sieve
sieve_filter_bin_dir = /usr/local/share/sieve_filter
sieve_global_extensions = vnd.dovecot.pipe vnd.dovecot.filter
vnd.dovecot.execute
sieve_max_script_size = 1M
sieve_plugins = sieve_extprograms
sieve_spamtest_max_value = 10
sieve_spamtest_status_header = X-crm114-status: (.*) \(.*\)
sieve_spamtest_status_type = text
sieve_spamtest_text_value1 = GOOD
sieve_spamtest_text_value10 = SPAM
sieve_spamtest_text_value5 = UNSURE
}
protocols = imap lmtp sieve
service auth-worker {
user = dovecot
}
service auth {
unix_listener /var/spool/postfix/private/auth {
group = postfix
mode = 0660
user = postfix
}
}
service imap-login {
inet_listener imap {
port = 143
}
service_count = 1
vsz_limit = 128 M
}
service lmtp {
unix_listener /var/spool/postfix/private/dovecot-lmtp {
group = postfix
mode = 0600
user = postfix
}
}
service managesieve-login {
inet_listener sieve {
port = 4190
}
service_count = 1
vsz_limit = 64 M
}
service managesieve {
process_limit = 256
}
ssl = required
ssl_cert = /etc/dovecot/dovecot.pem
ssl_key = /etc/dovecot/private/dovecot.pem
ssl_protocols = !SSLv2 !SSLv3
userdb {
driver = prefetch
}
userdb {
args = /etc/dovecot/dovecot-sql.conf.ext
driver = sql
}
protocol lda {
mail_plugins = zlib fts fts_squat sieve
}
protocol imap {
mail_plugins = zlib fts fts_squat imap_zlib autocreate antispam
}
protocol lmtp {
mail_plugins = zlib fts fts_squat sieve
postmaster_address = postmas...@thecshore.com
}
protocol sieve {
mail_max_userip_connections = 10
}
-- System Information:
Debian Release: 7.4
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable'), (1, 'testing-updates'),
(1, 'testing')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-4-686-pae (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 dovecot-managesieved depends on:
ii dovecot-core 1:2.2.9-1
ii dovecot-sieve 1:2.2.9-1
ii libc6 2.18-4
ii libssl1.0.01.0.1e-2+deb7u4
ii ucf3.0025+nmu3
dovecot-managesieved recommends no packages.
Bug#742771: dovecot-sieve: Sieve plugin dir missing causes sieve to fail to start
Package: dovecot-sieve
Version: 1:2.2.9-1
Severity: grave
Justification: renders package unusable
dovecot-sieve is unusable because the /usr/lib/dovecot/modules/sieve is missing
in jessie.
sievec(root): Fatal: opendir(/usr/lib/dovecot/modules/sieve) failed: No such
file or directory
-- Package-specific info:
dovecot configuration
-
# 2.2.9: /etc/dovecot/dovecot.conf
# OS: Linux 3.2.0-4-686-pae i686 Debian 7.4
auth_mechanisms = plain login digest-md5 cram-md5 ntlm rpa otp skey
default_vsz_limit = 128 M
disable_plaintext_auth = no
first_valid_gid = 1
first_valid_uid = 2
hostname = audiart-work.thecshore.com
imap_client_workarounds = delay-newmail tb-extra-mailbox-sep tb-lsub-flags
lda_mailbox_autocreate = yes
lda_mailbox_autosubscribe = yes
lmtp_save_to_detail_mailbox = yes
mail_location = sdbox:~/sdbox
mail_plugins = zlib fts fts_squat
namespace {
list = children
location = sdbox:/some/path/vmail/Public/sdbox:INDEX=~/sdbox/public
prefix = Public/
separator = /
subscriptions = no
type = public
}
namespace inbox {
inbox = yes
location =
mailbox Drafts {
special_use = \Drafts
}
mailbox Junk {
special_use = \Junk
}
mailbox Sent {
special_use = \Sent
}
mailbox Sent Messages {
special_use = \Sent
}
mailbox Trash {
special_use = \Trash
}
prefix =
}
passdb {
args = /etc/dovecot/dovecot-sql.conf.ext
driver = sql
}
plugin {
antispam_allow_append_to_spam = no
antispam_backend = crm114
antispam_crm_binary = /a/crm114/script/wrapper
antispam_crm_env = HOME=%h;USER=%u
antispam_crm_notspam = --good
antispam_crm_spam = --spam
antispam_debug_target = syslog
antispam_signature = X-crm114-cacheid
antispam_signature_missing = move
antispam_spam = SPAM;Junk;Spam
antispam_trash = trash;Trash;Deleted Items;Deleted Messages
antispam_unsure = MaybeSpam
antispam_verbose_debug = 0
autocreate = Trash
autocreate2 = Junk
autocreate3 = MaybeSpam
autocreate4 = Sent
autocreate5 = Drafts
autosubscribe = Trash
autosubscribe2 = Junk
autosubscribe3 = MaybeSpam
autosubscribe4 = Sent
autosubscribe5 = Drafts
fts = squat
fts_squat = partial=4 full=10
recipient_delimiter = +
sieve = ~/.dovecot.sieve
sieve_after = /etc/sieve/conf.d/after
sieve_before = /etc/sieve/conf.d/before
sieve_dir = ~/sieve
sieve_filter_bin_dir = /usr/local/share/sieve_filter
sieve_global_extensions = vnd.dovecot.pipe vnd.dovecot.filter
vnd.dovecot.execute
sieve_max_script_size = 1M
sieve_plugins = sieve_extprograms
sieve_spamtest_max_value = 10
sieve_spamtest_status_header = X-crm114-status: (.*) \(.*\)
sieve_spamtest_status_type = text
sieve_spamtest_text_value1 = GOOD
sieve_spamtest_text_value10 = SPAM
sieve_spamtest_text_value5 = UNSURE
}
protocols = imap lmtp
service auth-worker {
user = dovecot
}
service auth {
unix_listener /var/spool/postfix/private/auth {
group = postfix
mode = 0660
user = postfix
}
}
service imap-login {
inet_listener imap {
port = 143
}
service_count = 1
vsz_limit = 128 M
}
service lmtp {
unix_listener /var/spool/postfix/private/dovecot-lmtp {
group = postfix
mode = 0600
user = postfix
}
}
ssl = required
ssl_cert = /etc/dovecot/dovecot.pem
ssl_key = /etc/dovecot/private/dovecot.pem
ssl_protocols = !SSLv2 !SSLv3
userdb {
driver = prefetch
}
userdb {
args = /etc/dovecot/dovecot-sql.conf.ext
driver = sql
}
protocol lda {
mail_plugins = zlib fts fts_squat sieve
}
protocol imap {
mail_plugins = zlib fts fts_squat imap_zlib autocreate antispam
}
protocol lmtp {
mail_plugins = zlib fts fts_squat sieve
postmaster_address = postmaster
}
-- System Information:
Debian Release: 7.4
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable'), (1, 'testing-updates'),
(1, 'testing')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-4-686-pae (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 dovecot-sieve depends on:
ii dovecot-core 1:2.2.9-1
ii libc6 2.18-4
ii ucf 3.0025+nmu3
dovecot-sieve recommends no packages.
dovecot-sieve suggests no packages.
Versions of packages dovecot-sieve is related to:
ii dovecot-core [dovecot-common] 1:2.2.9-1
pn dovecot-dbgnone
pn dovecot-devnone
pn dovecot-gssapi none
ii dovecot-imapd 1:2.2.9-1
pn dovecot-ldap none
ii dovecot-lmtpd 1:2.2.9-1
pn dovecot-managesieved none
pn dovecot-mysql none
ii dovecot-pgsql 1:2.2.9-1
pn dovecot-pop3d none
ii dovecot-sieve 1:2.2.9-1
pn dovecot-sqlite none
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Bug#742754: qiime: When installing, get: W: pycompile:160: dangling symlink skipped: /usr/lib/qiime/bin/add_metadata.py
Hi Steve, thanks for your bug report. It is always important to know about user problems with our packages. On Wed, Mar 26, 2014 at 03:10:58PM -0700, Steve Lane wrote: Package: qiime Version: 1.8.0+dfsg-2 Severity: normal Dear Maintainer, When I installed qiime, I got the following: W: pycompile:160: dangling symlink skipped: /usr/lib/qiime/bin/add_metadata.py (../../../bin/add_biom_metadata) Note that /usr/bin/add_metadata does exist, and I did have python-biom-format installed (see below). Note that I am currently on 1.8, but this error appeared when doing a clean install of qiime 1.7. I'm afraid I do not really understand your problem. In your bug report you are using 'Version: 1.8.0+dfsg-2'. What exactly do you mean by a clean install of qiime 1.7 While I admit that I do not really understand your problem I'm afraid we can not really help you with a package for version 1.7 since it is not planed to package more than one qiime version at the same time and we really want to scratch the latest version only. If you have some use for an older version in parallel you need to make sure that both versions will not conflict with each other. So please provide more information what you are actually doing. If it turns out that the problem is not affecting the qiime 1.8.0 package I would consider closing this bug. Kind regards and please keep us updated with your problems in any case to enable us making our packages even better Andreas. -- System Information: Debian Release: 7.4 APT prefers stable APT policy: (990, 'stable'), (900, 'testing'), (800, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/16 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages qiime depends on: ii king2.21.120420-2 ii libc6 2.18-4 ii libffi6 3.0.13-12 ii libgmp102:5.0.5+dfsg-2 ii pynast 1.2-1 ii python 2.7.5-5 ii python-biom-format 1.1.2-1 ii python-cogent 1.5.3-2 ii python-qcli 0.1.0-1 Versions of packages qiime recommends: pn ampliconnoise none ii blast2 1:2.2.26.20120620-2 pn cd-hit none pn chimeraslayer none pn fasttree none pn infernal none ii libjs-jquery 1.7.2+dfsg-1 ii muscle 1:3.8.31-1 ii python-matplotlib 1.3.1-1+b1 pn python-mpi4py none ii python-numpy 1:1.8.1~rc1-2 Versions of packages qiime suggests: pn cytoscape none pn rdp-classifier none pn t-coffeenone pn torque-client none -- no debconf information ___ Debian-med-packaging mailing list debian-med-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742772: qt4: MicMute key on Lenovo laptop is not supported by qt
Package: libqtcore4 Version: 4:4.8.5+git242-g0315971+dfsg-2 Severity: normal File: qt4 Dear Maintainer, I was trying to assign MicMute key in KDE system settings, but when I press it I get output window 'The key you just pressed is not supported by Qt'. Here is xev output for the key: KeyPress event, serial 43, synthetic NO, window 0x7a1, root 0xa4, subw 0x0, time 1008043, (162,-14), root:(162,9), state 0x0, keycode 198 (keysym 0x1008ffb2, XF86AudioMicMute), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 0 bytes: XFilterEvent returns: False KeyRelease event, serial 43, synthetic NO, window 0x7a1, root 0xa4, subw 0x0, time 1008043, (162,-14), root:(162,9), state 0x0, keycode 198 (keysym 0x1008ffb2, XF86AudioMicMute), same_screen YES, XLookupString gives 0 bytes: XFilterEvent returns: False I am running Lenovo X230 laptop if this matters. -- System Information: Debian Release: jessie/sid APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (600, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-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 libqtcore4:amd64 depends on: ii libc6 2.18-4 ii libgcc11:4.9-20140322-1 ii libglib2.0-0 2.40.0-1 ii libstdc++6 4.9-20140322-1 ii multiarch-support 2.18-4 ii qtcore4-l10n 4:4.8.5+git242-g0315971+dfsg-2 ii zlib1g 1:1.2.8.dfsg-1 libqtcore4:amd64 recommends no packages. Versions of packages libqtcore4:amd64 suggests: ii libicu52 52.1-3 ii libthai0 0.1.20-3 -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742322: backtrace for systemd crash
Hi, On 27.03.2014 02:29, Michael Biebl wrote: Thanks a lot for the back trace! I'm glad I could help. This helped me to reproduce the sequence of events which need to happen to trigger the abort. So this is good news (well sort of). This is great news, at least for me, as I now can reboot this machine. Andreas, you mentioned: 'Freezing execution' sounds as bad as crashing. Actually it isn't. Would systemd symply crash, your kernel would freeze. With systemd catching the SIGABRT you can at least still stop your service (even if you need to do that via kill), you can sync and unmount your fs besides / and do a half-way decent reboot. You're right, I can still make a half-way decent reboot, and that's what I'm going to do now. Best regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742484: Highlight packages installed from non-free?
On Mi, 26 mar 14, 22:55:07, Tomasz Nitecki wrote: While the idea is interesting, I do see a few issues: 1. Isn't this feature too close to what vrms already does [1]? True, it doesn't (AFAIK) check the source of the package, but it not only shows which packages are non free but also explains what makes a package non-free. vrms is not hooked into APT. 2. At the moment, how-can-i-help fetches only information related to packages containing specific types of bugs. To implement this new feature (and don't disclose the list of installed packages) we would have to download complete list of non-free packages or check all installed packages on the user side. Neither is supported by how-can-i-help and I do feel that it is slightly outside of our scope. I was thinking of something much simpler, like just displaying a list of installed packages from non-free and/or contrib with a heading like These packages are from non-free and/or contrib and should be replaced by free alternatives. The list should be easy to obtain from the system. For aptitude it's aptitude search ~S~i~snon-free 3. Even if we implemented it as stated in (2.), we would show this new information only once, unless used called with '--old' switch. Non-free status doesn't change that often, and updating/installing would usually show no new information here. Maybe it would be appropriate to nag the user each time? :p However, we could probably [2] add a tag/note/etc. to non-free opportunities, indicating their status. This might be useful for Orphaned or RFA packages. What do you think? Not exactly sure what you mean here. Thanks for reading, Andrei -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#742767: fonts-texgyre: Termes font in does not render ligatures in evince
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Norbert, On Wed, 26 Mar 2014, Roland Haas wrote: fi and fl ligatures do not render correctly, they show up as whitespace but can be copied and pasted fine. From what I read at the freedesktop bug this is a problem with the poppler libs ... I *really* don't understand what is the bug here in the texgyre fonts? The issue seems to be that the Termes font uses the wrong name for the fi and fl ligatures. See comment 7 https://bugs.freedesktop.org/show_bug.cgi?id=73291#c7 I am not sure if it the responsibility of the render (poppler) to map both fi and f_i to the same glyph. Apparently there was some uncertainty if this is a poppler bug (https://bugs.freedesktop.org/show_bug.cgi?id=73291#c14) but eventually was marked as being an issue with the font (last comment https://bugs.freedesktop.org/show_bug.cgi?id=73291#c17 ). According to the comments in there the ligature shows up in gv since gv prefers the gsfonts fonts over gyretex. Yours, Roland - -- My email is as private as my paper mail. I therefore support encrypting and signing email messages. Get my PGP key from http://keys.gnupg.net. -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlMz6HUACgkQTiFSTN7SboU8wwCeKd5spazqiiIEfFLTFqCSfW4J 3qwAnjr7SEpTtkRxfYk1IY7wX67yNR66 =gzBb -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742678: libpam-winbind: AD authentication broken: PAM unable to dlopen(pam_winbind.so)
On 26.03.2014 21:46, Steve Langasek wrote: On Wed, Mar 26, 2014 at 09:27:38PM +0100, Robert Ramięga wrote: and now at least I can login there. Somehow cronjobs still generate error message about missing SAMBA_4.1.6_DEBIAN symbol Ok. This is because the old version of the library is loaded in memory by the application (in this case cron), and as a result the linker will try to resolve symbols against the one already in memory. Restarting cron should be sufficient to resolve this. Indeed this solved problem. Let me know if I can help/test some scenarios (can't promise I'll do it on the spot but will do my best) -- NameLess, the Jedi | Just a friendly Jedi Knight Robert Ramięga | http://www.nl-j.org/ http://www.plukwa.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742773: mirrors: ftp.fr.debian.org has many new versions from untrusted source
Package: mirrors Severity: important ftp.fr.debian.org has many new versions with untrusted source, e.g. Packages aptitude info aptitude 0.6.10 i --\ aptitude 0.6.10-1 0.6.10-2 WARNING: This version of aptitude is from an untrusted source! Installing this package could allow a malicious individual to damage or take control of your system. ypig:~ apt-show-versions -a aptitude aptitude:amd64 0.6.10-1 install ok installed aptitude:amd64 0.6.8.2-1 wheezy ftp.fr.debian.org aptitude:amd64 0.6.10-1 unknown ftp.fr.debian.org aptitude:amd64 0.6.10-1 unknown ftp.fr.debian.org aptitude:amd64 0.6.10-2 unknown ftp.fr.debian.org aptitude:amd64/unknown 0.6.10-1 upgradeable to 0.6.10-2 -- System Information: Debian Release: jessie/sid APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/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#741919: plinth: Editing users do not work
Control: forwarded -1 https://github.com/NickDaly/Plinth/issues/69 Control: tag -1 upstream I've reported this issue upstream. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728347: [Pkg-mediawiki-devel] Bug#728347: Bug#728347: News about new upstream version of mediawiki
On Wed, Mar 26, 2014 at 09:05:58PM +0100, Thorsten Glaser wrote: Why is this separated like that? Can MW 1.23 be set up in a way that our use case will still work? (If not, we at tarent will have to stick with 1.19, Affects fusionforge-plugin-mediawiki too.) Afaik it's just the WYSIWYG plugin (or its replacement) that has its requirement, Mediawiki without that plugin does not require Parsoid/nodejs. I wonder if there's a node team that might be interested in Parsoid (it has other applications). I'll investigate. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742774: Unhandled exception when quitting
Package: keepass2 Version: 2.25+dfsg-1 Severity: minor When I quit, I get the following message : Unhandled Exception: System.ArgumentException: A null reference or invalid value was found [GDI+ status: InvalidParameter] at System.Drawing.GDIPlus.CheckStatus (Status status) [0x0] in filename unknown:0 at System.Drawing.Graphics.GdipMeasureString (IntPtr graphics, System.String text, System.Drawing.Font font, System.Drawing.RectangleF layoutRect, IntPtr stringFormat) [0x0] in filename unknown:0 at System.Drawing.Graphics.MeasureString (System.String text, System.Drawing.Font font, Int32 width, System.Drawing.StringFormat format) [0x0] in filename unknown:0 at (wrapper remoting-invoke-with-check) System.Drawing.Graphics:MeasureString (string,System.Drawing.Font,int,System.Drawing.StringFormat) at System.Windows.Forms.TextRenderer.MeasureTextInternal (IDeviceContext dc, System.String text, System.Drawing.Font font, Size proposedSize, TextFormatFlags flags, Boolean useMeasureString) [0x0] in filename unknown:0 at System.Windows.Forms.TextRenderer.MeasureText (System.String text, System.Drawing.Font font) [0x0] in filename unknown:0 at System.Windows.Forms.ToolStripMenuItem.CalculatePreferredSize (Size constrainingSize) [0x0] in filename unknown:0 at System.Windows.Forms.ToolStripItem.GetPreferredSize (Size constrainingSize) [0x0] in filename unknown:0 at System.Windows.Forms.ToolStripDropDownMenu.OnLayout (System.Windows.Forms.LayoutEventArgs e) [0x0] in filename unknown:0 at System.Windows.Forms.Control.PerformLayout (System.Windows.Forms.Control affectedControl, System.String affectedProperty) [0x0] in filename unknown:0 at System.Windows.Forms.Control.PerformLayout () [0x0] in filename unknown:0 at (wrapper remoting-invoke-with-check) System.Windows.Forms.Control:PerformLayout () at System.Windows.Forms.ToolStripItem.OnParentChanged (System.Windows.Forms.ToolStrip oldParent, System.Windows.Forms.ToolStrip newParent) [0x0] in filename unknown:0 at System.Windows.Forms.ToolStripItem.set_Parent (System.Windows.Forms.ToolStrip value) [0x0] in filename unknown:0 at (wrapper remoting-invoke-with-check) System.Windows.Forms.ToolStripItem:set_Parent (System.Windows.Forms.ToolStrip) at System.Windows.Forms.ToolStripItemCollection.Remove (System.Windows.Forms.ToolStripItem value) [0x0] in filename unknown:0 at System.Windows.Forms.ToolStripItem.Dispose (Boolean disposing) [0x0] in filename unknown:0 at System.Windows.Forms.ToolStripDropDownItem.Dispose (Boolean disposing) [0x0] in filename unknown:0 at System.Windows.Forms.ToolStripMenuItem.Dispose (Boolean disposing) [0x0] in filename unknown:0 at System.ComponentModel.Component.Finalize () [0x0] in filename unknown:0 -- System Information: Debian Release: jessie/sid APT prefers testing-proposed-updates APT policy: (900, 'testing-proposed-updates'), (900, 'testing'), (600, 'stable'), (500, 'proposed-updates'), (400, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-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 keepass2 depends on: ii libmono-corlib4.5-cil3.0.6+dfsg2-11 ii libmono-system-drawing4.0-cil3.0.6+dfsg2-11 ii libmono-system-security4.0-cil 3.0.6+dfsg2-11 ii libmono-system-windows-forms4.0-cil 3.0.6+dfsg2-11 ii libmono-system-xml4.0-cil3.0.6+dfsg2-11 ii libmono-system4.0-cil3.0.6+dfsg2-11 ii libx11-6 2:1.6.2-1 ii mono-runtime 3.0.6+dfsg2-11 Versions of packages keepass2 recommends: ii xsel 1.2.0-2 Versions of packages keepass2 suggests: ii keepass2-doc 2.25+dfsg-1 pn mono-dmcs none ii xdotool 1:3.20130111.1-3.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#742775: openssh-server: Please re-enable btmp logging
Package: openssh-server Version: 1:6.5p1-6 Severity: normal Dear Maintainer, Debian bug #314956 disabled logging to /var/log/btmp due to security concern over the file permissions of /var/log/bmtp. Those permissions have changed now so the rationale behind bug #314956 is no longer applicable. btmp should no longer be disabled. Please re-enable btmp logging in the openssh-server package. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openssh-server depends on: ii adduser 3.113+nmu3 ii dpkg 1.17.6 ii init-system-helpers 1.18 ii libc62.18-4 ii libcomerr2 1.42.9-3 ii libgssapi-krb5-2 1.12.1+dfsg-1 ii libkrb5-31.12.1+dfsg-1 ii libpam-modules 1.1.3-7.1 ii libpam-runtime 1.1.8-2 ii libpam0g 1.1.3-7.1 ii libselinux1 2.2.2-1 ii libssl1.0.0 1.0.1f-1 ii libwrap0 7.6.q-25 ii lsb-base 4.1+Debian12 ii openssh-client 1:6.5p1-6 ii openssh-sftp-server 1:6.5p1-6 ii procps 1:3.3.4-2 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages openssh-server recommends: ii ncurses-term 5.9+20140118-1 ii xauth 1:1.0.7-1 Versions of packages openssh-server suggests: pn molly-guard none pn monkeysphere none pn rssh none pn ssh-askpass none pn ufw none -- debconf information: ssh/vulnerable_host_keys: ssh/encrypted_host_key_but_no_keygen: * ssh/use_old_init_script: true ssh/disable_cr_auth: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742283: supermin: internal error: assertion failed at dpkg.ml, line 86, char 19
I am able to reproduce this bug with supermin 5.1.5 by doing:
$ sudo dpkg --add-architecture i386
$ sudo apt-get update
$ sudo apt-get install attr:i386
$ sudo apt-get install xfsprogs
(Note that xfsprogs requires attr.)
After that:
$ dpkg-query --show --showformat '${Package} ${Version} ${Architecture}\n' |
grep attr
attr 1:2.4.47-1 i386
libattr1 1:2.4.47-1 amd64
libattr1 1:2.4.47-1 i386
libattr1-dev 1:2.4.47-1 amd64
Now to reproduce the bug, do:
$ supermin --version
supermin 5.1.5
$ supermin --prepare attr xfsprogs -o /tmp/supermin.d
supermin: internal error: assertion failed at dpkg.ml, line 86, char 19
However, using supermin 5.1.6 does not produce the assertion failure,
and I am able to prepare and build an appliance:
$ git describe
v5.1.6
$ ./src/supermin --prepare attr xfsprogs -o /tmp/supermin.d
$ ./src/supermin --build /tmp/supermin.d -o /tmp/appliance.d -f chroot
So I think you should try upgrading to 5.1.6 to fix this bug.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
Fedora Windows cross-compiler. Compile Windows programs, test, and
build Windows installers. Over 100 libraries supported.
http://fedoraproject.org/wiki/MinGW
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742776: Does not sync until new mail comes in on IDLE
Package: offlineimap Version: 6.5.5-0.1 Severity: important I'm using offlineimap to sync a remote IMAP server against a local Dovecot instance on my work PC. With the newest offlineimap in Debian, when I start the program in the morning any messages that arrived on the remote IMAP during the night (when my work PC was shut off and no syncing was taking place) are not synced; offlineimap exits immediately if autorefresh is not enabled. If IMAP IDLE is enabled in offlineimap, offlineimap is running, and new mail arrives in a remote folder that is being watched by IDLE, then everything in that folder (i.e., messages that have been present on the remote side but have not yet been synced to the local side due to the issue mentioned above, as well as the newly incoming mail that triggered the IDLE) is synced. However, sending e-mail to myself every morning just to get offlineimap to sync that night's messages does not sound like a reasonable long-term strategy. The previous version (6.5.4-2) works fine. Here's a sanitised version of my $HOME/.offlineimaprc file (sans passwords and server names): [general] accounts = A maxsyncaccounts = 1 sslcacertfile = /etc/ssl/certs/ca-certificates.crt ui = basic [Account A] localrepository = Local remoterepository = Remote maxconnections = 3 # autorefresh = 10 [Repository Local] type = IMAP remotehost = localhost remoteuser = anselm remotepass = ** folderfilter = lambda f: False [Repository Remote] type = IMAP remotehost = mail.example.com remoteport = 993 remoteuser = ans...@anselms.net remotepass = ** ssl = yes # idlefolders = ['INBOX'] -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-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 offlineimap depends on: ii libjs-sphinxdoc 1.2.2+dfsg-1 ii python 2.7.5-5 Versions of packages offlineimap recommends: pn python-sqlite none Versions of packages offlineimap suggests: pn doc-base none pn python-kerberos none -- no debconf information -- Anselm Lingnau, Mainz/Mogontiacum, Germany ling...@debian.org 206. Never turn down a girl's invitation to dance. -- Walker Lamond, »1001 Rules For My Unborn Son« -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742777: grisbi: qif export - wrong amount format (french while should be english in all cases)
Package: grisbi Version: 0.8.9-1 Severity: normal Dear Maintainer, I wanted to move back to gnucash and thus though export from grisbi via qif is the best option. Though I faced a localization issue : namely the amount are exported with a french locale which conflict with what is expected by the software that import the qif (here gnucash). That is should be : comma could be used to separate thousands and dot is the decimal separtor. while grisbi does: comma as decimal separator and space as thousands separator. I made use of sed and all is fine with the abovementionned fixes. I cannot tell if grisbi 1.0.0 still suffer this issue (will try asap though it is medium priority only now that I manage to import the fixes qif into gnucash). the sed scripts : - thousands separator (here removal) sed -ie 's/\(T[^ ]*\) /\1/' *.qif - the decimal separator : sed -ie 's/\(T[^,]*\),/\1./' *.qif NB: it also could be that grisbi export with the current used locale (which here is fr_FR.UTF-8 Best regards Alban -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages grisbi depends on: ii grisbi-common 0.8.9-1 ii libatk1.0-0 2.11.90-1 ii libc6 2.18-4 ii libcairo2 1.12.16-2 ii libfontconfig1 2.11.0-5 ii libfreetype62.5.2-1 ii libgdk-pixbuf2.0-0 2.30.6-1 ii libglib2.0-02.39.92-2 ii libgtk2.0-0 2.24.22-1 ii libofx4 1:0.9.4-2.1 ii libpango1.0-0 1.36.3-1 ii libssl1.0.0 1.0.2~beta1-1 ii libxml2 2.9.1+dfsg1-3 ii xdg-utils 1.1.0~rc1+git20111210-7 ii zlib1g 1:1.2.8.dfsg-1 grisbi recommends no packages. Versions of packages grisbi suggests: ii chromium [www-browser] 33.0.1750.152-1 ii elinks [www-browser]0.12~pre6-4 ii epiphany-browser [www-browser] 3.10.1-1 ii google-chrome-stable [www-browser] 33.0.1750.152-1 ii iceweasel [www-browser] 27.0.1-1 ii konqueror [www-browser] 4:4.11.5-2 ii links2 [www-browser]2.8-1+b1 ii lynx-cur [www-browser] 2.8.8pre5-1 ii texlive 2013.20140314-1 ii w3m [www-browser] 0.5.3-15 -- 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#741698:
I see a similar bug with XFCE and systemd, when closing the laptop lid: dbus[2301]: [system] Activating service name='org.freedesktop.systemd1' (using servicehelper) dbus[2301]: [system] Activated service 'org.freedesktop.systemd1' failed: Launch helper exited with unknown return code 1 It can be seen both from within the desktop, and from a virtual terminal. According to bug #729576 the answer is to install systemd-sysv, I can confirm that installing this package fixes the issue. Perhaps it should be a dependency of lightdm? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740551: documentation for APT::Periodic::MaxSize v.s. processing in apt.cron.daily
On Sun, Mar 02, 2014 at 01:09:55PM -0500, Nathan Stratton Treadway wrote: Package: apt Severity: minor Version: 0.9.15.5 Thanks for your bugreport. Near the top of /etc/cron.daily/apt, the documentation for the MaxSize variable says: # APT::Periodic::MaxSize 0; (new) # - Set maximum size of the cache in MB (0=disable). If the cache #is bigger, cached package files are deleted until the size #requirement is met (the biggest packages will be deleted #first). (This same text is also found in /usr/share/doc/apt/examples/configure-index.gz ) [..] Indeed, this is incorrect since a very long time. I updated the documentation to match what the script is really doing. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741867: apt: [INTL:it] Updated Italian translation of apt po4a docs
On Sun, Mar 16, 2014 at 07:00:03PM +0100, Beatrice Torracca wrote: Package: apt Version: 0.9.15.5 Severity: wishlist Tags: l10n patch Hi! I updated the po4a docs of apt. You can find the gzipped file attached here. Please include it in your next upload. Thanks for your translation update. I merged it into the git repository and it will be part of the next upload. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741627: insecure temporary file usage in apt-extracttemplates
On Fri, Mar 14, 2014 at 05:10:05PM +, Steve Kemp wrote: Package: apt Version: 0.9.7.9+deb7u1 Severity: important Tags: security Thanks for your bugreport. [..] Anyway given that the generated file names are output to the console it feels like we should use mkstemp and do it properly, right? [..] I agree and changed the code to use mkstemp() now instead of using the pid/static integer combination. Changing this means that the format of the ouput changes slightly, the last field after the . is fixed size now and no longer contains only numbers. I don't expect this to cause issues, but I will run it on my system first for a couple of days (I also added a small integration test for this functionatlity). Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643801: Preparing an updated stgit package
I will be working on this in the future, but I'll be doing it from my gmail account, pjwaskiew...@gmail.com I've cc'd Catalin, the other primary maintainer of stgit. -PJ On Wed, 2014-03-26 at 15:55 +0100, Maximiliano Curia wrote: Hi, I'm preparing the packages for stgit 0.17.1 and I've uploaded the preliminar packaging to alioth's collab-maint [1]. And I would like to invite the previous ITA owners, as well as anyone interested in stgit, to comaintain it. Thanks, [1] http://anonscm.debian.org/gitweb/?p=collab-maint/stgit.git git://git.debian.org/git/collab-maint/stgit.git -- PJ Waskiewicz Open Source Technology Center peter.p.waskiewicz...@intel.com Intel Corp. signature.asc Description: This is a digitally signed message part smime.p7s Description: S/MIME cryptographic signature
Bug#742778: xen-tools: xen-create-image uses incorrect kernel image name for i386 (686)
Package: xen-tools Version: 4.3.1-1 4.4-1 Severity: important Dear Maintainer, Trying to create a Debian Sid Xen Image fails as it is unable to install the kernel. It fails with Package linux-image-686 is not available, which is true as this package does not exist in testing/unstable and is only a dummy package in stable and below. The correct package name is now linux-image-686-pae. The linux-image-686-pae package is available in all distributions since wheezy and is available in squeeze-backports Modifying the /usr/share/xen-tools/sid.d/80-install-kernel script at line 62 to read KERNEL_PKG=linux-image-$XEN_ARCH-pae corrects this error. -- System Information: Debian Release: 7.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xen-tools depends on: ii debootstrap 1.0.48+deb7u1 ii libconfig-inifiles-perl 2.75-1 ii libdata-validate-domain-perl 0.10-1 ii libdata-validate-ip-perl 0.14-1 ii libdata-validate-uri-perl 0.06-1 ii libfile-slurp-perl.19-1 ii libfile-which-perl1.09-1 ii libtext-template-perl 1.45-2 ii openssh-client1:6.0p1-4 ii perl 5.14.2-21+deb7u1 ii perl-modules 5.14.2-21+deb7u1 Versions of packages xen-tools recommends: ii libexpect-perl 1.21-1 ii rinse2.0.1-1 ii xen-hypervisor-4.1-amd64 [xen-hypervisor-amd64] 4.1.4-3+deb7u1 ii xen-utils-4.1 [xen-utils]4.1.4-3+deb7u1 Versions of packages xen-tools suggests: pn btrfs-toolsnone pn cfengine2 none pn reiserfsprogs none pn xfsprogs none -- Configuration Files: /etc/xen-tools/role.d/builder changed [not included] /etc/xen-tools/xen-tools.conf changed [not included] -- no debconf information -- Daniel Lintott GPG Key: 4096R/5D73EC6E signature.asc Description: OpenPGP digital signature
Bug#728208: liblcms1: CVE-2013-4160 - lcms can be made to crash
Package: liblcms1 Tags: +patch Followup-For: Bug #728208 -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, I analyzed the bugfix [1] upstream applied to fix this CVE in lcms-2, and backported the fix. The code diverged very much and some of the issues are not in lcms1, therefore the is the patch very brief... Patch attached. [1] https://github.com/mm2/Little-CMS/commit/91c2db7f2559be504211b283bc3a2c631d6f06d9#diff-71ceac61c5cd61ded00fd656b179a061R1178 (PS: I'm preparing a NMU with this patch) - -- Tobias - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJTNAN5AAoJEJFk+h0XvV02/A4QAML7a5MrfQ4m1O65HxKmXRZl 94JS8lPALa+HEGHFkET5lDE+rYZdlq6mrgtVrqo9063P5uvf+lxMHek+55c94OG0 D/bLIC7G8LBOiM1suDHtddc0R91xumKgifRm4JiculI20N3sb3azkhCS8IWlP78R M+LEaqobwYz+rIBqgzJnbBKH2F3enoqDyybbCqZdRMzVdnwuv8AnooV39UFzIaGE n8k50h4GakgpnIJ1dKowH3L711mhXJm+K+Ze9ypMzEyd7Lh3L9ZfLRLzw184adPk OJ4Py8CY7I+3ext2tNMk/laAFDXK5wh6doX5QCuKIPO2YJ0iZcBj8ZRdyQtK7Ncy VNnW8UuYX5NlxQEkip6Q3ImlaxMID7HTfKqUG7Zx2lWwiudhLopzfKZQQJJxEOH1 4eLMb3/k+yQYIegwXF72v2xLo99GzplGJEofKPLOJTdIfM8PuwrdxDi3tUdtOuiY OOuPWYVu5Bibn6g2qZlm8sj8c4Dx9TRI411CAXWBlFe5nP6Dfi2JaucVqa3nR8rH o9SWqrlBBv+nHLD1UscG6F6c57vieuJayocOCiO9ZzYabLMUEA9weLsIkE+RySpB 752pFzqnNfJubMPMS5753Hr6+kP3cMe8v87XRlAkeAcTw9aQrN1I5PxsNOxExFqx 6M+nD5YcF1ns9loOXqq/ =ggGP -END PGP SIGNATURE- diff -Naur lcms-1.19.dfsg/src/cmsio1.c backup2/src/cmsio1.c --- lcms-1.19.dfsg/src/cmsio1.c 2014-03-27 09:09:17.997870264 +0100 +++ backup2/src/cmsio1.c 2009-11-13 10:02:11.0 +0100 @@ -2007,9 +2007,9 @@ return 0; } -strncpy(v -NamedColorList-Prefix, (const char*) nc2.prefix, 31); -strncpy(v -NamedColorList-Suffix, (const char*) nc2.suffix, 31); -v -NamedColorList-Prefix[31] = v-NamedColorList-Suffix[31] = 0; +strncpy(v -NamedColorList-Prefix, (const char*) nc2.prefix, 32); +strncpy(v -NamedColorList-Suffix, (const char*) nc2.suffix, 32); +v -NamedColorList-Prefix[32] = v-NamedColorList-Suffix[32] = 0; v -NamedColorList -ColorantCount = nc2.nDeviceCoords;
Bug#741554:
cmipci: invalid PCM pointer: 0x In theory, this cannot happen. This looks like a hardware error. Try reseating the card. If that doesn't help, the card is broken. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718682: liblcms1: CVE-2013-4276: Buffer overflows in Little CMS v1.19
Package: liblcms1
Followup-For: Bug #718682
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
I'm currently preparing a NMU for this package.
To fix this issue, I will use the attached patch.
Its taken from:
https://build.opensuse.org/package/view_file/openSUSE:Evergreen:11.2:Test/lcms/CVE-2013-4276.patch#
- --
Tobias Frost
- -- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iQIcBAEBCAAGBQJTNAUxAAoJEJFk+h0XvV02rhgQAKTwhHtRN/9Ku4tjQRP9UC7h
huM2qrRh3PqT851XCDK8RES9qrQNUDcuwzYtfUxVB5yjPgJGNxnli4rnkMp3BaEV
wDP781PU52u7/D+xVnWQShL7wERAiJKrJY3y//x8v1U7/VMM0RtPXaFEZC2o1+rE
xxZDQFRQtGSRc95HiVn/5p5ItD7R0tX69bzPlczJHJcd8lGe2Lf7PlhzfqYNie0r
dW1ZkLtVzjfqRLaTHap0z8QMEnb0cRgIFf+CWi94UNZp6obasiSSQ0n4Q+GcHMPq
sGGbBfYWWXTWg9FyFg7TVAGnn/6ILH7XBCv7Agh343nUsZpCY/1ruAs1POe0Rs6H
DY4UkyrxR0B+GYDKgPnep75rxRO3yryO856rctVBFucxnasuQwxdnRTZ/tvdKL+5
EOp6AM5MCKibcw68xN7AP/2rxF9TxS1HrNBdScST2gZyTvPhdOIU3MO3dfUuXg7G
NV/4xL/MXXYCdTUhHAJ+erkEB1R9iGasZ++48Qpszgmf86CSL5UMRx+y2QAGGpQz
FOzW46k0/nVrH2iNaunwOADlAE/DjFSJiBOhfmLtvyGdhb39bYiu6ShVP/i/AfTs
fA7ss0hfTtmxCWgzpJduKJkxuSPXIwGTUTPL2V/dBw/n2uAjDWnYBjh4JDJx4dAV
RnvcVGqrZKnJ3co5Ksyn
=0DVy
-END PGP SIGNATURE-
--- lcms-1.19.dfsg/samples/icctrans.c 2009-10-30 15:57:45.0 +
+++ lcms-1.19.dfsg/samples/icctrans.c 2013-08-06 11:53:14.385266647 +0100
@@ -86,6 +86,8 @@
static LPcmsNAMEDCOLORLIST InputColorant = NULL;
static LPcmsNAMEDCOLORLIST OutputColorant = NULL;
+unsigned int Buffer_size = 4096;
+
// isatty replacement
@@ -500,7 +502,7 @@
Prefix[0] = 0;
if (!lTerse)
-sprintf(Prefix, %s=, C);
+snprintf(Prefix, 20, %s=, C);
if (InHexa)
{
@@ -648,7 +650,9 @@
static
void GetLine(char* Buffer)
{
-scanf(%s, Buffer);
+char User_buffer[Buffer_size];
+fgets(User_buffer, (Buffer_size - 1), stdin);
+sscanf(User_buffer,%s, Buffer);
if (toupper(Buffer[0]) == 'Q') { // Quit?
@@ -668,7 +672,7 @@
static
double GetAnswer(const char* Prompt, double Range)
{
-char Buffer[4096];
+char Buffer[Buffer_size];
double val = 0.0;
if (Range == 0.0) { // Range 0 means double value
@@ -738,7 +742,7 @@
static
WORD GetIndex(void)
{
-char Buffer[4096], Name[40], Prefix[40], Suffix[40];
+char Buffer[Buffer_size], Name[40], Prefix[40], Suffix[40];
int index, max;
max = cmsNamedColorCount(hTrans)-1;
--- lcms-1.19.dfsg/tifficc/tiffdiff.c 2009-10-30 15:57:46.0 +
+++ lcms-1.19.dfsg/tifficc/tiffdiff.c 2013-08-06 11:49:06.698951157 +0100
@@ -633,7 +633,7 @@
cmsIT8SetSheetType(hIT8, TIFFDIFF);
-sprintf(Buffer, Differences between %s and %s, TiffName1, TiffName2);
+snprintf(Buffer, 256, Differences between %s and %s, TiffName1, TiffName2);
cmsIT8SetComment(hIT8, Buffer);
Bug#742778: xen-tools: xen-create-image uses incorrect kernel image name for i386 (686)
Hi Daniel, Daniel Lintott wrote: It fails with Package linux-image-686 is not available, which is true as this package does not exist in testing/unstable and is only a dummy package in stable and below. The correct package name is now linux-image-686-pae. Thanks for the notice! Will fix it and probably make a new upload (likely 4.4.1) soonish. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#100808: I NEED YOUR BUSINESS HELP (GO THROUGH THE ATTACHMENT FOR DETAILS AND REPLY)
RE: I NEED YOUR BUSINESS HELP (GO THROUGH THE ATTACHMENT FOR DETAILS AND REPLY) Mr Jr.docx Description: application/vnd.openxmlformats-officedocument.wordprocessingml.document
Bug#100808: I NEED YOUR BUSINESS HELP (GO THROUGH THE ATTACHMENT FOR DETAILS AND REPLY)
RE: I NEED YOUR BUSINESS HELP (GO THROUGH THE ATTACHMENT FOR DETAILS AND REPLY) Mr Jr.docx Description: application/vnd.openxmlformats-officedocument.wordprocessingml.document
Bug#718682: Intending to NMU lcms (Version 1)
Hallo Oleksandr, I just saw that you have a LowNMU policy, but you'd like to be contacted before doing the actual NMU. Well, I'm currently preparing a NMU for the lcms* to fix some CVE and a fatal lintian error. Please feel (* I'm talking about the old lcms-1, not the lcms2 ... just to avoid confusion) Please note that I cannot upload the NMU by myself, so I will ask my AM, Thijs Kinkhorst (CC'ed) to put the upload into DELAYED/8 if he approves (and you not vetoing). I've choosen DELAYED/8 because I will be away from computers starting tomorrow for a week, and I'd like to be available when the package enters the queue. This is the current changelog for the intended NMU: lcms (1.19.dfsg1-1.3) unstable; urgency=medium * Non-maintainer upload. * Apply fix from OpenSuse for CVE-2013-4276 (Closes: #718682) * Repack orig-source to remove non-dfsg free color profiles. This is necessary as the resulting lintian error license-problem-md5sum-non-free-file would lead to an autoreject (Closes: #736806). * Fix CVE-2013-4160 by backporting the fix from lcms-2 (Closes: #728208) -- Tobias Frost t...@coldtobi.de Thu, 27 Mar 2014 12:20:24 +0100 I already attached the patches I will use for the CVS's to the BTS, but of course I will also send an complete nmudiff later to the BTS. Best regards, -- Tobi signature.asc Description: This is a digitally signed message part
Bug#100808: I NEED YOUR BUSINESS HELP (GO THROUGH THE ATTACHMENT FOR DETAILS AND REPLY)
RE: I NEED YOUR BUSINESS HELP (GO THROUGH THE ATTACHMENT FOR DETAILS AND REPLY) Mr Jr.docx Description: application/vnd.openxmlformats-officedocument.wordprocessingml.document
Bug#741119: transition: cogl
On 08/03/14 21:33, Emilio Pozuelo Monfort wrote: 3/ binNMU: cheese gtkpod ibus-client-clutter libchamplain mx pinpoint scim totem Please binnmu those. Thanks, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#276655: Bug 276655
Thanks for looking into this almost 10 year old bug :) Until this is fixed, we use a little trick to make apt-get recognize Synaptic's locks: http://forums.linuxmint.com/viewtopic.php?f=199t=150313#p785785 Basically it makes Synaptic's pinning system-wide.
Bug#100808: I NEED YOUR BUSINESS HELP (GO THROUGH THE ATTACHMENT FOR DETAILS AND REPLY)
RE: I NEED YOUR BUSINESS HELP (GO THROUGH THE ATTACHMENT FOR DETAILS AND REPLY) Mr Jr.docx Description: application/vnd.openxmlformats-officedocument.wordprocessingml.document
Bug#100808: I NEED YOUR BUSINESS HELP (GO THROUGH THE ATTACHMENT FOR DETAILS AND REPLY)
RE: I NEED YOUR BUSINESS HELP (GO THROUGH THE ATTACHMENT FOR DETAILS AND REPLY) Mr Jr.docx Description: application/vnd.openxmlformats-officedocument.wordprocessingml.document
Bug#742779: coccinelle introduces spurious whitespace changes
Package: coccinelle
Version: 1.0.0~rc20.deb-1
Severity: normal
Dear Maintainer,
coccinelle recently (since I upgraded to jessie I guess) began to
introduce spurious whitespace changes for a certain semantic patch. I
made a minimal test case:
% tail test.*
== test.c ==
int main () {
int a = 4;
a = 2;
return a;
}
== test.cocci ==
@@
@@
+ char *f = %lu;
main (...) {
...
}
Curiously, the string %lu seems to trigger this. Bad, e.g. the
current sid version:
% spatch --version
spatch version 1.0.0-rc20 with Python support and with PCRE support
% spatch --sp-file test.cocci test.c
init_defs_builtins: /usr/share/coccinelle/standard.h
HANDLING: test.c
diff =
--- test.c
+++ /tmp/cocci-output-14372-7762e6-test.c
@@ -1,5 +1,6 @@
-int main () {
- int a = 4;
- a = 2;
+char *f= %lu;
+int main() {
+ int a= 4;
+ a= 2;
return a;
}
Good, e.g. the version from wheezy:
% spatch --version
spatch version 1.0.0-rc12 with Python support and with PCRE support
% spatch --sp-file test.cocci test.c
init_defs_builtins: /usr/share/coccinelle/standard.h
HANDLING: test.c
diff =
--- test.c
+++ /tmp/cocci-output-17254-5327d1-test.c
@@ -1,3 +1,4 @@
+char *f = %lu;
int main () {
int a = 4;
a = 2;
Thanks for your attention :)
-- System Information:
Distributor ID: Debian
Description:Debian GNU/Linux testing (jessie)
Release:testing
Codename: jessie
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.13-1-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 coccinelle depends on:
ii libc6 2.18-4
ii libpcre-ocaml [libpcre-ocaml-36gi0] 7.0.4-1
ii libpcre31:8.31-2
ii libpycaml-ocaml 0.82-14+b3
ii libpython2.72.7.6-7
ii ocaml-base-nox [ocaml-base-nox-4.01.0] 4.01.0-3
ii ocaml-findlib 1.4-2
ii python-glade2 2.24.0-3+b1
ii python-gobject 3.10.2-2
ii python-gtk2 2.24.0-3+b1
pn python:any none
coccinelle recommends no packages.
Versions of packages coccinelle suggests:
pn coccinelle-doc none
pn vim-addon-manager none
-- 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#707639: [Debian-med-packaging] Bug#707639: gnuhealth: System user for the server
* Emilien Klein: Re: [Debian-med-packaging] Bug#707639: gnuhealth: System user for the server (Wed, 26 Mar 2014 22:39:05 +0100): The GNU Health package runs its own dedicated Tryton server, under that gnuhealth user, unoconv would thus run under the same user as the Tryton server. I think you are missing the point. Provided you are running a tryton-server and a gnuhealth-server under different users on the same machine, it will be painful (read: impossible AFAIK) to run a unoconv service for both of them or for each of them. I will close this issue as the current situation is the best for the Debian users of GNU Health. You are obviously free to add more details and argument your position, should you think this presents major issues for Debian or its users. Done. I don't think the current way is the best way to do it. I still can't see the added value in using an additional system user compared to the complications it can cause. Mathias -- Mathias Behrle PGP/GnuPG key availabable from any keyserver, ID: 0x8405BBF6 signature.asc Description: PGP signature
Bug#742780: Bogus LFS test on autoconf
Package: autoconf
Version: 2.69-1
Severity: grave
Tags: lfs
The file: ./lib/autoconf/specific.m4 contained basically the following C code:
[...]
#include sys/types.h
int main(int argc, char **argv)
{
/* Cause a compile-time error if off_t is smaller than 64 bits */
#define LARGE_OFF_T (((off_t) 1 62) - 1 + ((off_t) 1 62))
int off_t_is_large[ (LARGE_OFF_T % 2147483629 == 721 LARGE_OFF_T
% 2147483647 == 1) ? 1 : -1 ];
return 0;
}
[...]
this is undefined behavior (clang fails as expected, but not gcc 4.6
and above). Instead it should (maybe?) read as:
[...]
#include sys/types.h
int main(int argc, char **argv)
{
/* Cause a compile-time error if off_t is smaller than 64 bits */
#define LARGE_OFF_T (((off_t) (1LL 62)) - 1 + ((off_t) (1LL 62)))
int off_t_is_large[ (LARGE_OFF_T % 2147483629 == 721 LARGE_OFF_T
% 2147483647 == 1) ? 1 : -1 ];
return 0;
}
[...]
references:
https://lists.debian.org/debian-devel/2014/03/msg00500.html
http://stackoverflow.com/questions/22664658/finding-off-t-size
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707639: [Debian-med-packaging] Bug#707639: gnuhealth: System user for the server
2014-03-27 12:46 GMT+01:00 Mathias Behrle mathi...@m9s.biz: * Emilien Klein: Re: [Debian-med-packaging] Bug#707639: gnuhealth: System user for the server (Wed, 26 Mar 2014 22:39:05 +0100): The GNU Health package runs its own dedicated Tryton server, under that gnuhealth user, unoconv would thus run under the same user as the Tryton server. I think you are missing the point. It's because I'm coming from a different angle than you. Read on ;) Provided you are running a tryton-server and a gnuhealth-server under different users on the same machine, it will be painful (read: impossible AFAIK) to run a unoconv service for both of them or for each of them. You are correct that having 2 running Tryton servers is not helpful/wise. That is why having a service-less Tryton package would be very helpful in this case (cf link in my previous post) To me, if a user is going to install GNU Health, they do it for medical reasons. They will also take care of the ERP side of running the hospital using Tryton, but they won't be running a separate Tryton server for that. They'll do it in the same Tryton server that is running for GNU Health. As mentioned, I consider the Tryton server package to be in a broken/unusable state right after installation. I want the GNU Health package to be usable right out of the box, and be able to assist the users in all steps related to upgrades (such as updating the database models, possibly removing unused tables, etc.). I can only do that if the database is managed by the Debian package. To manage the database, it needs to be created by the gnuhealth package. As I can't fiddle with files installed by the Tryton package (e.g. /etc/trytond.conf) as that is obviously against Debian packaging conventions. This ensues that I need to have the ability to have a gnuhealth user that owns the database, and run a Tryton server under that user so that it can access the database. I will close this issue as the current situation is the best for the Debian users of GNU Health. You are obviously free to add more details and argument your position, should you think this presents major issues for Debian or its users. Done. I don't think the current way is the best way to do it. I still can't see the added value in using an additional system user compared to the complications it can cause. Does my explanation below help you understand my point of view? The core of the issue is not so much the dedicated user. It's the fact that in the current situation we have 2 running Tryton servers. The GNU Health-generated one is a precondition for the ease-of-use that I want to provide to my users. If there was a service-less tryton-server package, this issue wouldn't be one. Would you be willing to accept a patch from me to do that? +Emilien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742781: lcms: diff for NMU version 1.19.dfsg1-1.3
Package: lcms
Version: 1.19.dfsg-1.2
Severity: normal
Tags: patch pending
Dear maintainer,
I've prepared an NMU for lcms (versioned as 1.19.dfsg1-1.3) and
uploaded it to DELAYED/8. Please feel free to tell me if I
should delay it longer.
Please note that I cannot upload myself, therefore I will ask Thijs, my AM to
do it for me. So please make sure to keep him CC if you need a longer delay or
if the NMU shouls be canceled.
Note: the nmudiff below is shortened by this three files:
lcms-1.19.dfsg1/include/icc34.h
lcms-1.19.dfsg1/python/lcms.py
lcms-1.19.dfsg1/python/lcms_wrap.cxx
They are already different in the current Debian version, compared to the
orig.tar.gz
and there are no additional changes for them due to this NMU
(they are anyway SWIG-generated files)
Regards.
--
Tobi
Binary files /tmp/lLzR8CKmmn/lcms-1.19.dfsg/Delphi/Samples/sRGB Color Space
Profile.icm and /tmp/01pcgTspqX/lcms-1.19.dfsg1/Delphi/Samples/sRGB Color Space
Profile.icm differ
diff -Nru lcms-1.19.dfsg/debian/changelog lcms-1.19.dfsg1/debian/changelog
--- lcms-1.19.dfsg/debian/changelog 2014-03-27 13:03:19.0 +0100
+++ lcms-1.19.dfsg1/debian/changelog2014-03-27 13:03:21.0 +0100
@@ -1,3 +1,15 @@
+lcms (1.19.dfsg1-1.3) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Apply fix from OpenSuse for CVE-2013-4276 (Closes: #718682)
+ * Repack orig-source to remove non-dfsg free color profiles. This is
+necessary as the resulting lintian error
+license-problem-md5sum-non-free-file would lead to an autoreject
+(Closes: #736806).
+ * Fix CVE-2013-4160 by backporting the fix from lcms-2 (Closes: #728208)
+
+ -- Tobias Frost t...@coldtobi.de Thu, 27 Mar 2014 12:20:24 +0100
+
lcms (1.19.dfsg-1.2) unstable; urgency=low
* Non-maintainer upload.
Binary files /tmp/lLzR8CKmmn/lcms-1.19.dfsg/python/testbed/sRGB Color Space
Profile.icm and /tmp/01pcgTspqX/lcms-1.19.dfsg1/python/testbed/sRGB Color Space
Profile.icm differ
diff -Nru lcms-1.19.dfsg/samples/icctrans.c lcms-1.19.dfsg1/samples/icctrans.c
--- lcms-1.19.dfsg/samples/icctrans.c 2009-10-30 16:57:45.0 +0100
+++ lcms-1.19.dfsg1/samples/icctrans.c 2014-03-27 13:03:21.0 +0100
@@ -86,6 +86,8 @@
static LPcmsNAMEDCOLORLIST InputColorant = NULL;
static LPcmsNAMEDCOLORLIST OutputColorant = NULL;
+unsigned int Buffer_size = 4096;
+
// isatty replacement
@@ -500,7 +502,7 @@
Prefix[0] = 0;
if (!lTerse)
-sprintf(Prefix, %s=, C);
+snprintf(Prefix, 20, %s=, C);
if (InHexa)
{
@@ -648,7 +650,9 @@
static
void GetLine(char* Buffer)
{
-scanf(%s, Buffer);
+char User_buffer[Buffer_size];
+fgets(User_buffer, (Buffer_size - 1), stdin);
+sscanf(User_buffer,%s, Buffer);
if (toupper(Buffer[0]) == 'Q') { // Quit?
@@ -668,7 +672,7 @@
static
double GetAnswer(const char* Prompt, double Range)
{
-char Buffer[4096];
+char Buffer[Buffer_size];
double val = 0.0;
if (Range == 0.0) { // Range 0 means double value
@@ -738,7 +742,7 @@
static
WORD GetIndex(void)
{
-char Buffer[4096], Name[40], Prefix[40], Suffix[40];
+char Buffer[Buffer_size], Name[40], Prefix[40], Suffix[40];
int index, max;
max = cmsNamedColorCount(hTrans)-1;
diff -Nru lcms-1.19.dfsg/src/cmsio1.c lcms-1.19.dfsg1/src/cmsio1.c
--- lcms-1.19.dfsg/src/cmsio1.c 2009-11-13 10:02:11.0 +0100
+++ lcms-1.19.dfsg1/src/cmsio1.c2014-03-27 13:03:21.0 +0100
@@ -2007,9 +2007,9 @@
return 0;
}
-strncpy(v -NamedColorList-Prefix, (const char*) nc2.prefix,
32);
-strncpy(v -NamedColorList-Suffix, (const char*) nc2.suffix,
32);
-v -NamedColorList-Prefix[32] = v-NamedColorList-Suffix[32]
= 0;
+strncpy(v -NamedColorList-Prefix, (const char*) nc2.prefix,
31);
+strncpy(v -NamedColorList-Suffix, (const char*) nc2.suffix,
31);
+v -NamedColorList-Prefix[31] = v-NamedColorList-Suffix[31]
= 0;
v -NamedColorList -ColorantCount = nc2.nDeviceCoords;
Binary files /tmp/lLzR8CKmmn/lcms-1.19.dfsg/testbed/sRGB Color Space
Profile.icm and /tmp/01pcgTspqX/lcms-1.19.dfsg1/testbed/sRGB Color Space
Profile.icm differ
diff -Nru lcms-1.19.dfsg/tifficc/tiffdiff.c lcms-1.19.dfsg1/tifficc/tiffdiff.c
--- lcms-1.19.dfsg/tifficc/tiffdiff.c 2009-10-30 16:57:46.0 +0100
+++ lcms-1.19.dfsg1/tifficc/tiffdiff.c 2014-03-27 13:03:21.0 +0100
@@ -633,7 +633,7 @@
cmsIT8SetSheetType(hIT8, TIFFDIFF);
-sprintf(Buffer, Differences between %s and %s, TiffName1, TiffName2);
+snprintf(Buffer, 256, Differences between %s and %s, TiffName1,
TiffName2);
cmsIT8SetComment(hIT8, Buffer);
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Bug#742783: init script kills all asterisk processes on a machine
Package: asterisk Version: 1:11.7.0~dfsg-1 The stop method in the init script contains these two lines: start-stop-daemon --stop --quiet --oknodo --retry=0/2/TERM/2/KILL/5 --exec $DAEMON start-stop-daemon --stop --quiet --oknodo --retry=0/2/TERM/2/KILL/5 --exec $CANARY If somebody is running multiple instances of Asterisk, this will kill all of them even if they only meant to kill one of them Would you consider removing these from the init script or could you elaborate on why they are necessary? The comments suggest that it is intended to kill any Asterisk CLI processes - is it really necessary to do that in this way? Shouldn't the CLI gracefully disconnect/reconnect when the main Asterisk process is killed/restarted? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742782: missing licenses in debian/copyright
Package: mpich Version: 3.1-1 Severity: serious User: alteh...@debian.org Usertags: ftp X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks Dear Maintainer, please add the missing licenses from: ./src/pm/hydra/tools/topo/hwloc/hwloc/COPYING ./src/armci/COPYRIGHT to debian/copyright. Thanks! Thorsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709971: New Information about the bug
Hi there, now is the time to build a new Bluray Burner. I try Ubuntu-server and xorriso uname -a Linux blulin1 3.11.0-18-generic #32-Ubuntu SMP Tue Feb 18 21:11:14 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux xorriso --version xorriso 1.2.4 : RockRidge filesystem manipulator, libburnia project. xorriso 1.2.4 ISO 9660 Rock Ridge filesystem manipulator and CD/DVD/BD burn program Copyright (C) 2012, Thomas Schmitt scdbac...@gmx.net, libburnia project. xorriso version : 1.2.4 Version timestamp : 2012.07.20.130001 Build timestamp : -none-given- libisofs in use : 1.3.0 (min. 1.3.0) libjte in use : 1.0.0 (min. 1.0.0) libburnin use : 1.3.2 (min. 1.3.2) libburn OS adapter: internal GNU/Linux SG_IO adapter sg-linux libisoburn in use : 1.2.4 (min. 1.2.4) Provided under GNU GPL version 2 or later. There is NO WARRANTY, to the extent permitted by law. The problem that the write speed is decrease is still present. So to see the problem you don't need to write data to disk. You can do on one drive: osirrox -indev /dev/sr0 -check_media data_to=./test/bla and on the second drive eject /dev/sr1 and eject -t /dev/sr1 At this moment I had some time to test solutions. Winfried. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742723: Some operational failures on 64 bit systems
found 742723 0.71-3 found 742723 0.71-4 severity 742723 normal retitle 742723 crashmail: Some operational failures on 64 bit systems forword 742723 https://sourceforge.net/p/ftnapps/crashmail/tickets/4/ thanks Currently testing new upstream v1.5 on 64 bit systems. It appears that if the crashmail.stat file is not already corrupt, the crashstats program does not segfault or otherwise fail. Note also that a crashmail-dbg package will be available the next update to help in debugging those and other issues.
Bug#663535: php-zmq ITP state
Hi Prach,
How is your php-zmq packaging goes? As the zeromq{,3} maintainer I've
a package ready for the PHP5 bindings as well. But you are the ITP
owner and I can step back if you need some time.
Regards,
Laszlo/GCS
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707632: [Debian-med-packaging] Bug#707632: gnuhealth: Package layout
* Emilien Klein: Re: [Debian-med-packaging] Bug#707632: gnuhealth: Package layout (Wed, 26 Mar 2014 21:59:01 +0100): Hi Emilien, Matthias, we had discussed this in the past, but I hadn't taken the time to properly respond directly on the bug report. Your (welcome!) contributions on the recent discussion [0] finally forces me to take care of this topic ;) Regarding your suggestions to split the gnuhealth Debian package into one binary package for each modules, I still object to that. I see absolutely no benefit to the user to have him perform the following workflow: - Install a barebones gnuhealth-server package using APT - Launching the Tryton client, initializing the base GNU Health module (health_profile) - Testing around, determining it's missing the functionality provided by the health_blabla module - Close the client, go back to the terminal/software center - Install the gnuhealth-blabla module using APT - Restarting the Tryton client and having to select the blabla module to initialize it A workflow like this is thus much easier for the user: - Install a the gnuhealth-server package using APT - Launching the Tryton client, initializing the base GNU Health module (health_profile) - Testing around, determining it's missing the functionality provided by the health_blabla module - Stay in the Tryton client, select the blabla module to initialize it The total size of all the GNU Health modules once installed is less than 45 Mb. Disc size is thus not an issue. The modularity that makes Tryton great lies in the ability to select which modules you want to use. You can have modules installed that you don't use, so there is no problem in installing all the GNU Health modules in one package. This also alleviates the issues that you are facing, whenever a new Tryton module is released, you need to have it uploaded by a Debian Developer, and the package has to be processed in the NEW queue, etc. Please let me know if you strongly disagree, if so please give technical details on why the package should not provide all modules. If not, I will soon close this issue. Thanks for your feedback. I will try to rephrase my concerns about the current package layout. 1) All modules in one binary package You know best yourself, that you had to some work to exclude a module in the first place from being packaged (because of missing dependencies IIRC). Another really strong argument is the KISS principle Tryton is following. Building sensible applications (be it for businesses or for hospitals, they all manage sensible data) takes care to really only install the software you need for the task. Each piece of software introduces a point of failure. Thus the modularity of Tryon is not just made for fun, but has a strong reason. This principle is broken with the single gnuhealth upstream tarball used for the current Debian packaging. BTW the tryton-modules-all package is just meant as a tool for testing, pulling quickly in dependencies, getting a first impression. It is for sure not recommended for production use. I am not in the position to evaluate, if the modules currently included in the gnuhealth package will be used by each gnuhealth user *anyway* (because the package otherwise is useless). It is completely up to you to decide, if a minimal installation really needs all modules. Otherwise it is not best practice with respect to data security. 2) Package layout and targeted audience I am still missing a clear concept, for which audience the gnuhealth package is targeted. With the arguments from 1) the package in its current shape for me is a demo package. Doing automatic backups and upgrades is a very responsible job. I personally never would dare to give the impression, that the package can provide an application that can be used without some basic knowledge of its administration. Remember, that we are always in contact with sensible data and sensible setups. A hospital using its system will strongly depend on its functionality. Upgrades should be done anyway by some knowledgeable person. This person should also take care of the upgrade of such an application, at the time he/she wants and with the full knowledge how to return to a previous working state. I don't think, that the current layout of the gnuhealth package is fit for the use in sensible environments. Just my 2¢. Cheers, Mathias -- Mathias Behrle PGP/GnuPG key availabable from any keyserver, ID: 0x8405BBF6 signature.asc Description: PGP signature
Bug#276655: Bug 276655
Hi Vlad, On 27.03.2014 12:38, Vlad Orlov wrote: Until this is fixed, we use a little trick to make apt-get recognize Synaptic's locks: http://forums.linuxmint.com/viewtopic.php?f=199t=150313#p785785 For the record, the workaround is: sudo ln -s /var/lib/synaptic/preferences /etc/apt/preferences.d/locked_in_synaptic Basically it makes Synaptic's pinning system-wide. Thanks for letting me know. I'm going to use this until synaptic fixes this bug. Best regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742780:
BTW, I found the following much easier to read (and it works on all compilers):
#include sys/types.h
int main(int argc, char **argv)
{
/* Cause a compile-time error if off_t is smaller than 64 bits */
int off_t_is_large[ sizeof(off_t) = 8 ? 1 : -1 ];
return 0;
}
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742785: usbutils: lsusb -t exits with segmentation fault
Package: usbutils
Version: 1:007-2
Severity: normal
Tags: patch
Hi,
I got the following error running 'lsusb -t':
# lsusb -t
Segmentation fault
It seems to happen because my directory /sys/bus/usb/devices/ is empty.
I've checked the code and found that as the directory is empty,
usbbuslist isn't
populated (still NULL). In the function sort_busses, usbbuslist is used
as it
isn't NULL, but it's the case here, so it ends with a segmentation fault.
To prevent this error I've added a quick check in the code about
usbbuslist at
the beginning of the function sort_busses. Patch in attachment.
Hope it helps.
--- a/lsusb-t.c 2013-06-06 19:13:12.0 -0400
+++ b/lsusb-t.c 2014-03-27 07:39:56.075336155 -0400
@@ -605,6 +605,7 @@
/* need to reverse sort bus numbers */
struct usbbusnode *t, *p, **pp;
int swapped;
+ if (!usbbuslist) return;
do {
p = usbbuslist;
pp = usbbuslist;
Bug#742699: ganeti: ExtStorage Interface broken in 2.10
Am 26.03.2014 17:58, schrieb Apollon Oikonomopoulos: Can you please try the attached patch against 2.10, using patch -d /usr/share/ganeti/default/ganeti -p2 You need to patch the master node only, and a restart of ganeti-masterd should be enough. Same problem. root@bl31c02:/etc/ganeti# patch -d /usr/share/ganeti/default/ganeti -p2 ~/0001-Fix-specification-of-TIDiskParams.patch patching file ht.py Hunk #1 succeeded at 570 (offset -1 lines). Same commands result in same output. -- bye Joerg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742484: Highlight packages installed from non-free?
On 27/03/14 at 10:58 +0200, Andrei POPESCU wrote: On Mi, 26 mar 14, 22:55:07, Tomasz Nitecki wrote: While the idea is interesting, I do see a few issues: 1. Isn't this feature too close to what vrms already does [1]? True, it doesn't (AFAIK) check the source of the package, but it not only shows which packages are non free but also explains what makes a package non-free. vrms is not hooked into APT. Shouldn't this be fixed in vrms, actually? 2. At the moment, how-can-i-help fetches only information related to packages containing specific types of bugs. To implement this new feature (and don't disclose the list of installed packages) we would have to download complete list of non-free packages or check all installed packages on the user side. Neither is supported by how-can-i-help and I do feel that it is slightly outside of our scope. I was thinking of something much simpler, like just displaying a list of installed packages from non-free and/or contrib with a heading like These packages are from non-free and/or contrib and should be replaced by free alternatives. So far, hcih lists issues where there's an obvious action: fix a bug, review a sponsorship request, etc. Replacing a non-free package by its free alternative is not so obvious: there might not be an alternative, it might be a super-complex piece of software, etc. So, I don't really think that such a feature has its place in hcih. It would be much more suitable in vrms, though. Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739844: transition: qtbase-opensource-src
On Thursday 27 March 2014 00:33:19 Julien Cristau wrote: [snip] Scheduled binNMUs for these 3. Excellent! That would be all indeed! Thanks a lot :) -- “I don’t think security can solve problems. We need to teach greater respect.” Oslo Mayor Stang when asked whether Oslo needs greater security after the attacks in Norway, 07/2011. 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#707639: [Debian-med-packaging] Bug#707639: gnuhealth: System user for the server
* Emilien Klein: Re: [Debian-med-packaging] Bug#707639: gnuhealth: System user for the server (Thu, 27 Mar 2014 13:06:53 +0100): 2014-03-27 12:46 GMT+01:00 Mathias Behrle mathi...@m9s.biz: * Emilien Klein: Re: [Debian-med-packaging] Bug#707639: gnuhealth: System user for the server (Wed, 26 Mar 2014 22:39:05 +0100): The GNU Health package runs its own dedicated Tryton server, under that gnuhealth user, unoconv would thus run under the same user as the Tryton server. I think you are missing the point. It's because I'm coming from a different angle than you. Read on ;) Seems so, yes;) Provided you are running a tryton-server and a gnuhealth-server under different users on the same machine, it will be painful (read: impossible AFAIK) to run a unoconv service for both of them or for each of them. You are correct that having 2 running Tryton servers is not helpful/wise. That is why having a service-less Tryton package would be very helpful in this case (cf link in my previous post) Nice;) You claim, that you want to provide a package with minimal user interaction for gnuhealth, but ask the 'original' package providing the server to do the contrary... To me, if a user is going to install GNU Health, they do it for medical reasons. They will also take care of the ERP side of running the hospital using Tryton, but they won't be running a separate Tryton server for that. They'll do it in the same Tryton server that is running for GNU Health. You are doing heavy assumptions on users. This is exactly the way, you are narrowing the possible target audience of your package. I could describe a lot of scenarios where your assumptions will proove to be wrong. As mentioned, I consider the Tryton server package to be in a broken/unusable state right after installation. To be precised. What is broken? I want the GNU Health package to be usable right out of the box, and be able to assist the users in all steps related to upgrades (such as updating the database models, possibly removing unused tables, etc.). I answered this point in #707632 [1] and don't want to repeat the arguments here. I can only do that if the database is managed by the Debian package. To manage the database, it needs to be created by the gnuhealth package. As I can't fiddle with files installed by the Tryton package (e.g. /etc/trytond.conf) as that is obviously against Debian packaging conventions. This ensues that I need to have the ability to have a gnuhealth user that owns the database, and run a Tryton server under that user so that it can access the database. You are mixing things. Why shouldn't you be able to manage a database owned by the tryton user? If you need a separate server configuration to be managed by your package this can most easily be done with the -c parameter of trytond (please have a look at the defaults file, that you are also using for the gnuhealth package). I will close this issue as the current situation is the best for the Debian users of GNU Health. You are obviously free to add more details and argument your position, should you think this presents major issues for Debian or its users. Done. I don't think the current way is the best way to do it. I still can't see the added value in using an additional system user compared to the complications it can cause. Does my explanation below help you understand my point of view? The core of the issue is not so much the dedicated user. It's the fact that in the current situation we have 2 running Tryton servers. The GNU Health-generated one is a precondition for the ease-of-use that I want to provide to my users. You can run as many dedicated trytond's as you want (see above). No separate system user required for that. If there was a service-less tryton-server package, this issue wouldn't be one. Would you be willing to accept a patch from me to do that? No, I see no point in doing that. I think, the gnuhealth package should make direct use of the tryton-server package. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707632 -- Mathias Behrle PGP/GnuPG key availabable from any keyserver, ID: 0x8405BBF6 signature.asc Description: PGP signature
Bug#729203: Intent to package FFmpeg
Hi Jonathan, I updated my packaging to FFmpeg 2.2 and was finally able to push it to the collab-maint repository [1]. Please review and test this. When we are satisfied with it, you could upload it to experimental. Best regards, Andreas 1: http://anonscm.debian.org/gitweb/?p=collab-maint/ffmpeg.git;a=summary git clone git://anonscm.debian.org/collab-maint/ffmpeg.git -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741119: transition: cogl
On 2014-03-27 11:38, Emilio Pozuelo Monfort wrote: On 08/03/14 21:33, Emilio Pozuelo Monfort wrote: 3/ binNMU: cheese gtkpod ibus-client-clutter libchamplain mx pinpoint scim totem Please binnmu those. Scheduled. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742773: mirrors: ftp.fr.debian.org has many new versions from untrusted source
Package: mirrors Followup-For: Bug #742773 it looks like there was an accidental leak of experimental in the unstable branche (hence the version 0.6.10-2 that appear as a normal installable version) the same problem occured with a lot of other packages (kde, xulrunner, etc.) the problem seem to be resolved now -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (99, 'experimental'), (59, 'stable'), (9, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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#742409: libsereal-encoder-perl: FTBFS on some architectures
Forwarded to upstream: https://github.com/Sereal/Sereal/issues/47 Alex
Bug#592787: caff: $CONFIG{'email'} is not being used for MAIL FROM command
Control: tag -1 wontfix
Hi,
On Thu, 20 Mar 2014 21:51:52 -0700, H. S. Teoh wrote:
I'm also running into this problem, caff insists on sending email with
MAIL FROM as username@localhost instead of the value I set in
$CONFIG{'email'}. I've tried Todd Lyons' workaround but it still
didn't work for me. So, this makes caff unusable for me. :-(
Which version of libmailtools-perl are you using? Also, caff uses
Mail::Mailer to send messages; by default messages are piped to
‘sendmail -t’, and as written in the manpage, the caffrc option
'mailer-send' allows to choose another sending method such as SMTP/SMTPS
with extra parameters as needed. Did you change the default method
(not-recommended, it's best to fix your MTA instead)?
I believe Todd's workaround only work for Mail::Mailer::smtp and
Mail::Mailer::smtps. However I personally find it cleaner to add an
extra parameter 'From' to set the Envelope From, rather than messing
around with the environment:
$CONFIG{'mailer-send'} = [ 'smtps'
, Server = 'smtp.example.org'
, Auth = [ 'username', 'password' ]
, From = $CONFIG{email}
];
If you prefer to use the sendmail binary via Mail::Mailer::sendmail
instead (and can't fix your MTA), you can set the envelope sender
address with ‘-f’, see sendmail(1):
$CONFIG{'mailer-send'} = [ 'sendmail', '-f', $CONFIG{email}, '-t' ];
A 'qmail' method is also available but I've never used it; I'm sure the
binary provides a way to set the Envelope From, though.
(Note that although the soon to be 1.1.6 release adds support for
Internalized Domain Names, the conversion to Punycode is only done
*after* reading the configuration file, so you'll have to encode
$CONFIG{email} — and other parameters to $CONFIG{'mailer-send'} —
manually in case they contain non ASCII characters.)
I'm tagging this bug as ‘wontfix’ because although I didn't find how to
set the Envelope From for Mail::Mailer methods anywhere but in the
source code [1], I believe one should file a documentation bug against
libmailtools-perl instead.
Cheers,
--
Guilhem.
[1] See Mail::Mailer::smtp, Mail::Mailer::smtps and
Mail::Util::mailaddress.
signature.asc
Description: Digital signature
Bug#736949: acct: diff for NMU version 6.5.5-2.1
tags 736949 + pending thanks Dear maintainer, I've prepared an NMU for acct (versioned as 6.5.5-2.1) and I intend to upload it to DELAYED/2 shortly. Please feel free to tell me if I should delay it longer. Regards. -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A diff -Nru acct-6.5.5/debian/changelog acct-6.5.5/debian/changelog --- acct-6.5.5/debian/changelog 2014-01-26 18:17:50.0 + +++ acct-6.5.5/debian/changelog 2014-03-26 14:22:47.0 + @@ -1,3 +1,11 @@ +acct (6.5.5-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix preprocessor syntax mistake is files.h.in to prevent FTBFS on +kFreeBSD (Closes: #736949) + + -- Alessio Treglia ales...@debian.org Wed, 26 Mar 2014 14:20:41 + + acct (6.5.5-2) unstable; urgency=low * debian/rules: diff -Nru acct-6.5.5/debian/patches/preprocessor-syntax-error.patch acct-6.5.5/debian/patches/preprocessor-syntax-error.patch --- acct-6.5.5/debian/patches/preprocessor-syntax-error.patch 1970-01-01 01:00:00.0 +0100 +++ acct-6.5.5/debian/patches/preprocessor-syntax-error.patch 2014-03-26 14:20:37.0 + @@ -0,0 +1,20 @@ +Description: Fix small preprocessor syntax mistake. +Author: Steven Chamberlain ste...@pyro.eu.org +Bug: https://savannah.gnu.org/bugs/index.php?41963 +Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=736949 +Forwarded: yes +--- + files.h.in |2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +--- acct-6.5.5.orig/files.h.in acct-6.5.5/files.h.in +@@ -18,7 +18,7 @@ + # include sys/acct.h + # if defined __FreeBSD__ || defined __FreeBSD_kernel__ + # include osreldate.h +-# if __FreeBSD_kernel__ ++# if defined __FreeBSD_kernel__ + # define __FreeBSD_version __FreeBSD_kernel_version + # endif /* __FreeBSD_kernel__ */ + # if __FreeBSD_version = 700100 /* FreeBSD 7.0-STABLE */ diff -Nru acct-6.5.5/debian/patches/series acct-6.5.5/debian/patches/series --- acct-6.5.5/debian/patches/series 2014-01-26 00:49:40.0 + +++ acct-6.5.5/debian/patches/series 2014-03-26 14:05:57.0 + @@ -10,3 +10,4 @@ isoc11_drops_gets.patch fix-texi-warnings.patch cross-build-support.patch +preprocessor-syntax-error.patch signature.asc Description: Digital signature
Bug#742786: dsniff: urlsnarf exits early, no longer reads stdin
Package: dsniff
Version: 2.4b1+debian-21.1
Severity: normal
== Add info. after this line ==
After upgrading to the new dsniff we ran into problem where urlsnarf exited
unexpectedly. Tracing the code revealed that this was because
pcap_next_ex() was returning zero which means a timeout happened. Not
entirely sure why it was getting a timeout, but the old urlsnarf had no
problem.
Researching the code revealed that the pcap_next_ex() was added by Debian
bugs
#636202 and #573365. These replace the nids mainloop with a new one which
apparently works slightly differently. Also the new urlsnarf can no longer
accept pcaps from stdin.
$ sudo tcpdump -i eth0 -s0 -w - -c 100 | urlsnarf -p /dev/stdin
Password:
urlsnarf: using /dev/stdin [tcp port 80 or port 8080 or port 3128]
pcap_open_offline(/dev/stdin): unknown file format
Attached is what I believe is the correct fix for #573365. Nids provides
the timestamp of the packet directly, no need to change large blocks of
code.
Thanks in advance,
--
Martijn van Oosterhout klep...@gmail.com http://svana.org/kleptog/
Author: Hilko Bengen ben...@debian.org
Description: urlsnarf: use timestamps from pcap file if available. Closes: #573365
Index: dsniff-2.4b1+debian/urlsnarf.c
===
--- dsniff-2.4b1+debian.orig/urlsnarf.c 2014-03-27 13:57:23.682751846 +0100
+++ dsniff-2.4b1+debian/urlsnarf.c 2014-03-27 13:59:16.528559030 +0100
@@ -57,7 +57,7 @@
{
static char tstr[32], sign;
struct tm *t, gmt;
- time_t tt = time(NULL);
+ time_t tt = nids_last_pcap_header-ts.tv_sec;
int days, hours, tz, len;
gmt = *gmtime(tt);
Bug#729203: Intent to package FFmpeg
Hi Andreas, On Thu, 27 Mar 2014, Andreas Cadhalpun wrote: I updated my packaging to FFmpeg 2.2 and was finally able to push it to the collab-maint repository [1]. I tried to build in a clean cowbuilder on amd64, but it dies right at the beginning after configure: ... Creating config.mak, config.h, and doc/config.texi... make[1]: Leaving directory `/tmp/buildd/ffmpeg-2.2' debian/rules override_dh_auto_build-arch make[1]: Entering directory `/tmp/buildd/ffmpeg-2.2' faketime Mon, 24 Mar 2014 18:56:11 +0100 dh_auto_build -a -- tools/qt-faststart sem_open: Function not implemented make[1]: *** [override_dh_auto_build-arch] Error 1 ... Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663535: php-zmq ITP state
Hi László,
On Thu, Mar 27, 2014 at 7:26 PM, László Böszörményi (GCS)
g...@debian.org wrote:
Hi Prach,
How is your php-zmq packaging goes? As the zeromq{,3} maintainer I've
a package ready for the PHP5 bindings as well. But you are the ITP
owner and I can step back if you need some time.
I intend to maintain it under the pkg-php-pecl umbrella and it is
already to upload.
http://lists.alioth.debian.org/pipermail/pkg-php-pecl/Week-of-Mon-20140324/000149.html
Regards,
Prach
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742691: New version of python-biom-format (Was: Bug#742691: please make robust against ad-hoc (pre/post released) versions of cython)
Hi, On Wed, Mar 26, 2014 at 10:54:11AM -0400, Yaroslav Halchenko wrote: ok -- done -- see patch attached I just realised that Biom-format has moved to a different location and thus we missed the new version. When inspecting this I realised that it is not using Cython any more - so the problem will be fixed with the new version automatically (Yaroslav, sorry for keeping you busy for no use :-(). I have updated the packaging at svn://svn.debian.org/svn/debian-med/trunk/packages/python-biom-format/trunk/ and have the following questions (specifically also to Tim): 1. Did you forwarded this patch to upstream? http://anonscm.debian.org/viewvc/debian-med/trunk/packages/python-biom-format/trunk/debian/patches/smart_arse_fix.patch?view=markup I think upstream would be interested in incorporating it. 2. Tim, your latest changelog says: Rename add_metadata to something less generic. It will die in the next release anyway. Since the script did not died in 1.3.1 I wonder what next release you might mean. 3. Will the packaging which I prepared in SVN work together with the latest qiime package? This question is probably important before I'll upload it to unstable. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742773: mirrors: ftp.fr.debian.org has many new versions from untrusted source
On 2014-03-27 14:17:11 +0100, Cyril Chaboisseau wrote: the problem seem to be resolved now Only a part. I now get: ┌──┐ │W: Failed to fetch ▒│ │ xz:/var/lib/apt/lists/partial/ftp.fr.debian.org_debian_dists_unstable_main▒│ │ _binary-i386_Packages: Hash Sum mismatch ▒│ │E: Some index files failed to download. They have been ignored, or old ones ▒│ │ used instead. ▒│ │E: Couldn't rebuild package cache▒│ │[ Ok ]│ └──┘ -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/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#742787: check for missing Disclaimer field in debian/copyright (for contrib/non-free packages)
Package: lintian Version: 2.5.21 Severity: wishlist Heya, for contrib or non-free packages Policy §12.5 says (emphasis with asterisks mine): Packages in the _contrib_ or _non-free_ archive areas *should* state in the copyright file that the package is not part of the Debian distribution and briefly explain why. Debian Copyright Format 1.0 documents the Disclaimer field as the appropriate place for such a statement (and points back to Policy 12.5): Disclaimer Formatted text, no synopsis: this field is used for non-free or contrib packages to state that they are not part of Debian and to explain why (see Debian Policy section 12.5). It would be very nice to have a corresponding Lintian check if the field is missing. I believe the conditions to trigger the check should be: - the package is in contrib or non-free, and - the package uses machine parseable debian/copyright, and - debian/copyright lacks the Disclaimer field How about it? (and, as usual, my deepest admiration and infinite thanks for maintaining lintian: the Debian world would be oh so much worse without it) Cheers. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-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 lintian depends on: ii binutils 2.24-4 ii bzip2 1.0.6-5 ii diffstat 1.58-1 ii file 1:5.17-1 ii gettext0.18.3.2-1 ii hardening-includes 2.5 ii intltool-debian0.35.0+20060710.1 ii libapt-pkg-perl0.1.29+b1 ii libarchive-zip-perl1.30-7 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.36-1 ii libdpkg-perl 1.17.6 ii libemail-valid-perl1.192-1 ii libfile-basedir-perl 0.03-1 ii libipc-run-perl0.92-1 ii liblist-moreutils-perl 0.33-2 ii libparse-debianchangelog-perl 1.2.0-1 ii libtext-levenshtein-perl 0.06~01-2 ii libtimedate-perl 2.3000-1 ii liburi-perl1.60-1 ii man-db 2.6.6-1 ii patchutils 0.3.2-3 ii perl [libdigest-sha-perl] 5.18.2-2+b1 ii t1utils1.37-2 Versions of packages lintian recommends: ii libautodie-perl 2.23-1 ii libperlio-gzip-perl 0.18-2 ii perl-modules [libautodie-perl] 5.18.2-2 Versions of packages lintian suggests: pn binutils-multiarch none ii dpkg-dev 1.17.6 ii libhtml-parser-perl3.71-1+b1 ii libtext-template-perl 1.46-1 ii libyaml-perl 0.84-1 ii xz-utils 5.1.1alpha+20120614-2 -- 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#737515: dictionaries-common-dev: dh_aspell
2014-03-07 12:35 GMT+01:00 Agustin Martin agmar...@debian.org:
I have been working on these new uploads during this week and now would like
to have spare time for other things. Will try to find time to start
ellaborating on those points.
Hi,
Had little time last weeks, so I only wrote a minimal draft for the
message. I did some testing on the symlinks stuff at experimental and
seems to work well, so it will soon be time to try that in real life.
Here goes the draft, it is rather light, but at least a minimal
starting point.
#
Dear spellchecking dictionaries and wordlists maintainers,
There were some recent changes in the system that may be interesting
for your package, after initial work by Andreas Beckmann and Tobias
Frost. Read below some reasons to consider upgrading your package and
use some of the new features.
* aspell-simple:
This is new feature intended to make things easier for people
maintaining aspell dictionaries created from pristine aspell
sources (created with aspell proc utility, as are those fetched
from aspell home page) that create nothing else than the aspell
dictionary package.
In these cases, debian/rules can be made as compact as
# = 8 =
#!/usr/bin/make -f
%:
dh $@ --with aspell
# this is not a GNU autoconf/automake build system
override_dh_auto_configure:
./configure
# = 8 =
* substvars:
Added support for ${wordlist:Depends}, ${ispell:Depends},
${aspell:Depends} and ${hunspell:Depends} substvars.
* ispell/aspell autobuildhash symlinks:
Build structure and autobuildhash scripts have been changed to allow
those symlinks being no longer shipped with the package but created
by the ispell or aspell autobuildhash script.
A list of automatically created symlinks is put in a .remove list
to make sure they are removed from postrm. Dangling symlinks are
searched for and removed at the trigger run (this last may have been
enough, but having .remove files does not harm).
This way we no longer need to ship any dangling symlink with the
package.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742699: ganeti: ExtStorage Interface broken in 2.10
Am 27.03.2014 13:34, schrieb Joerg Jaspert: Am 26.03.2014 17:58, schrieb Apollon Oikonomopoulos: Can you please try the attached patch against 2.10, using patch -d /usr/share/ganeti/default/ganeti -p2 You need to patch the master node only, and a restart of ganeti-masterd should be enough. Same problem. root@bl31c02:/etc/ganeti# patch -d /usr/share/ganeti/default/ganeti -p2 ~/0001-Fix-specification-of-TIDiskParams.patch patching file ht.py Hunk #1 succeeded at 570 (offset -1 lines). Same commands result in same output. Wäh, it may help to properly test. And actually restart the ganeti stuff. So, patch applied, restarted ganeti-masterd and then it works. -- bye Joerg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742789: wheezy backport needs tune up for nose testing: No module named nose.__main__; 'nose' is a package and cannot be directly executed
Package: dh-python
Version: 1.20131021-1~bpo70+1
Severity: normal
I do have
export PYBUILD_TEST_NOSE=1
%:
dh $@ --with python2,python3 --buildsystem=pybuild
override_dh_auto_test:
xvfb-run --auto-servernum --server-num=20 dh_auto_test $@
while backporting a perspective package to wheezy build fails
debian/rules override_dh_auto_test
make[1]: Entering directory `/tmp/buildd/seaborn-0.3.0'
xvfb-run --auto-servernum --server-num=20 dh_auto_test override_dh_auto_test
/usr/bin/python2.7: No module named nose.__main__; 'nose' is a package and
cannot be directly executed
E: pybuild pybuild:256: test: plugin distutils failed with: exit code=1: cd
'/tmp/buildd/seaborn-0.3.0/.pybuild/pythonX.Y_2.7/build'; python2.7 -m nose
--with-doctest
dh_auto_test: pybuild --test -i python{version} -p 2.7 2.6 --dir . returned
exit code 13
make[1]: *** [override_dh_auto_test] Error 13
make[1]: Leaving directory `/tmp/buildd/seaborn-0.3.0'
make: *** [build] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2
I wondered what was the reason/advantage for
cd {build_dir}; {interpreter} -m nose --with-doctest
instead of
cd {build_dir}; {interpreter} /usr/bin/nosetests --with-doctest
?
should be ok since both 2 and 3 scriptsare the same beasts:
$ diff /usr/bin/nosetests /usr/bin/nosetests3
1c1
#! /usr/bin/python
---
#! /usr/bin/python3
cheers,
-- System Information:
Debian Release: 7.2
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages dh-python depends on:
ii python3 3.2.3-6
dh-python recommends no packages.
dh-python 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#742788: npcdmod problem with largs perfdata (8192)
Package: pnp4nagios-bin
Version: 0.6.16-2
Severity: normal
Tags: patch
Hello,
i use debian stable (7.4) as my nagios server and have some checks with large
perfdata.
I use the npcdmod.o to write this perfdata to file (broker_module).
If the perfdata is to long, the string will not terminted by newline and the
next line append to this line.
See Attached file: perfdata.dump.gz
zgrep .DATATYPE perfdata.dump.gz #will help to find the line/problem
this is one line
DATATYPE::SERVICEPERFDATA TIMET::1395924718
HOSTNAME::xx2.rz.uni-jena.deSERVICEDESC::multi_nrpe_stat-fc3
SERVICEPERFDATA::check_multi::check_multi::plugins=19
time=1.530292 stat_dev_sdi::stat_dev::sdi_readB=1578376192c;
sdbx_readB=189207294976c; sdbx_writeB=11083DATATYPE::SERVICEPERFDATA
TIMET::1395924718 HOSTNAME::mailout1.rz.uni-jena.de
SERVICEDESC::multi_nrpe_stat
SERVICEPERFDATA::check_multi::check_multi::plugins=4 time=0.125382
stat_net::stat_net::eth0_in=895375029c; eth0_out=470741808c; eth0_in_err=0c;
eth0_in_drop=0c;
eth0_out_err=0c; eth0_out_drop=0c; lo_in=14205c; lo_out=14205c; lo_in_err=0c;
lo_in_drop=0c; lo_out_err=0c; lo_out_drop=0c;
stat_dev::stat_dev::sda_readB=567335936c;
sda_writeB=5723353088c; sda_read_time=62052c; sda_write_time=899829c;
sda_read=23177c; sda_write=412738c; sda_read_merged=4104c;
sda_write_merged=1000449c; sda_io_wait=0;
sda_io_time=340722c; sda_io_weighted=961474c;
SERVICECHECKCOMMAND::my_check_multi!nrpe_stat.cmd!-t 35 -T 60 SERVICESTATE::0
SERVICESTATETYPE::1
So this perfdata will be assigned to an other host/service ...
I converted this code (npcdmod.c) from snprintf with fput to fprintf only,
see patch attached. So the length of perfdata is not relevant.
In my environment i tested this patch successfully.
best regards
Thomas Sesselmann
--
Thomas Sesselmann, Dipl.-Inf.
Friedrich-Schiller-Universität Jena
Rechenzentrum
Am Johannisfriedhof 2
D-07743 Jena
Tel.: 03641/9-40530
Fax.: 03641/9-40630
perfdata.dump.gz
Description: application/gzip
--- pnp4nagios-0.6.16/src/npcdmod.c-orig 2014-03-27 14:23:11.560204139 +0100
+++ pnp4nagios-0.6.16/src/npcdmod.c 2014-03-27 14:39:52.508100371 +0100
@@ -187,7 +187,7 @@
service *service=NULL;
// char temp_buffer[1024];
- char perfdatafile_template[9216];
+// char perfdatafile_template[9216];
/* what type of event/data do we have? */
switch (event_type) {
@@ -213,8 +213,9 @@
if (hostchkdata-type == NEBTYPE_HOSTCHECK_PROCESSED
hostchkdata-perf_data != NULL) {
-snprintf(perfdatafile_template, sizeof(perfdatafile_template)
- - 1, DATATYPE::HOSTPERFDATA\t
+//snprintf(perfdatafile_template, sizeof(perfdatafile_template) - 1,
+fprintf(fp,
+DATATYPE::HOSTPERFDATA\t
TIMET::%d\t
HOSTNAME::%s\t
HOSTPERFDATA::%s\t
@@ -224,9 +225,9 @@
hostchkdata-host_name, hostchkdata-perf_data,
hostchkdata-command_name, hostchkdata-command_args,
hostchkdata-state, hostchkdata-state_type);
-perfdatafile_template[sizeof(perfdatafile_template) - 1]
- = '\x0';
-fputs(perfdatafile_template, fp);
+//perfdatafile_template[sizeof(perfdatafile_template) - 1]
+// = '\x0';
+//fputs(perfdatafile_template, fp);
}
}
break;
@@ -254,8 +255,9 @@
write_to_all_logs(temp_buffer, NSLOG_INFO_MESSAGE);
*/
-snprintf(perfdatafile_template, sizeof(perfdatafile_template)
- - 1, DATATYPE::SERVICEPERFDATA\t
+//snprintf(perfdatafile_template, sizeof(perfdatafile_template) - 1,
+fprintf(fp,
+ DATATYPE::SERVICEPERFDATA\t
TIMET::%d\t
HOSTNAME::%s\t
SERVICEDESC::%s\t
@@ -266,9 +268,9 @@
srvchkdata-host_name, srvchkdata-service_description,
srvchkdata-perf_data, service-service_check_command,
srvchkdata-state, srvchkdata-state_type);
-perfdatafile_template[sizeof(perfdatafile_template) - 1]
- = '\x0';
-fputs(perfdatafile_template, fp);
+//perfdatafile_template[sizeof(perfdatafile_template) - 1]
+// = '\x0';
+//fputs(perfdatafile_template, fp);
}
}
break;
smime.p7s
Description: S/MIME Cryptographic Signature
Bug#742790: muffin: FTBFS with new cogl
Source: muffin
Version: 1.7.3-1
Severity: serious
Tags: patch
Hi,
muffin FTBFS with the new cogl. The attached debdiff fixes this issue.
I plan to NMU this RSN if no action is taken, as this is going to block
the cogl transition soon.
Regards,
Emilio
diff -Nru muffin-1.7.3/debian/changelog muffin-1.7.3/debian/changelog
--- muffin-1.7.3/debian/changelog 2013-04-21 13:02:14.0 +0200
+++ muffin-1.7.3/debian/changelog 2014-03-27 15:12:13.0 +0100
@@ -1,3 +1,13 @@
+muffin (1.7.3-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * debian/patches/0001-Update-for-Cogl-API-breaks.patch:
++ Fix build with new cogl.
+ * debian/control:
++ Build depend on libcogl-dev = 1.18, needed for the above change.
+
+ -- Emilio Pozuelo Monfort po...@debian.org Thu, 27 Mar 2014 15:11:52 +0100
+
muffin (1.7.3-1) unstable; urgency=low
* New upstream: muffin_1.7.3
diff -Nru muffin-1.7.3/debian/control muffin-1.7.3/debian/control
--- muffin-1.7.3/debian/control 2013-04-20 17:35:01.0 +0200
+++ muffin-1.7.3/debian/control 2014-03-27 15:11:45.0 +0100
@@ -11,6 +11,7 @@
gobject-introspection (= 0.9.12-5~),
libgirepository1.0-dev (= 0.9.12),
libjson-glib-dev (= 0.13.2-1~),
+ libcogl-dev (= 1.18),
libclutter-1.0-dev (= 1.7.5),
libpango1.0-dev (= 1.2.0),
libgconf2-dev (= 2.6.1-2),
diff -Nru muffin-1.7.3/debian/patches/0001-Update-for-Cogl-API-breaks.patch muffin-1.7.3/debian/patches/0001-Update-for-Cogl-API-breaks.patch
--- muffin-1.7.3/debian/patches/0001-Update-for-Cogl-API-breaks.patch 1970-01-01 01:00:00.0 +0100
+++ muffin-1.7.3/debian/patches/0001-Update-for-Cogl-API-breaks.patch 2014-03-08 19:20:44.0 +0100
@@ -0,0 +1,84 @@
+From d2a1db8834bf0a9007bf6924b006a6f2c94ce88d Mon Sep 17 00:00:00 2001
+From: Jasper St. Pierre jstpie...@mecheye.net
+Date: Mon, 13 Jan 2014 13:03:19 -0500
+Subject: [PATCH] Update for Cogl API breaks
+
+---
+ configure.ac| 2 +-
+ src/compositor/meta-texture-rectangle.c | 9 ++---
+ src/compositor/meta-texture-rectangle.h | 4 +---
+ src/compositor/meta-texture-tower.c | 4
+ src/compositor/meta-window-actor.c | 5 +
+ src/core/meta-cursor-tracker.c | 1 -
+ 6 files changed, 5 insertions(+), 20 deletions(-)
+
+--- a/src/compositor/meta-texture-rectangle.c
b/src/compositor/meta-texture-rectangle.c
+@@ -35,10 +35,8 @@
+ meta_texture_rectangle_new (unsigned int width,
+ unsigned int height,
+ CoglPixelFormat format,
+-CoglPixelFormat internal_format,
+ unsigned int rowstride,
+-const guint8 *data,
+-GError **error)
++const guint8 *data)
+ {
+ ClutterBackend *backend =
+ clutter_get_default_backend ();
+@@ -46,10 +44,7 @@
+ clutter_backend_get_cogl_context (backend);
+ CoglTextureRectangle *tex_rect;
+
+- tex_rect = cogl_texture_rectangle_new_with_size (context,
+- width, height,
+- internal_format,
+- error);
++ tex_rect = cogl_texture_rectangle_new_with_size (context, width, height);
+ if (tex_rect == NULL)
+ return NULL;
+
+--- a/src/compositor/meta-texture-rectangle.h
b/src/compositor/meta-texture-rectangle.h
+@@ -34,10 +34,8 @@
+ meta_texture_rectangle_new (unsigned int width,
+ unsigned int height,
+ CoglPixelFormat format,
+-CoglPixelFormat internal_format,
+ unsigned int rowstride,
+-const guint8 *data,
+-GError **error);
++const guint8 *data);
+
+ gboolean
+ meta_texture_rectangle_check (CoglTexture *texture);
+--- a/src/compositor/meta-texture-tower.c
b/src/compositor/meta-texture-tower.c
+@@ -365,13 +365,9 @@
+ meta_texture_rectangle_new (width, height,
+ /* data format */
+ TEXTURE_FORMAT,
+-/* internal cogl format */
+-TEXTURE_FORMAT,
+ /* rowstride */
+ width * 4,
+ /* data */
+-NULL,
+-/* error */
+ NULL);
+ }
+ else
+--- a/src/compositor/meta-shaped-texture.c
b/src/compositor/meta-shaped-texture.c
+@@ -295,10 +295,8 @@
+ if (meta_texture_rectangle_check (paint_tex))
+ priv-mask_texture =
Bug#742770: extprograms not installed in correct directory
severity 742770 important tags 742770 +confirmed thanks This is happening because the sieve_plugins setting is used, which causes the sieve plugin to look for plugins in /usr/lib/dovecot/modules/sieve. signature.asc Description: Digital signature
Bug#729203: Intent to package FFmpeg
Hi Norbert, On 27.03.2014 14:49, Norbert Preining wrote: On Thu, 27 Mar 2014, Andreas Cadhalpun wrote: I updated my packaging to FFmpeg 2.2 and was finally able to push it to the collab-maint repository [1]. I tried to build in a clean cowbuilder on amd64, but it dies right at the beginning after configure: ... Creating config.mak, config.h, and doc/config.texi... make[1]: Leaving directory `/tmp/buildd/ffmpeg-2.2' debian/rules override_dh_auto_build-arch make[1]: Entering directory `/tmp/buildd/ffmpeg-2.2' faketime Mon, 24 Mar 2014 18:56:11 +0100 dh_auto_build -a -- tools/qt-faststart sem_open: Function not implemented make[1]: *** [override_dh_auto_build-arch] Error 1 Strange, as it builds fine with pbuilder. I just tried a jessie/amd64 chroot with cowbuilder and it builds fine for me. Does your cowbuilder mount /run/shm? Mine does: I: mounting /run/shm filesystem This might be the cause for 'sem_open: Function not implemented'. Best regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742166: closed by Michael Vogt m...@debian.org (Bug#742166: fixed in synaptic 0.81.1)
On Wed, Mar 26, 2014 at 09:45:06PM -0400, Filipus Klutiero wrote: [..] Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Michael Vogt m...@debian.org by replying to this email. The issue appears to remain the same in 0.81.1. Thanks and sorry for the premature closing of bug. I assumed that adding iceweasel would fix it. So just to clarify - the effect is the same when using gksu or kdesu? It could be that gksu does not provide any information what UID the calling user has. If you run kdesu env, do you see anything that indicates your username or your userid in the environment? Thanks, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742754: qiime: When installing, get: W: pycompile:160: dangling symlink skipped: /usr/lib/qiime/bin/add_metadata.py
Hello, I originally installed qiime version 1.7 on several machines which had not previously had qiime installed on them at all. When I did the original installs, I received the following warning during all of them: W: pycompile:160: dangling symlink skipped: /usr/lib/qiime/bin/add_metadata.py (../../../bin/add_biom_metadata) I have since upgraded qiime to the version reported in the bug report (1.8.0+dfsg-2). I do not recall if I received the same warning when doing the upgrade from 1.7 to 1.8, but I don't believe so. Please note that, when I did the original installs: - /usr/bin/add_metadata existed - I did have python-biom-format installed Please note that, as far as I am aware, there have been no adverse consequences as a result of this warning, but also that I am not the user of the software on these machines. Thanks/best -- Steve Lane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742691: New version of python-biom-format (Was: Bug#742691: please make robust against ad-hoc (pre/post released) versions of cython)
Hi Tim, On Thu, Mar 27, 2014 at 02:37:44PM +, Tim Booth wrote: Hi Andreas, I have updated the packaging at svn://svn.debian.org/svn/debian-med/trunk/packages/python-biom-format/trunk/ and have the following questions (specifically also to Tim): 1. Did you forwarded this patch to upstream? http://anonscm.debian.org/viewvc/debian-med/trunk/packages/python-biom-format/trunk/debian/patches/smart_arse_fix.patch?view=markup I think upstream would be interested in incorporating it. No, I didn't send it. Wasn't sure how they would take it. Well, seems to be worth discussing. I'll do since I also want to approach them about unit tests (which vanished in the new version). 2. Tim, your latest changelog says: Rename add_metadata to something less generic. It will die in the next release anyway. Since the script did not died in 1.3.1 I wonder what next release you might mean. Don't take my word for it. Run the script! --- $ add_biom_metadata This script no longer exists. ... --- If the script denies its own existence who are we to argue? :-) Seems we should not install this at all any more ... 3. Will the packaging which I prepared in SVN work together with the latest qiime package? This question is probably important before I'll upload it to unstable. A quick build on my system failed. Or rather it builds but when I run it: --- % biom usage: biom command [args] The currently available commands are: The following commands could not be loaded: add-metadataError: cannot import name make_command_in_collection_lookup_f convert Error: cannot import name make_command_in_collection_lookup_f show-install-info Error: cannot import name make_command_out_collection_lookup_f subset-tableError: cannot import name make_command_in_collection_lookup_f summarize-table Error: cannot import name make_command_in_collection_lookup_f validate-table Error: cannot import name make_command_in_collection_lookup_f See 'biom help command' for more information on a specific command. --- My guess is that updating PyQi might help (https://pypi.python.org/pypi/pyqi/). Did you already do that? No, I did not. I just realised that this also has moved. To bad if projects are moving and our watch files are pointing to the wrong location. Since it might perfectly be the cause of the problem I could try to do this today evening / night if nobody will beat me. This also scores one more point for the unit test which simply should have made the build fail ... Also, can this now be arch=all or is there still something being compiled that I missed? I think so. I'm not done with the package anyway since it creates a lintian error about google-spying in the docs. Letting you have a look in parallel has proven to be valuable. ;-) Kind regards and thanks for testing Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742691: New version of python-biom-format (Was: Bug#742691: please make robust against ad-hoc (pre/post released) versions of cython)
Hi Andreas, I have updated the packaging at svn://svn.debian.org/svn/debian-med/trunk/packages/python-biom-format/trunk/ and have the following questions (specifically also to Tim): 1. Did you forwarded this patch to upstream? http://anonscm.debian.org/viewvc/debian-med/trunk/packages/python-biom-format/trunk/debian/patches/smart_arse_fix.patch?view=markup I think upstream would be interested in incorporating it. No, I didn't send it. Wasn't sure how they would take it. 2. Tim, your latest changelog says: Rename add_metadata to something less generic. It will die in the next release anyway. Since the script did not died in 1.3.1 I wonder what next release you might mean. Don't take my word for it. Run the script! --- $ add_biom_metadata This script no longer exists. ... --- If the script denies its own existence who are we to argue? 3. Will the packaging which I prepared in SVN work together with the latest qiime package? This question is probably important before I'll upload it to unstable. A quick build on my system failed. Or rather it builds but when I run it: --- % biom usage: biom command [args] The currently available commands are: The following commands could not be loaded: add-metadataError: cannot import name make_command_in_collection_lookup_f convert Error: cannot import name make_command_in_collection_lookup_f show-install-info Error: cannot import name make_command_out_collection_lookup_f subset-tableError: cannot import name make_command_in_collection_lookup_f summarize-table Error: cannot import name make_command_in_collection_lookup_f validate-table Error: cannot import name make_command_in_collection_lookup_f See 'biom help command' for more information on a specific command. --- My guess is that updating PyQi might help (https://pypi.python.org/pypi/pyqi/). Did you already do that? Also, can this now be arch=all or is there still something being compiled that I missed? Cheers, TIM -- Tim Booth tbo...@ceh.ac.uk NERC Environmental Bioinformatics Centre Centre for Ecology and Hydrology Maclean Bldg, Benson Lane Crowmarsh Gifford Wallingford, England OX10 8BB http://nebc.nerc.ac.uk +44 1491 69 2705 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742780: Bogus LFS test on autoconf
On 2014-03-27 12:56 +0100, Mathieu Malaterre wrote:
Package: autoconf
Version: 2.69-1
Severity: grave
Tags: lfs
The file: ./lib/autoconf/specific.m4 contained basically the following C code:
[...]
#include sys/types.h
int main(int argc, char **argv)
{
/* Cause a compile-time error if off_t is smaller than 64 bits */
#define LARGE_OFF_T (((off_t) 1 62) - 1 + ((off_t) 1 62))
int off_t_is_large[ (LARGE_OFF_T % 2147483629 == 721 LARGE_OFF_T
% 2147483647 == 1) ? 1 : -1 ];
return 0;
}
There is one important difference, though: in autoconf, the
off_t_is_large array is declared _outside_ main(), and current gcc
versions barf with variably modified 'off_t_is_large' at file scope
error message on it.
So despite the undefined behavior, packages in the archive are probably
not broken (yet?).
Cheers,
Sven
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742769: jenkins-job-builder: NMU diff for 0.5.0-2 upload
On Thu, Mar 27, 2014 at 3:22 AM, Tollef Fog Heen tfh...@debian.org wrote:
Package: jenkins-job-builder
Severity: normal
Hi,
I just uploaded 0.5.0-2 to DELAYED/7-day.
Please see attached debdiff for the diff.
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (500, 'testing'), (50, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.13-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
Tollef Fog Heen
UNIX is user friendly, it's just picky about who its friends are
diff -Nru jenkins-job-builder-0.5.0/debian/changelog
jenkins-job-builder-0.5.0/debian/changelog
--- jenkins-job-builder-0.5.0/debian/changelog 2013-07-28 16:32:22.0
+0200
+++ jenkins-job-builder-0.5.0/debian/changelog 2014-03-26 13:10:00.0
+0100
@@ -1,3 +1,11 @@
+jenkins-job-builder (0.5.0-2) unstable; urgency=medium
+
+ * Move creation of /usr/bin/jenkins-jobs symlink from debian/rules to
+.link file. Closes: #728585. Thanks to Felix Geyer for the patch.
+ * Add missing dependency on python-pkg-resources.
+
+ -- Tollef Fog Heen tfh...@debian.org Wed, 26 Mar 2014 11:21:55 +0100
+
jenkins-job-builder (0.5.0-1) unstable; urgency=low
* New upstream release (Closes: #718126)
diff -Nru jenkins-job-builder-0.5.0/debian/control
jenkins-job-builder-0.5.0/debian/control
--- jenkins-job-builder-0.5.0/debian/control2013-07-28 16:32:22.0
+0200
+++ jenkins-job-builder-0.5.0/debian/control2014-03-26 13:09:39.0
+0100
@@ -20,6 +20,7 @@
libjs-underscore,
python-jenkins,
python-yaml,
+ python-pkg-resources,
${misc:Depends},
${python:Depends},
${sphinxdoc:Depends}
diff -Nru jenkins-job-builder-0.5.0/debian/links
jenkins-job-builder-0.5.0/debian/links
--- jenkins-job-builder-0.5.0/debian/links 2013-07-28 16:32:22.0
+0200
+++ jenkins-job-builder-0.5.0/debian/links 2014-03-26 11:20:19.0
+0100
@@ -5,3 +5,5 @@
# Overwrite underscore.js from upstream tarball with a link to
underscore.min.js
# provided by Underscore Debian package
/usr/share/javascript/underscore/underscore.min.js
usr/share/doc/jenkins-job-builder/html/_static/underscore.js
+
+/usr/share/jenkins-job-builder/jenkins-jobs usr/bin/jenkins-jobs
diff -Nru jenkins-job-builder-0.5.0/debian/rules
jenkins-job-builder-0.5.0/debian/rules
--- jenkins-job-builder-0.5.0/debian/rules 2013-07-28 16:32:22.0
+0200
+++ jenkins-job-builder-0.5.0/debian/rules 2014-03-26 11:20:39.0
+0100
@@ -21,7 +21,6 @@
dh_install
mv debian/jenkins-job-builder/usr/bin/jenkins-jobs \
debian/jenkins-job-builder/usr/share/jenkins-job-builder
- dh_link /usr/share/jenkins-job-builder/jenkins-jobs
/usr/bin/jenkins-jobs
override_dh_installchangelogs:
dh_installchangelogs ChangeLog
Thanks for doing this, I'm planning on making some time again in the
next few weeks for this (wife is expecting ATM).
--
Paul Belanger | PolyBeacon, Inc.
Jabber: paul.belan...@polybeacon.com | IRC: pabelanger (Freenode)
Github: https://github.com/pabelanger | Twitter: https://twitter.com/pabelanger
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703188: Re: Bug#703188: Offer to sponsor ruby-pygments.rb
You're welcome, let me know if there is anything else. On Wed, Mar 26, 2014 at 7:11 PM, Dominique Dumont d...@debian.org wrote: On Tuesday 25 March 2014 17:08:43 Sytse Sijbrandij wrote: Responding here since I only just subscribed to the mailinglist. Did you know that we dropped pygments for highlight.js in our previous release? No. This means that we need not to worry about the gitlab lexer. Thanks for the heads up. Best regards Dominique -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737572: libqmi 1.8.0
Am 18.03.2014 16:37, schrieb Marius Kotsbak:
2014-03-18 16:07 GMT+01:00 Michael Biebl bi...@debian.org:
I will have a look at your proposed solution then. What we miss then is a
user that know about the limitations and want to have two different
versions installed but not used at the same time (as the binary name/path
would be the same).
Are you worried that a libqmi-glib1 and libqmi-glib2 both use the same
version of libqmi-proxy? If that is your concern you could make the
depends versioned, ie.
Depends: libqmi-proxy (= ${binary:Version})
That means, libqmi-glib1 and libqmi-glib2 would not be co-installable,
which would make library transitions a bit more ugly, but then libqmi
doesn't have that many rdepends, so this should be ok.
Marius, unless you have other concerns/questions, please ask.
If you need a sponsor, I can offer that.
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#742791: ITP: r-cran-ecodist -- GNU R package for dissimilarity-based ecological analysis
Package: wnpp Owner: Dirk Eddelbuettel e...@debian.org Severity: wishlist * Package name: r-cran-ecodist Version : 1.2.9-1 Upstream Author : Sarah Goslee and Dean Urban * URL or Web page : http://cran.r-project.org/package=ecodist * License : GPL-2 Description : GNU R package for dissimilarity-based ecological analysis This package is now a Build-Depends: of fAssets (aka r-cran-fassets), another package which has been part of Debian since 2007. Dirk -- Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741361: [Pkg-kde-extras] Bug#741361: Please migrate to xine-lib-1.2
On Sat, Mar 22, 2014 at 10:16:42PM -0300, Lisandro Damián Nicanor Pérez Meyer wrote: tag 741361 moreinfo thanks On Tuesday 11 March 2014 18:14:17 Moritz Muehlenhoff wrote: Source: kaffeine Severity: important Hi, xine-lib is scheduled for removal in jessie. Please build-depend on libxine2-dev instead of libxine-dev (a test compile worked fine for me) The severity will be bumped to RC status in a few weeks/months. Hi Moritz! If libxine is going to be *removed*, can't you simply make libxine- dev provide libxine2 stuff? In that way you will only need binNMUs for this packages. You normally add the soname to dev packages if you intend to provide more than one version at the time. Note that I'm not the xine-lib maintainer, I'm adding Darren to CC. Since there are only three packages still using libxine-dev (plus one which needs to be removed), simply fixing these three packages and removing the package might be simpler. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742792: ITP: r-cran-energy -- GNU R package for distribution comparison
Package: wnpp Owner: Dirk Eddelbuettel e...@debian.org Severity: wishlist * Package name: r-cran-energy Version : 1.6.1 Upstream Author : Maria L. Rizzo and Gabor J. Szekely * URL or Web page : http://cran.r-project.org/package=energy * License : GPL-2 Description : GNU R package for distribution comparison This package is now a Build-Depends: of fAssets (aka r-cran-fassets), another package which has been part of Debian since 2007. Dirk -- Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742794: ITP: r-cran-mvnormtest -- GNU R package for multivariate normality test
Package: wnpp Owner: Dirk Eddelbuettel e...@debian.org Severity: wishlist * Package name: r-cran-mvnormtest Version : 0.1-9 Upstream Author : Slawomir Jarek * URL or Web page : http://cran.r-project.org/package=mvnormtest * License : GPL-2 Description : GNU R package for multivariate normality test This package is now a Build-Depends: of fAssets (aka r-cran-fassets), another package which has been part of Debian since 2007. Dirk -- Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737572: libqmi 1.8.0
2014-03-27 16:03 GMT+01:00 Michael Biebl bi...@debian.org:
Am 18.03.2014 16:37, schrieb Marius Kotsbak:
2014-03-18 16:07 GMT+01:00 Michael Biebl bi...@debian.org:
I will have a look at your proposed solution then. What we miss then is a
user that know about the limitations and want to have two different
versions installed but not used at the same time (as the binary name/path
would be the same).
Are you worried that a libqmi-glib1 and libqmi-glib2 both use the same
version of libqmi-proxy? If that is your concern you could make the
depends versioned, ie.
Depends: libqmi-proxy (= ${binary:Version})
That means, libqmi-glib1 and libqmi-glib2 would not be co-installable,
which would make library transitions a bit more ugly, but then libqmi
doesn't have that many rdepends, so this should be ok.
Marius, unless you have other concerns/questions, please ask.
I agree with Steve here, an older version of libqmi would probably be able
to use a newer version of the proxy, so that makes it easy. Will soon have
a look at that implementation and do more testing.
--
Marius
Bug#742793: RM: t1lib/5.1.2-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Hi, please remove t1lib from testing (#637488). All the other reverse deps have been fixed and migrated to testing, the only exception is grace which can be removed along with t1lib. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742795: when selecting no webservers to configure, asks whether to restart
Package: dokuwiki Version: 0.0.20131208-1 Severity: minor Hi, If you unselect all webservers in the debconf question on which one to configure, after that still a question appears about whether the webserver should be restarted. This could of course be omitted in that case. Cheers, Thijs -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages dokuwiki depends on: ii debconf [debconf-2.0] 1.5.52 ii javascript-common 11 ii libjs-jquery 1.7.2+dfsg-3 ii libjs-jquery-cookie9-1 ii libjs-jquery-ui1.10.1+dfsg-1 ii libphp-simplepie 1.2.1-3 ii php-geshi 1.0.8.11-2 ii php-seclib 0.3.6-1 ii php5 5.5.9+dfsg-1 ii ucf3.0027+nmu1 Versions of packages dokuwiki recommends: ii php5-cli5.5.9+dfsg-1 ii php5-gd 5.5.9+dfsg-1 ii php5-ldap 5.5.9+dfsg-1 ii php5-mysql 5.5.9+dfsg-1 Versions of packages dokuwiki suggests: pn libapache2-mod-xsendfile none -- debconf information: * dokuwiki/wiki/acl: true dokuwiki/system/localnet: 10.0.0.0/24 * dokuwiki/system/accessible: localhost only * dokuwiki/wiki/superuser: admin * dokuwiki/system/documentroot: /dokuwiki * dokuwiki/system/configure-webserver: * dokuwiki/system/writeconf: false * dokuwiki/system/writeplugins: false dokuwiki/wiki/failpass: * dokuwiki/wiki/license: cc-by-sa * dokuwiki/system/restart-webserver: false * dokuwiki/wiki/policy: public * dokuwiki/system/purgepages: false * dokuwiki/wiki/title: Debian DokuWiki * dokuwiki/wiki/email: webmaster@localhost * dokuwiki/wiki/fullname: DokuWiki Administrator -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742796: ITP: redshift-plasmoid -- Adjusts the color temperature of your screen, KDE plasmoid
Package: wnpp Severity: wishlist Owner: Maximiliano Curia m...@debian.org -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: redshift-plasmoid Version : 0.6.2 Upstream Author : Simone Gaiarin simg...@gmail.com * URL : http://kde-apps.org/content/show.php/Redshift+plasmoid?content=148737 * License : GPL-3+ Programming Lang: C++ Description : Adjusts the color temperature of your screen, KDE plasmoid Redshift plasmoid provides a configuration interface and allows one to start/stop Redshift daemon either manually or automatically based on the current activity. This package would be maintained under the Debian KDE Extras Team umbrella. Happy hacking. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJTNEQ0AAoJEMcZdpmymyMq+MUP/00/D1f4dST9697FhLJ2LNoy KDFCchirZaiY1emPXk8Hm6Srm46FG95zTWC/d/hIjuf6iYvMi1ZMGLCE51gVS/bK Nr/SYj8x5LcxSQ1st1ftAuMvZSxbBB9NzdRm0ILTDl1pF9HK0wOAasjqYI8EZ8uL c5Vbz+uw1rFqqSIuoQgX/zvx7FlwGhz126VjN/6Df06HY7xFhRAeqAiKvZYksDNB Hr0nzl6i05qzJyVfdwhTxsxAroe8BZp8i6Re7RSr9u8OtXVuRaXVLImy2rrs5rZW uldXdpPW36QJ6MQ7+l72pwLWXM9plmoEjWYIROrdnMJhzNkfGLgEoR9tY6lrSEms /idjjMf6mwzmx8lYN3DROAAuby3T4NWfjgBewjVzCOG4/a+1wfvO83y6LvtYkmpF 0/wIuwE1DUmpVIzzqPMeaScV3eqSq0+Iye1+1tKZzpbmbzLZvDjN8GJ1T4YkdUmK QNXw2vIUZfF6mjKF2xRhAWCDEiwbuZBhmlQSYdZ4vCBglkqUM52wEv+L18C3VnEG RtOG4kU1o4powl699OqCX4jHS+0bIkkGLhUzZ5tokAwWzPWn/bYPwCr9CqU+BHhI wHHpieBUaWVbWhq0MW4ZciVp8d0N65/vzd6XcDm+MuX+Yr7fjyjhY+C4pW6j+B8A sRLgCmiK+YN14PFvc9UC =ZxmU -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742797: supermin FTBFS on hppa
Package: supermin
Tags: patch
version: 5.1.5-1
supermin fails to build on hppa.
Main reason is, that the hppa assembler syntax is slightly different than the
gnu as to keep compatibility to the HP-UX assembler.
The build log
(http://buildd.debian-ports.org/status/fetch.php?pkg=superminarch=hppaver=5.1.5-1stamp=1394771878)
shows:
./bin2s.pl init ext2init-bin.S
gcc -std=gnu99 -o ext2init-bin.o -c ext2init-bin.S
ext2init-bin.S: Assembler messages:
ext2init-bin.S:62887: Error: bad or irreducible absolute expression; zero
assumed
ext2init-bin.S:62887: Error: junk at end of line, first unrecognized character
is `,'
make[4]: *** [ext2init-bin.o] Error 1
The attached patch fixes this.
It would be nice if you could apply it to the next version.
Thanks,
Helgediff -up ./helper/bin2s.pl.org ./helper/bin2s.pl
--- ./helper/bin2s.pl.org 2014-03-27 16:01:04.274633813 +0100
+++ ./helper/bin2s.pl 2014-03-27 16:16:28.433361727 +0100
@@ -39,7 +39,11 @@ print $ofh EOF;
_binary_${infile}_end:
+#if defined(__hppa__)
+\t_binary_${infile}_size: .equ $sz
+#else
\t.equ _binary_${infile}_size, $sz
+#endif
EOF
close $ofh;
Bug#739503: forked-daapd: FTBFS on powerpc: undefined reference to `__stack_chk_guard'
severity 739503 normal thanks Hi Sebastian, On 02/19/2014 01:40 PM, Sebastian Ramacher wrote: Source: forked-daapd Version: 0.19gcd-3 Severity: serious Justification: fails to build from source (but built successfully in the past) forked-daapd fails to build on powerpc: | /bin/bash ../libtool --tag=CC --mode=link clang -fblocks -D_REENTRANT -I/usr/include/taglib -D_THREAD_SAFE -D_REENTRANT -I/usr/include/libxml2 -I/usr/include/alsa -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -Wall -D_LARGEFILE_SOURCE -Wl,-z,relro -o forked-daapd forked_daapd-main.o forked_daapd-db.o forked_daapd-logger.o forked_daapd-conffile.o forked_daapd-filescanner.o forked_daapd-filescanner_ffmpeg.o forked_daapd-filescanner_urlfile.o forked_daapd-filescanner_m3u.o forked_daapd-filescanner_itunes.o forked_daapd-mdns_avahi.o forked_daapd-network.o forked_daapd-remote_pairing.o forked_daapd-avio_evbuffer.o forked_daapd-http.o forked_daapd-httpd.o forked_daapd-httpd_rsp.o forked_daapd-httpd_daap.o forked_daapd-httpd_dacp.o forked_daapd-dmap_common.o forked_daapd-transcode.o forked_daapd-artwork.o forked_daapd-misc.o forked_daapd-rng.o forked_daapd-rsp_query.o forked_daapd-daap_query.o forked_daapd-player .o forked_daapd-laudio_alsa.o forked_daapd-raop.o forked_daapd-evbuffer.o forked_daapd-scan-wma.o forked_daapd-scan-flac.o forked_daapd-scan-mpc.o forked_daapd-RSPLexer.o forked_daapd-RSPParser.o forked_daapd-RSP2SQL.o forked_daapd-DAAPLexer.o forked_daapd-DAAPParser.o forked_daapd-DAAP2SQL.o -lrt -lz -lavahi-common -lavahi-client -lsqlite3 -lavcodec -lavformat -lswscale -lavutil -lconfuse -lFLAC -ltag_c -ltag -lavl -lmxml -lpthread -lantlr3c -L/usr//usr/lib/powerpc-linux-gnu -lplist -lgcrypt -L/usr/lib/powerpc-linux-gnu -lgpg-error -lasound -lunistring -ldispatch -lBlocksRuntime -Wl,-z,relro -ltre | libtool: link: clang -fblocks -D_REENTRANT -I/usr/include/taglib -D_THREAD_SAFE -D_REENTRANT -I/usr/include/libxml2 -I/usr/include/alsa -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -Wall -D_LARGEFILE_SOURCE -Wl,-z -Wl,relro -o forked-daapd forked_daapd-main.o forked_daapd-db.o forked_daapd-logger.o forked_daapd-conffile.o forked_daapd-filescanner.o forked_daapd-filescanner_ffmpeg.o forked_daapd-filescanner_urlfile.o forked_daapd-filescanner_m3u.o forked_daapd-filescanner_itunes.o forked_daapd-mdns_avahi.o forked_daapd-network.o forked_daapd-remote_pairing.o forked_daapd-avio_evbuffer.o forked_daapd-http.o forked_daapd-httpd.o forked_daapd-httpd_rsp.o forked_daapd-httpd_daap.o forked_daapd-httpd_dacp.o forked_daapd-dmap_common.o forked_daapd-transcode.o forked_daapd-artwork.o forked_daapd-misc.o forked_daapd-rng.o forked_daapd-rsp_query.o forked_daapd-daap_query.o forked_daapd-player.o forked_daapd-laudio_alsa.o forke d_daapd-raop.o forked_daapd-evbuffer.o forked_daapd-scan-wma.o forked_daapd-scan-flac.o forked_daapd-scan-mpc.o forked_daapd-RSPLexer.o forked_daapd-RSPParser.o forked_daapd-RSP2SQL.o forked_daapd-DAAPLexer.o forked_daapd-DAAPParser.o forked_daapd-DAAP2SQL.o -Wl,-z -Wl,relro -lrt -lz -lavahi-common -lavahi-client /usr/lib/powerpc-linux-gnu/libsqlite3.so -lavcodec -lavformat -lswscale -lavutil -lconfuse -lFLAC -ltag_c -ltag -lavl -lmxml -lpthread -lantlr3c -L/usr//usr/lib/powerpc-linux-gnu -lplist -lgcrypt -L/usr/lib/powerpc-linux-gnu -lgpg-error -lasound -lunistring -ldispatch -lBlocksRuntime -ltre | forked_daapd-logger.o: In function `DPRINTF': | /«PKGBUILDDIR»/src/logger.c:192: undefined reference to `__stack_chk_guard' | /«PKGBUILDDIR»/src/logger.c:192: undefined reference to `__stack_chk_guard' | forked_daapd-logger.o: In function `DPRINTF': | /usr/include/powerpc-linux-gnu/bits/stdio2.h:127: undefined reference to `__stack_chk_guard' | /usr/include/powerpc-linux-gnu/bits/stdio2.h:127: undefined reference to `__stack_chk_guard' | forked_daapd-logger.o: In function `__vlogger_block_invoke': | /«PKGBUILDDIR»/src/logger.c:117: undefined reference to `__stack_chk_guard' | forked_daapd-logger.o:/«PKGBUILDDIR»/src/logger.c:117: more undefined references to `__stack_chk_guard' follow | clang: error: linker command failed with exit code 1 (use -v to see invocation) Full build log is available at https://buildd.debian.org/status/fetch.php?pkg=forked-daapdarch=powerpcver=0.19gcd-3stamp=1390081664 Since forked-daapd powerpc build does not exist in stable nor in testing I think this should not be an RC bug. I'm working on switching forked-daapd to a new upstream, but it needs a new libevent release. See: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=688538 Cheers, Balint Regards signature.asc Description: OpenPGP digital signature
Bug#742798: icecast2: init script does not support 'status' command
Package: icecast2
Version: 2.3.2-9+deb7u2
Severity: normal
Tags: patch
It would be great to provide a way to query the status of the service.
This is useful for systems such as salt [1] to query the status of a
service.
[1] http://www.saltstack.com/community/
Other services (e.g. sshd) provide a status command for this purpose.
I'll provide a patch to add support for this feature. The patch is
tested on my system after these things:
* install libxml2-utils (for xmllint)
* create a folder /var/run/icecast2
* set the owner to icecast2:icecast
* set the pidfile in /etc/icecast2/icecast.xml to
/var/run/icecast2/icecast.pid
* restart the icecast server
* Happiness!
Thank you very much,
Sven Herzberg
-- System Information:
Debian Release: 7.4
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 2.6.32-26-pve (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
diff --git a/debian/icecast2.init b/debian/icecast2.init
index f244804..d508caf 100644
--- a/debian/icecast2.init
+++ b/debian/icecast2.init
@@ -33,6 +33,7 @@ CONFIGDEFAULTFILE=/etc/default/icecast2
USERID=icecast2
GROUPID=icecast
ENABLE=false
+PIDFILE=`xmllint --xpath '/icecast/paths/pidfile/text()' $CONFIGFILE 2/dev/null`
# Reads config file (will override defaults above)
[ -r $CONFIGDEFAULTFILE ] . $CONFIGDEFAULTFILE
@@ -42,6 +43,8 @@ if [ $ENABLE != true ]; then
exit 0
fi
+. /lib/lsb/init-functions
+
set -e
case $1 in
@@ -69,6 +72,13 @@ case $1 in
--exec $DAEMON -- -b -c $CONFIGFILE
echo $NAME.
;;
+ status)
+ if test -z $PIDFILE; then
+ log_failure_msg $NAME does not specify a pid file in $CONFIGFILE
+ exit 1
+ fi
+ status_of_proc -p $PIDFILE $DAEMON $NAME exit 0 || exit $?
+ ;;
*)
echo Usage: $0 {start|stop|restart|reload|force-reload} 2
exit 1
Bug#742799: msva-perl: sample systemd unit file
Package: msva-perl Version: 0.9.2-1 Severity: wishlist I just switched from runit to systemd for running a system-wide instance of msva-perl, using the following unit file. I suggest including a better version as an example. [Unit] Description=MSVA After=network.target auditd.service ConditionPathExists=!/etc/monkeysphere/msva_not_to_be_run [Service] Environment=MSVA_ALLOWED_USERS=www-data clint MSVA_KEYSERVER=hkp://pool.sks-keyservers.net MSVA_LOG_LEVEL=debug MSVA_PORT=5000 ExecStart=/usr/bin/msva-perl Restart=always KillMode=process User=wwwmsva Group=wwwmsva [Install] WantedBy=multi-user.target -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741813: fence-agents: FTBFS: /bin/bash: line 3: xmllint: command not found
Control: tags -1 +patch Hi, Attached patch would fix this FTBFS, please consider to apply it. -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane diff -Nru fence-agents-4.0.7.1/debian/changelog fence-agents-4.0.7.1/debian/changelog --- fence-agents-4.0.7.1/debian/changelog 2014-02-21 22:20:50.0 +0900 +++ fence-agents-4.0.7.1/debian/changelog 2014-03-27 17:06:26.0 +0900 @@ -1,3 +1,11 @@ +fence-agents (4.0.7.1-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * debian/control +- add Build-Depends: libxml2-utils to fix FTBFS (Closes: #741813) + + -- Hideki Yamane henr...@debian.org Thu, 27 Mar 2014 17:06:25 +0900 + fence-agents (4.0.7.1-2) unstable; urgency=medium * New upstream release diff -Nru fence-agents-4.0.7.1/debian/control fence-agents-4.0.7.1/debian/control --- fence-agents-4.0.7.1/debian/control 2014-02-21 22:20:32.0 +0900 +++ fence-agents-4.0.7.1/debian/control 2014-03-27 17:05:49.0 +0900 @@ -17,6 +17,7 @@ python-pycurl, python-suds, xsltproc, + libxml2-utils, libnet-telnet-perl, dh-autoreconf, hardening-wrapper
Bug#741198: Right Package udisks2?
Hi, I think the error is at package udisks2. /usr/lib/udisks2/udisksd does not recognize the status change if a CD is inserted into the drive. If I start sudo /usr/lib/udisks/udisks-deamon in parallel all works well as expected. Is it possible to use /usr/lib/udisks/udisks-deamon instead of /usr/lib/udisks2/udisksd as long as the error has not been fixed? I did not find the right settings until now. Thanks and best regards, Ulrich -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742541: [openssh] openssh [INTL:de] German debconf templates translation
Control: tag -1 pending On Mon, Mar 24, 2014 at 10:45:51PM +0100, SB wrote: please find attached the German debconf templates translation for openssh. Thanks, applied to my branch. Would you be so kind to add the Copyright information? I wasn't sure about that. Done, though I'm usually not too strict about getting that exactly right for debconf translations ... Cheers, -- 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#741198: Right Package udisks2?
Hi, I think the error is at package udisks2. /usr/lib/udisks2/udisksd does not recognize the status change if a CD is inserted into the drive. If I start sudo /usr/lib/udisks/udisks-deamon in parallel all works well as expected. Is it possible to use /usr/lib/udisks/udisks-deamon instead of /usr/lib/udisks2/udisksd as long as the error has not been fixed? I did not find the right settings until now. Thanks and best regards, Ulrich -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742800: CVE-2014-0056: Routers can be cross plugged by other tenants
Package: python-neutron Version: 2013.2.2-3 Severity: important Title: Routers can be cross plugged by other tenants Reporter: Aaron Rosen (VMWare) Products: Neutron Affects: 2012.2 versions up to 2013.2.2 Description: Aaron Rosen from VMWare reported a vulnerability where Neutron fails to perform proper authorization checks when creating ports. By choosing a device id of a router from a different tenant when creating a port, an authenticated user can access the network of other tenants. This affects deployments of Neutron using plugins relying on the l3-agent. Proposed patch: See attached patches. Unless a flaw is discovered in them, these patches will be merged to stable/grizzly, stable/havana and master (Icehouse development branch) on the public disclosure date. Note from Debian package maintainer: I have the patch and am I'm uploading a fixed version right away to Sid. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
