Bug#778821: vim: SEGV in lua plugin
Package: vim
Version: 2:7.4.488-4
Severity: normal
Dear Maintainer,
* What led up to the situation?
Run Vim (both console and gvim) and after some time got a crash:
Vim: Caught deadly signal SEGV
Vim: Finished.
* What exactly did you do (or not do) that was effective (or
ineffective)?
I don't have an exact testcase, it seems to happen after vim was left idle
for some time and I start typing again.
Yesterday Vim crashed again after several months, so I enabled core dumps
and today it crashed again.
* What was the outcome of this action?
[ The coredump below was for gvim but yesterday plain vim crashed too, so it
looks like a
bug in core vim, not the GUI part hence reporting it on the vim package ]
Core was generated by `gvim'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0x7f71b0e653d7 in kill () at ../sysdeps/unix/syscall-template.S:81
81 ../sysdeps/unix/syscall-template.S: No such file or directory.
(gdb) bt
#0 0x7f71b0e653d7 in kill () at ../sysdeps/unix/syscall-template.S:81
#1 0x7f71b5cb212f in mch_exit ()
#2 signal handler called
#3 0x7f71b5be2ac8 in set_ref_in_item ()
#4 0x7f71b5d5b58d in ?? ()
#5 0x7f71b258cc3d in luaD_precall (L=L@entry=0x7f71b83cac80,
func=optimized out, nresults=0) at ldo.c:319
#6 0x7f71b258cf72 in luaD_call (L=L@entry=0x7f71b83cac80, func=optimized
out, nResults=nResults@entry=0, allowyield=allowyield@entry=0) at ldo.c:401
#7 0x7f71b25890ab in lua_callk (L=0x7f71b83cac80, nargs=optimized out,
nresults=0, ctx=optimized out, k=optimized out) at lapi.c:905
#8 0x7f71b5bec243 in garbage_collect ()
#9 0x7f71b5d46671 in gui_wait_for_chars ()
#10 0x7f71b5d32cac in ui_inchar ()
#11 0x7f71b5c4217f in inchar ()
#12 0x7f71b5c4422e in ?? ()
#13 0x7f71b5c449f3 in vgetc ()
#14 0x7f71b5c44e59 in safe_vgetc ()
#15 0x7f71b5c93bbc in normal_cmd ()
#16 0x7f71b5d7877d in main_loop ()
#17 0x7f71b5bb8a51 in main ()
I have several vim plugins, but only one uses lua AFAICT (rgrep 'lua '
~/.vim/bundle): https://github.com/Shougo/neocomplete.vim
I have installed that plugin since October 2014 (I was using neocomplcache
before, which doesn't use lua).
In my vimrc I have these neocomplete settings:
let g:neocomplete#enable_at_startup = 1
if !exists('g:neocomplete#force_omni_input_patterns')
let g:neocomplete#force_omni_input_patterns = {}
endif
let g:neocomplete#force_omni_input_patterns.ocaml = '[^. *\t]\.\w*\|\h\w*|#'
My full .vimrc and .vim directory is available at
https://gist.github.com/edwintorok/d74a3dd0aa71a840b7d2
Here is the full backtrace as well:
[New LWP 28948]
[New LWP 28949]
[New LWP 28950]
[Thread debugging using libthread_db enabled]
Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.
Core was generated by `gvim'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0x7f71b0e653d7 in kill () at ../sysdeps/unix/syscall-template.S:81
Thread 3 (Thread 0x7f71a516f700 (LWP 28950)):
#0 0x7f71b0f0d18d in poll () at ../sysdeps/unix/syscall-template.S:81
No locals.
#1 0x7f71b4691ee4 in g_main_context_poll (priority=2147483647, n_fds=2,
fds=0x7f71a00010c0, timeout=-1, context=0x7f71b8209fb0) at
/tmp/buildd/glib2.0-2.42.1/./glib/gmain.c:4076
poll_func = 0x7f71b46a1310 g_poll
#2 g_main_context_iterate (context=0x7f71b8209fb0, block=block@entry=1,
dispatch=dispatch@entry=1, self=optimized out) at
/tmp/buildd/glib2.0-2.42.1/./glib/gmain.c:3776
max_priority = 2147483647
timeout = -1
some_ready = optimized out
nfds = 2
allocated_nfds = 2
fds = 0x7f71a00010c0
#3 0x7f71b4692272 in g_main_loop_run (loop=0x7f71b8209f40) at
/tmp/buildd/glib2.0-2.42.1/./glib/gmain.c:3975
__FUNCTION__ = g_main_loop_run
#4 0x7f71afc1af76 in gdbus_shared_thread_func (user_data=0x7f71b8209f80)
at /tmp/buildd/glib2.0-2.42.1/./gio/gdbusprivate.c:273
data = 0x7f71b8209f80
#5 0x7f71b46b8935 in g_thread_proxy (data=0x7f71b81a54a0) at
/tmp/buildd/glib2.0-2.42.1/./glib/gthread.c:764
thread = 0x7f71b81a54a0
#6 0x7f71b1fa80a4 in start_thread (arg=0x7f71a516f700) at
pthread_create.c:309
__res = optimized out
pd = 0x7f71a516f700
now = optimized out
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {14012607664,
5676593371248834010, 0, 140126356574304, 140126334978272, 14012607664,
-5754468145790208550, -5754425575544080934}, mask_was_saved = 0}}, priv = {pad
= {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
not_first_call = optimized out
pagesize_m1 = optimized out
sp = optimized out
freesize = optimized out
__PRETTY_FUNCTION__ = start_thread
#7 0x7f71b0f15ccd in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:111
No locals.
Thread 2 (Thread 0x7f71a705f700 (LWP 28949)):
#0 0x7f71b0f0ef33 in select () at
Bug#778802: systemd-sysv: shutdown -F returns Code should not be reached 'Unhandled option'
control: forcemerge 776997 -1 Am 20.02.2015 um 02:24 schrieb Aaron: Package: systemd-sysv Version: 215-11 Severity: normal Dear Maintainer, $ shutdown -F now Code should not be reached 'Unhandled option' at .../src/systemctl/systemctl.c:6316, function shutdown_parse_argv(). Aborting. Aborted duplicate of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=776997 -- 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#774137: tor: Tor fails to manage obfsproxy
On Tue, 30 Dec 2014, Clayton wrote: On Tue, 30 Dec 2014 11:16:29 +0100 intrigeri intrig...@debian.org wrote: clayton wrote (29 Dec 2014 10:23:43 GMT) : The communication stream of managed proxy '/usr/bin/obfsproxy' is 'closed'. Most probably the managed proxy stopped running. etc Then I added the logging bits in the ClientTransportPlugin line above. But, no /tmp/obfsproxy.log file is created. However, if I run /usr/bin/obfsproxy --log-min-severity info --log-file /tmp/obfsproxy.log managed straight from the command line, a /tmp/obfsproxy.log is created. Do you have AppArmor enabled? Nope, not a trace of it. I can't reproduce it. Does that still happen on your system? What does an strace -f report? What is your complete and uncensored configuration? What else is weird on your system? Cheers, -- | .''`. ** Debian ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.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#772963: release-notes: cellphone friendly CSS
Hi, Stéphane, Am 18.02.2015 um 01:42 schrieb Stéphane Blondon: [...] In case it's easier to apply my patches, I setted up a repository on GitHub: https://github.com/sblondon/release-notes/tree/cellphone-css It's a clone of Niels's git repository. The files are added into the cellphone-css branch. With this last patch, I think the main needs are filled but I remember the warning from Google test suite about the use on small screen. I will probably check that during the week or next week-end. since I am involved in other things as, for instance, my tag description translation work and other stuff, I opt out of participating in this particular thread/issue. I hope you don't mind. Regards Stephan signature.asc Description: OpenPGP digital signature
Bug#570927: gcstar: GtK-CRITICAL error while running gcstar
fixed 570927 gcstar/1.7.0-1 tags 570927 - moreinfo thanks Hello, I have tested with release 1.7.0-1. No more error messages. So I close this bug. CU Jörg -- New: GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB 30EE 09F8 9F3C 8CA1 D25D GPG key (long) : 09F89F3C8CA1D25D GPG Key: 8CA1D25D CAcert Key S/N : 0E:D4:56 Old pgp Key: BE581B6E (revoked since 2014-12-31). Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net My wish list: - Please send me a picture from the nature at your home. signature.asc Description: This is a digitally signed message part
Bug#778828: dmsetup: please add Breaks: live-tools ( 4.0.1-1)
Package: dmsetup Version: 2:1.02.90-2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Control: affects -1 + live-tools In order to ensure smooth upgrades from wheezy to jessie dmsetup needs to break the wheezy version of live-tools. live-tools/wheezy diverts update-initramfs in a way that breaks dmsetup's postinst. This is fixed in live-tools/jessie, so we just need to ensure that the new live-tools gets unpacked first. I verified that this works as intended (and should be that last fix needed for a smooth live-tools upgrade path). This bug was only discovered after fixing a few more errors that triggered before dmsetup (util-linux, live-tools itself, see e.g. #773354, #774915). A piuparts log from the wheezy-jessie upgrade of live-tools is attached for reference. Andreas live-tools_4.0.2-1.1.log.gz Description: application/gzip
Bug#637108: [debian-mysql] Bug#637108: Bug#637108: mysqld_multi missing conf
2015-02-20 11:28 GMT+02:00 Jan Wagner w...@cyconet.org: installing the actual versions of mariadb-server and mysql-server in sid seems only ship /etc/mysql/conf.d/. Did I miss something or is this split planed for post-jessie? Yes, there is a split planned post-jessie. The MariaDB repo contains two branches, jessie and master. The latter is for jessie+1 and also Ubuntu Vivid. -- Check out our blog at http://seravo.fi/blog and follow @ottokekalainen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778594: git-import-orig fails to merge into packaging branch
On Fri, Feb 20, 2015 at 09:36:52AM +0200, Markus Lehtonen wrote: There were two things I didn't like about the svn workflow for Debian packages. debian/ and upstream source not in one tree (so I can not build with a patched package easily to try fixes) and having to use an export dir (slowing down the build and not giving me a single source tree to grep through). Good to hear arguments why this is not supported. My understanding is that having source code changes is not possible in the 3.0 (quilt) format. Thus, trying out fixes requires usage of gbp-pq, anyway. Please correct me, if I'm wrong. It is supported with some configuration, basically using single-debian-patch in debian/source/options . It seems that having the packaging separate brings back these two things some I'm opposed Basically, yes :( Would you oppose making this an optionally supported mode, if the maintainer so chooses? It shouldn't require too many changes, e.g. probably making pq-import to apply patches on top of the upstream version instead of the tip of the packaging branch and making gbp-buildpackage to export upstream-tree + packaging-branch instead of just packaging-branch. I'm not sure we want to support that many different workflows but if there are users for this: why not! I still do think simply writing the debian/ tree is less effort and easier since you just have to look at that single branch then. Also, I have some ideas how to enable building without having to use a separateexport directory in this mode. I think I'd need to try it out and post a conceptual patch for comments. Great! Since building wick pbuilder/sbuild/mock creates another copy we should really try to avoid that one. but maybe there are good arguments in favour of just omitting the merge and putting debian/ into the upstream tree? If we create a fake merge commit it's even easy to see where the upstream source came from. Were you thinking about 3.0(quilt) format here? IMO, this sounds better than the original idea. I've had similar ideas, but for the pq-branch, i.e. making it possible to do builds directly in the pq-branch. But again, I think I need to think about it a bit more and probably send a proof-of-concept patch for comments. That does already work. The extra steps are that you either have to sync debian/patches via gbp pq --commit export or use single-debian-patch as above. The major drawback at the moment is that you usually don't push the pq branch since it's being rebased but we could fix that too by creating fake merges into a long lifed branch. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778810: grub-efi-amd64-bin: boot/bootx86.efi problems
On Fri, Feb 20, 2015 at 09:25:52AM +, Ian Campbell wrote: On Fri, 2015-02-20 at 14:21 +0900, Mark Brown wrote: This sounds, if I'm interpreting the paths correctly, like it relates somehow to the stuff Steve was doing in #708430, in as much as it sounds like your system is one which would benefit from enabling that new workaround (grub2/force_efi_extra_removable in debconf). Yes, that looks like the same thing. For some reason this system had previously worked with the currently released installer, it's only had issues with the jessie stuff. This is a 1st gen Lenovo Yoga, the other machine that's broken with a fresh install is an Acer Aspire E11 (with BIOS 1.13 IIRC). I can supply more specific data on both if you tell me what you're looking for (I see some talk of a blacklist in the bug though I'm not sure that made it into the code). The blacklist *would* be very nice. Do you have that new option enabled or disabled? It appears to be set to false in my configuration. That said, even with the workaround disabled for some reason removing an existing boot/bootx86.efi doesn't sound right to me. Not that I have any how or why it would be happening :-/. Yes, and me either. Looking at the code the only things I see which touch boot/bootx86.efi are behind the new force_efi_extra_removable option which attempts to update the binary -- I wonder if it is possible to fail half way and actually only remove the old one? (Some sort of weird vfat interaction?) Tha shouldn't be happening from the sounds of it since the debconf variable is set false and therefore the workaround shouldn't have been kicking in (I'll go off and figure out how to set it though since I appear to need it). Apologies if this is filed against the wrong package, I'm not 100% clear what is responsible for installing these files. It might actually be grub-efi-amd64, but I think you were close enough ;-). I did ask Steve on IRC (but wasn't that specific about the bug I was intendeding to file) so any credit is his. signature.asc Description: Digital signature
Bug#778822: patch for handling non ASCII and non UTF8 headers in headache
Package: headache
Version: 1.03-24
The utf8-length patch appeared in version 1.03-22 systematically uses
UTF8.length to compute string lengths, which will produce wrong
results if the header uses another encoding, such as iso-latin-1. The
attached patch proposes to fall back to plain String.length if the
given string is
not a well formed utf-8 string.
This issue has already been reported on Ubuntu's bts
(https://bugs.launchpad.net/ubuntu/+source/headache/+bug/1083216) as
I'm using Xubuntu 14.10, but it seems that noone there is interested
in fixing it (issue was opened on 2012-11-26).
--
E tutto per oggi, a la prossima volta
Virgile
diff -u headache-1.03/main.ml headache-1.03-new/main.ml
--- headache-1.03/main.ml 2012-11-26 14:56:50.0 +0100
+++ headache-1.03-new/main.ml 2012-11-26 14:58:03.783386678 +0100
@@ -103,7 +103,7 @@
in
let header_width =
List.fold_left
- (fun w line - max (UTF8.length line) w)
+ (fun w line - max (Model.string_length line) w)
0
header
in
diff -u headache-1.03/model.ml headache-1.03-new/model.ml
--- headache-1.03/model.ml 2012-11-26 14:56:50.0 +0100
+++ headache-1.03-new/model.ml 2013-03-21 15:39:10.109974264 +0100
@@ -19,7 +19,9 @@
exception Error of string
-
+let string_length s =
+ try UTF8.validate s; UTF8.length s
+ with UTF8.Malformed_code - String.length s
(***)
(** {2 Headers generators} *)
@@ -27,7 +29,7 @@
type generator =
{ remove: in_channel - string;
create: out_channel - string list - int - unit;
-}
+}
(***)
(** {2 Models} *)
@@ -65,7 +67,7 @@
let arg_char args ?default name =
let s = arg_string args ?default name in
- if UTF8.length s = 1 then s.[0]
+ if string_length s = 1 then s.[0]
else raise (Error (sprintf parameter %s expects a character name))
@@ -103,7 +105,7 @@
output_string oc open_comment;
output_string oc margin;
output_string oc string;
- output oc white 0 (max 0 (real_width - UTF8.length string));
+ output oc white 0 (max 0 (real_width - string_length string));
output_string oc margin;
output_string oc close_comment;
output_char oc '\n'
@@ -150,7 +152,7 @@
while
let s = input_line ic in
not (Str.string_match regexp_end s
- (max 0 (UTF8.length s - end_length)))
+ (max 0 (string_length s - end_length)))
do () done;
end
Bug#778823: ht: misleading manpage
Package: ht Version: 2.1.0-1~exp1 The SYNPOSIS section of the hte manpage suggests that hte can be only invoked without any arguments. In reality you can pass filenames to open on the command line. Also, the manpage says that the program has no options. But in fact hte accepts multiple options, as explained in the Command line options section of README. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731386: /usr/sbin/checkrestart: debian-goodies: checkrestart crashes with AttributeError: 'list' object has no attribute 'startswith'
Although this is solved for debian-goodies = 0.64 I believe this remains a bug because even the upcoming stable version (0.63 - Jessie) doesn't include this fix. Seeing it is purely a bugfix I think the patch should be allowed to be backported to 0.63-x(?). I will try to tweak/apply it to 0.63 at some point and submit it here if noone beats me to it. FWIW: this bug happens for me on a testing-jessie server I work with. -- Rowan Thorpe PGP fingerprint: BB0A 0787 C0EE BDD8 7F97 3D30 49F2 13A5 265D CCBD There is a great difference between worry and concern. A worried person sees a problem, and a concerned person solves a problem. - Harold Stephens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775052: qmail-run: postinst uses /usr/share/doc content (Policy 12.3): /usr/share/doc/qmail-run/examples/aliases
Followup-For: Bug #775052 Hi Gerrit, attached is a patch that moves the default aliases out of /usr/share/doc. I verified that this fixes the serious problems discovered by piuparts. There are more issues still (leaving around created files, package should be converted to debhelper for easier maintenance, ...) but these should be addressed after jessie was released. I plan to do an undelayed NMU over the weekend, but of course you are welcome to beat me to it :-) Andreas Binary files /tmp/noBREezvmR/qmail-run-2.0.2/.git/index and /tmp/S4FK4xWeeU/qmail-run-2.0.2+nmu1/.git/index differ diff -Nru qmail-run-2.0.2/debian/changelog qmail-run-2.0.2+nmu1/debian/changelog --- qmail-run-2.0.2/debian/changelog 2010-03-09 01:26:21.0 +0100 +++ qmail-run-2.0.2+nmu1/debian/changelog 2015-02-20 09:23:04.0 +0100 @@ -1,3 +1,12 @@ +qmail-run (2.0.2+nmu1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Move /usr/share/doc/qmail-run/examples/aliases to +/usr/share/qmail-run/default/aliases as it is used in the postinst. +(Closes: #775052) + + -- Andreas Beckmann a...@debian.org Fri, 20 Feb 2015 09:20:03 +0100 + qmail-run (2.0.2) unstable; urgency=low * Makefile: no longer install the (dummy) newaliases program. diff -Nru qmail-run-2.0.2/debian/qmail-run.examples qmail-run-2.0.2+nmu1/debian/qmail-run.examples --- qmail-run-2.0.2/debian/qmail-run.examples 2010-03-04 22:29:55.0 +0100 +++ qmail-run-2.0.2+nmu1/debian/qmail-run.examples 2015-02-20 03:48:12.0 +0100 @@ -1,3 +1,2 @@ -aliases qmail-rc defaultdelivery diff -Nru qmail-run-2.0.2/debian/qmail-run.postinst qmail-run-2.0.2+nmu1/debian/qmail-run.postinst --- qmail-run-2.0.2/debian/qmail-run.postinst 2010-03-09 00:43:35.0 +0100 +++ qmail-run-2.0.2+nmu1/debian/qmail-run.postinst 2015-02-20 03:46:46.0 +0100 @@ -19,7 +19,7 @@ if test ! -f /etc/aliases; then echo creating default /etc/aliases... - cp /usr/share/doc/qmail-run/examples/aliases /etc/aliases + cp /usr/share/qmail-run/default/aliases /etc/aliases fi if test ! -r /etc/mailname; then MAILNAME=`hostname -f` diff -Nru qmail-run-2.0.2/debian/rules qmail-run-2.0.2+nmu1/debian/rules --- qmail-run-2.0.2/debian/rules 2010-03-09 01:27:20.0 +0100 +++ qmail-run-2.0.2+nmu1/debian/rules 2015-02-20 09:31:37.0 +0100 @@ -29,6 +29,8 @@ ln -s /etc/qmail/qmail-send '$(DIR)'/var/lib/qmail/supervise/ ln -s /etc/qmail/qmail-smtpd '$(DIR)'/var/lib/qmail/supervise/ ln -s /etc/qmail/qmail-verify '$(DIR)'/var/lib/qmail/supervise/ + install -d -m0755 '$(DIR)'/usr/share/qmail-run/default + install -m0644 aliases '$(DIR)'/usr/share/qmail-run/default binary-arch:
Bug#778824: marco tries to load incorrect missing icon and might abort
Source: marco Version: 1.8.2+dfsg1-4 Severity: important Tags: jessie sid Marco tries to load the gtk-missing-image icon instead of image-missing one. If that icon isn't present in the current icon theme, an assert will trigger the abort of Marco. The upstream pull request [1] fixes the issue. [1] https://github.com/mate-desktop/marco/pull/177
Bug#732408: pv-grub-menu: fails to install: /usr/sbin/update-menu-lst: line 116: grub: command not found
On 2014-01-29 20:57, Andreas Beckmann wrote: No, /dev is not mounted. But even if it were, it would not help since / is inside a tmpfs. No other grub or grub related packages are having installation issues inside this piuparts setup. I had a look at this again and compared it to grub-legacy, which seems to be some kind of ancestor to this package. The only difference I noted is that grub-legacy does not run update-grub from its postinst, this is solely left to the kernel hooks. If I install grub-legacy in a similar chroot setup as used by piuparts, and run update-grub there manually, it will fail in the same way as update-menu-list is failing - the root device cannot be determined. Maybe the pv-grub-menu postinst should guard the update-menu-list call with '|| true' or check whether grub can find the root device before running update-menu-list. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778825: ansible/SSH connections sometimes hang when PUTing the module (ping)
Package: ansible Version: 1.7.2+dfsg-2 Severity: important Tags: ipv6 Dear Maintainer, * What led up to the situation? I wanted to get my hands on ansible and started their introduction, put two test hosts into /etc/ansible/hosts and tested 'ansible all -m ping'... :o) * What exactly did you do (or not do) that was effective (or ineffective)? aptitude install ansible vim /etc/ansible/hosts ansible all -m ping Afterwards I checked with the current upstream release from github: git clone ... git checkout release1.8.4 source hacking/env ansible all -m ping # (same issue) Asked for help in the ansible IRC channel and was redirected to the github issue tracker. Opened up an issue with the github tracker, which got rejected/closed with go ask your user questions somewhere else. So, I found another time slot for this issue and tried IPv4 vs. IPv6 by setting the IP addresses via ansible_ssh_host in the inventory. Seems like there is an issue with the persistent SSH ControlMaster stuff on IPv6... Behaviour is the same for jessies ansible-1.7.2 and upstream ansible-1.8.4. Maybe this is actually related to the OpenSSH release shipped with jessie? Unfortunately, I could not find a way to enable debug logging of the SSH client for ansible SSH connections. * What was the outcome of this action? Sometimes all ansible pings passed, sometimes on of the hosts did hang, sometimes the other one and sometimes even both when SSHing over IPv6. When manually setting ansible_ssh_host to the IPv4 address of the host, I could ot reproduce the issue. * What outcome did you expect instead? All hosts passing the ansible ping all the time on the current version of the Internet Protocol. :o) -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages ansible depends on: ii python2.7.8-3 ii python-crypto 2.6.1-5+b2 ii python-httplib2 0.9+dfsg-2 ii python-jinja2 2.7.3-1 ii python-paramiko 1.15.1-1 ii python-pkg-resources 5.5.1-1 ii python-yaml 3.11-2 Versions of packages ansible recommends: ii python-selinux 2.3-2 Versions of packages ansible suggests: ii ansible-doc 1.7.2+dfsg-2 pn sshpass none -- Configuration Files: /etc/ansible/hosts changed: [htzcluster] argon.hc.vangeuns.net ansible_ssh_user=root neon.hc.vangeuns.net ansible_ssh_user=root -- 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#778826: m-s-m patch contains a typo
Source: mate-session-manager Version: 1.8.1-7 Severity: minor Tags: jessie sid patch 0001_msmgnome-Allow-users-to-disable-one-or-both-compatib.patch contains a typo (componnent instead of component). Attaching a patch for this patch :) that fixes it.diff -Nru mate-session-manager-1.8.1/debian/patches/0001_msmgnome-Allow-users-to-disable-one-or-both-compatib.patch mate-session-manager-1.8.1/debian/patches/0001_msmgnome-Allow-users-to-disable-one-or-both-compatib.patch --- mate-session-manager-1.8.1/debian/patches/0001_msmgnome-Allow-users-to-disable-one-or-both-compatib.patch 2015-01-21 14:32:27.0 +0300 +++ mate-session-manager-1.8.1/debian/patches/0001_msmgnome-Allow-users-to-disable-one-or-both-compatib.patch 2015-02-20 13:52:15.0 +0300 @@ -9,26 +9,26 @@ mate-session/msm-gnome.c| 41 + 2 files changed, 41 insertions(+), 5 deletions(-) -diff --git a/data/org.mate.session.gschema.xml.in.in b/data/org.mate.session.gschema.xml.in.in -index 2415c67..14e8da4 100644 a/data/org.mate.session.gschema.xml.in.in -+++ b/data/org.mate.session.gschema.xml.in.in +Index: mate-session-manager-1.8.1/data/org.mate.session.gschema.xml.in.in +=== +--- mate-session-manager-1.8.1.orig/data/org.mate.session.gschema.xml.in.in mate-session-manager-1.8.1/data/org.mate.session.gschema.xml.in.in @@ -30,6 +30,11 @@ _summaryRequired session components/_summary _descriptionList of components that are required as part of the session. (Each element names a key under /org/mate/desktop/session/required_components). The Startup Applications preferences tool will not normally allow users to remove a required component from the session, and the session manager will automatically add the required components back to the session at login time if they do get removed./_description /key +key name=gnome-compat-startup type=as + default[ 'keyring', 'smproxy' ]/default -+ _summaryControl gnome compatibility componnent startup/_summary ++ _summaryControl gnome compatibility component startup/_summary + _descriptionControl which compatibility components to start./_description +/key child name=required-components schema=org.mate.session.required-components/ /schema schema id=org.mate.session.required-components path=/org/mate/desktop/session/required-components/ -diff --git a/mate-session/msm-gnome.c b/mate-session/msm-gnome.c -index 661d9e3..72f5493 100644 a/mate-session/msm-gnome.c -+++ b/mate-session/msm-gnome.c +Index: mate-session-manager-1.8.1/mate-session/msm-gnome.c +=== +--- mate-session-manager-1.8.1.orig/mate-session/msm-gnome.c mate-session-manager-1.8.1/mate-session/msm-gnome.c @@ -37,9 +37,13 @@ #include gtk/gtk.h
Bug#778827: dmg2img: convert_char8 out of bounds, segmentation fault at dmg2img.h:87
Package: dmg2img
Version: 1.6.5-1
Severity: important
Tags: security
Following attached sample file crashes dmg2img. Sample file is fuzzed with
american fuzzy lop http://lcamtuf.coredump.cx/afl/. Feel free to contact me in
case you need more information. I was unable to find upstream bug tracker for
this software.
6af60c14615c625c893055639e43588b0a2ada27 sample03.dmg
gdb:
(gdb) bt full
#0 convert_char8 (c=0x18 Address 0x18 out of bounds) at dmg2img.h:87
No locals.
#1 0x0040652c in main (argc=optimized out, argv=optimized out) at
dmg2img.c:602
bi = 2
i = optimized out
err = optimized out
partnum = 2
tmp = 0x77ed8010
x\001c`\030\005C8\004\376\375\377\377\016\210\031\201^\270\340M\272?BW\001
otmp = 0x77529010
dtmp = 0x77428010
input_file = optimized out
output_file = 0x610010 sample03.img
plist = 0x6106f0 ?xml version=\1.0\ encoding=\UTF-8\?\n!DOCTYPE
plist PUBLIC \-//Apple//DTD PLIST 1.0//EN\
\http://www.apple.com/DTDs/PropertyList-1.0.dtd\;\nplist
version=\1.0\\ndict\n\tkeyresource-fork/key\n\td...
blkx = 0x612540
keyblkx/key\n\t\tarray\n\t\t\tdict\n\t\t\t\tkeyAttributes/key\n\t\t\t\tstring0x0050/string\n\t\t\t\tkeyCFName/key\n\t\t\t\tstringProtective
Master Boot Record (MBR : 0)/string\n\t\t\t\tkeyData/key\n\t\t\t\tda...
blkx_size = optimized out
parts = 0x613bb0
data_begin = optimized out
data_end = optimized out
partname_begin = optimized out
partname_end = optimized out
mish_begin = optimized out
partname = Protective Master Boot Record (MBR : 0), '\000' repeats
215 times
data_size = optimized out
out_offs = 512
out_size = optimized out
in_offs = 0
in_size = optimized out
in_offs_add = 5931
add_offs = 0
to_read = optimized out
to_write = optimized out
chunk = optimized out
reserved = \000\000\000\000
sztype = terminator, '\000' repeats 53 times
block_type = optimized out
szSignature = koly
rSignature = optimized out
__PRETTY_FUNCTION__ = main
#2 0x77648ead in __libc_start_main (main=optimized out,
argc=optimized out, ubp_av=optimized out, init=optimized out,
fini=optimized out, rtld_fini=optimized out, stack_end=0x7fffeae8) at
libc-start.c:244
result = optimized out
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {0, 182417149197695999,
4226116, 140737488349936, 0, 0, -182417149843850241, -182398364605858817},
mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x40e7c0, 0x7fffeaf8}, data
= {
prev = 0x0, cleanup = 0x0, canceltype = 4253632}}}
not_first_call = optimized out
#3 0x00407c6d in _start ()
No symbol table info available.
valgrind:
==22115== Memcheck, a memory error detector
==22115== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al.
==22115== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info
==22115== Command: /home/fgeek/temp/dmg2img/usr/bin/dmg2img -v -V -d
sample03.dmg
==22115==
dmg2img v1.6.5 (c) vu1tur (t...@vu1tur.eu.org)
sample03.dmg -- sample03.img
Debug info will be written to dmg2img.log
reading property list, 7740 bytes from address 18076 ...
bWlzaAEB
AAgI
AAIgsOF5gwAA
AAACgAAABQsB
FwwAH/8AAAEA
AAA=
partition 0: begin=203, size=430, decoded=284
I bWlzaAEAAQAB
AAgIAQAA
AAIgMIi6gwAA
AAACgAAABQcB
FsAATP8AAAEA
AAA=
decompressing:
opening partition 0 ...
offset = 0 block_type = 0x8005
zlib inflate (in_addr=5900 in_size=31 out_addr=0 out_size=512)
[1] 50.00%
offset = 40 block_type = 0x
==22115== Invalid read of size 1
==22115==at 0x407ED8: convert_char8 (dmg2img.h:81)
==22115==by 0x40652B: main (dmg2img.c:602)
==22115== Address 0x18 is not stack'd, malloc'd or (recently) free'd
==22115==
==22115==
==22115== Process terminating with default action of signal 11 (SIGSEGV)
==22115== Access
Bug#775052: qmail-run: postinst uses /usr/share/doc content (Policy 12.3): /usr/share/doc/qmail-run/examples/aliases
On Fri, Feb 20, 2015 at 11:56:59AM +0100, Andreas Beckmann wrote: Hi Gerrit, attached is a patch that moves the default aliases out of /usr/share/doc. I verified that this fixes the serious problems discovered by piuparts. There are more issues still (leaving around created files, package should be converted to debhelper for easier maintenance, ...) but these should be addressed after jessie was released. I plan to do an undelayed NMU over the weekend, but of course you are welcome to beat me to it :-) Hi Andreas, thanks, the patch looks good. I won't beat you, so I'm very happy with you uploading the NMU. I set severity from serious to important on this issue, because the package was scheduled for removal from testing. Now when we have a fix, it should be set back to serious IMO. Regards, Gerrit. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778820: missing-build-dependency-for-dh-addon apache2 = dh-apache2 instead of apache2-dev
Control: tags -1 patch Nirgal wrote: Packages using dh_apache2 are invited to depends on dh-apache2. [1] apache2-dev provides dh-apache2, but that may change in the future. Lintian should not ask to build-depends directly on apache2-dev, this is an unstable solution. [1] https://wiki.debian.org/Apache/PackagingFor24 There already was an override for dh_command, but it's missing for dh_addons. Attached is a fix. --- data/debhelper/dh_addons-manual.orig 2015-02-20 12:35:03.692271593 +0100 +++ data/debhelper/dh_addons-manual 2015-02-20 12:35:36.061018757 +0100 @@ -4,6 +4,7 @@ # # Please keep this sorted. +apache2||dh-apache2 | apache2-dev lv2config||lv2core python2||python | python-all | python-dev | python-all-dev python3||python3 | python3-all | python3-dev | python3-all-dev signature.asc Description: OpenPGP digital signature
Bug#778818: [Pkg-owncloud-maintainers] Bug#778818: owncloud-client should at least suggests libcanberra-gtk-module
Hey, thanks for your input. But I think it is not an issue. According to the description of the package libcanberra-gtk-module: translates GTK+ widgets signals to event sounds A GtkModule which will automatically hook into all kinds of events inside a GTK+ program and generate sound events from them. This is totally nothing ownCloud client benefit from. It is more likely this error is raised by the gnome environment, that is missing this. And you will see this message for everything you start with a gui. Regads, sandro -- Am Freitag, 20. Februar 2015, 11:08:59 schrieb Yvan Masson: Package: owncloud-client Version: 1.7.0~beta1+really1.6.4+dfsg-1 Dear maintainers, I am having some problems with my ownCloud client on Jessie, so I tried to show the logs as explained in the man page. This shew me an error : $ owncloud --logwindows Gtk-Message: Failed to load module canberra-gtk-module Sys Info size: 96 After a manual installation of the package libcanberra-gtk-module, the same command does not display the error : $ owncloud --logwindows Sys Info size: 96 I personnaly can't see any other changes/benefits because currently my ownCloud client does not show up, but I suppose it would be good that owncloud-client suggests or recommends libcanberra-gtk-module. Thanks for your time and work, YvanM ___ Pkg-owncloud-maintainers mailing list pkg-owncloud-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-owncloud-maintai ners -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778812: lightdm: Fails with large ladp user database
Package: lightdm Version: 1.10.3-3 Severity: normal Dear Maintainer, I configured my Debian 8 to autenticate users over an openldap database server. The validation of the credential has been done with libnss-ldapd libpam-ldapd ldap-utils nslcd. The ldap database contains many thousands of users. The problem is that lightdm hangs before loading the login screen with 99% of CPU load and it seemes it try to download the complete list of the users. Here are the log on the ldap server: Feb 20 08:24:01 ldap5 slapd[6403]: conn=446978 fd=19 ACCEPT from IP=192.168.1.1:60782 (IP=0.0.0.0:389) Feb 20 08:24:01 ldap5 slapd[6403]: conn=446978 op=0 EXT oid=1.3.6.1.4.1.1466.20037 Feb 20 08:24:01 ldap5 slapd[6403]: conn=446978 op=0 STARTTLS Feb 20 08:24:01 ldap5 slapd[6403]: conn=446978 op=0 RESULT oid= err=0 text= Feb 20 08:24:02 ldap5 slapd[6403]: conn=446978 fd=19 TLS established tls_ssf=128 ssf=128 Feb 20 08:24:02 ldap5 slapd[6403]: conn=446978 op=1 BIND dn= method=128 Feb 20 08:24:02 ldap5 slapd[6403]: conn=446978 op=1 RESULT tag=97 err=0 text= Feb 20 08:24:02 ldap5 slapd[6403]: conn=446978 op=2 SRCH base=dc=domain,dc=it scope=2 deref=0 filter=(objectClass=posixAccount) Feb 20 08:24:02 ldap5 slapd[6403]: conn=446978 op=2 SRCH attr=uidNumber cn gecos uid objectClass homeDirectory gidNumber loginShell Many thanks for your work! Massimo -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages lightdm depends on: ii adduser3.113+nmu3 ii dbus 1.8.12-3 ii debconf [debconf-2.0] 1.5.55 ii libc6 2.19-13 ii libgcrypt201.6.2-4+b1 ii libglib2.0-0 2.42.1-1 ii libpam-systemd 215-11 ii libpam0g 1.1.8-3.1 ii libxcb11.10-3+b1 ii libxdmcp6 1:1.1.1-1+b1 ii lightdm-gtk-greeter [lightdm-greeter] 1.8.5-2 Versions of packages lightdm recommends: ii xserver-xorg 1:7.7+7 Versions of packages lightdm suggests: pn accountsservice none ii upower 0.99.1-3.1 -- debconf information: * shared/default-x-display-manager: lightdm lightdm/daemon_name: /usr/sbin/lightdm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778813: Should suggest geoip-database|geoip-database-contrib
Package: ktorrent
Version: 4.3.1-2+b1
Severity: normal
Tags: patch
Hi!
It seems ktorrent uses geoip-database for geo resolution on peers, but
does not recommend or suggest installing it.
Since this enhances user's experience somehow, please find suitable
applying the attached trivial patch.
Thanks in advance,
:wq
Dererk
--
BOFH excuse #109:
The electricity substation in the car park blew up.
--- ktorrent/debian/control 2013-11-05 16:43:49.0 -0300
+++ ktorrent/debian/control.new 2015-02-20 05:26:48.058396948 -0300
@@ -18,7 +18,8 @@
Architecture: any
Depends: ${shlibs:Depends}, ${misc:Depends}, ktorrent-data (= ${source:Version}),
libktorrent-l10n
-Suggests: plasma-widget-ktorrent (= ${binary:Version}), krosspython
+Suggests: plasma-widget-ktorrent (= ${binary:Version}), krosspython,
+ geoip-database | geoip-database-contrib
Description: BitTorrent client based on the KDE platform
This package contains KTorrent, a BitTorrent peer-to-peer network client, that
is based on the KDE platform. Obviously, KTorrent supports such basic features
Bug#778814: dmg2img: invalid read, segmentation fault at dmg2img.c:390
Package: dmg2img
Version: 1.6.5-1
Severity: important
Tags: security
Following attached sample file crashes dmg2img. Sample file is fuzzed with
american fuzzy lop http://lcamtuf.coredump.cx/afl/. Feel free to contact me in
case you need more information. I was unable to find upstream bug tracker for
this software.
c2ad4e5aa15856d3dfb1527b6a5a3fd07958830c sample01.dmg
gdb:
dmg2img v1.6.5 (c) vu1tur (t...@vu1tur.eu.org)
sample01.dmg -- sample01.img
decompressing:
opening partition 0 ...
Program received signal SIGSEGV, Segmentation fault.
main (argc=optimized out, argv=optimized out) at dmg2img.c:390
390 block_type = convert_char4((unsigned char
*)parts[i].Data + offset);
(gdb) bt full
#0 main (argc=optimized out, argv=optimized out) at dmg2img.c:390
bi = optimized out
i = optimized out
err = optimized out
partnum = 1
tmp = 0x77ed8010
otmp = 0x77529010
dtmp = 0x77428010
input_file = optimized out
output_file = 0x610010 sample01.img
plist = 0x6104b0 ?xml version=\1.0\ encoding=\UTF-8\?\n!DOCTYPE
plist PUBLIC \-//Apple//DTD PLIST 1.0//EN\
\http://www.apple.com/DTDs/PropertyList-1.0.dtd\;\nplist
version=\1.0\\ndict\n\tkeyresource-fork/key\n\td...
blkx = 0x612300
keyblkx/key\n\t\tarray\n\t\t\tdict\n\t\t\t\tkeyAttributes/key\n\t\t\t\tstring0x0050/string\n\t\t\t\tkeyCFName/key\n\t\t\t\tstringProtective
Master Boot Record (MBR : 0)/string\n\t\t\t\tkeyData/key\n\t\t\t\tda...
blkx_size = optimized out
parts = 0x613970
data_begin = optimized out
data_end = optimized out
partname_begin = optimized out
partname_end = optimized out
mish_begin = optimized out
partname = '\000' repeats 254 times
data_size = optimized out
out_offs = optimized out
out_size = optimized out
in_offs = 0
in_size = optimized out
in_offs_add = 0
add_offs = 0
to_read = optimized out
to_write = optimized out
chunk = optimized out
reserved =
sztype = '\000' repeats 63 times
block_type = optimized out
szSignature = koly
rSignature = optimized out
__PRETTY_FUNCTION__ = main
#1 0x77648ead in __libc_start_main (main=optimized out,
argc=optimized out, ubp_av=optimized out, init=optimized out,
fini=optimized out, rtld_fini=optimized out,
stack_end=0x7fffe5a8) at libc-start.c:244
result = optimized out
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {0, 5332225185369646181,
4226116, 140737488348592, 0, 0, -5332225186142264219, -5332208876894198683},
mask_was_saved = 0}}, priv = {
pad = {0x0, 0x0, 0x40e7c0, 0x7fffe5b8}, data = {prev = 0x0,
cleanup = 0x0, canceltype = 4253632}}}
not_first_call = optimized out
#2 0x00407c6d in _start ()
No symbol table info available.
Valgrind:
==18211== Memcheck, a memory error detector
==18211== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al.
==18211== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info
==18211== Command: dmg2img sample01.dmg
==18211==
dmg2img v1.6.5 (c) vu1tur (t...@vu1tur.eu.org)
sample01.dmg -- sample01.img
decompressing:
opening partition 0 ...==18211== Invalid read of size 1
==18211==at 0x4046ED: main (dmg2img.h:81)
==18211== Address 0x0 is not stack'd, malloc'd or (recently) free'd
==18211==
==18211==
==18211== Process terminating with default action of signal 11 (SIGSEGV)
==18211== Access not within mapped region at address 0x0
==18211==at 0x4046ED: main (dmg2img.h:81)
==18211== If you believe this happened as a result of a stack
==18211== overflow in your program's main thread (unlikely but
==18211== possible), you can try to increase the size of the
==18211== main thread stack using the --main-stacksize= flag.
==18211== The main thread stack size used in this run was 8388608.
==18211==
==18211== HEAP SUMMARY:
==18211== in use at exit: 3,160,989 bytes in 10 blocks
==18211== total heap usage: 10 allocs, 0 frees, 3,160,989 bytes allocated
==18211==
==18211== LEAK SUMMARY:
==18211==definitely lost: 431 bytes in 1 blocks
==18211==indirectly lost: 0 bytes in 0 blocks
==18211== possibly lost: 0 bytes in 0 blocks
==18211==still reachable: 3,160,558 bytes in 9 blocks
==18211== suppressed: 0 bytes in 0 blocks
==18211== Rerun with --leak-check=full to see details of leaked memory
==18211==
==18211== For counts of detected and suppressed errors, rerun with: -v
==18211== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 4 from 4)
Segmentation fault
--
Henri Salo
sample01.dmg
Description: application/apple-diskimage
Signature: 0x6B6F6C79 (koly)
Version:0x0004
HeaderSize: 0x0200
Flags: 0x0001
RunningDataForkOffset:
Bug#778819: dmg2img: ADC decompress segmentation fault at adc.c:66
Package: dmg2img Version: 1.6.5-1, 1.6.2-2+b1 Severity: important Tags: security Following attached sample file crashes dmg2img. Sample file is fuzzed with american fuzzy lop http://lcamtuf.coredump.cx/afl/. Feel free to contact me in case you need more information. I was unable to find upstream bug tracker for this software. 4151c324add3ce78c5a2e7417ae951c309924742 sample02.dmg gdb: (gdb) run -v -V -d sample02.dmg Starting program: dmg2img -v -V -d sample02.dmg dmg2img v1.6.5 (c) vu1tur (t...@vu1tur.eu.org) sample02.dmg -- sample02.img Debug info will be written to dmg2img.log reading property list, 7740 bytes from address 18076 ... bWlzaAEB AAgI AAIgsOF5gwAA AAACgAAABAsB FwwAH/8AAAEA AAA= partition 0: begin=203, size=430, decoded=284 bWlzaAEAAQAB AAgIAQAA AAIgMIi6gwAA AAACgAAABQcB FsAATP8AAAEA AAA= partition 1: begin=948, size=430, decoded=284 bWlzaAEAAgAg AAgIAgAA AAIgQqxw8AAA AAACgAAABQAAAE8g sf8AACAA AAA= partition 2: begin=1695, size=430, decoded=284 bWlzaAEAIgAG AAgIAwAA AAIg AAACAgAAAE8G ALEAAP8AAAYA AAA= partition 3: begin=2424, size=430, decoded=284 bWlzaAEAKEuI AAgIBAAA AAIgyxW3agAA AAALgAAABQAAAE8AAAfa MG8WLQAAB9oA JgAA AAgAAuAAgAAABQAA ACcK4ASYASMP 7wInD3gDaBcr AAACABLgOJgA gAAABQ0AAABLeAAA AAAIERIARQIN S4AABgCxAACF DQAAAEuGAAERVwAA AACFAg0AAABLhwAB ALEAAP8AS4gA AAA= partition 4: begin=3137, size=965, decoded=644 bWlzaAEAAABLsAAg AAgIBQAA AAIgQqxw8AAA AAACgAAABQ0g L5AAsf8AACAA AAA= partition 5: begin=4409, size=430, decoded=284 bWlzaAEAAABL0AAB
Bug#778815: lightdm: Fails load login screen with large ldap users database
Package: lightdm Version: 1.10.3-3 Severity: normal Dear Maintainer, I have a Debian 8 client that authenticate users over an open-ldap database. This has been done with libnss-ldapd libpam-ldapd nslcd. The users database is huge and includes thousands of users. The problem is that lightdm seems to try to download the complete lists of the users and it fails to load the login screen. Here are the logs of the ldap server: Feb 20 08:24:01 ldap5 slapd[6403]: conn=446978 fd=19 ACCEPT from IP=192.168.1.1:60782 (IP=0.0.0.0:389) Feb 20 08:24:01 ldap5 slapd[6403]: conn=446978 op=0 EXT oid=1.3.6.1.4.1.1466.20037 Feb 20 08:24:01 ldap5 slapd[6403]: conn=446978 op=0 STARTTLS Feb 20 08:24:01 ldap5 slapd[6403]: conn=446978 op=0 RESULT oid= err=0 text= Feb 20 08:24:02 ldap5 slapd[6403]: conn=446978 fd=19 TLS established tls_ssf=128 ssf=128 Feb 20 08:24:02 ldap5 slapd[6403]: conn=446978 op=1 BIND dn= method=128 Feb 20 08:24:02 ldap5 slapd[6403]: conn=446978 op=1 RESULT tag=97 err=0 text= Feb 20 08:24:02 ldap5 slapd[6403]: conn=446978 op=2 SRCH base=dc=domain,dc=it scope=2 deref=0 filter=(objectClass=posixAccount) Feb 20 08:24:02 ldap5 slapd[6403]: conn=446978 op=2 SRCH attr=uidNumber cn gecos uid objectClass homeDirectory gidNumber loginShell Many thanks for your work! Massimo -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages lightdm depends on: ii adduser3.113+nmu3 ii dbus 1.8.12-3 ii debconf [debconf-2.0] 1.5.55 ii libc6 2.19-13 ii libgcrypt201.6.2-4+b1 ii libglib2.0-0 2.42.1-1 ii libpam-systemd 215-11 ii libpam0g 1.1.8-3.1 ii libxcb11.10-3+b1 ii libxdmcp6 1:1.1.1-1+b1 ii lightdm-gtk-greeter [lightdm-greeter] 1.8.5-2 Versions of packages lightdm recommends: ii xserver-xorg 1:7.7+7 Versions of packages lightdm suggests: pn accountsservice none ii upower 0.99.1-3.1 -- debconf information: * shared/default-x-display-manager: slim lightdm/daemon_name: /usr/sbin/lightdm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778644: qtdeclarative-opensource-src: port to m68k
Hi, On Thu, 19 Feb 2015 17:48:45 + (UTC), Thorsten Glaser wrote: Does the same (will use the system’s copy in the next upload) apply to qtwebkit-opensource-src as well? It also currently FTBFS with: […] In file included from ./wtf/dtoa/double-conversion.h:31:0, from ./wtf/dtoa.h:25, from wtf/DecimalNumber.h:30, from wtf/DecimalNumber.cpp:27: ./wtf/dtoa/utils.h:62:2: error: #error Target architecture was not detected as supported by Double-Conversion. #error Target architecture was not detected as supported by Double-Conversion. ^ So far we have not yet looked into it, but the goal is to always use a system copy of double-conversion, yes. -- Dmitry Shachnev signature.asc Description: OpenPGP digital signature
Bug#778257: src:qtdeclarative-opensource-src: FTBFS on x32: JIT, symbols
Hi Adam, On Thu, 12 Feb 2015 23:08:49 +0100, Adam Borowski wrote: Hi! This package fails to build on the x32 second-class architecture. This is bad as it has a massive amount of reverse [build-]dependencies, both direct and transitive. The fix needs two parts: * applying the attached patch: fixing misdetection of x32 as i386/amd64 (a proper port of the JIT would be of course better, but take a good deal more work) Can you please send this upstream to https://codereview.qt-project.org/? Or, if you can't do it, tell us that you license the patch under BSD license and we will do that ourselves (needed because upstream has a CLA). * updating the symbols file. s/!sparc64/!sparc64 !x32/ worked for me, as symbols you skip on every architecture need to be skipped on x32 too (how surprising...) No longer needed with the current Qt 5.4 packages (in experimental), where the symbols mess has been fixed. -- Dmitry Shachnev signature.asc Description: OpenPGP digital signature
Bug#637108: [debian-mysql] Bug#637108: mysqld_multi missing conf
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi Norvald,
Am 20.02.2015 um 09:01 schrieb Norvald H. Ryeng:
Because of the new my.cnf setup (splitting MySQL, MariaDB and
Percona), it should include /etc/mysql/mysql.conf.d/, too. The
directory /etc/mysql/conf.d/ is now for client side settings,
while /etc/mysql/{mysql|mariadb|percona}.conf.d/ is for server side
settings.
Unfortunately, the patch only covers one layer of includes, but I
guess that's better than nothing. A proper fix would be to follow
nested includes, but we'll have to wait for an upstream fix for
that.
installing the actual versions of mariadb-server and mysql-server in
sid seems only ship /etc/mysql/conf.d/. Did I miss something or is
this split planed for post-jessie?
As soon as there's an upstream fix, we can backport the patch, but
that would probably be too late for jessie. I'm poking people
upstream to increase priority and speed things up a bit.
Oh yeah. This would be neat, as this shouldn't be a big deal and makes
things easier for users.
Many thanks, Jan.
- --
Never write mail to w...@spamfalle.info, you have been warned!
- -BEGIN GEEK CODE BLOCK-
Version: 3.12
GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V-
PS PE Y++
PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y
- --END GEEK CODE BLOCK--
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iQIVAwUBVOb+MgxwVXtaBlE+AQhMZhAAgm/UjurzEYnws59eMDGXlO7qEzd2fhox
aROeM8pTCZTPWtJSzgLWGf9e0EtEzvWN5KK4uOpq8zdnOThP5GKnR+a3529FNDpY
JBv2faoec+2COTcJBQfmolVvzfRGJ/RRZEESGAUYxsFHJsvU59MH5hsMPLzkGSAs
iPmrCk9OjRG8XFhGuphxR+bx1GzpFb47eDUTQMd90KlSF9yphkGuZXpz2QUKLo8a
c5NMKi6Uol0FFUeF/9vFyw4Ykbj6VpJn+KgMbjd5M1dgC3uRyzZZap/9pc6Rnzvw
fpf8sofMQwdE4aMPDVRwEDl15GB7gVz8imB4JF1OrHUhJmd2x9UCpvAf+m2GNpHu
m4VXjSc7jvp+w5hR5XAoTBj3S75cl9zNX+HH4YxeA0ScR4HDIr0b48tbNs2FGnJL
LAaHnI7Jw7B2343+JvN4B84slSwy6pkcKZ0k2+1SRBNCuGSKcpYTy2A5hCXm86/3
RoowfQI3Zi6EO90WQx/+fgs6q3ogVyIEPBsOd8SF438EtBLwhKkw8/W6rXEPIByq
ufdq5+PvmyChPUWZFTyO8/llNOxiXCvhKLHwx0YvEQC+ivOI6pFEIbiNzUBBra/D
TemASvIKMdhFY3oUzZGlw3JJyDrTYlku6FoxwN0MhYLo+RBhA9CjbFF9dkno3tZ8
ocIBn9SuuZg=
=orGF
-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#778817: mate-session might crash if no required applications found
Source: mate-session-manager Version: 1.8.1-7 Severity: important Tags: jessie sid Due to a logic flaw, mate-session might crash if no required applications are found. This is not very common case, but it should be fixed anway. The upstream pull request [1] fixes the issue. [1] https://github.com/mate-desktop/mate-session-manager/pull/71
Bug#553996: nec2c: Changing O to ITA
retitle 553996 ITA: nec2c -- translation of the NEC2 FORTRAN source code to owner 553996 ! thanks Hey, I intend to adopt this package within the Debian Hamradio Maintainers team. Packaging work is being conducted with the Debian Hamradio Maintainers git repositories: http://anonscm.debian.org/cgit/pkg-hamradio/nec2c.git/ Cheers, Dave signature.asc Description: Digital signature
Bug#778810: grub-efi-amd64-bin: boot/bootx86.efi problems
(Steve is probably best placed to say something sensible about this, but he's away at the moment so I'll see if I can avoid sounding too dumb...) On Fri, 2015-02-20 at 14:21 +0900, Mark Brown wrote: Package: grub-efi-amd64-bin Version: 2.02~beta2-20 Severity: critical On a couple of occasions recently my system has been updated to remove boot/bootx86.efi from the EFI boot partition, and on a new install on a separate machine this file was not installed at all. Instead debian/grubx86.efi was left installed. Unfortunately on both systems my BIOS ignores this file and will only boot boot/bootx86.efi so these updates make the system unbootable. This sounds, if I'm interpreting the paths correctly, like it relates somehow to the stuff Steve was doing in #708430, in as much as it sounds like your system is one which would benefit from enabling that new workaround (grub2/force_efi_extra_removable in debconf). Do you have that new option enabled or disabled? That said, even with the workaround disabled for some reason removing an existing boot/bootx86.efi doesn't sound right to me. Not that I have any how or why it would be happening :-/. Looking at the code the only things I see which touch boot/bootx86.efi are behind the new force_efi_extra_removable option which attempts to update the binary -- I wonder if it is possible to fail half way and actually only remove the old one? (Some sort of weird vfat interaction?) Apologies if this is filed against the wrong package, I'm not 100% clear what is responsible for installing these files. It might actually be grub-efi-amd64, but I think you were close enough ;-). Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637108: [debian-mysql] Bug#637108: mysqld_multi missing conf
On Fri, 20 Feb 2015 10:28:19 +0100, Jan Wagner w...@cyconet.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi Norvald,
Am 20.02.2015 um 09:01 schrieb Norvald H. Ryeng:
Because of the new my.cnf setup (splitting MySQL, MariaDB and
Percona), it should include /etc/mysql/mysql.conf.d/, too. The
directory /etc/mysql/conf.d/ is now for client side settings,
while /etc/mysql/{mysql|mariadb|percona}.conf.d/ is for server side
settings.
Unfortunately, the patch only covers one layer of includes, but I
guess that's better than nothing. A proper fix would be to follow
nested includes, but we'll have to wait for an upstream fix for
that.
installing the actual versions of mariadb-server and mysql-server in
sid seems only ship /etc/mysql/conf.d/. Did I miss something or is
this split planed for post-jessie?
I guess it's post jessie, so the jessie patch won't have to include the
mysql.conf.d dir.
Regards,
Norvald H. Ryeng
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778810: grub-efi-amd64-bin: boot/bootx86.efi problems
On Fri, 2015-02-20 at 18:39 +0900, Mark Brown wrote: This is a 1st gen Lenovo Yoga, the other machine that's broken with a fresh install is an Acer Aspire E11 (with BIOS 1.13 IIRC). I can supply more specific data on both if you tell me what you're looking for (I see some talk of a blacklist in the bug though I'm not sure that made it into the code). If you can reproduce the issue then identifying the exact grub-install command line which the postinst is invoking might be of interest, as would then rerunning that same command manually under strace. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637108: [debian-mysql] Bug#637108: mysqld_multi missing conf
On Mon, 27 Oct 2014 14:13:38 +0100, Mathieu Parent math.par...@gmail.com
wrote:
Here's an updated wheezy diff:
--- /usr/bin/mysqld_multi.orig2014-10-27 14:10:23.179114498 +0100
+++ /usr/bin/mysqld_multi2014-10-27 14:11:08.767409171 +0100
@@ -487,6 +487,7 @@
'/usr/my.cnf',
($ENV{MYSQL_HOME} ? $ENV{MYSQL_HOME}/my.cnf : undef),
$opt{'extra-file'},
+ /etc/mysql/conf.d/*.cnf,
($ENV{HOME} ? $ENV{HOME}/.my.cnf : undef));
}
Thanks for the patch! I think we should fix this in jessie.
Because of the new my.cnf setup (splitting MySQL, MariaDB and Percona), it
should include /etc/mysql/mysql.conf.d/, too. The directory
/etc/mysql/conf.d/ is now for client side settings, while
/etc/mysql/{mysql|mariadb|percona}.conf.d/ is for server side settings.
Unfortunately, the patch only covers one layer of includes, but I guess
that's better than nothing. A proper fix would be to follow nested
includes, but we'll have to wait for an upstream fix for that.
As soon as there's an upstream fix, we can backport the patch, but that
would probably be too late for jessie. I'm poking people upstream to
increase priority and speed things up a bit.
Regards,
Norvald H. Ryeng
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778816: mate-maximus undecorates maximized windows even when this option is disabled
Source: mate-netbook Version: 1.8.1-3 Severity: normal Tags: jessie sid upstream Control: forwarded -1 https://github.com/mate-desktop/mate-netbook/issues/12 mate-maximus 1.8.x undecorates maximized windows even when this option is disabled in dconf-editor. The upstream pull request [1] fixes this issue, making mate-maximus respect undecorate setting. [1] https://github.com/mate-desktop/mate-netbook/pull/17
Bug#778818: owncloud-client should at least suggests libcanberra-gtk-module
Package: owncloud-client Version: 1.7.0~beta1+really1.6.4+dfsg-1 Dear maintainers, I am having some problems with my ownCloud client on Jessie, so I tried to show the logs as explained in the man page. This shew me an error : $ owncloud --logwindows Gtk-Message: Failed to load module canberra-gtk-module Sys Info size: 96 After a manual installation of the package libcanberra-gtk-module, the same command does not display the error : $ owncloud --logwindows Sys Info size: 96 I personnaly can't see any other changes/benefits because currently my ownCloud client does not show up, but I suppose it would be good that owncloud-client suggests or recommends libcanberra-gtk-module. Thanks for your time and work, YvanM -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778820: missing-build-dependency-for-dh-addon apache2 = dh-apache2 instead of apache2-dev
Package: lintian Version: 2.5.30+deb8u3 Severity: normal Hello Packages using dh_apache2 are invited to depends on dh-apache2. [1] apache2-dev provides dh-apache2, but that may change in the future. Lintian should not ask to build-depends directly on apache2-dev, this is an unstable solution. [1] https://wiki.debian.org/Apache/PackagingFor24 -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages lintian depends on: ii binutils 2.24.90.20141023-1 ii bzip2 1.0.6-7+b2 ii diffstat 1.58-1 ii file 1:5.20-2 ii gettext0.19.3-2 ii hardening-includes 2.6 ii intltool-debian0.35.0+20060710.1 ii libapt-pkg-perl0.1.29+b2 ii libarchive-zip-perl1.39-1 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.37-1+b1 ii libdpkg-perl 1.17.23 ii libemail-valid-perl1.195-1 ii libfile-basedir-perl 0.03-1 ii libipc-run-perl0.92-1 ii liblist-moreutils-perl 0.33-2+b1 ii libparse-debianchangelog-perl 1.2.0-1.1 ii libtext-levenshtein-perl 0.11-1 ii libtimedate-perl 2.3000-2 ii liburi-perl1.64-1 ii man-db 2.7.0.2-5 ii patchutils 0.3.3-1 ii perl [libdigest-sha-perl] 5.20.1-5 ii t1utils1.38-3+b1 Versions of packages lintian recommends: ii libautodie-perl 2.25-1 ii libperlio-gzip-perl 0.18-3+b1 ii perl5.20.1-5 ii perl-modules [libautodie-perl] 5.20.1-5 Versions of packages lintian suggests: pn binutils-multiarch none ii dpkg-dev 1.17.23 ii libhtml-parser-perl3.71-1+b3 ii libtext-template-perl 1.46-1 ii libyaml-perl 1.13-1 ii xz-utils 5.1.1alpha+20120614-2+b3 -- no debconf information signature.asc Description: OpenPGP digital signature
Bug#778829: dmg2img: denial of service issue
Package: dmg2img Version: 1.6.5-1 Severity: important Tags: security Following attached sample file gets dmg2img to infinite loop. Sample file is fuzzed with american fuzzy lop http://lcamtuf.coredump.cx/afl/. Feel free to contact me in case you need more information. I was unable to find upstream bug tracker for this software. 28849ff278ed85fcb581578d40f7362b6ce8b72a denial-of-service.dmg fd under /proc says: 00037650 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 || 00037660 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 || 00037670 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 || 00037680 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 || 00037690 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 || 000376a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 || Log file says: Signature: 0x6B6F6C79 (koly) Version:0x0004 HeaderSize: 0x0200 Flags: 0x0001 RunningDataForkOffset: 0x DataForkOffset: 0x DataForkLength: 0x469C RsrcForkOffset: 0x RsrcForkLength: 0x SegmentNumber: 0x SegmentCount: 0x SegmentID: 0x DataForkChecksumType: 0x DataForkChecksum: 0x XMLOffset: 0x469C XMLLength: 0x1E3C MasterChecksumType: 0x0002 CRC-32 MasterChecksum: 0xEA52F304 ImageVariant: 0x0001 SectorCount:0x4BD1 ?xml version=1.0 encoding=UTF-8? !DOCTYPE plist PUBLIC -//Apple//DTD PLIST 1.0//EN http://www.apple.com/DTDs/PropertyList-1.0.dtd; plist version=1.0 dict keyresource-fork/key dict keyblkx/key array dict keyAttributes/key string0x0050/string keyCFName/key stringProtective Master Boot Record (MBR : 0)/string keyData/key data bWlza�EB AAgI AAIgsOF5gwAA AAACgAAABQsB FwwAH/8AAAEA AAA= /data keyID/key string-1/string keyName/key stringProtective Master Boot Record (MBR : 0)/string /dict dict keyAttributes/key string0x0050/string keyCFName/key stringGPT Header (Primary GPT Header : 1)/string keyData/key data bWlzaAEAAQAB AAgIAQAA AAIgMIi6gwAA AAACgAAABQcB FsAATP8AAAEA AAA= /data keyID/key string0/string keyName/key stringGPT Header (Primary GPT Header : 1)/string /dict dict keyAttributes/key string0x0050/string keyCFName/key stringGPT Partition Data (Primary GPT Table : 2)/string keyData/key data bWlzaAEAAgAg AAgIAgAA AAIgQqxw8AAA AAACgAAABQAAAE8g sf8AACAA AAA= /data keyID/key string1/string keyName/key stringGPT Partition Data (Primary GPT Table : 2)/string /dict dict keyAttributes/key string0x0050/string keyCFName/key string (Apple_Free : 3)/string keyData/key data bWlzaAEAIgAG
Bug#778801: more information
Hi, I've found the reasons for this bug; it's probably not Debian-specific but a bug in mutt and SSHFS. - The reason for this behaviour is, that FUSE/SSHFS supports creating hardlinks, but report different inode-numbers for the original file and the hardlink over SSHFS. - mutts safe_rename() renames files by creating a hardlink and afterwards comparing the inode-numbers. If the inode-numbers do not match, mutt assumes EEXIST, and tries again with a changed filename. This results in an endless-loop, where mutt is trying to create a infinite number of hardlinks. Suggested fix/workaround: - Do not try endlessly to safe_rename a file, but abort with an error-message after a sensible number of tries. - Maybe fall back to rename() instead of safe_rename()? Best regards Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778834: guvcview hangs after writing 2 GiB of data
Package: guvcview Version: 2.0.1+debian-1 Severity: normal When recording video, guvcview hangs after writing 2 GiB of data to the output file. At that point, the following messages are being written repeatedly to the terminal: AUDIO: write buffer(27) is still in use - dropping data ENCODER: video ring buffer full - dropping frame Looking at the source code, it seems 64 bit file size support is only enabled for source files in the guvcview subdirectory, not in any of the other directories with source code. See the output of: grep _FILE_OFFSET_BITS **/* The video output is writting from gview_encoder/file_io.c. I suggest adding -D_FILE_OFFSET_BITS=64 to the CFLAGS in debian/rules somehow. -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/12 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages guvcview depends on: ii libatk1.0-0 2.14.0-1 ii libc62.19-15 ii libcairo-gobject21.14.0-2.1 ii libcairo21.14.0-2.1 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-0 2.42.1-1 ii libgtk-3-0 3.14.5-1 ii libguvcview-1.0-02.0.1+debian-1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 Versions of packages guvcview recommends: ii uvcdynctrl 0.2.4-1.1 guvcview 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#778835: m-n-d sometimes segfaults in notify_stack_set_location
Source: mate-notification-daemon Version: 1.8.1-2 Severity: important Tags: jessie sid upstream Control: forwarded -1 https://github.com/mate-desktop/mate-notification-daemon/issues/39 Due to some logic flaws in the code, m-n-d sometimes segfaults in notify_stack_set_location function. The upstream pull request [1] fixes the issue. [1] https://github.com/mate-desktop/mate-notification-daemon/pull/47
Bug#778818: [Pkg-owncloud-maintainers] Bug#778818: owncloud-client should at least suggests libcanberra-gtk-module
Hi, Thanks for your fast answer. You are right, this message also appears when starting some other applications (for example kile or verbiste). You can close this bug. Sorry for noise, YvanM Le vendredi 20 février 2015 à 12:39 +0100, Sandro Knauß a écrit : Hey, thanks for your input. But I think it is not an issue. According to the description of the package libcanberra-gtk-module: translates GTK+ widgets signals to event sounds A GtkModule which will automatically hook into all kinds of events inside a GTK+ program and generate sound events from them. This is totally nothing ownCloud client benefit from. It is more likely this error is raised by the gnome environment, that is missing this. And you will see this message for everything you start with a gui. Regads, sandro -- Am Freitag, 20. Februar 2015, 11:08:59 schrieb Yvan Masson: Package: owncloud-client Version: 1.7.0~beta1+really1.6.4+dfsg-1 Dear maintainers, I am having some problems with my ownCloud client on Jessie, so I tried to show the logs as explained in the man page. This shew me an error : $ owncloud --logwindows Gtk-Message: Failed to load module canberra-gtk-module Sys Info size: 96 After a manual installation of the package libcanberra-gtk-module, the same command does not display the error : $ owncloud --logwindows Sys Info size: 96 I personnaly can't see any other changes/benefits because currently my ownCloud client does not show up, but I suppose it would be good that owncloud-client suggests or recommends libcanberra-gtk-module. Thanks for your time and work, YvanM ___ Pkg-owncloud-maintainers mailing list pkg-owncloud-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-owncloud-maintai ners -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776997: systemd-sysv's shutdown can not handle all parameters / arguments
I'd say that the problem is not that -F option doesn't work anymore, which is fine since there is no such an option in manpage, but rather that shutdown_parse_argv() function in /src/systemctl/systemctl.c fails to parse the arguments correctly. Shouldn't it be reported upstream or it is already fixed in newer versions of systemd-sysv? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778831: udevil: do not ship with Stretch
Package: src:udevil Version: 0.4.3-1 Severity: serious Tags: sid jessie-ignore Udevil is upstream dead: https://igurublog.wordpress.com/2014/04/28/ignorantgurus-hiatus/ and shouldn't be ship with Stretch. Mateusz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778833: monkeysphere: upgrade fails: Failed running transition script /usr/share/monkeysphere/transitions/0.23
Package: monkeysphere Version: 0.37-2 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 I experienced a failure upgrading from XXX to 0.37-2: Setting up monkeysphere (0.37-2) ... Failed running transition script /usr/share/monkeysphere/transitions/0.23 dpkg: error processing package monkeysphere (--configure): subprocess installed post-installation script returned error exit status 2 Running the installer again succeeded, so I suspect I cannot debug further. Upgrade involved quite a few packages, including perl, so I suspect it might be a case of a too loose dependencies. Here's the APT session log: Start-Date: 2015-02-20 11:26:16 Install: libjerasure2:armel (2.0.0-2, automatic), libgf-complete1:armel (1.0.2-1, automatic) Upgrade: libgssapi-krb5-2:armel (1.12.1+dfsg-15, 1.12.1+dfsg-17), tzdata:armel (2014i-1, 2015a-1), bsdutils:armel (2.25.2-3, 2.25.2-5), libglib2.0-data:armel (2.42.0-2, 2.42.1-1), xz-utils:armel (5.1.1alpha+20120614-2+b1, 5.1.1alpha+20120614-2+b3), libflac8:armel (1.3.0-2+b1, 1.3.0-3), libmpfr4:armel (3.1.2-1, 3.1.2-2), libsm6:armel (1.2.2-1, 1.2.2-1+b1), perl-modules:armel (5.20.1-3, 5.20.1-5), apt:armel (1.0.9.3, 1.0.9.6), libirs-export91:armel (9.9.5.dfsg-5, 9.9.5.dfsg-8), libx264-142:armel (0.142.2431+gita5831aa-1+b1, 0.142.2431+gita5831aa-1+b2), libkrb5-3:armel (1.12.1+dfsg-15, 1.12.1+dfsg-17), libsndfile1:armel (1.0.25-9+b1, 1.0.25-9.1), cryptsetup-bin:armel (1.6.6-3, 1.6.6-5), libudev1:armel (215-6, 215-11), libnettle4:armel (2.7.1-3, 2.7.1-5), krb5-locales:armel (1.12.1+dfsg-15, 1.12.1+dfsg-17), libk5crypto3:armel (1.12.1+dfsg-15, 1.12.1+dfsg-17), perl:armel (5.20.1-3, 5.20.1-5), make:armel (4.0-8, 4.0-8.1), erlang-public-key:armel (17.3-dfsg-2, 17.3-dfsg-3), libsdl1.2debian: armel (1.2.15-10, 1.2.15-10+b1), libdns-export100:armel (9.9.5.dfsg-5, 9.9.5.dfsg-8), apache2-bin:armel (2.4.10-8, 2.4.10-9), erlang-base:armel (17.3-dfsg-2, 17.3-dfsg-3), erlang-mnesia:armel (17.3-dfsg-2, 17.3-dfsg-3), libkeyutils1:armel (1.5.9-5, 1.5.9-5+b1), libcloog-isl4:armel (0.18.2-1, 0.18.2-1+b2), mc-data:armel (4.8.13-2, 4.8.13-3), gnupg-curl:armel (1.4.18-4, 1.4.18-6), dbus:armel (1.8.10-1, 1.8.12-3), libkrb5-26-heimdal:armel (1.6~rc2+dfsg-8+b1, 1.6~rc2+dfsg-9), flash-kernel:armel (3.28, 3.30), librados2:armel (0.80.7-1, 0.80.7-2), mc:armel (4.8.13-2, 4.8.13-3), dpkg:armel (1.17.21, 1.17.23), libreadline6:armel (6.3-8+b1, 6.3-8+b3), monkeysphere:armel (0.37-1, 0.37-2), erlang-eunit:armel (17.3-dfsg-2, 17.3-dfsg-3), python-minimal:armel (2.7.8-2, 2.7.8-3), libmount1:armel (2.25.2-3, 2.25.2-5), geoip-database:armel (20141027-1, 20150209-1), libblkid1:armel (2.25.2-3, 2.25.2-5), libnss3:armel (3.17.2-1, 3.17.2-1.1), libhcrypto4-heimdal:armel (1.6~rc2+dfsg-8+b1, 1.6~rc2+dfsg-9 ), avahi-autoipd:armel (0.6.31-4+b1, 0.6.31-4+b2), libcurl3:armel (7.38.0-3, 7.38.0-4), libproxy1:armel (0.4.11-4+b1, 0.4.11-4+b2), man-db:armel (2.7.0.2-3, 2.7.0.2-5), libasn1-8-heimdal:armel (1.6~rc2+dfsg-8+b1, 1.6~rc2+dfsg-9), cpio:armel (2.11+dfsg-2+b1, 2.11+dfsg-4), libpng12-0:armel (1.2.50-2+b1, 1.2.50-2+b2), erlang-tools:armel (17.3-dfsg-2, 17.3-dfsg-3), erlang-xmerl:armel (17.3-dfsg-2, 17.3-dfsg-3), ceph-common:armel (0.80.7-1, 0.80.7-2), libgcrypt20:armel (1.6.2-4, 1.6.2-4+b1), mount:armel (2.25.2-3, 2.25.2-5), grep:armel (2.20-4, 2.20-4.1), erlang-webtool:armel (17.3-dfsg-2, 17.3-dfsg-3), debconf:armel (1.5.53, 1.5.55), erlang-ssl:armel (17.3-dfsg-2, 17.3-dfsg-3), libcryptsetup4:armel (1.6.6-3, 1.6.6-5), libisccc90:armel (9.9.5.dfsg-5, 9.9.5.dfsg-8), debian-archive-keyring:armel (2014.1, 2014.3), libxdmcp6:armel (1.1.1-1, 1.1.1-1+b1), libavresample2:armel (11-2, 11.2-1), isc-dhcp-client:armel (4.3.1-5, 4.3.1-6), python-pygments:armel (2.0~rc1.a2bc2bd+dfsg-1, 2.0.1+dfsg-1), libsemanage1:armel (2.3-1, 2.3-1+b1), erlang-syntax-tools:armel (17.3-dfsg-2, 17.3-dfsg-3), libisc-export95:armel (9.9.5.dfsg-5, 9.9.5.dfsg-8), libsystemd0:armel (215-6, 215-11), libkrb5support0:armel (1.12.1+dfsg-15, 1.12.1+dfsg-17), erlang-runtime-tools:armel (17.3-dfsg-2, 17.3-dfsg-3), libpython-stdlib:armel (2.7.8-2, 2.7.8-3), libavahi-common-data:armel (0.6.31-4+b1, 0.6.31-4+b2), libpcre3:armel (8.35-3.1, 8.35-3.3), ejabberd:armel (14.07-3, 14.07-4), udev:armel (215-6, 215-11), libavahi-client3:armel (0.6.31-4+b1, 0.6.31-4+b2), mime-support:armel (3.57, 3.58), gnupg:armel (1.4.18-4, 1.4.18-6), util-linux:armel (2.25.2-3, 2.25.2-5), libhogweed2:armel (2.7.1-3, 2.7.1-5), libdbus-1-3:armel (1.8.10-1, 1.8.12-3), libisc95:armel (9.9.5.dfsg-5, 9.9.5.dfsg-8), libavutil54:armel (11-2, 11.2-1), libapt-pkg4.12:armel (1.0.9.3, 1.0.9.6), uuid-runtime:armel (2.25.2-3, 2.25.2-5), libbind9-90:armel (9.9.5.dfsg-5, 9.9.5.dfsg-8), perl-base:armel (5.20.1-3, 5.20.1-5), libdns100:armel (9.9.5.dfs g-5, 9.9.5.dfsg-8), libcephfs1:armel (0.80.7-1, 0.80.7-2), base-files:armel (7.10, 8), libdb5.3:armel (5.3.28-6, 5.3.28-7~deb8u1), libdate-calc-perl:armel (6.3-1, 6.3-2),
Bug#778832: ITP: stacks -- pipeline for building loci from short-read DNA sequences
Package: wnpp Severity: wishlist Owner: Andreas Tille ti...@debian.org * Package name: stacks Version : 1.25 Upstream Author : Julian Catchen jcatc...@uoregon.edu * URL : http://creskolab.uoregon.edu/stacks/ * License : GPL Programming Lang: C++ Description : pipeline for building loci from short-read DNA sequences Stacks is a software pipeline for building loci from short-read sequences, such as those generated on the Illumina platform. Stacks was developed to work with restriction enzyme-based data, such as RAD-seq, for the purpose of building genetic maps and conducting population genomics and phylogeography. The package was initially prepared by Tim Booth from BioLinux and will be maintained by the Debian Med team at svn://anonscm.debian.org/debian-med/trunk/packages/stacks/trunk/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693298: Affects XMPP calls, too
Hi there, not only SIP calls are affected, but also calls via XMPP set the volume up to 100%. Does anybody know a fix (not the flat volumes workaround) for this? Cheers - Fuddl signature.asc Description: This is a digitally signed message part
Bug#757633: Blueman broken in jessie beta 2 xfce 32-bit, cont
On Sun, 2 Nov 2014, Christopher Schramm wrote: I'm working on a transition to obexd-server upstream which will fix this. We could also find a fix for making it work with obex-data-server again, but I do not have a starting point for this. Unfortunately neither will make it into jessie before the freeze. Hi. IMHO, the freeze is to fix things like this. The package is currently half-broken and a fix should be welcome. In doubt, please talk with the release managers. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778830: xbmc-pvr-addons: FTBFS on mips* - fatal error: atomic.h: No such file or directory
Source: xbmc-pvr-addons Version: 13.0+git20140512+g91cc731+dfsg1-1 Severity: important Tags: patch Hi, xbmc-pvr-addons FTBFS on mips and mipsel with the error: In file included from ../include/refmem/refmem.h:27:0, from alloc.c:44: ../include/refmem/atomic.h:33:20: fatal error: atomic.h: No such file or directory #include atomic.h ^ compilation terminated. Full logs: https://buildd.debian.org/status/package.php?p=xbmc-pvr-addons The best way to fix this is probably to just use the generic GCC atomics on mips. I've attached a patch which fixes this for me. Thanks, James Index: xbmc-pvr-addons-13.0+git20140512+g91cc731+dfsg1/lib/cmyth/include/refmem/atomic.h === --- xbmc-pvr-addons-13.0+git20140512+g91cc731+dfsg1.orig/lib/cmyth/include/refmem/atomic.h +++ xbmc-pvr-addons-13.0+git20140512+g91cc731+dfsg1/lib/cmyth/include/refmem/atomic.h @@ -29,10 +29,6 @@ #define inline __inline #endif -#if defined __mips__ -#include atomic.h -#endif - #if defined(__APPLE__) #include libkern/OSAtomic.h @@ -96,8 +92,6 @@ __mvp_atomic_increment(mvp_atomic_t *val : =r(tmp1), =r(__val), =r(tmp2) : r (valp), r(inc) : cc, memory); -#elif defined __mips__ - __val = atomic_increment_val(valp); #elif defined __GNUC__ /* * Don't know how to atomic increment for a generic architecture @@ -162,8 +156,6 @@ __mvp_atomic_decrement(mvp_atomic_t *val : =r(tmp1), =r(__val), =r(tmp2) : r (valp), r(inc) : cc, memory); -#elif defined __mips__ - __val = atomic_decrement_val(valp); #elif defined __sparcv9__ mvp_atomic_t __newval, __oldval = (*valp); do
Bug#778836: gvfs-backends: gvfsd-dnssd segfault
Package: gvfs-backends Version: 1.22.2-1 Severity: normal Segfault, strcmp-ssse3.S not found. Backtrace and core dump attached. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gvfs-backends depends on: ii dconf-gsettings-backend [gsettings-backend] 0.22.0-1 ii gvfs 1.22.2-1 ii gvfs-common 1.22.2-1 ii gvfs-daemons 1.22.2-1 ii gvfs-libs1.22.2-1 ii libarchive13 3.1.2-10 ii libatk1.0-0 2.14.0-1 ii libavahi-client3 0.6.31-4+b2 ii libavahi-common3 0.6.31-4+b2 ii libavahi-glib1 0.6.31-4+b2 ii libbluetooth35.23-2+b1 ii libbluray1 1:0.6.2-1 ii libc62.19-13 ii libcairo-gobject21.14.0-2.1 ii libcairo21.14.0-2.1 ii libcdio-cdda10.83-4.2 ii libcdio-paranoia10.83-4.2 ii libcdio130.83-4.2 ii libdbus-1-3 1.8.12-3 ii libdbus-glib-1-2 0.102-1 ii libexif120.6.21-2 ii libexpat12.1.0-6+b3 ii libgcrypt20 1.6.2-4+b1 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-0 2.42.1-1 ii libgoa-1.0-0b3.14.2-1 ii libgphoto2-6 2.5.4-1.1+b2 ii libgphoto2-port102.5.4-1.1+b2 ii libgtk-3-0 3.14.5-1 ii libgudev-1.0-0 215-11 ii libimobiledevice41.1.6+dfsg-3.1 ii libmtp9 1.1.8-1+b1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libplist21.11-3 ii libsecret-1-00.18-1+b1 ii libsmbclient 2:4.1.13+dfsg-2 ii libsoup2.4-1 2.48.0-1 ii libusb-1.0-0 2:1.0.19-1 ii libxml2 2.9.1+dfsg1-4 ii psmisc 22.21-2 Versions of packages gvfs-backends recommends: ii gnome-keyring 3.14.0-1+b1 Versions of packages gvfs-backends suggests: pn obex-data-server none ii samba-common 2:4.1.13+dfsg-2 -- no debconf information Core was generated by `/usr/lib/gvfs/gvfsd-dnssd --spawner :1.9 /org/gtk/gvfs/exec_spaw/5'. Program terminated with signal SIGSEGV, Segmentation fault. #0 __strcmp_ssse3 () at ../sysdeps/i386/i686/multiarch/strcmp-ssse3.S:241 241 ../sysdeps/i386/i686/multiarch/strcmp-ssse3.S: No such file or directory. (gdb) bt #0 __strcmp_ssse3 () at ../sysdeps/i386/i686/multiarch/strcmp-ssse3.S:241 #1 0x0804a456 in lookup_link_file_by_name_and_type (backend=optimized out, name=0x85544cc WNDR3800CH, type=0x85544dc _smb._tcp) at gvfsbackenddnssd.c:377 #2 0x0804ab3b in resolve_callback (r=0x85538e0, interface=3, protocol=0, event=AVAHI_RESOLVER_FOUND, name=0x85544cc WNDR3800CH, type=0x85544dc _smb._tcp, domain=0x85544ec local, host_name=0x85544f8 WNDR3800CH.local, address=0xbf8e1b58, port=445, txt=0x0, flags=(AVAHI_LOOKUP_RESULT_CACHED | AVAHI_LOOKUP_RESULT_MULTICAST), userdata=0x854d440) at gvfsbackenddnssd.c:570 #3 0x41e49e9f in avahi_service_resolver_event () from /usr/lib/i386-linux-gnu/libavahi-client.so.3 #4 0x41e453ed in ?? () from /usr/lib/i386-linux-gnu/libavahi-client.so.3 #5 0x41df7f96 in dbus_connection_dispatch () from /lib/i386-linux-gnu/libdbus-1.so.3 #6 0x41e4c069 in ?? () from /usr/lib/i386-linux-gnu/libavahi-client.so.3 #7 0x41096113 in ?? () from /usr/lib/i386-linux-gnu/libavahi-glib.so.1 #8 0x4fde7da4 in g_main_dispatch (context=optimized out) at /build/glib2.0-EvFudu/glib2.0-2.42.1/./glib/gmain.c:3111 #9 g_main_context_dispatch (context=0x0) at /build/glib2.0-EvFudu/glib2.0-2.42.1/./glib/gmain.c:3710 #10 0x4fde80c9 in g_main_context_iterate (context=0x8540550, block=0, block@entry=1, dispatch=1, self=optimized out) at /build/glib2.0-EvFudu/glib2.0-2.42.1/./glib/gmain.c:3781 #11 0x4fde8479 in g_main_loop_run (loop=0x8546498) at
Bug#749897: [buildd-tools-devel] Bug#749897: schroot: Can't end session after schroot automatically restored it during boot under systemd
So, it turns out the problem is not systemd uses a different namespace as I originally thought, but if daemons starting after a schroot session starts uses its own mount namespace, it prevents schroot -e from working. Indeed, a common feature of the services that cause schroot to fail to exit cleanly is: * started from a systemd unit rather than from the sysv init script * they set PrivateTmp=yes in the unit PrivateTmp=yes causes a new mount namespace to be created. (For those wondering how to get rid of schroot sessions that schroot doesn't seem to be able to clean up, shutdown the daemons involved, schroot -e --all- sessions, restart the daemons) cheers Stuart -- Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net Debian Developer http://www.debian.org/ stu...@debian.org GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7
Bug#778793: Solution
Hi! I found, that /etc/X11/XvMCConfig was not a directory. It was a file. So i deleted this file and created a directory instead per hand. Then the install worked. Now this directory doesn't exist any longer... Please check that! It was the first time, i needed the intel-graphics-driver. lg Jakob -- http://xundeenergie.at http://xundeenergie.vemmaeurope.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778822: patch for handling non ASCII and non UTF8 headers in headache
Le 2015-02-20 11:39, Virgile Prevosto a écrit : Package: headache Version: 1.03-24 The utf8-length patch appeared in version 1.03-22 systematically uses UTF8.length to compute string lengths, which will produce wrong results if the header uses another encoding, such as iso-latin-1. The attached patch proposes to fall back to plain String.length if the given string is not a well formed utf-8 string. Who uses iso-latin-1 anyway? :-P I'll try to look if it is possible to include this for Jessie (I have some doubts). Otherwise, it will wait for Jessie's release. (Which means if you get lucky, you'll have it in Ubuntu within 2 years! :D). This issue has already been reported on Ubuntu's bts (https://bugs.launchpad.net/ubuntu/+source/headache/+bug/1083216) as I'm using Xubuntu 14.10, but it seems that noone there is interested in fixing it (issue was opened on 2012-11-26). Thanks for noticing it! :-D I'd correct your sentence though: There is no one there doing OCaml stuff (and speaking on Ubuntu, globally). It is not supported (except the compiler itself). So, of course, no one will ever reply. Regards, -- Mehdi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776018: filling log directory
This bug is causing me a lot of grief as it is filling my /var/log directory and bringing my system down. Is there some way to set the logging level so that these messages don't show up? I think the bug level needs to be increased because it can bring a system down. Brent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778727: Does not use preseeded debconf value for dictionaries-common/default-wordlist
On Thu, Feb 19, 2015 at 03:00:12PM -0500, Daniel Richard G. wrote: On Thu, 2015 Feb 19 19:18+0100, Agustin Martin wrote: This seems another incarnation of apt-utils must be installed before any package trusting it is going to be installed to properly process config files at preconfigure stage. I do have apt-utils in place prior to installing dictionaries-common. Strange, I could only reproduce this without apt-utils. In a chroot # apt-get purge dictionaries-common wamerican apt-utils # debconf-set-selections preseed-miscfiles # export DICT_COMMON_DEBUG=1 # apt-get install miscfiles wamerican Setting up wamerican (7.1-1) ... dict-common::dc_set: Warning: dictionaries-common/default-wordlist is already set to [english (Webster's Second International English wordlist)]. Not setting to [american (American English)] Setting up dictionaries-common (1.23.17) ... [wordlist,dc_debconf_select]: Possible values, but unset dictionaries-common/default-wordlist. Trying harder to get a default value. [wordlist,dc_debconf_select]: dictionaries-common/default-wordlist set to american (American English). Can be changed with select-default-wordlist. Setting up miscfiles (1.4.2.dfsg.1-9.1) ... Question is reset because when wamerican postinst is processed debconf does not yet know about miscfiles. I think I can make this more robust and have better messages, but will need some time, most of that code was written some time ago. # apt-get install miscfiles wamerican apt-utils shows the same problem. On the contrary, when apt-utils is installed things work here as expected, # apt-get purge dictionaries-common wamerican apt-utils # debconf-set-selections preseed-miscfiles # export DICT_COMMON_DEBUG=1 # apt-get install apt-utils # apt-get install miscfiles wamerican dict-common::dc_set: Warning: dictionaries-common/default-wordlist is already set to [english (Webster's Second International English wordlist)]. Not setting to [american (American English)] dict-common::dc_set: dictionaries-common/default-wordlist is set to [english (Webster's Second International English wordlist)] ... Running trigger update-default-wordlist Symlinking /usr/share/dict/words to /etc/dictionaries-common/words update-default-wordlist: Default is set to english (Webster's Second International English wordlist) for wordlist update-default-wordlist: english (Webster's Second International English wordlist) - web2 update-default-wordlist: /etc/dictionaries-common/words symlink set to /usr/share/dict/web2 because all debconf stuff was parsed at the pre-configure stage. In fact, apt-utils is already part of a minimal Debian install :) IMHO it should, but in special distributions it is sometimes installed in the same dpkg run than other packages. Not a good thing. Note that a depends will not work here, at the preconfigure stage it will not yet be available. And when debconf stuff is processed from postinst it will be done in a package by package basis, thus ignoring preseeded value unless package providing it is processed the first. I did set the preseed with debconf-set-selections well before installing dictionaries-common. (Is it really approved practice for package A to pre-seed debconf for package B?) dictionaries-common should support this. Also, note that usually it is not other package who does the preseed when used, but some sort of master process during the installation. Thanks for the feedback, Regards, -- Agustin dictionaries-common dictionaries-common/default-wordlist select english (Webster's Second International English wordlist) dictionaries-common dictionaries-common/default-wordlist seen false
Bug#778839: ITP: URONode -- A node front end for AX.25, NET/ROM, Rose and TCP
Package: wnpp Severity: wishlist Owner: Dave Hibberd d...@vehibberd.com * Package name : URONode Version : 2.3.1 Upstream Author : Brian Rogers N1URO n1...@n1uro.com * URL : http://uronode.sourceforge.net/ * License : GPL-2 Description : A node front end for AX.25, NET/ROM, Rose and TCP URONode is a packet radio node front end for amateur radio operators. It provides a shell modelled after those of LinuxNode, AWZNode and Flexnode. It is capable of initiating connections to remote stations and exposing services installed on them to users. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778840: unable to set per-user default browser for https
Package: libfm-gtk-bin Version: 0.1.17-2.1 On my Debian Wheezy, I have 2 browsers installed: iceweasel and chromium. Iceweasel is the system-wide default browser: $ update-alternatives --display x-www-browser x-www-browser - auto mode link currently points to /usr/bin/iceweasel /usr/bin/chromium - priority 40 /usr/bin/iceweasel - priority 70 slave x-www-browser.1.gz: /usr/share/man/man1/iceweasel.1.gz Current 'best' version is '/usr/bin/iceweasel'. I have 2 users, user1 is happy with the system-wide default settings, whereas user2 wants to have chromium as default browser. When user2 changes his preferences using libfm-pref-apps, the changes only affect http links. For https links, his default browser is still icewesel. The interface of libfm-pref-apps does not allow to change default https browser. Can you please comment whether this is correct behavior, or a bug ? regards, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766985: opam: should suggest/recommend hg, darcs, and aspcud
Hi, Le 2015-02-19 19:51, Ralf Treinen a écrit : On Mon, Oct 27, 2014 at 01:05:42PM +0100, Pierre Hauweele wrote: Package: opam Version: 1.2.0~rc4-1 Severity: minor [...] I think the aspcud package should be a recommended dependency. The hg and darcs packages might go as suggested dependencies. I agree that aspcud should be recommended (no opinion about hg and darcs). FWIW, This has been implemented in opam/1.2.0. I didn't close the bug because I didn't make my mind about the other two. -- Mehdi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778837: ITP: python-darts-lib-utils-lru: Simple dictionary with LRU behaviour
Package: wnpp Severity: wishlist Owner: Gianfranco Costamagna costamagnagianfra...@yahoo.it * Package name: python-darts-lib-utils-lru Version: 0.5~git20140220-1 Upstream Author : 2011 Dirk Esser cont...@deterministic-arts.de * URL: https://code.google.com/p/cld2/ * License: MIT Programming Lang: Python Description: Simple dictionary with LRU behaviour An LRUDict is basically a simple dictionary, which has a defined maximum capacity, that may be supplied at construction time, or modified at run-time via the capacity property. The class SynchronizedLRUDict, which exposes the same interface as plain LRUDict, but fully thread-safe. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778838: ITP: seqprep -- stripping adaptors and/or merging paired reads of DNA sequences with overlap
Package: wnpp Severity: wishlist Owner: Andreas Tille ti...@debian.org * Package name: seqprep Version : 1.1 Upstream Author : John St. John jstj...@soe.ucsc.edu * URL : http://seqanswers.com/wiki/SeqPrep * License : MIT Programming Lang: C Description : stripping adaptors and/or merging paired reads of DNA sequences with overlap SeqPrep is a program to merge paired end Illumina reads that are overlapping into a single longer read. It may also just be used for its adapter trimming feature without doing any paired end overlap. When an adapter sequence is present, that means that the two reads must overlap (in most cases) so they are forcefully merged. When reads do not have adapter sequence they must be treated with care when doing the merging, so a much more specific approach is taken. The default parameters were chosen with specificity in mind, so that they could be ran on libraries where very few reads are expected to overlap. It is always safest though to save the overlapping procedure for libraries where you have some prior knowledge that a significant portion of the reads will have some overlap. This package was prepared by Tim Booth from BioLinux and will be maintained by the Debian Med team at svn://anonscm.debian.org/debian-med/trunk/packages/seqprep/trunk/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778841: Fwd: sflphone-client-gnome Unable to initialize Clutter: The openGL version could not be determined
Package: sflphone-gnome Version: 1.4.1-0.1+b1 When running either sflphone or sflphone-client-gnome I receive the following error (sflphone:16950): GLib-CRITICAL **: g_strsplit: assertion 'string != NULL' failed (sflphone:16950): Clutter-CRITICAL **: Unable to initialize Clutter: The OpenGL version could not be determined Segmentation fault I'm running Debian Jessie installed yesterday with LXDE installed as the desktop environment selected in the installer. $ aptitude search clutter | grep '^i' i libclutter-1.0-0- Open GL based interactive canvas library i A libclutter-1.0-common - Open GL based interactive canvas library ( i libclutter-gtk-1.0-0- Open GL based interactive canvas library G $ uname -a Linux desktop 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt4-3 (2015-02-03) x86_64 GNU/Linux $ glxinfo | grep -i version server glx version string: 1.4 client glx version string: 1.4 GLX version: 1.4 OpenGL core profile version string: 4.4.12968 Core Profile Context 14.201.1006.1002 OpenGL core profile shading language version string: 4.40 OpenGL version string: 4.4.12968 Compatibility Profile Context 14.201.1006.1002 OpenGL shading language version string: 4.40 I'm using fglrx-driver 1:14.9+ga14.201-2 Many Thanks, James
Bug#776997: systemd-sysv's shutdown can not handle all parameters / arguments
Hi, Am 20.02.2015 um 14:27 schrieb Aaron: I'd say that the problem is not that -F option doesn't work anymore, which is fine since there is no such an option in manpage, but rather that shutdown_parse_argv() function in /src/systemctl/systemctl.c fails to parse the arguments correctly. Shouldn't it be reported upstream or it is already fixed in newer versions of systemd-sysv? With 219-2 from experimental, the parameter -F (or -f) is silently ignored and running shutdown -F now will shutdown the system without an error message. There is no warning logged, that this parameter is no longer supported. -- 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#778810: grub-efi-amd64-bin: boot/bootx86.efi problems
On Fri, Feb 20, 2015 at 10:07:01AM +, Ian Campbell wrote: On Fri, 2015-02-20 at 18:39 +0900, Mark Brown wrote: This is a 1st gen Lenovo Yoga, the other machine that's broken with a fresh install is an Acer Aspire E11 (with BIOS 1.13 IIRC). I can supply more specific data on both if you tell me what you're looking for (I see some talk of a blacklist in the bug though I'm not sure that made it into the code). If you can reproduce the issue then identifying the exact grub-install command line which the postinst is invoking might be of interest, as would then rerunning that same command manually under strace. In fact, for EFI just grub-install -v should tell you a lot more. -- Steve McIntyre, Cambridge, UK.st...@einval.com I've only once written 'SQL is my bitch' in a comment. But that code is in use on a military site... -- Simon Booth -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778842: ImportError: /usr/lib/python2.7/dist-packages/hpmudext.so: undefined symbol: hpmud_make_mdns_uri
Package: libhpmud0 Version: 3.12.6-3.1+deb7u1 Severity: important jaap@lia:~$ /usr/bin/hp-toolbox Traceback (most recent call last): File /usr/bin/hp-toolbox, line 39, in module from base import status, tui, module File /usr/share/hplip/base/status.py, line 59, in module import hpmudext ImportError: /usr/lib/python2.7/dist-packages/hpmudext.so: undefined symbol: hpmud_make_mdns_uri jaap@lia: -- System Information: Debian Release: 7.8 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/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 libhpmud0 depends on: ii libc6 2.13-38+deb7u7 ii libsnmp15 5.4.3~dfsg-2.8+deb7u1 ii libssl1.0.0 1.0.1e-2+deb7u14 ii libusb-1.0-0 2:1.0.11-1 libhpmud0 recommends no packages. libhpmud0 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#778843: ax25-node should be replaced with UROnode
block 778843 by 778839 thanks All, I'm packaging URONode as a replacement for ax25-node in response to this bug. Thanks, Dave -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778257: src:qtdeclarative-opensource-src: FTBFS on x32: JIT, symbols
On Fri, Feb 20, 2015 at 12:22:06PM +0300, Dmitry Shachnev wrote:
On Thu, 12 Feb 2015 23:08:49 +0100, Adam Borowski wrote:
The fix needs two parts:
* applying the attached patch: fixing misdetection of x32 as i386/amd64
(a proper port of the JIT would be of course better, but take a good deal
more work)
Can you please send this upstream to https://codereview.qt-project.org/?
I looked at the upstream website, and found it quite confusing. Thus, if
you could forward the patch, it would be nice.
Or, if you can't do it, tell us that you license the patch under BSD license
and we will do that ourselves (needed because upstream has a CLA).
Sure. The patch appears to be too small to be copyrightable, but anyway, I
hereby grant the right to use it under any license of your choice.
* updating the symbols file. s/!sparc64/!sparc64 !x32/ worked for me, as
symbols you skip on every architecture need to be skipped on x32 too
(how surprising...)
No longer needed with the current Qt 5.4 packages (in experimental), where
the symbols mess has been fixed.
I tried to check the patch against the packages in experimental, but one of
dependencies (qtxmlpatterns) failed to build for me, for reasons that don't
seem to be arch-dependent:
CMake Error at
/home/kilobyte/tmp/x32/exp/qtxmlpatterns-opensource-src-5.4.0/lib/cmake/Qt5XmlPatterns/Qt5XmlPatternsConfig.cmake:27
(message):
The imported target Qt5::XmlPatterns references the file
/home/kilobyte/tmp/x32/exp/include/x86_64-linux-gnux32/qt5/
but this file does not exist. Possible reasons include:
If it's supposed to work, I can poke around more. I wonder, though, if it
would cost less human time to throw the patch in blindly for now.
It does require a change, though. Against sources from experimental it's:
--- src/qml/jsruntime/qv4global_p.h~2014-12-05 17:25:11.0 +0100
+++ src/qml/jsruntime/qv4global_p.h 2015-02-20 19:04:52.201925780 +0100
@@ -69,9 +69,11 @@
//
// NOTE: This should match the logic in qv4targetplatform_p.h!
-#if defined(Q_PROCESSOR_X86) (defined(Q_OS_WINDOWS) || defined(Q_OS_LINUX)
|| defined(Q_OS_QNX) || defined(Q_OS_FREEBSD))
+#if defined(Q_PROCESSOR_X86) !defined(__ILP32__) \
+ (defined(Q_OS_WINDOWS) || defined(Q_OS_LINUX) || defined(Q_OS_QNX) ||
defined(Q_OS_FREEBSD))
#define V4_ENABLE_JIT
-#elif defined(Q_PROCESSOR_X86_64) (defined(Q_OS_WINDOWS) ||
defined(Q_OS_LINUX) || defined(Q_OS_MAC) || defined(Q_OS_FREEBSD))
+#elif defined(Q_PROCESSOR_X86_64) !defined(__ILP32__) \
+ (defined(Q_OS_WINDOWS) || defined(Q_OS_LINUX) || defined(Q_OS_MAC) ||
defined(Q_OS_FREEBSD))
#define V4_ENABLE_JIT
#elif defined(Q_PROCESSOR_ARM_32)
while against upstream's 5.4 git it's:
--- a/src/qml/jsruntime/qv4global_p.h
+++ b/src/qml/jsruntime/qv4global_p.h
@@ -69,9 +69,11 @@ inline double trunc(double d) { return d 0 ? floor(d) :
ceil(d); }
//
// NOTE: This should match the logic in qv4targetplatform_p.h!
-#if defined(Q_PROCESSOR_X86) (defined(Q_OS_WIN) || defined(Q_OS_LINUX) ||
defined(Q_OS_QNX) || defined(Q_OS_FREEBSD))
+#if defined(Q_PROCESSOR_X86) !defined(__ILP32__) \
+ (defined(Q_OS_WIN) || defined(Q_OS_LINUX) || defined(Q_OS_QNX) ||
defined(Q_OS_FREEBSD))
#define V4_ENABLE_JIT
-#elif defined(Q_PROCESSOR_X86_64) (defined(Q_OS_WIN) || defined(Q_OS_LINUX)
|| defined(Q_OS_MAC) || defined(Q_OS_FREEBSD))
+#elif defined(Q_PROCESSOR_X86_64) !defined(__ILP32__) \
+ (defined(Q_OS_WIN) || defined(Q_OS_LINUX) || defined(Q_OS_MAC) ||
defined(Q_OS_FREEBSD))
#define V4_ENABLE_JIT
#elif defined(Q_PROCESSOR_ARM_32)
(Ie, Q_OS_WIN vs Q_OS_WINDOWS).
--
// If you believe in so-called intellectual property, please immediately
// cease using counterfeit alphabets. Instead, contact the nearest temple
// of Amon, whose priests will provide you with scribal services for all
// your writing needs, for Reasonable and Non-Discriminatory prices.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778862: ispell: please make building .hash files reproducible
Control: tags -1 + patch
I attached a patch that initializes the parsed tables with 0,
before they are assigned to sflaglist.
diff --git a/debian/patches/0031-Initialize-table.patch b/debian/patches/0031-Initialize-table.patch
new file mode 100644
index 000..43f6c11
--- /dev/null
+++ b/debian/patches/0031-Initialize-table.patch
@@ -0,0 +1,51 @@
+Author: Reiner Herrmann rei...@reiner-h.de
+Description: initialize table with zero to prevent uninitialized memory being written
+Bug-Debian: https://bugs.debian.org/778862
+
+Index: ispell-3.3.02/parse.y
+===
+--- ispell-3.3.02.orig/parse.y
ispell-3.3.02/parse.y
+@@ -205,6 +205,7 @@ static int nbasestrings = 0; /* Number
+ static struct flagent * table; /* Current table being built */
+ static int tblnum; /* Numer of entries in table */
+ static int tblsize = 0; /* Size of the flag table */
++static int tmp = 0;
+ static int ungrablen; /* Size of ungrab area */
+ %}
+
+@@ -898,7 +899,7 @@ table : flagdef
+ tblsize = centnum + TBLINC;
+ tblnum = 0;
+ table = (struct flagent *)
+- malloc (tblsize * (sizeof (struct flagent)));
++ calloc (tblsize, sizeof (struct flagent));
+ if (table == NULL)
+ {
+ yyerror (PARSE_Y_NO_SPACE);
+@@ -907,6 +908,7 @@ table : flagdef
+ }
+ else if (tblnum + centnum = tblsize)
+ {
++tmp = tblsize;
+ tblsize = tblnum + centnum + TBLINC;
+ table = (struct flagent *)
+ realloc ((char *) table,
+@@ -916,6 +918,8 @@ table : flagdef
+ yyerror (PARSE_Y_NO_SPACE);
+ exit (1);
+ }
++memset(table + tmp * sizeof(struct flagent), 0,
++ tblsize * sizeof(struct flagent) - tmp * sizeof(struct flagent));
+ }
+ for (tblnum = 0; tblnum centnum; tblnum++)
+ table[tblnum] = curents[tblnum];
+@@ -936,6 +940,8 @@ table : flagdef
+ yyerror (PARSE_Y_NO_SPACE);
+ exit (1);
+ }
++memset(table + tmp * sizeof(struct flagent), 0,
++ tblsize * sizeof(struct flagent) - tmp * sizeof(struct flagent));
+ }
+ for (i = 0; i centnum; i++)
+ table[tblnum + i] = curents[i];
diff --git a/debian/patches/series b/debian/patches/series
index 06ebc04..a4f35d0 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -24,3 +24,4 @@
0028-Fix-hardening-warnings.patch
0029-Generate-hex-in-fix8bit.patch
0030-Display-whole-multibyte-character.patch
+0031-Initialize-table.patch
signature.asc
Description: OpenPGP digital signature
Bug#773155: hello here is a screenshot of the gimp problem
Bug#778822: patch for handling non ASCII and non UTF8 headers in headache
On Fri, Feb 20, 2015 at 05:23:04PM +0100, Virgile Prevosto virgile.prevo...@m4x.org wrote: I guess I still kind of hoped that the issue would be propagated to Debian at some point, but I can understand that it wasn't important enough to be handled by Ubuntu's bug managers Sure. No problem. Do not hesitate to submit bugs directly to Debian next time. The only issue would be to reproduce the problem on a Debian machine, which is generally easy with OCaml packages (well, as long as there is not fishy binding stuff involved). Kind regards, -- Mehdi Dogguy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637108: [debian-mysql] Bug#637108: mysqld_multi missing conf
Hi Norvald,
Am 20.02.2015 um 09:01 schrieb Norvald H. Ryeng:
Thanks for the patch! I think we should fix this in jessie.
Because of the new my.cnf setup (splitting MySQL, MariaDB and Percona),
it should include /etc/mysql/mysql.conf.d/, too. The directory
/etc/mysql/conf.d/ is now for client side settings, while
/etc/mysql/{mysql|mariadb|percona}.conf.d/ is for server side settings.
Unfortunately, the patch only covers one layer of includes, but I guess
that's better than nothing. A proper fix would be to follow nested
includes, but we'll have to wait for an upstream fix for that.
As soon as there's an upstream fix, we can backport the patch, but that
would probably be too late for jessie. I'm poking people upstream to
increase priority and speed things up a bit.
find attached a patch against the latest master branch of the debian
package.
It's based on https://github.com/waja/mysql-5.5/tree/mysqld_multi
Cheers, Jan.
--
Never write mail to w...@spamfalle.info, you have been warned!
-BEGIN GEEK CODE BLOCK-
Version: 3.12
GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V- PS
PE Y++
PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y
--END GEEK CODE BLOCK--
From 339908bc6feb5458d58e7fb404f2cc0c6304625f Mon Sep 17 00:00:00 2001
From: Jan Wagner w...@cyconet.org
Date: Fri, 20 Feb 2015 20:36:35 +0100
Subject: [PATCH] Adding mysqld_multi_confd.patch, makes mysqld_multi reading
conf.d (Closes: #637108)
---
debian/patches/mysqld_multi_confd.patch | 10 ++
debian/patches/series | 1 +
2 files changed, 11 insertions(+)
create mode 100644 debian/patches/mysqld_multi_confd.patch
diff --git a/debian/patches/mysqld_multi_confd.patch b/debian/patches/mysqld_multi_confd.patch
new file mode 100644
index 000..ea62c8a
--- /dev/null
+++ b/debian/patches/mysqld_multi_confd.patch
@@ -0,0 +1,10 @@
+--- a/scripts/mysqld_multi.sh
b/scripts/mysqld_multi.sh
+@@ -487,6 +487,7 @@
+'@sysconfdir@/my.cnf',
+($ENV{MYSQL_HOME} ? $ENV{MYSQL_HOME}/my.cnf : undef),
+$opt{'extra-file'},
++ /etc/mysql/conf.d/*.cnf,
+($ENV{HOME} ? $ENV{HOME}/.my.cnf : undef));
+ }
+
diff --git a/debian/patches/series b/debian/patches/series
index 14d8b17..eab07fc 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -13,3 +13,4 @@ fix-mips64el-ftbfs.patch
41_scripts__mysql_install_db.sh__no_test.patch
50_mysql-test__db_test.patch
fix-mysqlhotcopy-test-failure.patch
+mysqld_multi_confd.patch
signature.asc
Description: OpenPGP digital signature
Bug#778747: [Pkg-openssl-devel] Bug#778747: openssl: RFC 7465 says RC4 is broken, never to be used
On Fri, Feb 20, 2015 at 06:25:44PM +0100, Kurt Roeckx wrote: On Fri, Feb 20, 2015 at 06:10:59PM +0100, Florian Schlichting wrote: What servers, and what clients are we talking about here? You might want to look at those stats: https://lists.fedoraproject.org/pipermail/security/2015-February/002069.html I did, it's only about web servers and the numbers are not so different from the ones I quoted, so it only serves to reinforce my earlier argument, no? | RC4 still remains as the 3rd most popular cipher, despite loosing 1.3% | share, at 80.5%. While servers that support only RC4 ciphers lost only | 0.07% it places them at an all time low of 0.79% (3712 servers). Still | a large part (13.8%) of servers prefer RC4 even if client supports | better ciphers, a drop of only 1.4%. Significant number of servers | also force RC4 in TLS1.1 or TLS1.2: 8.75% (drop of 0.7%). | Supported Ciphers Count Percent | -+-+--- ... | RC4 3880.5871 | RC4 Only 3712 0.7918 | RC4 Preferred 64613 13.7832 | RC4 forced in TLS1.1+ 41031 8.7527 | x:FF 29 RC4 Only 541 0.1154 | x:FF 29 RC4 Preferred 70622 15.065 | x:FF 29 incompatible 136 0.029 ... = Disabling RC4 leads to better ciphers being used accross the board. Leaving it on will lead to RC4 still being used in a surprising number of cases even though better ciphers would be available. There is a small and slowly shrinking number of web servers that support nothing else, but see my remarks about web browsers in my previous email. Florian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778815: [Pkg-xfce-devel] Bug#778815: lightdm: Fails load login screen with large ldap users database
On ven., 2015-02-20 at 09:31 +0100, Massimo BARBIERI wrote: I have a Debian 8 client that authenticate users over an open-ldap database. This has been done with libnss-ldapd libpam-ldapd nslcd. The users database is huge and includes thousands of users. The problem is that lightdm seems to try to download the complete lists of the users and it fails to load the login screen. Do you use the userlist (greeter-hide-users=false in lightdm.conf)? That looks like #722317 anyway. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#770453: ufw: [INTL:pt_BR] Brazilian Portuguese debconf templates translation
Thank you for the translation. This has been added to bzr and will be in the next upload. -- Jamie Strandboge http://www.ubuntu.com/ signature.asc Description: OpenPGP digital signature
Bug#778841: Received an email from one of the sflphone developers
Seems like a dirver bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=745901 https://bugzilla.redhat.com/show_bug.cgi?id=1054435 seems like there is a possible workaround: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=745901#41 I can confirm removing fglrx and using the opensource ATI driver fixed the problem. I didnt have this problem in Arch Linux so maybe the bug is already fixed upstream in a newer version of fglrx or clutter.
Bug#778869: apt-config-auto-update: upses deprecated options
Package: apt-config-auto-update Version: 1.0.0-2 Severity: normal Hi. apt-config-auto-update uses the options: APT::Archives::MaxAge APT::Archives::MinAge APT::Archives::MaxSize which are however deprecated (see /etc/cron.daily/apt) in favour of: APT::Periodic::MaxAge APT::Periodic::MinAge APT::Periodic::MaxSize Perhaps you should replace these :) Cheers, Chris. -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_DE.utf8, LC_CTYPE=en_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751909: ITP: libasr -- asynchronous DNS resolver
A preliminary copy of the package may be found under collab-maint; I intend to upload to NEW in the near future. http://anonscm.debian.org/cgit/collab-maint/libasr.git/ —RAK -- |_)|_/ Ryan Kavanagh | Debian Developer | \| \ http://ryanak.ca/ | GPG Key 4A11C97A signature.asc Description: Digital signature
Bug#777421: Not an RC bug
Control: severity -1 important I believe this isn't a RC bug, as it not seem to fall in any of these categories: == * makes unrelated software on the system (or the whole system) break * causes serious data loss * introduces a security hole on systems where you install the packages (these issues are critical severity) * makes the package in question unusable or mostly so * causes data loss * introduces a security hole allowing access to the accounts of users who use the package (these issues are grave severity) * in the maintainer's opinion, makes the package unsuitable for release (these issues are serious severity) === (package can still be used with tcpdump data) more info: https://release.debian.org/jessie/rc_policy.txt -- Arturo Borrero González -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777150: ufw: Hi, adde a custom rule with geoip iptables modules wont load from ufw.
Thank you for the detailed report. The problem seems to be with iptables-restore and not ufw itself. Specifically, iptables-restore doesn't like the single quotes in '[UFW COUNTRY BLOCK] '. Therefore, add this instead to before.rules: -A ufw-before-input -m geoip --src-cc KR,CN,IN,RU,TR,VN,UA,BR,VE,JP -m limit --limit 3/minute -j LOG --log-level 4 --log-prefix [UFW COUNTRY BLOCK] -A ufw-before-input -m geoip --src-cc KR,CN,IN,RU,TR,VN,UA,BR,VE,JP -j DROP I'm not sure why iptables-restore is so particular here, but the various *.rules files are fed into iptables-restore directly without modification. After doing that I can 'ufw disable' and 'ufw enable' and it all works fine. After reboot I have: $ sudo iptables -t filter -nL ufw-before-input Chain ufw-before-input (1 references) target prot opt source destination ... LOGall -- 0.0.0.0/00.0.0.0/0-m geoip --source-country KR,CN,IN,RU,TR,VN,UA,BR,VE,JP limit: avg 3/min burst 5 LOG flags 0 level 4 prefix [UFW COUNTRY BLOCK] DROP all -- 0.0.0.0/00.0.0.0/0-m geoip --source-country KR,CN,IN,RU,TR,VN,UA,BR,VE,JP ufw-user-input all -- 0.0.0.0/00.0.0.0/0 Note, I was thinking you might need to add xt_geoip to IPT_MODULES in /etc/default/ufw, but they seemed to have autoloaded fine on boot. -- Jamie Strandboge http://www.ubuntu.com/ signature.asc Description: OpenPGP digital signature
Bug#776276: unblock: open-iscsi/2.0.873+git0.3b4b4500-4
Hello Release Team, The last uploaded package is now 9 days old and hasn't migrated to Jessie. Does it not qualify for an exception at this timeline now ? On 01/31/2015 04:00 PM, Ritesh Raj Sarraf wrote: Thanks. I'll upload a new revision later today s3nt fr0m a $martph0ne, excuse typ0s -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: OpenPGP digital signature
Bug#721513: can you re-test with scdaemon 2.1.2 from experimental?
Tags: 721513 + moreinfo Hi there-- In https://bugs.debian.org/721513, you reported that scdaemon needed a workaround configuration setting to use the pinpad on your smartcard. Is this still the case with scdaemon 2.1.2 ? I'm sorry i don't have such a smartcard to test myself. --dkg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778853: Update to 0.4.12
On 20.02.2015 19:40, Markus Koschany wrote: [...] Version 0.4.12 was only released a few days ago. I guess I can package that this weekend. If someone is interested in sponsoring the upload, the package could then go to experimental as well. I have packaged 0.4.12 now. http://anonscm.debian.org/cgit/?pkg-games/minetest-v04x.git It would be great if we could drop even more patches, but I'm not sure how the current packing could be further improved. signature.asc Description: OpenPGP digital signature
Bug#778269: packaging for mkdocs -- vcs?
Hi Brian, thanks for working on packaging mkdocs. I wondered if I could fetch current state of packaging from somewhere (sorry if I have missed it in the report) -- wanted to give it a try. -- Yaroslav O. Halchenko, Ph.D. http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org Research Scientist,Psychological and Brain Sciences Dept. Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775456: ITP: qt-solutions -- libqtsingleapplication0: support for starting applications only once
Control: retitle 641812 ITP: qt-solutions -- libqtsingleapplication0: support for starting applications only once Control: owner 641812 ! Control: blocks 775456 by 641812 On Sat, Sep 17, 2011 at 11:12:09AM +0200, Sune Vuorela wrote: On Saturday 17 September 2011 01:45:41 you wrote: An alternative would be to merge the relevant code into Sankore's main source, and tagging this obsoleted code as a candidate to be replaced as soon as possible. Is that solution better? Given that the QtSolution code is more example code than library code, I think that this is a better solution, yes, and it is also my recommendation to other users of QtSolution code. Not sure it’s a good idea to provide multiple convenience code copies in many places, but I may be missing something obvious. My next suggestion would be to convert the bits that aren't in Qt proper into proper libraries and use them and package them as such. My intent, while taking over this ITP, is simply to provide qtsingleapplication as a start (as needed by sankore, #775456). If other modules are worth packaging/sharing, it should be pretty easy to enlarge the build process for them. I’ll soon push a repository in alioth as debian-edu/pkg-team/qt-solutions.git, but don’t mind moving it to collab-maint or anywhere people wish once other modules are wanted. The things that might be reasonable as actual libraries would be - qtsoap (even though it is a quite bad soap implementation) - qtsingleapplication - qtcolor* - qtpiemenu - qtmmlwidget - qtiocompressor - qtservice - qtlockedfile But it requires work to get these to a standard where they are worth using as libraries. Regards David signature.asc Description: Digital signature
Bug#778747: [Pkg-openssl-devel] Bug#778747: openssl: RFC 7465 says RC4 is broken, never to be used
On Fri, Feb 20, 2015 at 10:08:48PM +0100, Florian Schlichting wrote: On Fri, Feb 20, 2015 at 06:25:44PM +0100, Kurt Roeckx wrote: On Fri, Feb 20, 2015 at 06:10:59PM +0100, Florian Schlichting wrote: What servers, and what clients are we talking about here? You might want to look at those stats: https://lists.fedoraproject.org/pipermail/security/2015-February/002069.html I did, it's only about web servers and the numbers are not so different from the ones I quoted, so it only serves to reinforce my earlier argument, no? | RC4 still remains as the 3rd most popular cipher, despite loosing 1.3% | share, at 80.5%. While servers that support only RC4 ciphers lost only | 0.07% it places them at an all time low of 0.79% (3712 servers). Still | a large part (13.8%) of servers prefer RC4 even if client supports | better ciphers, a drop of only 1.4%. Significant number of servers | also force RC4 in TLS1.1 or TLS1.2: 8.75% (drop of 0.7%). | Supported Ciphers Count Percent | -+-+--- ... | RC4 3880.5871 | RC4 Only 3712 0.7918 | RC4 Preferred 64613 13.7832 | RC4 forced in TLS1.1+ 41031 8.7527 | x:FF 29 RC4 Only 541 0.1154 | x:FF 29 RC4 Preferred 70622 15.065 | x:FF 29 incompatible 136 0.029 ... One of the probloms is those servers that currently prefer/force RC4 if it's available. That is administrators who have actually configured things in such a way. Removing RC4 from the default will not fix any of them. It's that 13.7% that is the problem. Please note that that 80% is those servers that support it, it doesn't say 80% of the connections will use that cipher. Removing RC4 from the default will most likely result in that percentage dropping but will have very little effect on the negiotated cipher. The ssl-pulse stats might look more useful for that, since it says 23.3% of the modern browsers will negiotate an RC4 cipher. But it tests far less servers. In any case both see the stats drop in the order of 1% per month. Please note that RC4 in the default configuration should never be negiotated by modern clients and servers. The problem is administrators who think they know better changed somethign not to use the defaults. If we adjust the defaults it's not going to fix anything. I consider the support of SSLv3 a more serious problem. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778712: libparted2: Breakage of RAID GPT header
On Fri, 2015-02-20 at 15:59 -0500, Phillip Susi wrote: It also shows no GPT either, because it is still seeing the stale cached data where there is nothing on the drive but zeros. Sure, yes. The fdisk4 output does show GPT info for the RAID device (md126) it just modified, so it is presumably flushing info for only that RAID device upon writing the change (or simply combining the new info it has with the already retrieved cache data), and not bothering to flush anything else. Since the execution of 'fdisk -l' after using fdisk to create the GPT tables does not seem to have flushed the cache of the array members, I would conclude that fdisk does not automatically flush the caches when it feels there may be no point, and thus per your description of parted's behavior, parted must indeed have been responsible for flushing the cache and allowing fdisk to then gain a fresh view of things upon the second run of it. It may be fair to say that in many/most cases there indeed would be no point in fdisk just flushing this info for every disk; even here it would not actually be a problem if only it recognised these disks as members of a RAID array and thus completely ignored them as far as reading partition tables goes. Right... fdisk flushes the cache on /dev/md127, but not /dev/sdb, since it isn't operating on /dev/sdb. When you run parted -l, it walks every disk in the system and as part of reading from each one, flushes the cache, thus, /dev/sdb has its cache flushed, and reads the new partition table from the disk. Yeah. I previously had no idea that caching would be involved here. Going back over those fdisk outputs I do notice now that for sdb it is outputting Disklabel type: dos when the cache has been flushed. Again, thanks for the help, and patience. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745082: Bug#763391: chfn and fakechroot
Control: forcemerge 774332 745082 763391 Le vendredi 20 février à 19h 02mn 31s (+0100), John Paul Adrian Glaubitz a écrit : PS: I would suggest merging 745082, 763391 and 774332. They seem to describe the exact same bug. I agree they look similar, and i'm inclined to think that the problem is with debootstrap itself. I'm doing the merge here into the bug that's open against debootstrap. hopefully it won't need to be split out again in the future :P On Fri 2015-02-20 18:24:18 -0500, jhcha54008 wrote: May I ask if debootstrap ran in a fakechroot environment or as real root ? I'm curious about this too. Adrian, can you give more details? --dkg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778870: TYPO3-CORE-SA-2015-001: Authentication Bypass
Package: typo3-src Severity: grave Tags: security Justification: user security hole Please see here for details: https://typo3.org/teams/security/security-bulletins/typo3-core/typo3-core-sa-2015-001/ 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#778852: RFS: ismrmrd/1.2.1-1 [ITP #732360] -- ISMRM Raw Data Format.
Thanks Andreas, Can I ask you to re-upload ismrmrd please ? I forgot to change the maintainer field to d-med, but more importantly, did not license the debian/ folder under a license compatible with upstream, which could cause problems with patches in the future. Thanks ! For the D-M application, I am seriously considering it. Cheers, 2015-02-20 17:36 GMT+00:00 Andreas Tille andr...@an3as.eu: Hi Ghislain, On Fri, Feb 20, 2015 at 05:05:50PM +, Ghislain Vaillant wrote: I have added an entry to the SoB tasks [1]. However, I cannot access the blends svn repository to update the imaging task file. Since I am a member of d-med on Alioth, I am supposed to have access, right ? The following user groups have commit permissions: 1. Debian Developers 2. Members of Blends team This has advantages and disadvantages - you have hit the latter. :-) If you want to have commit permissions you can join group 1. (we talked about this recently ;-)) or 2. (which is simple). Or you simply ask me to commit something like this: $ svn diff Index: imaging === --- imaging (Revision 4142) +++ imaging (Arbeitskopie) @@ -542,6 +542,8 @@ Depends: mia-tools, mialmpick, mia-viewit +Depends: ismrmrd-tools + ; Added by blends-inject 0.0.7. [Please note here if modified manually] Suggests: connectomeviewer Published-Authors: Gerhard S, Daducci A, Lemkaddem A, Meuli R, Thiran J-P and Hagmann P Index: imaging-dev === --- imaging-dev (Revision 4136) +++ imaging-dev (Arbeitskopie) @@ -169,3 +169,5 @@ Depends: libedf-dev Depends: python-imageio + +Depends: libismrmrd-dev ... which I did right now. Thanks for your work on this Andreas. -- http://fam-tille.de
Bug#778862: ispell: please make building .hash files reproducible
[2]: https://packages.debian.org/jessie/lava-server Sorry, I pasted the wrong link. The correct one is: [2]: https://reproducible.debian.net/iitalian signature.asc Description: OpenPGP digital signature
Bug#767117: ufw: default settings after install block all connectivity
Thanks for the bug report. What is the output of: # /usr/share/ufw/check-requirements -- Jamie Strandboge http://www.ubuntu.com/ signature.asc Description: OpenPGP digital signature
Bug#745082: chfn and fakechroot
Le vendredi 20 février à 19h 02mn 31s (+0100), John Paul Adrian Glaubitz a écrit : Hi! I am running into the exact same problem when trying to create a unstable chroot using debootstrap on one of our sh4 machines using the following command line: debootstrap --no-check-gpg --include=apt,nano,aptitude,vim unstable unstable-sh4-20150220-3 ftp://ftp.debian-ports.org/debian With the error message being: Setting up systemd (215-12) ... Initializing machine ID from random generator. chfn: PAM: Critical error - immediate abort adduser: `/usr/bin/chfn -f systemd Time Synchronization systemd-timesync' returned error code 1. Exiting. dpkg: error processing package systemd (--configure): subprocess installed post-installation script returned error exit status 1 The problem are apparently the missing quotes in the above command: root@yamato:/# /usr/bin/chfn -f systemd Time Synchronization systemd-timesync chfn: user 'Time' does not exist root@yamato:/# Adding them fixes the problem: root@yamato:/# /usr/bin/chfn -f systemd Time Synchronization systemd-timesync root@yamato:/# I checked the systemd postinst and this script does indeed contain quotes. For some reasons which I don't understand, adduser invokes chfn in during the debootstrap process without the quotes. And what's even more crazy, the exact same command line does work on m68k or amd64 machines, for example. The sh4 machine is up-to-date, so it can be outdated packages either (unless I overlooked something). Any ideas? PS: I would suggest merging 745082, 763391 and 774332. They seem to describe the exact same bug. Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 Hi, May I ask if debootstrap ran in a fakechroot environment or as real root ? Regards, JH Chatenet -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778871: opendkim: /etc/default/opendkim should allow to specify permissions for socket
Package: opendkim Version: 2.6.8-4 Severity: wishlist Dear Maintainer, when using a local socket for communication with opendkim milter the opendkim user and opendkim group are used as owner and group of the socket. Other milters such as amavisd-milter allow to configure special permissions for the socket which are applied in the init-script (e.g. /etc/init.d/amavid-milter). Right now only the umask can be adjusted in /etc/opendkim.conf. Take amavisd-milter which has the following options in /etc/default/amavid-milter: # Set these two options if you want the socket to have # special permissions (usefull mainly for postfix). MILTERSOCKETOWNER=postfix:postfix MILTERSOCKETMODE=0660 Having something like this in opendkim would be nice in order to be able to set permissions to sockets in a more fine-grained manner w/o the need to add the postfix user to other groups or using other workarounds. PS: This also applies to unstable: 2.9.2-2 -- System Information: Debian Release: 7.8 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16-0.bpo.3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages opendkim depends on: ii adduser 3.113+nmu3 ii libc6 2.13-38+deb7u7 ii libdb5.15.1.29-5 ii libldap-2.4-2 2.4.31-1+nmu2 ii liblua5.1-0 5.1.5-4+deb7u1 ii libmilter1.0.1 8.14.4-4 ii libopendkim72.6.8-4 ii libssl1.0.0 1.0.1e-2+deb7u14 ii libunbound2 1.4.17-3+deb7u2 ii libvbr2 2.6.8-4 ii lsb-base4.1+Debian8+deb7u1 opendkim recommends no packages. Versions of packages opendkim suggests: ii opendkim-tools 2.6.8-4 -- Configuration Files: /etc/default/opendkim changed [not included] /etc/opendkim.conf changed [not included] -- 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#766922: xserver-xorg-video-radeon: resume from suspend/hibernate results in blank screen kernel 3.16
Hi, Should this perhaps be reassigned to the linux kernel, since it seems tied to changes in kernel rather than in Xorg code? I experience what seems to be this same bug, on two quite similar laptops: Acer Aspire One 725 C6Ckk: lspci: [AMD/ATI] Wrestler [Radeon HD 6290] Xorg: AMD Radeon HD 6200 Series Graphics (ChipID = 0x9807) Acer Aspire One 725 C7Xkk: lspci: [AMD/ATI] Wrestler [Radeon HD 7290] Xorg: PALM (ChipID = 0x980a) Most recent working unstable/testing kernel is linux-image-3.14-2-amd64 3.14.15-2 - and problem goes away with the experimental linux-image-3.19.0-trunk-amd64 3.19-1~exp1. Here's a diff of Xorg logs from boot till after a sleep and wakeup comparing working and broken kernels, trimmed to leave out seemingly irrelevant info: --- 3.14.2/post-sleep/dmesg. +++ 3.18.0/post-sleep/dmesg. @@ -1,8 +1,9 @@ -Linux version 3.14-2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.3 (Debian 4.8.3-7) ) #1 SMP Debian 3.14.15-2 (2014-08-09) +Linux version 3.18.0-trunk-amd64 (debian-ker...@lists.debian.org) (gcc version 4.9.2 (Debian 4.9.2-10) ) #1 SMP Debian 3.18.5-1~exp1 (2015-01-31) +ACPI: Early table checksum verification disabled -ACPI: IRQ2 used by override. -nr_irqs_gsi: 40 -NR_IRQS:33024 nr_irqs:712 16 +NR_IRQS:33024 nr_irqs:456 0 +Initializing cgroup subsys net_prio -tlb_flushall_shift: 6 +ftrace: allocating 21993 entries in 86 pages -bio: create slab bio-0 at 0 -ACPI: No dock devices found. +vgaarb: setting as boot device: PCI::00:01.0 -ACPI: bus type PNP registered -pnp 00:01: Plug and Play ACPI device, IDs PNP0103 (active) -pnp 00:02: [dma 4] -pnp 00:02: Plug and Play ACPI device, IDs PNP0200 (active) -pnp 00:03: Plug and Play ACPI device, IDs PNP0c04 (active) -pnp 00:05: Plug and Play ACPI device, IDs PNP0800 (active) -pnp: PnP ACPI: found 10 devices +pnp: PnP ACPI: found 6 devices -ACPI: bus type PNP unregistered -pci :00:01.0: Boot video device +pci :00:01.0: Video device with shadowed ROM +zpool: loaded +ledtrig-cpu: registered to indicate activity on CPUs +radeon :00:01.0: radeon: MSI limited to 32-bit -bio: create slab bio-1 at 1 +Process accounting resumed +rtc_cmos 00:01: System wakeup disabled by ACPI Tell me if useful that I produce similar against working 3.19 kernel, or if some other info is helpful. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778864: kde-baseapps: Include necessary patch for ownclouds dolphin plugin
Package: kde-baseapps
Version: 4:4.14.2-1
Severity: normal
Tags: patch
Hey,
With the opcomming owncloud-client 1.8.0, it also ships a plugin for
dolphin and dophin-kf5. But owncloud-client needs a patch in
kde-baseapps for a working plugin.
It would be great if that patch can be part of the debian kde-baseapps
packages.
regads,
sandro
-- System Information:
Debian Release: 8.0
APT prefers unstable
APT policy: (600, 'unstable'), (500, 'testing'), (500, 'stable'), (110,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.19-0.towo-siduction-amd64 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages kde-baseapps depends on:
ii dolphin 4:4.14.2-1
ii kde-baseapps-bin 4:4.14.2-1
ii kdepasswd 4:4.14.2-1
ii kfind 4:4.14.2-1
ii konqueror 4:4.14.2-1
ii konsole 4:4.14.2-1
ii kwrite4:4.14.2-2
ii plasma-widget-folderview 4:4.14.2-1
Versions of packages kde-baseapps recommends:
ii konqueror-nsplugins 4:4.14.2-1
kde-baseapps suggests no packages.
-- debconf-show failed
From 3a26dc77f8e988ea99b23c4d5a2c831ecc31c920 Mon Sep 17 00:00:00 2001
From: Olivier Goffart ogoff...@woboq.com
Date: Thu, 17 Jul 2014 13:26:56 +0200
Subject: [PATCH] WIP: add KOverlayIconPlugin
---
.../src/kitemviews/kfileitemmodelrolesupdater.cpp | 35 -
.../src/kitemviews/kfileitemmodelrolesupdater.h| 9
lib/konq/CMakeLists.txt| 4 +-
lib/konq/koverlayiconplugin.cpp| 30
lib/konq/koverlayiconplugin.desktop| 4 ++
lib/konq/koverlayiconplugin.h | 57 ++
6 files changed, 137 insertions(+), 2 deletions(-)
create mode 100644 lib/konq/koverlayiconplugin.cpp
create mode 100644 lib/konq/koverlayiconplugin.desktop
create mode 100644 lib/konq/koverlayiconplugin.h
diff --git a/dolphin/src/kitemviews/kfileitemmodelrolesupdater.cpp b/dolphin/src/kitemviews/kfileitemmodelrolesupdater.cpp
index 0865d40..840a65d 100644
--- a/dolphin/src/kitemviews/kfileitemmodelrolesupdater.cpp
+++ b/dolphin/src/kitemviews/kfileitemmodelrolesupdater.cpp
@@ -28,9 +28,11 @@
#include KGlobal
#include KIO/JobUiDelegate
#include KIO/PreviewJob
+#include KServiceTypeTrader
#include private/kpixmapmodifier.h
#include private/kdirectorycontentscounter.h
+#include koverlayiconplugin.h
#include QApplication
#include QPainter
@@ -129,6 +131,17 @@ KFileItemModelRolesUpdater::KFileItemModelRolesUpdater(KFileItemModel* model, QO
m_directoryContentsCounter = new KDirectoryContentsCounter(m_model, this);
connect(m_directoryContentsCounter, SIGNAL(result(QString,int)),
this, SLOT(slotDirectoryContentsCountReceived(QString,int)));
+
+
+const KService::List pluginServices = KServiceTypeTrader::self()-query(KOverlayIconPlugin);
+
+for (KService::List::ConstIterator it = pluginServices.constBegin(); it != pluginServices.constEnd(); ++it) {
+KOverlayIconPlugin* plugin = (*it)-createInstanceKOverlayIconPlugin(this);
+if (plugin) {
+m_overlayIconsPlugin.append(plugin);
+connect(plugin, SIGNAL(overlaysChanged(KUrl,QStringList)), this, SLOT(slotOverlaysChanged(KUrl,QStringList)));
+}
+}
}
KFileItemModelRolesUpdater::~KFileItemModelRolesUpdater()
@@ -1075,7 +1088,11 @@ QHashQByteArray, QVariant KFileItemModelRolesUpdater::rolesData(const KFileIte
data.insert(type, item.mimeComment());
}
-data.insert(iconOverlays, item.overlays());
+QStringList overlays = item.overlays();
+foreach(KOverlayIconPlugin *it, m_overlayIconsPlugin) {
+overlays.append(it-getOverlays(item));
+}
+data.insert(iconOverlays, overlays);
#ifdef HAVE_BALOO
if (m_balooFileMonitor) {
@@ -1086,6 +1103,22 @@ QHashQByteArray, QVariant KFileItemModelRolesUpdater::rolesData(const KFileIte
return data;
}
+void KFileItemModelRolesUpdater::slotOverlaysChanged(const KUrl url, const QStringList )
+{
+KFileItem item = m_model-fileItem(url);
+if (item.isNull())
+return;
+int index = m_model-index(item);
+QHash QByteArray, QVariant data = m_model-data(index);
+QStringList overlays = item.overlays();
+foreach(KOverlayIconPlugin *it, m_overlayIconsPlugin) {
+overlays.append(it-getOverlays(item));
+}
+data.insert(iconOverlays, overlays);
+m_model-setData(index, data);
+}
+
+
void KFileItemModelRolesUpdater::updateAllPreviews()
{
if (m_state == Paused) {
diff --git a/dolphin/src/kitemviews/kfileitemmodelrolesupdater.h b/dolphin/src/kitemviews/kfileitemmodelrolesupdater.h
index a9e979a..6d3add0 100644
--- a/dolphin/src/kitemviews/kfileitemmodelrolesupdater.h
+++
Bug#778865: tiger: check_runprocs.out.* not include in mail report
Package: tiger Version: 1:3.2.3-12.1 Severity: normal Hi, Sorry my bad English # Checking running processes --FAIL-- [misc020f] The process 'vsftpd' has not been found running in the processes table. -- System Information: Debian Release: 8.0 APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages tiger depends on: ii binutils 2.24.90.20141023-1 ii bsdmainutils 9.0.6 ii debconf [debconf-2.0] 1.5.55 ii libc6 2.19-13 ii net-tools 1.60-26+b1 ii ucf3.0030 Versions of packages tiger recommends: pn chkrootkit none ii exim4-daemon-light [mail-transport-agent] 4.84-7 pn john none pn tripwire | aidenone Versions of packages tiger suggests: ii lsof 4.86+dfsg-1 -- debconf information: tiger/policy_adapt: tiger/mail_rcpt: root -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617222: Patch
Hi there, Am 31.07.2013 um 14:48 schrieb Jan Wagner: attached is a patch to use the /usr/share/mysql/mysqld_multi.server as drop in replacement. Maybe the Provides-header needs to be adjusted. find attached a patch against the latest master branch of the debian package. Maybe the description needs some more tweaking. It's based on https://github.com/waja/mysql-5.5/tree/mysqld_multi Cheers, Jan. -- Never write mail to w...@spamfalle.info, you have been warned! -BEGIN GEEK CODE BLOCK- Version: 3.12 GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y --END GEEK CODE BLOCK-- From 118ca7079a4eaf603abf8c72a3d986aeda810d1a Mon Sep 17 00:00:00 2001 From: Jan Wagner w...@cyconet.org Date: Fri, 20 Feb 2015 21:38:00 +0100 Subject: [PATCH] Adding mysqld_multi.server_lsb-header.patch, provides LSB headers for example initscript (Closes: #617222) --- .../patches/mysqld_multi.server_lsb-header.patch | 29 ++ debian/patches/series | 1 + 2 files changed, 30 insertions(+) create mode 100644 debian/patches/mysqld_multi.server_lsb-header.patch diff --git a/debian/patches/mysqld_multi.server_lsb-header.patch b/debian/patches/mysqld_multi.server_lsb-header.patch new file mode 100644 index 000..0f9b5da --- /dev/null +++ b/debian/patches/mysqld_multi.server_lsb-header.patch @@ -0,0 +1,29 @@ +--- a/support-files/mysqld_multi.server.sh b/support-files/mysqld_multi.server.sh +@@ -14,8 +14,24 @@ + # Version 1.0 + # + +-basedir=/usr/local/mysql +-bindir=/usr/local/mysql/bin ++### BEGIN INIT INFO ++# Provides: mysql ++# Required-Start:$remote_fs $syslog ++# Required-Stop: $remote_fs $syslog ++# Should-Start: $network $time ++# Should-Stop: $network $time ++# Default-Start: 2 3 4 5 ++# Default-Stop: 0 1 6 ++# Short-Description: Start and stop multiple mysql database server daemon instances ++# Description: Controls multiple MySQL database server daemon instances ++### END INIT INFO ++ ++PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin ++NAME=mysqld_multi ++DESC=mysqld_multi ++ ++basedir=/usr ++bindir=/usr/bin + + if test -x $bindir/mysqld_multi + then diff --git a/debian/patches/series b/debian/patches/series index eab07fc..42c20f9 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -14,3 +14,4 @@ fix-mips64el-ftbfs.patch 50_mysql-test__db_test.patch fix-mysqlhotcopy-test-failure.patch mysqld_multi_confd.patch +mysqld_multi.server_lsb-header.patch signature.asc Description: OpenPGP digital signature
Bug#778868: unblock: activemq/5.6.0+dfsg1-4
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package activemq, the version 5.6.0+dfsg1-4 fixes two security
issues.
Thank you
unblock activemq/5.6.0+dfsg1-4
diff -Nru activemq-5.6.0+dfsg1/debian/changelog
activemq-5.6.0+dfsg1/debian/changelog
--- activemq-5.6.0+dfsg1/debian/changelog 2014-11-21 14:02:18.0
+0100
+++ activemq-5.6.0+dfsg1/debian/changelog 2015-02-18 20:04:41.0
+0100
@@ -1,3 +1,14 @@
+activemq (5.6.0+dfsg1-4) unstable; urgency=high
+
+ * Team upload.
+ * Fixed security issues (Closes: #777196)
+- CVE-2014-3612: JAAS LDAPLoginModule allows empty password authentication
+- CVE-2014-3600: XML External Entity expansion when evaluating XPath
+ expressions
+ * Standards-Version updated to 3.9.6 (no changes)
+
+ -- Emmanuel Bourg ebo...@apache.org Wed, 18 Feb 2015 20:04:38 +0100
+
activemq (5.6.0+dfsg1-3) unstable; urgency=high
* Team upload.
diff -Nru activemq-5.6.0+dfsg1/debian/control
activemq-5.6.0+dfsg1/debian/control
--- activemq-5.6.0+dfsg1/debian/control 2014-09-29 09:26:05.0 +0200
+++ activemq-5.6.0+dfsg1/debian/control 2015-02-18 20:03:58.0 +0100
@@ -55,9 +55,9 @@
libxbean-java-doc,
libxpp3-java,
libxstream-java (= 1.4)
-Standards-Version: 3.9.5
+Standards-Version: 3.9.6
Vcs-Git: git://anonscm.debian.org/pkg-java/activemq.git
-Vcs-Browser: http://anonscm.debian.org/gitweb/?p=pkg-java/activemq.git
+Vcs-Browser: http://anonscm.debian.org/cgit/pkg-java/activemq.git
Homepage: http://activemq.apache.org
Package: libactivemq-java
diff -Nru activemq-5.6.0+dfsg1/debian/patches/CVE-2014-3600.patch
activemq-5.6.0+dfsg1/debian/patches/CVE-2014-3600.patch
--- activemq-5.6.0+dfsg1/debian/patches/CVE-2014-3600.patch 1970-01-01
01:00:00.0 +0100
+++ activemq-5.6.0+dfsg1/debian/patches/CVE-2014-3600.patch 2015-02-18
19:42:35.0 +0100
@@ -0,0 +1,239 @@
+Description: Fix CVE-2014-3600: XML External Entity expansion when evaluating
XPath expressions.
+ This patch can be removed after upgrading to ActiveMQ 5.10.1 or later.
+Origin: backport, https://github.com/apache/activemq/commit/b9696ac
+Bug: https://issues.apache.org/jira/browse/AMQ-5333
+---
a/activemq-optional/src/main/java/org/apache/activemq/filter/JAXPXPathEvaluator.java
b/activemq-optional/src/main/java/org/apache/activemq/filter/JAXPXPathEvaluator.java
+@@ -21,11 +21,13 @@
+ import javax.jms.BytesMessage;
+ import javax.jms.JMSException;
+ import javax.jms.TextMessage;
++import javax.xml.parsers.DocumentBuilder;
+ import javax.xml.xpath.XPath;
+ import javax.xml.xpath.XPathConstants;
+ import javax.xml.xpath.XPathExpressionException;
+ import javax.xml.xpath.XPathFactory;
+
++import org.w3c.dom.Document;
+ import org.xml.sax.InputSource;
+
+ import org.apache.activemq.command.Message;
+@@ -61,8 +63,9 @@
+ private boolean evaluate(byte[] data) {
+ try {
+ InputSource inputSource = new InputSource(new
ByteArrayInputStream(data));
+-return ((Boolean)expression.evaluate(inputSource,
XPathConstants.BOOLEAN)).booleanValue();
+-} catch (XPathExpressionException e) {
++Document inputDocument = builder.parse(inputSource);
++return ((Boolean)xpath.evaluate(xpathExpression, inputDocument,
XPathConstants.BOOLEAN)).booleanValue();
++} catch (Exception e) {
+ return false;
+ }
+ }
+@@ -70,8 +73,9 @@
+ private boolean evaluate(String text) {
+ try {
+ InputSource inputSource = new InputSource(new StringReader(text));
+-return ((Boolean)expression.evaluate(inputSource,
XPathConstants.BOOLEAN)).booleanValue();
+-} catch (XPathExpressionException e) {
++Document inputDocument = builder.parse(inputSource);
++return ((Boolean)xpath.evaluate(xpathExpression, inputDocument,
XPathConstants.BOOLEAN)).booleanValue();
++} catch (Exception e) {
+ return false;
+ }
+ }
+---
a/activemq-core/src/main/java/org/apache/activemq/filter/XalanXPathEvaluator.java
b/activemq-core/src/main/java/org/apache/activemq/filter/XalanXPathEvaluator.java
+@@ -25,6 +25,8 @@
+ import javax.xml.parsers.DocumentBuilder;
+ import javax.xml.parsers.DocumentBuilderFactory;
+ import javax.xml.xpath.XPath;
++import javax.xml.xpath.XPathConstants;
++import javax.xml.xpath.XPathFactory;
+
+ import org.w3c.dom.Document;
+ import org.w3c.dom.traversal.NodeIterator;
+@@ -35,13 +37,20 @@
+ import org.apache.xpath.CachedXPathAPI;
+ import org.apache.xpath.objects.XObject;
+
+-
+ public class XalanXPathEvaluator implements XPathExpression.XPathEvaluator {
+
+-private final String xpath;
+-
+-public XalanXPathEvaluator(String xpath) {
+-this.xpath = xpath;
++private static final XPathFactory FACTORY = XPathFactory.newInstance();
++
Bug#778869: apt-config-auto-update: upses deprecated options
One more thing perhaps: In /etc/cron.daily/apt they suggest to use: /etc/apt/apt.conf.d/02periodic Of course you're free in the path but perhaps it makes sense to have that aligned? Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#778866: videotrans: movie-title terminates without doing anything
Package: videotrans Version: 1.6.1-2 Severity: grave Justification: renders package unusable I converted to mp4 files with movie-to-dvd movie1.mp4 movie2.mp4. I made a background with movie-make-title-simple -o title -m pal Then I tried to create the .vob with movie-title -o title.vob -t title movie1.m2v movie2.m2v, but that didn't have any effect. Not having any effect means that there was no output or files generated or anything else. Tje program just stops imediately without any message and the exit code 1. Doing some debugging I figured out that the script terminates at a read in line 279, but couldn't figure out why. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (1, 'experimental'), (1, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages videotrans depends on: ii dvdauthor 0.7.0-1.3 ii imagemagick 8:6.8.9.9-5 ii libav-tools 6:11.2-1 ii libc6 2.19-13 ii mjpegtools 1:2.1.0+debian-3 ii mplayer2 [mplayer] 2.0-728-g2c378c7-4+b1 videotrans recommends no packages. videotrans 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
