Bug#705293: manpages-dev: access(2) does not document return-value behavior for F_OK
tags 705293 fixed-upstream thanks On Fri, Apr 12, 2013 at 5:26 PM, The Wanderer wande...@fastmail.fm wrote: Package: manpages-dev Version: 3.44-1 Severity: normal Dear Maintainer, The man page for the 'access' function describes two ways to use the function: to check whether the current real user ID has specific permissions for a file (R_OK, W_OK, X_OK), or to check whether that file simply exists (F_OK). The Return Value section of the man page, however, appears to be written exclusively in the context of the check permissions modes. It documents a value of zero as meaning success (all requested permissions granted), but does not describe the meanings of return values when checking only for existence rather than attempting to check any permissions. A usage example near the bottom of what appears to be the z/OS man page for the same function http://publib.boulder.ibm.com/infocenter/zos/v1r11/topic/com.ibm.zos.r11.bpxbd00/rtacc.htm seems to indicate that in the check existence mode, a return value of zero indicates that the file exists, and nonzero indicates that the file does not exist; however, even in that version of the man page, the Returned Value section appears to be written exclusively in the context of the check permissions modes. Thanks for the report. I agree that the page should be clearer on this point. I've amended the REURN VALUE section to read: On success (all requested permissions granted, or mode is F_OK and the file exists), zero is returned. On error (at least one bit in mode asked for a permission that is denied, or mode is F_OK and the file does not exist, or some other error occurred), -1 is returned, and errno is set appropriately. Cheers, Michael -- Michael Kerrisk Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/ Author of The Linux Programming Interface; http://man7.org/tlpi/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705516: autojump's --purge option causes an exception to be thrown
Rogério Brito, 2013-04-15 22:16-0300: Thanks for the newer version of autojump uploaded to the archives. Unfortunately, I found a bug with autojump's --purge option, as it causes an exception to be thrown. A more detailed description of the problem and a patch that I submitted upstream (already commited) can be found at: https://github.com/joelthelion/autojump/commit/2a49b8ca475701a65cfb55324a765faf8eb5265d Wow, this looks like a bug, not really in autojump, but in Python itself, that has to be worked around here. It would be super nice to have this fixed in the repo, as that switch was the reason why I asked you to upload a newer version in the first place. :) If you don't want to package a new version, just adding that patch would be superb already. Since there is no new version that includes this patch, I shall just cherry-pick it. Thanks. -- ,--. : /` ) Tanguy Ortolo xmpp:tan...@ortolo.eu | `-'Debian Developer irc://irc.oftc.net/Tanguy \_ signature.asc Description: Digital signature
Bug#626361: [PATCH] sbuild: Run lintian from within the chroot
Run lintian from inside the chroot to support use-cases with several chroots (oldstable, unstable, testing, lucid, natty, etc), where using the system lintian might not give the best results. By using the lintian version from the chroot, sbuild uses always the version that matches the distrobersion that the package is being built for. Closes: #626361 --- lib/Sbuild/Build.pm |6 +- 1 file changed, 5 insertions(+), 1 deletion(-) Hi Roger, I have rebased the patch to current master, as some changes in the dependency resolver broke it. Please find an updated version of my patch in form of a git-commit send on behalf by 'git send-email'. Are there any remaining blockers for applying it to the master branch? Cheers, Reinhard diff --git a/lib/Sbuild/Build.pm b/lib/Sbuild/Build.pm index ee3e7e1..aef3d38 100644 --- a/lib/Sbuild/Build.pm +++ b/lib/Sbuild/Build.pm @@ -1118,12 +1118,16 @@ sub run_lintian { $self-log_subsubsection(lintian); +my $resolver = $self-get('Dependency Resolver'); my $lintian = $self-get_conf('LINTIAN'); my @lintian_command = ($lintian); push @lintian_command, @{$self-get_conf('LINTIAN_OPTIONS')} if ($self-get_conf('LINTIAN_OPTIONS')); push @lintian_command, $self-get('Changes File'); -$self-get('Host')-run_command( +$resolver-add_dependencies('LINTIAN', 'lintian', , , , , ); +return 1 unless $resolver-install_core_deps('lintian', 'LINTIAN'); + +$self-get('Session')-run_command( { COMMAND = \@lintian_command, PRIORITY = 0, }); -- 1.7.10.4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705524: scim-setup does nothing. When run on terminal, writes GLib-* errrs to stderr and halts.
Package: scim Version: 1.4.13-5 Severity: normal Dear Maintainer, Installed SCIM; configured as per README.Debian.gz. I use the Sawfish window manager; environment and scim -d added to .xsession. Everything else appears to work properly, including the method switcher in the system tray. However, when I right-click on the systray icon, and select SCIM Setup, nothing happens. I attempted to run this program from a terminal, just in case, and received the following output: --- BEGINN TERMINAL OUTPUT --- jakykong@jdesktop:~$ scim-setup scim_module_init scim_module_create_ui (scim-setup:16148): GLib-GObject-WARNING **: cannot register existing type `GtkWidget' (scim-setup:16148): GLib-GObject-CRITICAL **: g_type_add_interface_static: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed (scim-setup:16148): GLib-GObject-WARNING **: cannot register existing type `GtkBuildable' (scim-setup:16148): GLib-GObject-CRITICAL **: g_type_interface_add_prerequisite: assertion `G_TYPE_IS_INTERFACE (interface_type)' failed (scim-setup:16148): GLib-CRITICAL **: g_once_init_leave: assertion `result != 0' failed (scim-setup:16148): GLib-GObject-CRITICAL **: g_type_add_interface_static: assertion `G_TYPE_IS_INSTANTIATABLE (instance_type)' failed (scim-setup:16148): GLib-GObject-CRITICAL **: g_type_register_static: assertion `parent_type 0' failed ^C jakykong@jdesktop:~$ --- END TERMINAL OUTPUT --- Hope it helps! -- Package-specific info: Related packages: ii libscim8c2a:i386 1.4.13-5i386 library for SCIM platform ii scim 1.4.13-5i386 smart common input method platform ii scim-anthy 1.2.7-5 i386 SCIM IMEngine module for Anthy ii scim-gtk-immodule:i386 1.4.13-5i386 GTK+ input method module with SCIM as backend ii scim-kmfl-imengine 0.9.8-1.1 i386 KMFL (Keyboard Mapping for Linux) IM engine for the SCIM platf ii scim-modules-socket:i386 1.4.13-5i386 socket modules for SCIM platform Related environment variables: $XMODIFIERS=@im=SCIM $GTK_IM_MODULE=scim $QT_IM_MODULE=xim Installed SCIM components: /usr/lib/scim-1.0: 1.4.0 scim-helper-launcher scim-helper-manager scim-launcher scim-panel-gtk /usr/lib/scim-1.0/1.4.0: Config Filter FrontEnd Helper IMEngine SetupUI /usr/lib/scim-1.0/1.4.0/Config: simple.so /usr/lib/scim-1.0/1.4.0/Filter: sctc.so /usr/lib/scim-1.0/1.4.0/FrontEnd: x11.so /usr/lib/scim-1.0/1.4.0/Helper: setup.so /usr/lib/scim-1.0/1.4.0/IMEngine: kmfl.a kmfl.la kmfl.so rawcode.so /usr/lib/scim-1.0/1.4.0/SetupUI: aaa-frontend-setup.so aaa-imengine-setup.so kmfl_imengine_setup.a kmfl_imengine_setup.la kmfl_imengine_setup.so panel-gtk-setup.so -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages scim depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38 ii libcairo-gobject2 1.12.2-3 ii libcairo2 1.12.2-3 ii libgcc1 1:4.7.2-5 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-5 ii libgtk-3-0 3.4.2-6 ii libltdl72.4.2-1.1 ii libpango1.0-0 1.30.0-1 ii libscim8c2a 1.4.13-5 ii libstdc++6 4.7.2-5 ii libx11-62:1.5.0-1 Versions of packages scim recommends: ii im-config [im-switch] 0.21 pn scim-bridge-agent none ii scim-gtk-immodule 1.4.13-5 Versions of packages scim suggests: ii scim-anthy 1.2.7-5 pn scim-canna none pn scim-chewing none pn scim-hangul none pn scim-m17n none pn scim-pinyin none pn scim-prime none pn scim-skk none pn scim-tables-additional none pn scim-tables-ja none pn scim-tables-ko none pn scim-tables-zh none pn scim-thai none pn scim-uim none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705525: mailutils: Install a sample config file for mailutils daemons
Package: mailutils Version: 1:2.99.97-3 Severity: wishlist Dear Maintainer, After running into problems using Courier IMAP and a remote Mutt client I decided to try mailutils-imap4d instead. One of the first steps I usually take is to look at the default or sample configuration that is installed along with a particular daemon. Mailutils, as a whole, ships with an extremely small example config in the documentation directory. The mailutils-imap4d package comes with neither a default configuration (in /etc) nor a sample config file. Lacking these, I began reading the info docs, which I'm sure is what the developers were hoping, and found that I could make imap4d output a sample config with --config-help. This is a good starting point, but it lacks the verbosity of a good default/sample configuration file. Hence this wishlist bug. I would like to see some sort of default configuration installed in /etc or a sample configuration somewhere in /usr/share/doc/mailutils*/. Since I am just beginning to use Mailutil's IMAP daemon, I need to go through part of the documentation anyway. I would be willing to create a more general and verbose config for the IMAP daemon. I wanted to check first, though, because if such a thing is not desired or will be rejected for some existing reason then there is no reason for me to make it. Would this be worth creating and, if useful enough, would it be accepted? -- --John GruenenfelderSystems Manager, MKS Imaging Technology, LLC. Try Weasel Reader for PalmOS -- http://weaselreader.org This is the most fun I've had without being drenched in the blood of my enemies! --Sam of Sam Max -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') 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 mailutils depends on: ii exim4-daemon-heavy [mail-transport-agent] 4.80-7 ii guile-1.8-libs 1.8.8+1-8 ii libc6 2.13-38 ii libfribidi00.19.2-3 ii libgcrypt111.5.0-5 ii libgdbm3 1.8.3-11 ii libgmp10 2:5.0.5+dfsg-2 ii libgnutls262.12.20-4 ii libgsasl7 1.8.0-2 ii libldap-2.4-2 2.4.31-1 ii libltdl7 2.4.2-1.1 ii libmailutils4 1:2.99.97-3 ii libmysqlclient18 5.5.30+dfsg-1 ii libncurses55.9-10 ii libpam0g 1.1.3-7.1 ii libpython2.7 2.7.3-6 ii libreadline6 6.2+dfsg-0.1 ii libtinfo5 5.9-10 ii libwrap0 7.6.q-24 ii mailutils-common 1:2.99.97-3 mailutils recommends no packages. Versions of packages mailutils suggests: ii mailutils-doc 1:2.99.97-3 pn mailutils-mh none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569559: #569559: limit strangeness with tagpending
As seen in: http://lists.alioth.debian.org/pipermail/debian-l10n-devel/2013- April/002470.html I just enjoyed a similar experience with tagpending and the limit command. 8 #translate-toolkit (1.10.0-1) unstable; urgency=low # # * New upstream version (Closes: #585834, #703170). # * Depend on libexttextcat-data to obtain the langmodels #(Closes: #703942, #703943). # * Fix encoding of filenames in zipfiles (Closes: #643008). # limit source translate-toolkit Limiting to bugs with field 'source' containing at least one of 'translate- toolkit' Limit currently set to 'source':'translate-toolkit' tags 703942 + pending source: pootle, translate-toolkit' does not match at least one of translate-toolkit Failed to alter tags of Bug 703942: limit failed for bugs: 703942. tags 643008 + pending source: pootle, translate-toolkit' does not match at least one of translate-toolkit Failed to alter tags of Bug 643008: limit failed for bugs: 643008. tags 703170 + pending Bug #703170 [src:translate-toolkit] new version 1.10.0 available, needed for Pootle 2.5.0 Added tag(s) pending. tags 585834 + pending source: pootle, translate-toolkit' does not match at least one of translate-toolkit Failed to alter tags of Bug 585834: limit failed for bugs: 585834. tags 703943 + pending source: pootle, translate-toolkit' does not match at least one of translate-toolkit Failed to alter tags of Bug 703943: limit failed for bugs: 703943. thanks Stopping processing here. 8 The odd thing in this is that none of these bugs are actually marked as being in the (now removed) pootle package anyway, only 602386 is marked as affects pootle and it wasn't in the set being operated on in any case. from UDD, which I know doesn't necessarily encompass the bts db that well = select id,package,affected_packages from bugs where package like '%translate-toolkit%'; id |package| affected_packages +---+--- 703943 | translate-toolkit | 644256 | translate-toolkit | 555422 | translate-toolkit | 585834 | translate-toolkit | 705040 | translate-toolkit | virtaal 703170 | src:translate-toolkit | 602386 | translate-toolkit | pootle 643008 | translate-toolkit | 703942 | translate-toolkit | 666413 | translate-toolkit | (10 rows) -- Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net Debian Developer http://www.debian.org/ stu...@debian.org GPG fingerprintBE65 FD1E F4EA 08F3 23D4 3C6D 9FE8 B8CD 71C5 D1A8 GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#454770: [Pkg-samba-maint] Bug#454770: Bug#454770: Bug#454770: schannel_store.tdb should not be kept in /etc/samba
Hi, On Mon, Apr 15, 2013 at 02:52:15PM -0700, Steve Langasek wrote: I agree; I'm not sure we're going to get a perfect fix here, so we should at least get the 90% fix in ASAP. I uploaded the fix last night, and it was unblocked by Adam this morning, so it should get to wheezy this weekend. Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705306: quagga package should not contain header files and static libraries
On Mon, Apr 15, 2013 at 11:27 PM, Len Sorensen lennartsoren...@ruggedcom.com wrote: On Mon, Apr 15, 2013 at 04:47:03PM -0400, Christian Hammers wrote: That sounds reasonable. Maybe upstream started to put proper versions on the library by then. Because else people will file RC bugs if upstream changes the ABI and I still ship it as .so.0.0.0. Alternatively I could put the shared library into a -dev package to clarify its intend but that surely also violates the policy :) Well since I think the shared library is used by quagga, it can't go in -dev. The headers and static library though isn't used by quagga and could go in -dev (and should). Whether to split the shared library into a seperate libquagga is the big question. It must not be put into separate libquagga unless the ABI (and API) is stable. The policy is very clear on that. I would say to drop the .h/.a/.la and introduce it back only if people starts asking for it. Which I very much doubt, since I have never heard of some other software built on top of quagga. O. -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705435: [kfreebsd] hangs on pulseaudio --start
On my system the daemon fails to start in any case with 'Daemon startup failed', but that is a separate issue and less serious. There seem to be two separate places where pulseaudio --start may hang indefinitely on kfreebsd: On my system, it is slightly better: E: [(null)] client-conf-x11.c: xcb_connection_has_error() returned true I: [(null)] main.c: Daemon startup successful. 1. after printing 'Daemon startup failed' - the attached patch fixes this hang (I believe some real-time signals are being blocked, which are necessary for kFreeBSD's threads implementation, LinuxThreads, to work properly); This one is due to usage of sigprocmask(), it behaviour is unspecified in a multi-threaded process, see http://pubs.opengroup.org/onlinepubs/9699919799/functions/sigprocmask.html Upstream should fix it by: --- src/pulsecore/core-util.c +++ src/pulsecore/core-util.c @@ -2503,7 +2503,14 @@ if (sigaddset(ss, except[i]) 0) return -1; +/* If POSIX threads are supported use thread-aware + * pthread_sigmask() function */ + +# ifdef HAVE_PTHREAD +return pthread_sigmask(SIG_SETMASK, ss, NULL); +# else return sigprocmask(SIG_SETMASK, ss, NULL); +# endif #else return 0; #endif 2. before printing 'Daemon startup failed' - this happens approx. 10x less frequently (so applying the patch is already an improvement) - I'm not sure yet what causes this. It is not fixed by the patch above. Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#454770: [Pkg-samba-maint] Bug#454770: Bug#454770: Bug#454770: schannel_store.tdb should not be kept in /etc/samba
Quoting Steve Langasek (vor...@debian.org): I agree; I'm not sure we're going to get a perfect fix here, so we should at least get the 90% fix in ASAP. I would have agreed toif I had time to do itbut Ivo was faster than me..:-) signature.asc Description: Digital signature
Bug#705458: lxc-create does not pass quoted option arguments to template script
Package: lxc Version: 0.9.0-3 Followup-For: Bug #705458 Daniel, Thank you for the quick fix, but I suggest that positional parameters passed to the template script should be quoted, like I mentioned before: 334 $template_path --path=$lxc_path/$lxc_name --name=$lxc_name $@ With unquoted $@ expansion, if some template parameter argument contains '-' or '+' symbols with space before it, even quoted or escaped, getopt from the template script raises invalid option errors or simply ignores the rest of parameters. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705513: [Pkg-openssl-devel] Bug#705513: openssl 1.0.1e-2 throws SIGKILL on Debian 7.0 sparc
On Mon, Apr 15, 2013 at 07:46:28PM -0400, Mitch Halmu wrote: Package: openssl Version: 1.0.1e-2 Severity: important Tags: upstream Dear Maintainer, openssl 1.0.1e-2 throws SIGKILL on Debian 7.0 sparc. This may be related to Bug #2553 SIGKILL on sparc64 (linux/solaris) reported on openssl.org: That would be SIGILL, not SIGKILL http://rt.openssl.org/Ticket/Display.html?id=2553 From what I understand this is normal and expected behaviour, and you only see this when using a debugger that catches it the signal? Can't you just continue? Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705526: linux-image-3.2.0-4-rt-amd64: Kernel panic as watching youtube in fullscreen(html5) regardigng ext4
Package: src:linux Version: 3.2.41-2 Severity: critical Justification: breaks the whole system Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** Sometimes as I watch youtube videous in fullscreen (in HTML 5 mode) computer either freezes, or a kernel panic occurs with functions in Call trace regarding ext4. In some cases computer still works after the kernel message occurs, but might freeze later if I continue to watch the video. The only special configuration I use is noatime and commit=60 in fstab. The kernel error message: [ 262.817065] general protection fault: [#1] PREEMPT SMP [ 262.817069] CPU 1 [ 262.817070] Modules linked in: aes_x86_64 aes_generic parport_pc ppdev lp parport rfcomm bnep uinput nfsd nfs nfs_acl auth_rpcgss fscache lockd sunrpc fuse ext2 loop arc4 iwldvm(O) mac80211(O) iwlwifi(O) cfg80211(O) snd_hda_codec_hdmi snd_hda_codec_realtek uvcvideo videodev v4l2_compat_ioctl32 media compat(O) snd_hda_intel snd_hda_codec snd_hwdep snd_pcm_oss snd_mixer_oss snd_pcm snd_page_alloc thinkpad_acpi snd_seq_midi snd_seq_midi_event joydev btusb bluetooth coretemp snd_rawmidi snd_seq crc32c_intel nvram rfkill i915 snd_seq_device iTCO_wdt iTCO_vendor_support ghash_clmulni_intel cryptd drm_kms_helper drm acpi_cpufreq i2c_algo_bit i2c_i801 mperf rts_pstor(C) i2c_core evdev psmouse pcspkr serio_raw snd_timer snd ac soundcore wmi battery video power_supply processor button ext4 crc16 jbd2 mbcache sg sr_mod cdrom sd_mod crc_t10dif hid_logitech_dj usbhid hid ahci libahci libata scsi_mod r8169 mii thermal thermal_sys ehci_hcd usbcore usb_common [last unloaded: scsi_wait_scan] [ 262.817130] [ 262.817135] Pid: 245, comm: flush-8:0 Tainted: GWC O 3.2.0-4-rt- amd64 #1 Debian 3.2.41-2 LENOVO 78593QG/78593QG [ 262.817140] RIP: 0010:[a01291f1] [a01291f1] ext4_num_dirty_pages.isra.25+0xe4/0x176 [ext4] [ 262.817157] RSP: 0018:8802220bfa00 EFLAGS: 00010287 [ 262.817159] RAX: 000e RBX: 0e5a RCX: ff401400ff00 [ 262.817161] RDX: RSI: 8802199e3e00 RDI: 0001 [ 262.817164] RBP: 0e54 R08: 81000223 R09: [ 262.817166] R10: 8802220bf9c0 R11: R12: 880219072838 [ 262.817169] R13: 8000 R14: ea00065b5d38 R15: 0e5a [ 262.817172] FS: () GS:88022f48() knlGS: [ 262.817175] CS: 0010 DS: ES: CR0: 8005003b [ 262.817177] CR2: 7f09720b1000 CR3: 0002231ed000 CR4: 000406e0 [ 262.817180] DR0: DR1: DR2: [ 262.817183] DR3: DR6: 0ff0 DR7: 0400 [ 262.817186] Process flush-8:0 (pid: 245, threadinfo 8802220be000, task 8802235655c0) [ 262.817188] Stack: [ 262.817189] 8802221a9518 8802000e 8802 8802220b8788 [ 262.817195] 000e ea000669dba8 [ 262.817199] ea000669dbe0 ea000669dc18 ea000669dc50 ea00065b4448 [ 262.817203] Call Trace: [ 262.817219] [a012d0f3] ? ext4_da_writepages+0x17a/0x497 [ext4] [ 262.817227] [8103f095] ? get_parent_ip+0x9/0x1b [ 262.817235] [81120ef6] ? writeback_single_inode+0x13c/0x308 [ 262.817241] [811213f4] ? writeback_sb_inodes+0x182/0x231 [ 262.817247] [81121510] ? __writeback_inodes_wb+0x6d/0xab [ 262.817252] [8112168d] ? wb_writeback+0x13f/0x274 [ 262.817259] [81121be5] ? wb_do_writeback+0x164/0x1c6 [ 262.817265] [81121cd6] ? bdi_writeback_thread+0x8f/0x204 [ 262.817270] [81121c47] ? wb_do_writeback+0x1c6/0x1c6 [ 262.817277] [81062b88] ? kthread+0x78/0x80 [ 262.817280] [8103f095] ? get_parent_ip+0x9/0x1b [ 262.817286] [81367e34] ? kernel_thread_helper+0x4/0x10 [ 262.817292] [81062b10] ? rcu_read_unlock_sched_notrace+0x2a/0x2a [ 262.817295] [81367e30] ? gs_change+0x13/0x13 [ 262.817297] Code: f7 e8 47 3c f9 e0 e9 82 00 00 00 49 8b 16 80 e6 08 74 40 49 8b 16 80 e6 08 75 02 0f 0b 49 8b 76 30 31 d2 bf 01 00 00 00 48 89 f1 4c 8b 01 41 f7 c0 00 02 00 00 75 0d 4c 8b 01 41 f7 c0 00 10 00 [ 262.817334] RIP [a01291f1] ext4_num_dirty_pages.isra.25+0xe4/0x176 [ext4] [ 262.817350] RSP 8802220bfa00 [ 262.895100] ---[ end trace 0003 ]--- -- Package-specific info: ** Version: Linux version 3.2.0-4-rt-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-15) ) #1 SMP PREEMPT RT Debian 3.2.41-2 ** Command line: BOOT_IMAGE=/vmlinuz-3.2.0-4-rt-amd64 root=UUID=d0a6d192-a6bf-
Bug#705527: gedit-plugins: Plugin External Tools not working
Package: gedit-plugins Version: 3.4.0-1 Severity: normal Dear Maintainer, I use Gedit 3.6 (sid) whereas most of my gnome packages are 3.8 (experimental). I can't install 3.8 because of python3-gi (= 3.0) dependancy (python3-gi 3.8 depends on python3 ( 3.3) but 3.3.0-3 has to be installed)). When I launch Gedit from Gnome-shell, even with the plugin External Tools activated, I can't see the external tools entry in the tools menu. When I launch Gedit -s in a terminal I have the following message : Traceback (most recent call last): File /usr/lib/gedit/plugins/externaltools/windowactivatable.py, line 171, in do_activate self.window.set_data(ExternalToolsPluginWindowData, self) File /usr/lib/python2.7/dist-packages/gi/overrides/GObject.py, line 555, in _unsupported_data_method raise RuntimeError('Data access methods are unsupported. ' RuntimeError: Data access methods are unsupported. Use normal Python attributes instead -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gedit-plugins depends on: ii dconf-gsettings-backend [gsettings-backend] 0.16.0-1 ii gconf-gsettings-backend [gsettings-backend] 3.2.5-1+build1 ii gedit3.4.2-1 ii gir1.2-glib-2.0 1.36.0-1 ii gir1.2-gtk-3.0 3.8.0-1 ii gir1.2-gtksource-3.0 3.4.2-1 ii gir1.2-gucharmap-2.901:3.4.1.1-2.1 ii gir1.2-pango-1.0 1.32.5-4 ii gir1.2-peas-1.0 1.8.0-1 ii gir1.2-vte-2.90 1:0.34.3-1 ii libatk1.0-0 2.8.0-1 ii libc62.17-0experimental2 ii libcairo-gobject21.12.14-1 ii libcairo21.12.14-1 ii libffi5 3.0.10-3 ii libgdk-pixbuf2.0-0 2.28.0-1 ii libgirepository-1.0-11.36.0-1 ii libglib2.0-0 2.36.0-2 ii libgtk-3-0 3.8.0-1 ii libgtksourceview-3.0-0 3.4.2-1 ii libpango1.0-01.32.5-4 ii libpeas-1.0-01.8.0-1 ii python 2.7.3-4 ii python2.72.7.3-8 gedit-plugins recommends no packages. Versions of packages gedit-plugins suggests: ii zeitgeist-datahub 0.9.5-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682394: Acknowledgement (git-buildpackage: Provide more replacement strings)
On 4/13/13 12:09 PM, Guido Günther a...@sigxcpu.org wrote: On Sat, Apr 13, 2013 at 03:23:43AM +0200, Daniel Dehennin wrote: Hello, I just began to work on this issue on a temporary branch[1]. I wonder if we could not factorize the string expansion across all tools and how we could do it. This would need a new section in gbp.conf [replacements] last_upstream = ... foo = cmd1 bar = cmd2 Im undecided if the rhs should be evaluated by a shell or by python but we probably want both. Hmm, I dislike the idea of running arbitrary shell (or Python) code from the command line. How about just allowing few git commands (through gbp.git) and python regex or something. I'm even planning to implement a '--no-hooks' command line option to prevent running any hooks. One option is to factorize the options management in reusable parsers and let all tools use them with the parents option of argparse.ArgumentParser, then we could add an expand method to the options and use it when needed. If you create a derived class from string and return that from optparse you can use {foo} {bar}.format() whenever the actual option gets used (not when evaluated during Option.parse()). Isn't ttmore what we want? You'd need to override the format() method of that new string class of course to fill in all values from replacements by default. Does this make sense? This probably makes more sense. Thanks, Markus Any idea? Regards. Footnotes: [1] http://git.baby-gnu.net/gitweb/?p=git-buildpackage.git;a=shortlog;h=refs/ heads/feature/git-dch-define-more-replacement-strings -- Daniel Dehennin Récupérer ma clef GPG: gpg --keyserver pgp.mit.edu --recv-keys 0x7A6FE2DF -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705525: mailutils: Install a sample config file for mailutils daemons
Hi John, On Mon, Apr 15, 2013 at 11:31:39PM -0700, John Gruenenfelder wrote: Since I am just beginning to use Mailutil's IMAP daemon, I need to go through part of the documentation anyway. I would be willing to create a more general and verbose config for the IMAP daemon. I wanted to check first, though, because if such a thing is not desired or will be rejected for some existing reason then there is no reason for me to make it. Would this be worth creating and, if useful enough, would it be accepted? I think that would be welcome. It's probably time to come up with some init scripts and stop doing the inetd thing. I don't have much time to devote to mailutils lately, so I'll be willing to accept all the help I am offered. That said, I'll try to update the package to the latest upstream version soonish. That should bring you some interesting bugfixes. Jordi -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ signature.asc Description: Digital signature
Bug#699834: bug confirmed
I've had a look inside the bind9 source package apt-get source bind9 I notice that view.h and rrl.h both exist under lib/dns/include/dns However, lib/dns/include/dns/Makefile.in is incomplete, it only mentions view.h Consequently, `make install' would fail to install rrl.h Two solutions exist: - fixing Makefile.in by adding rrl.h to HEADERS - adding a command to debian/rules to copy rrl.h into the dev package This is definitely an upstream release bug, but can be worked around by Debian easily enough -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705528: libvirt-dev: Package Libvirt does not compile when augeas-tools is installed
Package: libvirt-dev Version: 1.0.4-1 Severity: serious Tags: patch Justification: fails to build from source (but built successfully in the past) Dear Maintainer, There is a problem while building libvirt with debuild, the operation make check does not pass when augeas tools is installed on the system. The way I found for success building is either to remove the patch Allow- libvirt-group-to-access-the-socket.patch but it will modify the libvirtd.conf in the packages or to patch the test file in order to remove unexpected values. Manuel VIVES P.S: DOn't pay any attention to my actual version of libvirt, I'm running some tests and I am increasing version numbers. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (1, 'experimental'), (1, 'unstable'), (1, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/16 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libvirt-dev depends on: ii libvirt01.0.5-hns2~1.gbp06ff36 ii libxen-dev 4.1.4-2 Versions of packages libvirt-dev recommends: ii pkg-config 0.26-1 From c9ba65e856f1f6d5c2ecf227a5d1363adea5aaf1 Mon Sep 17 00:00:00 2001 From: Manuel VIVES manuel.vi...@diateam.net Date: Tue, 16 Apr 2013 09:53:03 +0200 Subject: [PATCH] Patch in order to compile with augeas-tools installed --- daemon/test_libvirtd.aug.in |4 1 file changed, 4 deletions(-) diff --git a/daemon/test_libvirtd.aug.in b/daemon/test_libvirtd.aug.in index 455b74a..3c4a0b7 100644 --- a/daemon/test_libvirtd.aug.in +++ b/daemon/test_libvirtd.aug.in @@ -9,12 +9,8 @@ module Test_libvirtd = { listen_addr = 192.168.0.1 } { mdns_adv = 1 } { mdns_name = Virtualization Host Joe Demo } -{ unix_sock_group = libvirt } { unix_sock_ro_perms = 0777 } -{ unix_sock_rw_perms = 0770 } { unix_sock_dir = /var/run/libvirt } -{ auth_unix_ro = none } -{ auth_unix_rw = none } { auth_tcp = sasl } { auth_tls = none } { key_file = /etc/pki/libvirt/private/serverkey.pem } -- 1.7.10.4
Bug#704521: virtuoso-opensource-6.1: use start-stop-daemon flags instead
We have a patch waiting for pre-approval at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=704833 Kind regards, Ralf On 15/04/13 21:47, Tomas Pospisek wrote: Frode Severin Hatlevik writes: When calling '/etc/init.d/virtuoso-opensource-6.1 stop', virtuoso may still be running after the script completes. This might lead to database corruption, e.g. on system reboot. [...] I have modified the script to temporarily circumvent the situation on my system by enclosing part of this snippet in a while-loop [...] If the server does not exit cleanly at some point, I have effectively created an infinite loop. Instead of looping and calling stop_server that in turn would call start-stop-daemon, we can tell start-stop-daemon directly to wait and retry. From the start-stop-daemon manpage: Demonstration of a custom schedule for stopping food: start-stop-daemon --stop --oknodo --user food --name food \ --pidfile /run/food.pid --retry=TERM/30/KILL/5 So we could do something like this instead ## --- virtuoso-opensource-6.1.orig2013-04-15 21:37:29.948141713 +0200 +++ virtuoso-opensource-6.1 2013-04-15 21:38:53.476142007 +0200 @@ -153,7 +153,8 @@ # if we are using a daemonuser then look for process that match start-stop-daemon --stop --quiet --pidfile $PIDFILE \ --user $DAEMONUSER \ ---exec $DAEMON +--exec $DAEMON \ +--retry=TERM/30/KILL/5 errcode=$? fi ## The timeouts are of course purely arbitrary. Do they look about OK? That is sending a TERM, waiting 30 seconds for the process to terminate and if it's not dead then SIGKILLing it and waiting further 5 seconds for it to be cleaned up (that's at least how I interpret the start-stop-daemon manpage). This solution would seem a lot more robust than the loop. Since I am not running virtuoso (but trying to help to drive the wheezy RC bug count down) I'd be nice if you Frode could test that it actually works as expected and well? What do think of this solution José? *t -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556732: libnss-pgsql2: hangs after authentication in _nss_pgsql_getpwuid_r
I just ran into this bug which was described in more detail by Daniel Popowich on pgsql-general last November: http://www.postgresql.org/message-id/20626.48966.389612.978...@jupiter.astro.umass.edu The workaround (running nscd) seems to work fine so far, even if a real fix would be preferrable. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705529: nepomuk-core-runtime: trying to overwrite '/usr/bin/nepomukbackup', which is also in package kde-runtime 4:4.8.4-2
Package: nepomuk-core-runtime Version: 4:4.10.2-1 Severity: serious While upgrading from unstable to KDE 4.10 in experimental, nepomuk-core-runtime failed to install: Selecting previously unselected package nepomuk-core-runtime. Unpacking nepomuk-core-runtime (from .../nepomuk-core-runtime_4%3a4.10.2-1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/nepomuk-core-runtime_4%3a4.10.2-1_amd64.deb (--unpack): trying to overwrite '/usr/bin/nepomukbackup', which is also in package kde-runtime 4:4.8.4-2 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Looks like either /usr/bin/nepomukbackup is in the wrong package or nepomuk-core-runtime misses a Replaces (and possibly Breaks) on older versions of kde-runtime. Ansgar -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.8-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nepomuk-core-runtime depends on: ii libavcodec53 6:0.8.6-1 ii libavformat53 6:0.8.6-1 ii libavutil51 6:0.8.6-1 ii libc6 2.13-38 ii libexiv2-12 0.23-1 ii libgcc1 1:4.7.2-5 ii libkdecore5 4:4.10.2-2 ii libkdeui5 4:4.10.2-2 ii libkidletime4 4:4.10.2-2 ii libkio5 4:4.10.2-2 ii libnepomukcore4 4:4.10.2-1 ii libpoppler-qt4-3 0.18.4-6 ii libqt4-dbus 4:4.8.4+dfsg-2 ii libqtcore44:4.8.4+dfsg-2 ii libqtgui4 4:4.8.4+dfsg-2 ii libsolid4 4:4.10.2-2 ii libsoprano4 2.9.0+dfsg1-1 ii libstdc++64.7.2-5 ii libtag1c2a1.7.2-1 nepomuk-core-runtime recommends no packages. nepomuk-core-runtime 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#705530: unblock: brltty/4.4-10
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package brltty The intent of these changes is to fix bug #680636 by allowing to use the braille keyboard to type login/passwd at gdm3, by automatically running the braille key presses relay tool, xbrlapi. On systems without brltty running, it will just exit immediately. unblock brltty/4.4-10 -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8.0 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash diff -Nru brltty-4.4/debian/changelog brltty-4.4/debian/changelog --- brltty-4.4/debian/changelog 2013-04-11 09:19:44.0 +0200 +++ brltty-4.4/debian/changelog 2013-04-16 00:36:55.0 +0200 @@ -1,3 +1,10 @@ +brltty (4.4-10) unstable; urgency=low + + * Add xbrlapi.desktop file to gdm session to get braille keyboard input +working. Closes: #680636. + + -- Samuel Thibault sthiba...@debian.org Mon, 15 Apr 2013 21:42:05 +0200 + brltty (4.4-9) unstable; urgency=high * brltty-udeb.sh: Put Xorg killing in background, to avoid getting stuck if diff -Nru brltty-4.4/debian/xbrlapi.desktop brltty-4.4/debian/xbrlapi.desktop --- brltty-4.4/debian/xbrlapi.desktop 1970-01-01 01:00:00.0 +0100 +++ brltty-4.4/debian/xbrlapi.desktop 2013-04-16 00:30:12.0 +0200 @@ -0,0 +1,6 @@ +[Desktop Entry] +Type=Application +Name=xbrlapi +Exec=xbrlapi -q +NoDisplay=true +X-GNOME-AutoRestart=true diff -Nru brltty-4.4/debian/xbrlapi.install brltty-4.4/debian/xbrlapi.install --- brltty-4.4/debian/xbrlapi.install 2013-04-08 21:34:38.0 +0200 +++ brltty-4.4/debian/xbrlapi.install 2013-04-15 21:44:41.0 +0200 @@ -1,2 +1,3 @@ debian/tmp/sbin/xbrlapi usr/bin debian/60xbrlapi /etc/X11/Xsession.d +debian/xbrlapi.desktop usr/share/gdm/greeter/autostart -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705356: unblock: netbase/5.1
Hi Marco, On Tue, Apr 16, 2013 at 04:14:13AM +0200, Marco d'Itri wrote: Yes, but they are all trivial changes. [...] OK, I suck as a maintainer and as a human being and I neglected my packages for most of the last year. But I'd rather move on and fix what can still be fixed. [...] Why? netbase is just four config files nowadays, it's not like declaring it foreign could break anything. Firstly, thanks for your care of this package, it's very much appreciated! Unfortunately, we've now reached the stage of the release where we can't accept non RC fixes, have a look at http://release.debian.org/wheezy/freeze_policy.html for information on what can be accepted. I'm sure you'll appreciate the immense amount of work that we have to do as a release team, and thus we simply don't have the capacity to look at packges which don't address the above. Thanks, Neil -- signature.asc Description: Digital signature
Bug#705526: linux-image-3.2.0-4-rt-amd64: Kernel panic as watching youtube in fullscreen(html5) regardigng ext4
Hello, On Tue, Apr 16, 2013 at 11:28:22AM +0400, Drill wrote: ** Tainted: DWCO (5760) * Kernel has oopsed before. * Taint on warning. * Module from drivers/staging has been loaded. * Out-of-tree module has been loaded. Does the issue reproduce with a non-rt kernel and without loading staging and out-of-tree modules? Best regards Uwe -- Pengutronix e.K. | Uwe Kleine-König| Industrial Linux Solutions | http://www.pengutronix.de/ | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606158: refreshed patch
Hi, On Sun, Dec 16, 2012 at 08:25:13PM +0100, Adam Borowski wrote: On Sun, Dec 16, 2012 at 05:49:02PM +, Thorsten Glaser wrote: Adam Borowski dixit: Please apply, even on ext4 it makes a drastic speed-up. It’s buggy: I admit, I haven't reviewed it beyond rebasing Adrian's work and checking that the basic functionality works. pbuilder_old_LD_PRELOAD is not initialised in all cases, and this can break (for example when already called with eatmydata and pbuilder’s automatic one was disabled). So pbuilder_old_LD_PRELOAD=$LD_PRELOAD needs to be moved before the if. I'm not sure what should happen if eatmydata was already enabled but pbuilder is set to not use it. There's no regression, at least -- you might get some spam about the library not being present. It also doesn’t catch the case where eatmydata isn’t available outside of the build chroot but inside very well. Again a simple fix, but considering eatmydata's size, a simple dependency would be safer -- less moving parts. Any chance this gets integrated into pbuilder? Having this out of the box (like ccache support) would be awesome. 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#636134: is this fixed upstream or not?
Hi, Unfortunately I don't currently have access to a system with large numbers of drives to test against, and personal circumstances mean that I'm unlikely to have time to work on this further during the next 6 months or so, although hopefully I'll be able to get on to it at some point. I'll leave it up to you regarding what you'd like to do with this bug. Tim. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702871: Regarding forward and backward search with evince.
OK, this is odd - I now tested the version with raise-frame and it works with gnome-shell 3.4 (Debian/sid) and 3.8 (experimental), as well as the xfce wm, and it works, without wmctrl. When using a version of auctex with the odd timestamp calculation when calling evince, this still works, but only after I somehow switched several times by hand between emacs and evince... (?!) Anyway, that buggy case should be ignored. Could you please check again that it does not work for you ? Cheers, Itai. - Mail original - De: Tassilo Horn t...@gnu.org À: can...@free.fr Cc: 702...@bugs.debian.org, bug-auc...@gnu.org Envoyé: Lundi 15 Avril 2013 10:54:31 Objet: Re: Bug#702871: Regarding forward and backward search with evince. can...@free.fr writes: You mean you expect me to learn how to use emacs lisp correctly rather than use ugly hacks ? Well, yes, I hoped to find a solution that doesn't rely on external programs. Unfortunately, that doesn't seem to be possible. There's no DBUS interface for that, and neither does (raise-frame) work. So I've applied your proposed patch that utilizes wmctrl. Fine. How about adding a (raise-frame) then ? I've already tried that, but it didn't raise the emacs frame. It seems `raise-frame' is only usable between multile emacs frames but not between emacs frames and other X windows, i.e., you can raise one emacs frame above another emacs frame, but you can't raise it above some other X window. The same seems to apply to `focus-frame'. Bye, Tassilo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705526: linux-image-3.2.0-4-rt-amd64: Kernel panic as watching youtube in fullscreen(html5) regardigng ext4
Hello. The issue happens without loading staging and out-of-tree modules too (in my case the only non-standard modules are compat-wireless for intel wifi). Moreover, the first time this bug occured I hadn't yet installed compat-wireless (or any other modules). Unfortunately, I didn't save the log of the error that time, though the problem was ext4-related too, there too was function of kind ext4...write in Call trace. As of non-rt kernel - that bug didn't occur in rt kernel when I was using it. Though I'll try to do some additional testing with standard kernel and report about the results. Thanks for your time. On Tue, Apr 16, 2013 at 12:13 PM, Uwe Kleine-König u.kleine-koe...@pengutronix.de wrote: Hello, On Tue, Apr 16, 2013 at 11:28:22AM +0400, Drill wrote: ** Tainted: DWCO (5760) * Kernel has oopsed before. * Taint on warning. * Module from drivers/staging has been loaded. * Out-of-tree module has been loaded. Does the issue reproduce with a non-rt kernel and without loading staging and out-of-tree modules? Best regards Uwe -- Pengutronix e.K. | Uwe Kleine-König| Industrial Linux Solutions | http://www.pengutronix.de/ |
Bug#705526: linux-image-3.2.0-4-rt-amd64: Kernel panic as watching youtube in fullscreen(html5) regardigng ext4
Hello, On Tue, Apr 16, 2013 at 12:32:24PM +0400, Drill Main wrote: The issue happens without loading staging and out-of-tree modules too (in my case the only non-standard modules are compat-wireless for intel wifi). Moreover, the first time this bug occured I hadn't yet installed compat-wireless (or any other modules). Unfortunately, I didn't save the log of the error that time, though the problem was ext4-related too, there too was function of kind ext4...write in Call trace. As of non-rt kernel - that bug didn't occur in rt kernel when I was using I guess that bug didn't occur in rt kernel is a typo and you really mean that non-rt isn't affected? it. Though I'll try to do some additional testing with standard kernel and report about the results. Very appreciated. Best regards Uwe -- Pengutronix e.K. | Uwe Kleine-König| Industrial Linux Solutions | http://www.pengutronix.de/ | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705483: xfsprogs: xfs_quota misinterprets usernames with leading digits
On 15/04/13 17:07, Rich Johnston wrote: I don't think this is a bug, username must begin with a character (unless you created the user using NIS or adduser --force-badname). My understanding that this is a recommendation rather than a requirement. useradd(8) has the following to say: On Debian, the only constraints are that usernames must neither start with a dash ('-') nor contain a colon (':') or a whitespace (space: ' ', end of line: '\n', tabulation: '\t', etc.). Note that using a slash ('/') may break the default algorithm for the definition of the user's home directory. In any case, I'd still consider it a bug that trailing non-numeric characters were just silently ignored. -- James Carter Bytemark Hosting http://www.bytemark.co.uk/ tel: +44 (0) 1904 890 890 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705385: mia: FTBFS on powerpc: test suite hangs
I found a very crude fix for teh current version of TBB that needs to be refined and fixes this bug (See blocking bug). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705495: On powerpc parallel_for and parallel_reduce may hang
The code hangs in a call to atomic_backoff::pause that the main thread initiated from __TBB_FetchAndStoreGeneric because a call to __TBB_CompareAnsdSwapGeneric fails. It seems that by replacing the latter with the new 4.1 version would fix the bug, but it introduces a change of the call interface and template parameters. I will see if I can narrow down the patch to this function and retain the interface. (All other threads are stuck in tbb::internal::futex_wait() ) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705531: nmu: focuswriter_1.4.3-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu focuswriter_1.4.3-1 . amd64 . -m Rebuild in a clean sid environment. Every day a package gets uploaded to sid that was built in experimental or Ubuntu: focuswriter/amd64 unsatisfiable Depends: libc6 (= 2.14) Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636134: is this fixed upstream or not?
Hi Tim, Kenyon, thanks for your feedback. I guess this means we'll better wait for someone to help who has a large number of drives (attached to one system where some testing can be done.) cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#705470: 0ad: lock up after getting in to play screen. Need to power off to get out
tags 705470 + moreinfo unreproducible thanks Hi David, On Mon, Apr 15, 2013 at 4:07 PM, David Creelman creelman.da...@gmail.com wrote: Package: 0ad Version: 0~r11863-2 Severity: important Dear Maintainer, Firstly, this looks like it has potential to be a great game. The soundtrack and graphics look great. To reproduce start 0ad choose quick match (or something like this, can't remember exact option) game screen starts, clicking on a character generates speech (as expected) after a few minutes, irrespective of movements, interaction with screen halts. Mouse cursor still moves when moved around, disk still lights up every now and then, but machine is locked. ctrl-alt-backspace doesn't get me out. running XFCE for session manager. Need to power off to get back control. This sounds like a driver-related and/or hardware-specific issue to me (I certainly don't have the same symptoms). Can you please test the latest upstream release (0.0.13-1, currently in sid) and report back on whether or not it's still reproducible? Also, can you please attach your log files, i.e. the html files and system_info.txt found under ~/.config/0ad/logs/? Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705532: webhttrack-common: fails to upgrade from 'testing' - trying to overwrite /usr/share/applications/WebHTTrack.desktop
Package: webhttrack-common Version: 3.47.2-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Control: affects -1 + webhttrack Hi, during a test with piuparts I noticed your package fails to upgrade from 'testing'. It installed fine in 'testing', then the upgrade to 'sid' fails because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces From the attached log (scroll to the bottom...): Preparing to replace webhttrack-common 3.46.1-1 (using .../webhttrack-common_3.47.2-1_all.deb) ... Unpacking replacement webhttrack-common ... dpkg: error processing /var/cache/apt/archives/webhttrack-common_3.47.2-1_all.deb (--unpack): trying to overwrite '/usr/share/applications/WebHTTrack.desktop', which is also in package webhttrack 3.46.1-1 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Preparing to replace webhttrack 3.46.1-1 (using .../webhttrack_3.47.2-1_amd64.deb) ... Unpacking replacement webhttrack ... Errors were encountered while processing: /var/cache/apt/archives/webhttrack-common_3.47.2-1_all.deb cheers, Andreas webhttrack_3.47.2-1.log.gz Description: GNU Zip compressed data
Bug#705533: redmine: html escape? problem in the administration/settings dialog, projects and repositories tab
Package: redmine Version: 1.0.1-2 Severity: normal Tags: upstream problem occured after safe-upgrade As an administrator for redmine, u can use the webinterface for the administration/settings dialog. In this dialog the projects and repositories tab have a a problem with listing checkboxes rendering them useless, it is impossible to use them, so u cannot choose a scm or set the default project settings anymore (workaround for the advanced, directly edit the redmine database, settings table) an example: this the html that is shown: Enabled SCMlabel class=blockinput checked=checked id=settings_enabled_scm_ name=settings[enabled_scm][] type=checkbox value=Subversion /Subversion/labellabel class=blockinput id=settings_enabled_scm_ name=settings[enabled_scm][] type=checkbox value=Darcs /Darcs/labellabel class=blockinput id=settings_enabled_scm_ name=settings[enabled_scm][] type=checkbox value=Mercurial /Mercurial/labellabel class=blockinput id=settings_enabled_scm_ name=settings[enabled_scm][] type=checkbox value=Cvs /Cvs/labellabel class=blockinput id=settings_enabled_scm_ name=settings[enabled_scm][] type=checkbox value=Bazaar /Bazaar/labellabel class=blockinput id=settings_enabled_scm_ name=settings[enabled_scm][] type=checkbox value=Git /Git/labellabel class=blockinput id=settings_enabled_scm_ name=settings[enabled_scm][] type=checkbox value=Filesystem /Filesystem/label where one would expect the actual check boxes to be chown, the html source code on this page for this is: plabelEnabled SCM/labelinput id=settings_enabled_scm_ name=settings[enabled_scm][] value= type=hiddenlt; label class=blockgt;lt;input checked=checked id=settings_enabled_scm_ name=settings[enabled_scm][] type=checkbox value=Subversion /gt; Subversionlt;/labelgt;lt;label class=blockgt;lt;input id=settings_enabled_scm_ name=settings[enabled_scm][] type=checkbox value=Darcs /gt;Darcslt;/labelgt;lt; label class=blockgt;lt;input id=settings_enabled_scm_ name=settings[enabled_scm][] type=checkbox value=Mercurial /gt;Mercuriallt;/labelgt;lt; label class=blockgt;lt;input id=settings_enabled_scm_ name=settings[enabled_scm][] type=checkbox value=Cvs /gt;Cvslt;/labelgt;lt;label class=blockgt;lt; input id=settings_enabled_scm_ name=settings[enabled_scm][] type=checkbox value=Bazaar /gt;Bazaarlt;/labelgt;lt;label class=blockgt;lt; input id=settings_enabled_scm_ name=settings[enabled_scm][] type=checkbox value=Git /gt;Gitlt;/labelgt;lt;label class=blockgt;lt; input id=settings_enabled_scm_ name=settings[enabled_scm][] type=checkbox value=Filesystem /gt;Filesystemlt;/labelgt;/p so the code that is shown to the user should be the html source code possible causes: unlike utf8, sql_ascii encoding database, i already tested this with different encodings, no change most likely: ruby related packages upgrade, i could recreate the problem i a virtual environment, the problem occurs right after the upgrade upgraded packages: acpid apache2 apache2-mpm-prefork apache2-suexec apache2-utils apache2.2-bin apache2.2-common at base-files bind9-host bogofilter bogofilter-bdb bogofilter-common browser-plugin-gnash bzip2 cpufrequtils cups cups-bsd cups-client cups-common cups-pk-helper cups-ppdc cvs dbus dbus-x11 debian-archive-keyring dnsutils dpkg dpkg-dev evince evince-common evolution-data-server evolution-data-server-common exim4 exim4-base exim4-config exim4-daemon-heavy file foomatic-filters fusionforge-standard gforge-common gforge-db-postgresql gforge-lists-mailman gforge-mta-exim4 gforge-plugin-scmcvs gforge-plugin-scmgit gforge-plugin-scmsvn gforge-shell-postgresql gforge-web-apache2 ghostscript ghostscript-cups gimp gimp-data gir1.0-json-glib-1.0 gnash gnash-common gnupg gpgv gzip host hpijs hplip hplip-cups hplip-data iceweasel imagemagick initscripts isc-dhcp-client isc-dhcp-common libactionmailer-ruby libactionmailer-ruby1.8 libactionpack-ruby libactionpack-ruby1.8 libactiverecord-ruby1.8 libactiveresource-ruby libactiveresource-ruby1.8 libactivesupport-ruby libactivesupport-ruby1.8 libapache2-mod-fcgid libapache2-mod-perl2 libapache2-mod-php5 libapr1 libarchive1 libavcodec52 libavformat52 libavutil49 libbind9-60 libbrlapi0.5 libbz2-1.0 libc-bin libc-dev-bin libc6 libc6-dev libc6-i686 libcamel1.2-14 libconfig-inifiles-perl libcpufreq0 libcups2 libcupscgi1 libcupsdriver1 libcupsimage2 libcupsmime1 libcupsppdc1 libcurl3-gnutls libdbd-pg-perl libdbus-1-3 libdbus-glib-1-2 libdns69 libdpkg-perl libebackend1.2-0 libebook1.2-9 libecal1.2-7 libedata-book1.2-2 libedata-cal1.2-7 libedataserver1.2-13 libedataserverui1.2-8 libegroupwise1.2-13 libevince2 libexif12 libexpat1 libfreetype6 libgc1c2 libgdata-common libgdata-google1.2-1 libgdata1.2-1 libgdata7 libgimp2.0 libgnutls26 libgs8 libgssapi-krb5-2 libgssrpc4 libhpmud0 libicu44 libisc62 libisccc60 libisccfg62 libjasper1 libjson-glib-1.0-0 libk5crypto3 libkadm5clnt-mit7 libkadm5srv-mit7
Bug#705534: aptitude: displays blank list of packages when theme changed to pre-defined (Dselect or Vertical-Split)
Package: aptitude Version: 0.6.8.2-1 Severity: normal Tags: upstream Dear Maintainer, Changing theme in configuration file causes aptitude to show only blank list of packages, updating list doesn't help. I added Aptitude::Theme Dselect; to ~/.aptitude/config, but aptitude simply didn't show _any_ package anymore. Same for the Vertical-Split theme. Both themes _are_ defined in /usr/share/aptitude/aptitude-defaults, and that file _is_ read by aptitude. Expected: theme change and proper working in Dselect or Vertical-Split. -- Package-specific info: Terminal: xterm $DISPLAY is set. which aptitude: /usr/bin/aptitude aptitude version information: aptitude 0.6.8.2 compiled at Nov 7 2012 07:08:03 Compiler: g++ 4.7.2 Compiled against: apt version 4.12.0 NCurses version 5.9 libsigc++ version: 2.2.10 Ept support enabled. Gtk+ support disabled. Qt support disabled. Current library versions: NCurses version: ncurses 5.9.20110404 cwidget version: 0.5.16 Apt version: 4.12.0 aptitude linkage: linux-vdso.so.1 = (0x7fff487b9000) libapt-pkg.so.4.12 = /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 (0x7f2f716e7000) libncursesw.so.5 = /lib/x86_64-linux-gnu/libncursesw.so.5 (0x7f2f714b7000) libtinfo.so.5 = /lib/x86_64-linux-gnu/libtinfo.so.5 (0x7f2f7128d000) libsigc-2.0.so.0 = /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0 (0x7f2f71088000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0x7f2f70d88000) libept.so.1.aptpkg4.12 = /usr/lib/libept.so.1.aptpkg4.12 (0x7f2f70ae7000) libxapian.so.22 = /usr/lib/libxapian.so.22 (0x7f2f70702000) libz.so.1 = /lib/x86_64-linux-gnu/libz.so.1 (0x7f2f704eb000) libsqlite3.so.0 = /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 (0x7f2f7023f000) libboost_iostreams.so.1.49.0 = /usr/lib/libboost_iostreams.so.1.49.0 (0x7f2f70224000) libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f2f70008000) libstdc++.so.6 = /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x7f2f6fd0) libm.so.6 = /lib/x86_64-linux-gnu/libm.so.6 (0x7f2f6fa7e000) libgcc_s.so.1 = /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x7f2f6f868000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f2f6f4dd000) libutil.so.1 = /lib/x86_64-linux-gnu/libutil.so.1 (0x7f2f6f2da000) libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x7f2f6f0d6000) libbz2.so.1.0 = /lib/x86_64-linux-gnu/libbz2.so.1.0 (0x7f2f6eec5000) libuuid.so.1 = /lib/x86_64-linux-gnu/libuuid.so.1 (0x7f2f6ecc) librt.so.1 = /lib/x86_64-linux-gnu/librt.so.1 (0x7f2f6eab7000) /lib64/ld-linux-x86-64.so.2 (0x7f2f7207e000) -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.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 Versions of packages aptitude depends on: ii aptitude-common 0.6.8.2-1 ii libapt-pkg4.120.9.7.8 ii libboost-iostreams1.49.0 1.49.0-3.2 ii libc6 2.13-38 ii libcwidget3 0.5.16-3.4 ii libept1.4.12 1.0.9 ii libgcc1 1:4.7.2-5 ii libncursesw5 5.9-10 ii libsigc++-2.0-0c2a2.2.10-0.2 ii libsqlite3-0 3.7.13-1 ii libstdc++64.7.2-5 ii libtinfo5 5.9-10 ii libxapian22 1.2.12-2 ii zlib1g1:1.2.7.dfsg-13 Versions of packages aptitude recommends: ii apt-xapian-index0.45 ii aptitude-doc-en [aptitude-doc] 0.6.8.2-1 ii libparse-debianchangelog-perl 1.2.0-1 ii sensible-utils 0.0.7 Versions of packages aptitude suggests: ii debtags 1.10.1 ii tasksel 3.14+nmu2 -- 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#705535: unblock: mediawiki/1:1.19.5-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package mediawiki Please consider allowing the new security bugfix release of mediawiki’s long-term support branch into wheezy. The upload to sid also contains a documentation and a code change both related to correcting the installation/setup process. The Debian changes, except patch-context-linenumber changes, are as follows: --- debian/changelog(revision 430) +++ debian/changelog(working copy) @@ -1,3 +1,21 @@ +mediawiki (1:1.19.5-1) unstable; urgency=high + + [ Platonides ] + * Update config URL in README.Debian (Closes: #703804) + + [ Thorsten Glaser ] + * Re-add LocalSettings creation snippet for support of the +mediawiki-extensions Debian packaging (Closes: #703852) + * New upstream security-only release: +- (bug 47251) SECURITY: Disable external entities in Import +- (bug 46859) SECURITY: Disable external entities in XMLReader +- (bug 46084) SECURITY: Sanitize $limitReport before outputting +- (bug 43594) Fix notices displayed on PHP 5.4 +- (bug 40585) Don't drop 'step=any' in HTML input fields. + * Refresh patches against new upstream code + + -- Thorsten Glaser t...@mirbsd.de Tue, 16 Apr 2013 11:04:05 +0200 + mediawiki (1:1.19.4-1) unstable; urgency=high * Urgency high for security fix --- debian/patches/debian_specific_config.patch (revision 0) +++ debian/patches/debian_specific_config.patch (revision 434) @@ -0,0 +1,18 @@ +$Id$ + +Support mediawiki-extensions Debian packaging (see #703852). + +--- a/includes/installer/LocalSettingsGenerator.php b/includes/installer/LocalSettingsGenerator.php +@@ -333,6 +333,11 @@ if ( !defined( 'MEDIAWIKI' ) ) { + # Path to the GNU diff3 utility. Used for conflict resolution. + \$wgDiff3 = \{$this-values['wgDiff3']}\; + ++# debian-specific include: ++if (is_file(\/etc/mediawiki-extensions/extensions.php\)) { ++ include(\/etc/mediawiki-extensions/extensions.php\); ++} ++ + # Query string length limit for ResourceLoader. You should only set this if + # your web server has a query string length limit (then set it to that limit), + # or if you have suhosin.get.max_value_length set in php.ini (then set it to --- debian/patches/series (revision 430) +++ debian/patches/series (working copy) @@ -6,3 +6,4 @@ bz29635.patch bz40889.patch bz39635.patch +debian_specific_config.patch --- debian/README.Debian(revision 430) +++ debian/README.Debian(working copy) @@ -14,14 +14,14 @@ Configuration: The configuration uses an easy web-based system ; just go to this URL : - http://www.myserver.org/mediawiki/config/index.php + http://www.myserver.org/mediawiki/mw-config/index.php (replace by your own servername) You may of course configure your webserver to serve this URL. A default configuration can be found in /etc/mediawiki/. Apache and cherokee users may have linked this in their configuration automatically if they asked the installer to do so. Then just copy the generated config to the real system location : - mv /var/lib/mediawiki/config/LocalSettings.php \ + mv /var/lib/mediawiki/mw-config/LocalSettings.php \ /etc/mediawiki You should change file permissions for LocalSettings.php as required to prevent other users on the server from reading passwords and The upstream changes are as follows: --- mediawiki-1.19.4/RELEASE-NOTES-1.19 2013-03-04 19:11:51.0 +0100 +++ mediawiki-1.19.5/RELEASE-NOTES-1.19 2013-04-15 18:23:52.0 +0200 @@ -3,6 +3,17 @@ Security reminder: MediaWiki does not require PHP's register_globals setting since version 1.2.0. If you have it on, turn it '''off''' if you can. +== MediaWiki 1.19.5 == + +This is a security and maintenance release of the MediaWiki 1.19 branch + +=== Changes since 1.19.4 === +* (bug 47251) SECURITY: Disable external entities in Import +* (bug 46859) SECURITY: Disable external entities in XMLReader +* (bug 46084) SECURITY: Sanitize $limitReport before outputting +* (bug 43594) Fix notices displayed on PHP 5.4 +* (bug 40585) Don't drop 'step=any' in HTML input fields. + == MediaWiki 1.19.4 == This is a maintenance release of the MediaWiki 1.19 branch --- mediawiki-1.19.4/includes/DefaultSettings.php 2013-03-04 19:11:51.0 +0100 +++ mediawiki-1.19.5/includes/DefaultSettings.php 2013-04-15 18:23:52.0 +0200 @@ -33,7 +33,7 @@ $wgConf = new SiteConfiguration; /** @endcond */ /** MediaWiki version number */ -$wgVersion = '1.19.4'; +$wgVersion = '1.19.5'; /** Name of the site. It must be changed in LocalSettings.php */ $wgSitename = 'MediaWiki'; --- mediawiki-1.19.4/includes/GlobalFunctions.php 2013-03-04 19:11:51.0 +0100 +++ mediawiki-1.19.5/includes/GlobalFunctions.php 2013-04-15
Bug#702871: Regarding forward and backward search with evince.
can...@free.fr writes: Hi again, OK, this is odd - I now tested the version with raise-frame and it works with gnome-shell 3.4 (Debian/sid) and 3.8 (experimental), as well as the xfce wm, and it works, without wmctrl. When using a version of auctex with the odd timestamp calculation when calling evince, this still works, but only after I somehow switched several times by hand between emacs and evince... (?!) Anyway, that buggy case should be ignored. Could you please check again that it does not work for you ? Oh, indeed! After switching between Evince and Emacs using point click once, the (raise-frame) version works properly. I'm now using that instead of wmctrl in the git version of AUCTeX. Thanks, Tassilo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705536: tag gnupg bug 704645 wheezy-ignore
Package: release.debian.org Severity: normal Release team, This is a request to consider tagging #704645 in GnuPG wheezy-ignore. My reasoning follows. The behaviour of gpg --verify has been this way since forever (not intended as a justification of this behaviour per se). I checked it against Lenny to be sure and it works this way. Releasing wheezy with it does not worsen the situation we're currently in. Because the behaviour has been this way this long, it doesn't seem safe to change it so shortly before a release. Also, if we want to change this behaviour, it needs to be done by upstream, as in my opinion having this option behave differently on different distributions would be even less desirable than the current situation. The issue has already been forwarded for upstream's opinion, but we're waiting on a response. Finally, there exists a documented way to use gpg which gives the right information in a machine parsable form, which implementors can use. Cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705287: tt-rss: Unable to connect to database (as ttrss to , database ttrss)
On 04/16/2013 06:48 AM, Sebastian Reichel wrote: It seems to be a problem with your/default postgresql configuration for local connections: http://www.postgresql.org/docs/9.1/static/auth-methods.html#AUTH-PEER The tt-rss php script is running via your webserver as user www-data, so it cannot access the ttrss database. There's a simple guide to change the postgresql settings for local connections here: http://blog.deliciousrobots.com/2011/12/13/get-postgres-working-on-ubuntu-or-linux-mint/ -- Sebastian On 04/16/2013 06:48 AM, Sebastian Reichel wrote: The tt-rss php script is running via your webserver as user www-data, so it cannot access the ttrss database. There's a simple guide to change the postgresql settings for local connections here: http://blog.deliciousrobots.com/2011/12/13/get-postgres-working-on-ubuntu-or-linux-mint/ -- Sebastian Thanks for the help. I added local all all md5 to /etc/postgresql/9.2/main/pg_hba.conf and that appears to have done the trick as the /var/log/tt-rss.log is no longer throwing the FATAL: Peer authentication error. I had one last issue and I was getting a 403 - Forbidden when accessing http://localhost/tt-rss while http://localhost opened just fine as the placeholder for lighttpd. The solution to that was to enable php in lighttpd: lighty-enable-mod fastcgi-php Maybe there's a way to configure lighttpd to enable php when the tt-rss package is configured for use with lighttpd? Thanks for your help. -David -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705533: redmine: html escape? problem in the administration/settings dialog, projects and repositories tab
On 16/04/2013 11:19, Wim Bertels wrote: Package: redmine Version: 1.0.1-2 Severity: normal Tags: upstream problem occured after safe-upgrade As an administrator for redmine, u can use the webinterface for the administration/settings dialog. In this dialog the projects and repositories tab have a a problem with listing checkboxes rendering them useless, it is impossible to use them, so u cannot choose a scm or set the default project settings anymore (workaround for the advanced, directly edit the redmine database, settings table) Can you downgrade rails security updates from 2.3.5-1.2+squeeze8 to 2.3.5-1.2+squeeze7, then 2.3.5-1.2+squeeze6, etc... until you find at which version it works again ? There is a good chance the culprit is the latest rails security update, since nobody reported that bug before and 2.3.5-1.2+squeeze8 was made available this month. cc-ing Ondřej Jérémy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705232: RFS: logic-analyzer-rpi/0.1.1-1 [ITP]
Hi Yves, your RFS request might be more successful if you would maintain the package inside the Debian Science team and would use the according repository for packaging. Kind regards Andreas. On Thu, Apr 11, 2013 at 06:14:35PM +0200, yves renier wrote: Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package logic-analyzer-rpi * Package name: logic-analyzer-rpi Version : 0.1.1-1 Upstream Author : Yves Renier yren...@cern.ch * URL : https://github.com/superzerg/logic-analyzer * License : GPL3 Section : electronics It builds those binary packages: logic-analyzer-rpi - Use your Raspberry Pi as a logic analyzer To access further information about this package, please visit the following URL: http://mentors.debian.net/package/logic-analyzer-rpi Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/l/logic-analyzer-rpi/logic-analyzer-rpi_0.1.1-1.dsc More information about hello can be obtained from https://github.com/superzerg/logic-analyzer . Changes since the last upload: It is my first upload Regards, Yves Renier -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/5166e16b.2090...@cern.ch -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696782: RFS: sequitur-g2p/0.0.r1668-1 [ITP] -- Grapheme to Phoneme conversion tool
Hi Giulio, I missed your initial ITP but now I became aware of the package. I also noticed that you are doing the packaging in git://anonscm.debian.org/collab-maint/sequitur-g2p.git I'd rather recommend to join Debian Science team because it is definitely related and you can get additional support. Kind regards Andreas. On Sat, Apr 13, 2013 at 12:31:36AM +0200, Jakub Wilk wrote: * Giulio Paci giuliop...@gmail.com, 2013-04-07, 23:00: python-dev (= 2.6.6-9) - why this version? I took it from here: http://www.debian.org/doc/packaging-manuals/python-policy/ap-build_dependencies.html Well, this is weird. I have no idea what was the rationale for such version. It was bumped (from = 2.3.5-7) in python-defaults 2.7.3~rc2-1, but changelog for this version doesn't document this modification. 2.6.6-9's changelog mentions only a dh_python2 bugfix that should affect only minority of packages. Anyway, I'd rather make the build-dependency unversioned, to make squeeze backporters' life easier. And now for something completely different... Typos: analogious - analogous assumtion - assumption cetrainty - certainty Constuctor - Constructor correcly - correctly correctnes - correctness decendent - descendant (?) discout - discount (?) expresion - expression Franlin - Franklin fullfil - fulfil hiearchy - hierarchy immediatelly - immediately Implementaion - Implementation imporatant - important ingored - ignored ingoring - ignoring inhert - inherit micture - mixture modfied - modified necesseary - necessary occured - occurred paramters - parameters precoditions - preconditions preferrable - preferable publically - publicly realtive - relative Recipies - Recipes releationship - relationship smooting - smoothing substitue - substitute verion - version Estimation.cc has this twice: #if 1 // DEBUG Shouldn't that be #if 0 ...? Using except without specifying exception type is bad idea: http://docs.python.org/2/howto/doanddont.html#except gOpenIn and gOpenOut functions pass filenames to shell unescaped. They probably should just use the gzip module. FileWriter, FileReader and StoredCounts classes have the same problem. (Although these three are not used in Debian binary packages AFAICS.) -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130412223135.ga5...@jwilk.net -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#298185: pppoe-server kernel mode
Hello, I tried with wheezy, but I still get the message: pppoe-server: invalid option -- 'k' is ther any change that this bug will be solved in the final release ? Thanks, Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704748: Not a practical issue (could even be considered a feature...:-))
On 16/04/13 01:49, Michael Biebl wrote: The recommends is pointless, task-gnome-desktop depends on gnome-core which already has a Recommends on network-manager-gnome. That is probably true but it is not going to cause harm by staying there? So it may as well stay now and can be removed post-wheezy? Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705124: Info received (base: Filesystem corruption issue)
On Mon, 2013-04-15 at 15:02 -0400, Anthony Sheetz wrote: Current status. New laptop hard drive purchased and installed. Thanks! Experiment 1 [] Result: 4.9Gb file transferred fine! Experiment 2 [...] Result: successful transfer. Great news. Experiment 3 Change from above (2): LVM with Full Disk Encryption Install package linux-image-3.2.0-0.bpo.4-amd64 from backports.debian.org data transferred to root filesystem. Result: md5sum fails, failure. Experiment 4 Change from above (3): experiment trying to disable barriers, with no luck. Tried booting with rootflags=barrier=0, putting barrier=0 in /etc/fstab. None of these prevented seeing blkfront: xvda2: barriers enabled in the kern.log. Couldn't proceed further. Silly question: kern.log isn't rotated/cleared on boot -- you sure you are looking at the lines for the running kernel? Looking at the output of dmesg might be more reliable from that PoV. Under Wheezy at least (not sure about Squeeze) /proc/mounts should also indicate whether or not barriers are enabled for each device. Discussion: file sizes are always correct, which is interesting. Seems that full disk encryption is the culprit. I agree. Google suggests that at least at one point in time (~2010) barriers in dm-crypt didn't work or possibly were even disabled and that LVM historically was also a bit patchy in this area. I can't find much authoritative about this but http://www.saout.de/pipermail/dm-crypt/2012-April/002441.html suggests this is no longer the case (the Wheezy kernel should be plenty new enough). Your dom0 rootfs is on the same crypt+LVM driver, right? What does dom0 dmesg say about barriers on that device/filesystem? Is it ext3 also? Perhaps you could post the dom0 dmesg for completeness. I've had a stooge around on my laptop (which also runs encrypted root) but I don't see anything about enabling/disabling barriers anywhere (dmesg, etc, crypttab etc). /proc/mount says barriers are on for me (although I see no messages one way or the other in dmesg or kern.log). I don't run Xen on this system and have no spare room in the LV to try unfortunately. What's next? It'd be useful to gather the information above and also to revisit the barrier=0 thing. As well as adding it to your kernel command line it might be worth adding it to /etc/fstab and running update-initramfs -u, just in case its the initrd which is dealing with it in this case (I doubt it though). Or you could try the barrier option with the separate data device, which should be a lot easier to control? Googling around suggests you aren't the first to see this (e.g. #688441) but in those cases the barrier fix helped. Failing all that I think the next step would be to take this to the xen blkif guys on xen-de...@lists.xen.org and see if they can offer any hints as to why domU barriers aren't turning into barriers on the underlying device or further debugging ideas etc. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702871: [Bug-AUCTeX] Bug#702871: Regarding forward and backward search with evince.
can...@free.fr writes: OK, this is odd - I now tested the version with raise-frame and it works with gnome-shell 3.4 (Debian/sid) and 3.8 (experimental), as well as the xfce wm, and it works, without wmctrl. When using a version of auctex with the odd timestamp calculation when calling evince, this still works, but only after I somehow switched several times by hand between emacs and evince... (?!) Is your variable focus-follows-mouse set/customized correctly? Emacs can't reliably guess the proper setting. -- David Kastrup -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699911: [Pkg-postgresql-public] Bug#699911: postgresql-common: init.d start script quits if a pg cluster cannot be started so clusters after this pg cluster will also not start
Re: To Frank Baalbergen 2013-02-07 20130207091534.ga22...@msgid.df7cb.de Re: Frank Baalbergen 2013-02-06 51128026.7080...@mendix.com To test this, i changed the unix_socket_directory of the postgresql 9.0 cluster (second cluster). -unix_socket_directory = '/var/run/postgresql' # (change requires restart) +unix_socket_directory = '/var/run/postgresql-thisdoesnotexist' # (change requires restart) Actually that part should be fixed, too. (I ran into that yesterday myself. We have 2 clusters on the same machine both using 5432, but in different /var/run/postgresql/* directories, listening on different IPs.) Fwiw, this is fixed in postgresql-common 141. The fix for quits starting will be in postgresql-common 142. Christoph -- c...@df7cb.de | http://www.df7cb.de/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705490: [Pkg-xen-devel] Bug#705490: Uses deprecated RUN+=socket:
On Mon, 2013-04-15 at 18:22 +0200, Michael Biebl wrote: Please update your package accordingly. So what is the appropriate transformation? Thanks, Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705533: redmine: html escape? problem in the administration/settings dialog, projects and repositories tab
Could it be the same as #705466? Can you check if the patch attached to #705466 fix your problem? O. On Tue, Apr 16, 2013 at 11:34 AM, Jérémy Lal kapo...@melix.org wrote: On 16/04/2013 11:19, Wim Bertels wrote: Package: redmine Version: 1.0.1-2 Severity: normal Tags: upstream problem occured after safe-upgrade As an administrator for redmine, u can use the webinterface for the administration/settings dialog. In this dialog the projects and repositories tab have a a problem with listing checkboxes rendering them useless, it is impossible to use them, so u cannot choose a scm or set the default project settings anymore (workaround for the advanced, directly edit the redmine database, settings table) Can you downgrade rails security updates from 2.3.5-1.2+squeeze8 to 2.3.5-1.2+squeeze7, then 2.3.5-1.2+squeeze6, etc... until you find at which version it works again ? There is a good chance the culprit is the latest rails security update, since nobody reported that bug before and 2.3.5-1.2+squeeze8 was made available this month. cc-ing Ondřej Jérémy -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671004: New automake version
Control: tags -1 -pending On Tue, Dec 25, 2012 at 05:18:33PM -0500, Eric Dorland wrote: * Bastien ROUCARIES (roucaries.bast...@gmail.com) wrote: Hi, I need in order to compile last upstream version of imagemagick this version. I know we are under freeze, but could we possible land it on experimental ? As a Christmas gift I've uploaded automake 1.12.6 to experimental. It still needs NEW processing though but you can pick it up from the NEW queue if you want. The NEW queue[1] doesn't seem to contain automake; did it get rejected? Incidentally I don't believe we could have picked it up from NEW as that's deliberate not world-readable. Cheers, Dominic. [1] http://ftp-master.debian.org/new.html -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699361: linux-image-3.2.0-0.bpo.4-amd64: nfsd4 RELEASE_LOCKOWNER is slow and, CPU intensive
On 19/03/13 04:13, Ben Hutchings wrote: That's good, but I wonder whether this might also needed: commit 009673b439cf74d70a486fca0177e274febd81a7 Author: J. Bruce Fields bfie...@redhat.com Date: Mon Nov 7 17:40:10 2011 -0500 [snip] (That might also depend on: commit 16bfdaafa2c66d8cc81422a97a105a849ca65b3e Author: J. Bruce Fields bfie...@redhat.com Date: Mon Nov 7 17:23:30 2011 -0500 [snip] though I think they're independent.) Ben. We've been running a custom kernel based on linux-image-3.2.0-0.bpo.4-amd64 3.2.39-2~bpo60+1 with the following patches applied: 06f1f864d4ae5804e83785308d41f14a08e4b980 [PATCH] nfsd4: hash lockowners to simplify RELEASE_LOCKOWNER 64a284d07c7d84299a90826950079a8ef11e8204 [PATCH 1/1] nfsd4: maintain one seqid stream per (lockowner, file) This list does not include the two patches you suggested above. For us, the two patches we have applied have completely fixed the problems we were experiencing, and the system has been stable for nearly 3 weeks now. Please consider adding those patches to the Wheezy kernel (admittedly they probably won't make it now, or at least not until the next point release). Best regards, Chris -- |Chris Boot |Tiger Computing Ltd |Linux for Business | |Tel: 033 0088 1511 |Web: http://www.tiger-computing.co.uk | |Registered in England. Company number: 3389961 |Registered address: Wyastone Business Park, | Wyastone Leys, Monmouth, NP25 3SR -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671004: New automake version
Control: tags -1 +pending On Tue, Apr 16, 2013 at 11:31:35AM +0100, Dominic Hargreaves wrote: Control: tags -1 -pending On Tue, Dec 25, 2012 at 05:18:33PM -0500, Eric Dorland wrote: * Bastien ROUCARIES (roucaries.bast...@gmail.com) wrote: Hi, I need in order to compile last upstream version of imagemagick this version. I know we are under freeze, but could we possible land it on experimental ? As a Christmas gift I've uploaded automake 1.12.6 to experimental. It still needs NEW processing though but you can pick it up from the NEW queue if you want. The NEW queue[1] doesn't seem to contain automake; did it get rejected? No, it got accepted as a new package package name[1]. Sorry, I failed to spot that. Should this bug be closed? Thanks, Dominic. [1] http://packages.qa.debian.org/a/automake1.12.html -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705497: libgtk-3-0: Prints error messages about dbus_connection_close()
forcemerge 691018 705497 thanks On 15/04/13 18:39, Tony Houghton wrote: process 30176: Applications must not close shared connections - see dbus_connection_close() docs. This is a bug in the application. This was a bug in at-spi2-atk when built against older at-spi2-core. If using gtk3 from experimental, please upgrade libatk-bridge2.0-0, libatk-adaptor and any other binaries from that source package to the current experimental version. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=691018 https://bugzilla.gnome.org/show_bug.cgi?id=686667 Regards, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705537: ITP: metastudent -- predictor of Gene Ontology terms from protein sequence
Package: wnpp Severity: wishlist Owner: Laszlo Kajan lka...@rostlab.org -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: metastudent Version : 1.0.7 Upstream Author : Tobias Hamp ha...@rostlab.org * URL : https://rostlab.org/owiki/index.php/Metastudent * License : GPL-2+ Programming Lang: Perl, Python, Java Description : predictor of Gene Ontology terms from protein sequence Often, only the sequence of a protein is known, but not its functions. Metastudent will try to predict missing functional annotations through homology searches (BLAST). . All predicted functions correspond to Gene Ontology (GO) terms from the Molecular Function Ontology (MFO) and the Biological Process Ontology (BPO) and are associated with a reliability score. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBAgAGBQJRbS5vAAoJEJvS1kCaDFL6koQP/13ADRhPTdJcqzBqIAb/sxks JuhwNADTLTcdv/hBeEDJJTei8psFIb+RjJykwV9tWJ8FoBVClQIwxyeTiMahuUfU XnazexpOZEZtaYNNBUm4fZKUVCCYr8nAcaQztfy36UksM4Bjj+NregI4o8GuR/nE 27D0D6ZKXdZaR5r9//J0ZFKp/cqqGIXxc6PeSgDLOtt/DNmRD24+o/hXllnzH+hv 6R3o0atf4s6WDa7VdGV9XrZBgyyNYEvJYp8xn5rt3JtUgyTuq0tZxjuCAvjeWnnJ LHsV+Qj5ItxS3p5y5rOomfTM0Y2WskFsdrdCwbTw75UjhboyKSUQMGSd5Hg5ecee 0hc3Qpg7GmX3zvZ7Ha1DrMxWtRCE4q0D/Ma6HOPdWlcxA/IcUHHj5MmUKmk0B0v/ oc7ADpP+WCXxuWEDmiiaajXWrdv/J3msUdUGMZJg7FvNLiHOUv6Rhec6cIZkINoW a8zcTCr92j5IPJ8dgglLgeYn/njQpkQ65j4so+T55qidjLlL+iNr51GPni30jPmu Qm9WrzEyvkghKFpylXWS2nMvvr8jxRe5VWJ5beYwwL/UeGsQ4iBKjTF2gA47d0RL kq9pbAn3OahmCuPHyBf/+NQUrkfEoBtXoe7PZOf2sNBxfzXVWf9v4iewZ6hI21sk UUXjuyw0y7tRvhZeJmeG =3RgD -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#631229: package dhcpd-pools: bugs ITP 631229 and ITP 705049 are not merged
Control: forcemerge 631229 705049 On 10.04.2013, at 12:23, Mònica Ramírez Arceda mon...@debian.org wrote: There was already another ITP for dhcpd-pools (#631229), although it's an old one and may be abandoned. Could you contact Asbjørn Sloth Tønnesen asbj...@asbjorn.biz and ask him if he wants to abandon or co-maintain this package with you? Thank you for telling me about this. It was not my intention to take over this ITP via a duplicate. I merely forgot to check for duplicates. (And I didn't use reportbug. My fail.) Once you've done this, you should set the right owner in both bugs and merge them. Merging them now with the original one being the master and therefore taking ownership. Asbjørn, are you still interested in maintaining this package? As far as I can see your package unfortunately got removed from mentors.d.n by timeout. Also the last reply on your RFS thread appears to be a followup review by Kilian Krause (http://lists.debian.org/debian-mentors/2011/06/msg00345.html) not answered by you. I would like to see this package in Debian. I don't care that much about who maintains it. Your previous packaging appears to be based on 2.15 and I duplicated (sorry) that work for 2.21. Feel free to take any bits you from http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=dhcpd-pools_2.21-1.debian.tar.gz;att=1;bug=705049 If you'd like collaborative maintenance or want someone to review an updated package, you can ask me. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705538: gnupg: 5 charset username limit
Package: gnupg Version: 1.4.12-7 Severity: wishlist Dear Maintainer, Good morning, I study pgp for purpose test and I can't create my key because my name is Pol (only 3 charset) while gnupg needs 5 charset. Why this limit? thanks! Pol -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnupg depends on: ii dpkg 1.16.10 ii gpgv 1.4.12-7 ii install-info 4.13a.dfsg.1-10 ii libbz2-1.01.0.6-4 ii libc6 2.13-38 ii libreadline6 6.2+dfsg-0.1 ii libusb-0.1-4 2:0.1.12-20+nmu1 ii zlib1g1:1.2.7.dfsg-13 Versions of packages gnupg recommends: pn gnupg-curl none ii libldap-2.4-2 2.4.31-1 Versions of packages gnupg suggests: pn gnupg-doc none ii imagemagick 8:6.7.7.10-5 ii libpcsclite1 1.8.4-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705539: add version information to log file?
Package: aptitude Version: 0.6.8.2-1 Severity: wishlist It would be very nice if aptitude could add version information to the INSTALL and REMOVE lines in /var/log/aptitude, similar to the UPGRADE lines. Many thanx in advance Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705513: [Pkg-openssl-devel] Bug#705513: openssl 1.0.1e-2 throws SIGKILL on Debian 7.0 sparc
Sorry about the typo, it's SIGILL. I have used the debugger to identify the problem. The compiled application itself throws a Bus error when running. In strace: --- SIGBUS (Bus error) @ 0 (0) --- +++ killed by SIGBUS +++ Bus error The fact remains this bug was introduced in later versions of openssl, and causes problems with applications that previously worked fine on sparc. --Mitch On Tue, 16 Apr 2013, Kurt Roeckx wrote: On Mon, Apr 15, 2013 at 07:46:28PM -0400, Mitch Halmu wrote: Package: openssl Version: 1.0.1e-2 Severity: important Tags: upstream Dear Maintainer, openssl 1.0.1e-2 throws SIGKILL on Debian 7.0 sparc. This may be related to Bug #2553 SIGKILL on sparc64 (linux/solaris) reported on openssl.org: That would be SIGILL, not SIGKILL http://rt.openssl.org/Ticket/Display.html?id=2553 From what I understand this is normal and expected behaviour, and you only see this when using a debugger that catches it the signal? Can't you just continue? Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645713: many squeeze-wheezy upgrades fail with Could not perform immediate configuration
On Sun, Apr 14, 2013 at 2:21 AM, Andreas Beckmann a...@debian.org wrote: I'm attaching another status file that fails with E: Could not perform immediate configuration on 'libgstreamer0.10-0'. Please see man 5 apt.conf under APT::Immediate-Configure for details. (2) This is an openoffice free testcase, generated by * creating a minimal squeeze chroot * installing gnome-accessibility without Recommends * sed /squeeze/wheezy/ ; apt-get update * apt-get dist-upgrade Thanks! I am not that far with it so far, but it is the same function, different path (one not used at all by the previous) and looks like it has something to do with libseed0. Is it just me or is adding a wheezy source instead of replacing squeeze with it really fixing the issue in that case without changing the solution in terms of packages, but slightly in terms of ordering? (aka: Am I crazy yet or what the hell is going on) Best regards David Kalnischkies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704566: unblock: isc-dhcp/4.2.2.dfsg.1-5+deb70u4
user release.debian@packages.debian.org usertags 704566 = pu tags 704566 = wheezy retitle 704566 pu: isc-dhcp/4.2.2.dfsg.1-5+deb70u4 tags 704426 + wheezy-ignore usertags 704426 + wheezy-can-defer thanks On 13.04.2013 17:28, Cyril Brulebois wrote: Adam D. Barratt a...@adam-barratt.org.uk (13/04/2013): Thanks. I'd be happy to unblock that version, but it'll need a d-i ack if it's to get in to wheezy. I'm not sure how feasible getting any more changes is on that side right now, but let's see... Advisory says: | libdns in ISC DHCP 4.2.x before 4.2.5-P1 allows remote name servers to | cause a denial of service (memory consumption) via vectors involving a | regular expression, as demonstrated by a memory-exhaustion attack | against a machine running a dhcpd process, a related issue to | CVE-2013-2266. I'd rather avoid taking chances at this very late stage. Before rc2 would have been doable, but now… not so much. In which case, let's look at this again after the release? Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702871: [Bug-AUCTeX] Bug#702871: Regarding forward and backward search with evince.
David Kastrup d...@gnu.org writes: OK, this is odd - I now tested the version with raise-frame and it works with gnome-shell 3.4 (Debian/sid) and 3.8 (experimental), as well as the xfce wm, and it works, without wmctrl. When using a version of auctex with the odd timestamp calculation when calling evince, this still works, but only after I somehow switched several times by hand between emacs and evince... (?!) Is your variable focus-follows-mouse set/customized correctly? Emacs can't reliably guess the proper setting. Yes, I use Window focus mode: Click in the gnome shell, and `focus-follows-mouse' is nil. What's strange is that the (raise-frame) in `TeX-source-correlate-sync-source' is working fine for me (I don't even need to switch between Evince and Emacs by hand initially to make it working), but evaluating (progn (sit-for 5) (raise-frame)) in *scratch*, switching to some other X window and waiting a few seconds won't raise and focus the Emacs frame. Bye, Tassilo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549653: feature not supported upstream
found 549653 2.019-1 tags 549653 upstream severity 549653 wishlist thanks This is still the case in the current version. But as reassigned to libpdf-api2-perl, this seems like a feature request more than a bug: PDF::API2 only supports certain kinds of compression, and duly errors out if an unsupported kind is requested. Unfortunately, upstream has been unmaintained since 2008, so the chances of significant new functionality being added are quite low, unless a new upstream maintainer is found. Best, Mark -- Mark J. Nelson IT University of Copenhagen http://www.kmjn.org/
Bug#697689: closing 697689
close 697689 thanks Hi Bob, I tried to reproduce your steps and now it is correct. I used advanced group settings and changed that last time to confirm your initial question. Now I followed your procedure and first put it on album/artist and then back to advanced grouping artistalbum and sorting is correct. Maybe some old values in the config file. Thanks for your help. Bug can be closed :D My pleasure! I am closing this bug. I found this bug when I decided to add VA in the albumartist in the meta data of my audio files and therefore stopped adding VA. Now I can continue updating this. Any idea which value is default, VA or Various Artists? I don't think there is a default value for this tag but many times I could see Various Artists. Regards, Thomas Pierson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705517: python-milter-docs_0.8.13-5_all.deb include Exploit:HTML/IframeRef.M
Control: reassign -1 python-milter-docs 0.8.13-5 Hino Tetsuo h...@d-in.jp writes: Package: pool\main\p\pymilter-milters\python-milter-docs_0.8.13-5_all.deb When filing bugs, please file it against a package, not a file. The bug tracking system tracks only packages, so if a report is not filed against a valid, and existing package, the report does not get sent to the maintainer, unless someone reassigns the bug like I did now. (The package in question is python-milter-docs.) -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705497: libgtk-3-0: Prints error messages about dbus_connection_close()
On Tue, 16 Apr 2013 11:41:36 +0100 Simon McVittie s...@debian.org wrote: forcemerge 691018 705497 thanks On 15/04/13 18:39, Tony Houghton wrote: process 30176: Applications must not close shared connections - see dbus_connection_close() docs. This is a bug in the application. This was a bug in at-spi2-atk when built against older at-spi2-core. If using gtk3 from experimental, please upgrade libatk-bridge2.0-0, libatk-adaptor and any other binaries from that source package to the current experimental version. OK. I just upgraded everything that matched atk or at and spi and that seems to have done the trick. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705483: xfsprogs: xfs_quota misinterprets usernames with leading digits
On 04/16/2013 03:17 AM, James Carter wrote: On 15/04/13 17:07, Rich Johnston wrote: I don't think this is a bug, username must begin with a character (unless you created the user using NIS or adduser --force-badname). My understanding that this is a recommendation rather than a requirement. useradd(8) has the following to say: On Debian, the only constraints are that usernames must neither start with a dash ('-') nor contain a colon (':') or a whitespace (space: ' ', end of line: '\n', tabulation: '\t', etc.). Note that using a slash ('/') may break the default algorithm for the definition of the user's home directory. In any case, I'd still consider it a bug that trailing non-numeric characters were just silently ignored. Interesting I was not aware of the Debian difference. My understanding was that usernames with leading digits would have trouble with other utilities on other versions of Unix and flavors of Linux as they would interpret the username as numeric UID. I was able to create a user with leading digits and trailing alpha characters using vipw. Because chown works using this username, we will look into fixing this bug. Thanks for pointing it out. --Rich -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697585: lvm2: Confirming this even without xen
Package: lvm2 Version: 2.02.66-5 Severity: normal Seeing similar behaviour when I tried to remove a md raid using pvmove. Machine became unresponsive after some 10 minutes and reported hung tasks on the serial console. I also can't risk to test but here the outputs from the two commands: dmsetup info Name: vg0-swapspare State: ACTIVE Read Ahead:256 Tables present:LIVE Open count:1 Event number: 0 Major, minor: 253, 1 Number of targets: 1 UUID: LVM-gMrFeTNsELLjNEEqJUY5EUQhQ0V3ecnzjwPSQ3fq3Tq5MsHHI7MEk9cS4tS9j1yU Name: vg0-home State: ACTIVE Read Ahead:256 Tables present:LIVE Open count:1 Event number: 0 Major, minor: 253, 2 Number of targets: 2 UUID: LVM-gMrFeTNsELLjNEEqJUY5EUQhQ0V3ecnzivOgKf291nEss6Fg0AixmeGw3p9ikGsc Name: vg0-pvmove0 State: ACTIVE Read Ahead:256 Tables present:LIVE Open count:2 Event number: 0 Major, minor: 253, 0 Number of targets: 2 UUID: LVM-gMrFeTNsELLjNEEqJUY5EUQhQ0V3ecnzaMMOSDkQRieW9eQ0iRNK8Ovsqq9MH4ol dmsetup table vg0-swapspare: 0 35807232 linear 253:0 333520896 vg0-home: 0 976764928 linear 9:4 384 vg0-home: 976764928 333520896 linear 253:0 0 vg0-pvmove0: 0 333520896 mirror core 1 1024 2 9:3 384 9:4 976765312 vg0-pvmove0: 333520896 35807232 linear 9:3 333521280 Thanks Michael -- System Information: Debian Release: 6.0.7 APT prefers stable APT policy: (999, 'stable'), (400, 'stable-updates'), (400, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lvm2 depends on: ii dmsetup 2:1.02.48-5 The Linux Kernel Device Mapper use ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libdevmapper1.02.1 2:1.02.48-5 The Linux Kernel Device Mapper use ii libreadline55.2-7GNU readline and history libraries ii libudev0164-3libudev shared library ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip lvm2 recommends no packages. lvm2 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#549653: feature not supported upstream
forwarded 549653 https://rt.cpan.org/Public/Bug/Display.html?id=84665 thanks Correction to my previous message: upstream actually does have a new maintainer. Therefore I've forwarded this request. Apologies for the misinformation. Best, Mark -- Mark J. Nelson IT University of Copenhagen http://www.kmjn.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703613: duplicates names :/
I have discovered last week that there is two efforts to produce a statsd client in python: Rick project, pypi name: python-statsd https://github.com/WoLpH/python-statsd https://pypi.python.org/pypi/python-statsd James project, pypi name: statsd https://github.com/jsocol/pystatsd https://pypi.python.org/pypi/statsd I have packaged the first (python-statsd) when I really need the later (statsd). I will thus drop the changes in the Wikimedia repository and start from scratch using https://github.com/jsocol/pystatsd -- Antoine hashar Musso -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705540: kaddressbook: cannot add kolab groupware / imap address book
Package: kaddressbook Version: 4:4.4.11.1+l10n-3+b1 Severity: important Dear Maintainer, I have an IMAP server account with resource folders that I had successfully used with kaddressbook on squeeze. On a fresh wheezy install I installed kontact and configured a new dimap account to connect to my IMAP server account. In Settings-Kontact-Mail-Misc-Groupware I enabled IMAP resource functionality, format: XML, resource folder: the new dimap account. Kmail shows the resource folders with the proper resource icons. (In korganizer I added a Calender in IMAP Server via KMAIL Resource Settings. The calendar shows my events as expected.) In kaddressbook I did Add Addressbook-Kolab Groupware Server However no address book appeared! The option Kolab Groupware Server is now disabled (greyed out). Restarting kontact, akonadi, rebooting did not help. Regards, Philipp -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.8.7 (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 kaddressbook depends on: ii kde-runtime 4:4.8.4-2 ii kdepim-runtime4:4.4.11.1-6 ii libakonadi-contact4 4:4.8.4-2 ii libakonadi-kde4 4:4.8.4-2 ii libc6 2.13-38 ii libgcc1 1:4.7.2-5 ii libgpgme++2 4:4.8.4-2 ii libkabc4 4:4.8.4-2 ii libkcmutils4 4:4.8.4-4 ii libkdecore5 4:4.8.4-4 ii libkdepim44:4.4.11.1+l10n-3+b1 ii libkdeui5 4:4.8.4-4 ii libkio5 4:4.8.4-4 ii libkldap4 4:4.8.4-2 ii libkleo4 4:4.4.11.1+l10n-3+b1 ii libkontactinterface4 4:4.8.4-2 ii libkparts44:4.8.4-4 ii libkpimidentities44:4.8.4-2 ii libqgpgme14:4.8.4-2 ii libqt4-dbus 4:4.8.2+dfsg-11 ii libqtcore44:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii libstdc++64.7.2-5 kaddressbook recommends no packages. Versions of packages kaddressbook suggests: ii kdepim-kresources 4:4.4.11.1+l10n-3+b1 -- 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#683054: /usr/games/torus-trooper-pure: torus-trooper(-pure) segfaults at startup on armhf
Le samedi 28 juillet 2012 09:42:46, Thomas Preud'homme a écrit : Package: torus-trooper-pure Version: 0.22.dfsg1-8 Severity: normal File: /usr/games/torus-trooper-pure torus-trooper and torus-trooper-pure segfaults on my Toshiba AC100 running Debian armhf. It runs fine on my computer running amd64 so it might be architecture specific. Here is the stacktrace I could gather: Since I don't have hardware acceleration on that laptop I suppose the bug come from here. I'm just surprised a SEGFAULT happens instead of just an error but you can close the bug if you feel it's not a problem. Best regards, Thomas signature.asc Description: This is a digitally signed message part.
Bug#705541: apt connects to a download server, but then bails out on error 104: Connection reset by peer
Package: apt Version: 0.8.10.3+squeeze1 Severity: important Trying to do an apt-get update fails after downloading successfully various package-files with error 104: Connection reset by peer. Trying again gives the same error again. Taking the URL and using wget doesn't fail. The file gets downloaded immediately. apt-get prints to screen: [...] Ign http://debian.uchicago.edu/debian/ squeeze/main Translation-en Hit http://ftp.de.debian.org squeeze-updates/main amd64 Packages/DiffIndex Hit http://ftp.de.debian.org squeeze-updates/main amd64 Packages Hit http://debian.uchicago.edu squeeze Release Hit http://debian.uchicago.edu squeeze/main Sources Hit http://debian.uchicago.edu squeeze/contrib Sources Hit http://debian.uchicago.edu squeeze/main amd64 Packages Hit http://debian.uchicago.edu squeeze/contrib amd64 Packages W: Failed to fetch http://ftp.de.debian.org/debian/dists/squeeze-updates/Release.gpg Error reading from server - read (104: Connection reset by peer) E: Some index files failed to download, they have been ignored, or old ones used instead. Reading package lists... Done Building dependency tree Reading state information... Done 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. [...] I found this with various proxy and some http-servers. Since in all cases wget did not have problems downloading the very same file I assume something wrong with apt-get and the used routines. -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture amd64; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Install-Recommends 1; APT::Install-Suggests 0; APT::Acquire ; APT::Acquire::Translation environment; APT::Authentication ; APT::Authentication::TrustCDROM true; APT::NeverAutoRemove ; APT::NeverAutoRemove:: ^firmware-linux.*; APT::NeverAutoRemove:: ^linux-firmware$; APT::NeverAutoRemove:: ^linux-image.*; APT::NeverAutoRemove:: ^kfreebsd-image.*; APT::NeverAutoRemove:: ^linux-restricted-modules.*; APT::NeverAutoRemove:: ^linux-ubuntu-modules-.*; APT::Never-MarkAuto-Sections ; APT::Never-MarkAuto-Sections:: metapackages; APT::Never-MarkAuto-Sections:: restricted/metapackages; APT::Never-MarkAuto-Sections:: universe/metapackages; APT::Never-MarkAuto-Sections:: multiverse/metapackages; APT::Never-MarkAuto-Sections:: oldlibs; APT::Never-MarkAuto-Sections:: restricted/oldlibs; APT::Never-MarkAuto-Sections:: universe/oldlibs; APT::Never-MarkAuto-Sections:: multiverse/oldlibs; APT::Periodic ; APT::Periodic::Update-Package-Lists 1; APT::Periodic::Download-Upgradeable-Packages 0; APT::Periodic::AutocleanInterval 0; APT::Update ; APT::Update::Post-Invoke ; APT::Update::Post-Invoke:: touch /var/lib/apt/periodic/update-success-stamp 2/dev/null || true; APT::Archives ; APT::Archives::MaxAge 30; APT::Archives::MinAge 2; APT::Archives::MaxSize 500; Dir /; Dir::State var/lib/apt/; Dir::State::lists lists/; Dir::State::cdroms cdroms.list; Dir::State::mirrors mirrors/; Dir::State::extended_states extended_states; Dir::State::status /var/lib/dpkg/status; Dir::Cache var/cache/apt/; Dir::Cache::archives archives/; Dir::Cache::srcpkgcache srcpkgcache.bin; Dir::Cache::pkgcache pkgcache.bin; Dir::Etc etc/apt/; Dir::Etc::sourcelist sources.list; Dir::Etc::sourceparts sources.list.d; Dir::Etc::vendorlist vendors.list; Dir::Etc::vendorparts vendors.list.d; Dir::Etc::main apt.conf; Dir::Etc::netrc auth.conf; Dir::Etc::parts apt.conf.d; Dir::Etc::preferences preferences; Dir::Etc::preferencesparts preferences.d; Dir::Etc::trusted trusted.gpg; Dir::Etc::trustedparts trusted.gpg.d; Dir::Bin ; Dir::Bin::methods /usr/lib/apt/methods; Dir::Bin::dpkg /usr/bin/dpkg; Dir::Media ; Dir::Media::MountPath /media/cdrom; Dir::Log var/log/apt; Dir::Log::Terminal term.log; Dir::Log::History history.log; Dir::Ignore-Files-Silently ; Dir::Ignore-Files-Silently:: ~$; Dir::Ignore-Files-Silently:: \.disabled$; Dir::Ignore-Files-Silently:: \.bak$; Dir::Ignore-Files-Silently:: \.dpkg-[a-z]+$; Acquire ; Acquire::cdrom ; Acquire::cdrom::mount /media/cdrom; DPkg ; DPkg::Pre-Install-Pkgs ; DPkg::Pre-Install-Pkgs:: /usr/bin/apt-listchanges --apt || test $? -ne 10; DPkg::Pre-Install-Pkgs:: /usr/sbin/dpkg-preconfigure --apt || true; DPkg::Tools ; DPkg::Tools::Options ; DPkg::Tools::Options::/usr/bin/apt-listchanges ; DPkg::Tools::Options::/usr/bin/apt-listchanges::Version 2; DPkg::Post-Invoke ; DPkg::Post-Invoke:: if [ -x /usr/bin/debsums ]; then /usr/bin/debsums --generate=nocheck -sp /var/cache/apt/archives; fi; DPkg::Post-Invoke:: if [ -d /var/lib/update-notifier ]; then touch /var/lib/update-notifier/dpkg-run-stamp; fi; if [ -e /var/lib/update-notifier/updates-available ]; then echo /var/lib/update-notifier/updates-available; fi ; Unattended-Upgrade ; Unattended-Upgrade::Allowed-Origins ; Unattended-Upgrade::Allowed-Origins::
Bug#703479: filling /var/log is crtitical
severity 703479 critical # filing /var/log by 2gb in 3 weeks, means filling it by 4gb in 6 weeks # which definitly, eventually leads to # makes unrelated software on the system (or the whole system) break # = which is the definition of severity critical thanks I also plan to upload 2.0.6-4 today to fix this issue. signature.asc Description: This is a digitally signed message part.
Bug#705542: samba: username map not working in security=ADS
Package: samba Version: 2:3.6.6-5 Severity: important Tags: upstream patch Dear Maintainer, with security=ADS the username map is not working in samba on wheezy: https://bugzilla.samba.org/show_bug.cgi?id=8881 https://bugzilla.samba.org/show_bug.cgi?id=9139 Especially on print servers this bug is really annoying. A patch is available upstream: https://attachments.samba.org/attachment.cgi?id=8746 Would be great if you could consider this patch soon. Thanks a lot, Soenke -- System Information: Debian Release: 7.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages samba depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.49 ii dpkg 1.16.10 ii libacl12.2.51-8 ii libattr1 1:2.4.46-8 ii libc6 2.13-38 ii libcap21:2.22-1.2 ii libcomerr2 1.42.5-1.1 ii libcups2 1.5.3-5 ii libgssapi-krb5-2 1.10.1+dfsg-5 ii libk5crypto3 1.10.1+dfsg-5 ii libkrb5-3 1.10.1+dfsg-5 ii libldap-2.4-2 2.4.31-1 ii libpam-modules 1.1.3-7.1 ii libpam-runtime 1.1.3-7.1 ii libpam0g 1.1.3-7.1 ii libpopt0 1.16-7 ii libtalloc2 2.0.7+git20120207-1 ii libtdb11.2.10-2 ii libwbclient0 2:3.6.6-5 ii lsb-base 4.1+Debian8 ii procps 1:3.3.3-3 ii samba-common 2:3.6.6-5 ii update-inetd 4.43 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages samba recommends: ii logrotate 3.8.1-4 pn tdb-tools none Versions of packages samba suggests: pn ctdb none pn ldb-tools none pn openbsd-inetd | inet-superserver none pn smbldap-tools none -- debconf information: samba-common/title: samba/run_mode: daemons -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705543: unblock: munin/2.0.6-4
package: release.debian.org x-debbugs-cc: mu...@packages.debian.org Hi, please unblock munin 2.0.6-4 it fixes a critical bug (leading to /var/log being filled rather quickly, 0.5gb per week) and an important one (TLS being broken, which is a regression compared to squeeze). The debdiff is attached, rather short and quite straightforward: $ debdiff munin_2.0.6-3.dsc munin_2.0.6-4.dsc|diffstat master/_bin/munin-cgi-graph.in |4 +-- master/_bin/munin-graph.in | 34 ++-- master/lib/Munin/Master/GraphOld.pm | 12 ++--- master/lib/Munin/Master/Logger.pm |4 +-- munin-2.0.6/debian/changelog| 10 munin-2.0.6/master/lib/Munin/Master/Node.pm |4 +++ 6 files changed, 24 insertions(+), 44 deletions(-) Sorry for the late upload, but both the problems and fixes were discovered quite late and I wanted to give them some time before uploading. cheers, Holger diff -u munin-2.0.6/master/lib/Munin/Master/Node.pm munin-2.0.6/master/lib/Munin/Master/Node.pm --- munin-2.0.6/master/lib/Munin/Master/Node.pm +++ munin-2.0.6/master/lib/Munin/Master/Node.pm @@ -623,6 +623,10 @@ sub _node_read_fast { my ($self) = @_; + # We cannot bypass the IO if using TLS + # so just reverting to normal mode. + return _node_read(@_) if $self-{tls}; + # Disable Buffering here, to be able to use sysread() local $| = 1; diff -u munin-2.0.6/debian/changelog munin-2.0.6/debian/changelog --- munin-2.0.6/debian/changelog +++ munin-2.0.6/debian/changelog @@ -1,3 +1,13 @@ +munin (2.0.6-4) unstable; urgency=medium + + * Master/Node.pm: cherry-pick 71d0a86 from 2.0.12 to fix TLS enabled +updates. (Closes: #699803) + * several master components: turn INFO messages into DEBUG messages to avoid +logfiles reaching gigabyte sizes in a few days. The cherries picked were +8ad5dda (from 2.0.7) and 4372cdf (from 2.0.12). (Closes: #703479) + + -- Holger Levsen hol...@debian.org Tue, 16 Apr 2013 15:48:03 +0200 + munin (2.0.6-3) unstable; urgency=low * debian/rules: set MUNIN_VERSION correctly during build. (Closes: #694527) only in patch2: unchanged: --- munin-2.0.6.orig/master/_bin/munin-cgi-graph.in +++ munin-2.0.6/master/_bin/munin-cgi-graph.in @@ -90,7 +90,7 @@ my $pinpoint = undef; my $path = $ENV{PATH_INFO} || ; -INFO Request path is $path; +DEBUG Request path is $path; # The full URL looks like this: # Case 1: @@ -133,7 +133,7 @@ my ($dom, $host, $serv, $scale) = $path =~ m#^/(.*)/([^/]+)/([\w-]+)-([\w=,]+)\.png#; ## avoid bug in vim -INFO asked for ($dom, $host, $serv, $scale); +DEBUG asked for ($dom, $host, $serv, $scale); if ($scale =~ /pinpoint=(\d+),(\d+)/) { $pinpoint = [ $1, $2, ]; only in patch2: unchanged: --- munin-2.0.6.orig/master/_bin/munin-graph.in +++ munin-2.0.6/master/_bin/munin-graph.in @@ -84,7 +84,7 @@ my $graph_fh = new IO::File($config-{dbdir} . /graphs); while (my $path = $graph_fh) { my $pinpoint = undef; -INFO Request path is $path; +DEBUG Request path is $path; # The full URL looks like this: # Case 1: @@ -126,7 +126,7 @@ my ($dom, $host, $serv, $scale) = $path =~ m#^/(.*)/([^/]+)/(\w+)-([\w=,]+)\.png#; ## avoid bug in vim -INFO asked for ($dom, $host, $serv, $scale); +DEBUG asked for ($dom, $host, $serv, $scale); if ($scale =~ /pinpoint=(\d+),(\d+)/) { $pinpoint = [ $1, $2, ]; @@ -159,15 +159,8 @@ } # Now send it: headers -INFO X-Munin-Request: $nb_request/$nb_request_max; +DEBUG X-Munin-Request: $nb_request/$nb_request_max; -my $headers = get_headers_for_file($filename, $graph_ttl); -foreach my $header_name (keys %$headers) { -INFO $header_name: $headers-{$header_name}; -} - -# ... and graph data -# send_graph_data($filename); } continue { $nb_request++; if ($nb_request_max $nb_request $nb_request_max) { @@ -179,27 +172,6 @@ exit 0; - -sub get_headers_for_file { -my ($filename, $graph_ttl) = @_; - -# At this time the file exists and should be served -my @stats = stat ($filename); -my $mtime_epoch = $stats[9]; -my $last_modified = get_w3c_date_from_epoch($mtime_epoch); - -# Expires has to use last modified time as base: -my $graph_next_expires = $mtime_epoch - ($mtime_epoch % $graph_ttl) + $graph_ttl; -my $expires = get_w3c_date_from_epoch($graph_next_expires); - -return { - Expires = $expires, - Last-Modified = $last_modified, - Content-Length = $stats[7], - }; -} - - sub get_w3c_date_from_epoch { my($epoch) = @_; return strftime(%a, %d %b %Y %H:%M:%S GMT, gmtime($epoch)); only in patch2: unchanged: --- munin-2.0.6.orig/master/lib/Munin/Master/Logger.pm +++ munin-2.0.6/master/lib/Munin/Master/Logger.pm @@ -90,7 +90,7 @@ $logopened = 1; } -get_logger('')-info(Opened log file); +
Bug#705544: CVE-2013-1922 -- qemu-nbd block format auto-detection vulnerability
Package: qemu-utils Version: 1.1.2+dfsg-1 Severity: normal Tags: security patch upstream qemu-nbd utility does not has an option to specify format of the block image it serves, so it is possible by a guest (user of nbd device) to write data to it the way so it looks like some format known to qemu-nbd, and the next time qemu-nbd is restarted with the same image, it will be tricked to interpret (probably especially crafted) that format. It is very similar to old vulnerability in qemu itself, CVE-2008-2004. https://bugzilla.redhat.com/show_bug.cgi?id=923219 http://www.openwall.com/lists/oss-security/2013/04/15/3 The upstream fix -- https://bugzilla.redhat.com/attachment.cgi?id=712650action=diff -- merely adds an option to qemu-nbd that allows to specify format of the image explicitly instead of always relying on guessing. I don't think this is a serious issue, for several reasons: o qemu-nbd isn't usually used in production where there's a chance to hit a malicious guest. Instead, it is used mostly for testing or for access to the guest image from host, for administrative purposes, in both cases the issue isn't serious. o even when modified to understand a new option, all relevant usages should be modified as well, to utilize the new option. However, it's still nice to fix it in debian package. I'm not sure yet whenever we should fix it for wheezy or not. Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703613: repackaged
I have remade the packages and cleaned up the Wikimedia git repository. The latest patch is: https://gerrit.wikimedia.org/r/#/c/59397/ Patchset 3 on gitweb is available at: https://gerrit.wikimedia.org/r/gitweb?p=operations%2Fdebs%2Fpython-statsd.git;a=commit;h=634558ff8b4ca2a51deb85a3b362de67091fba04 -- Antoine hashar Musso -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705545: Patch to enable Qt4 by default when having both Qt4 and Qt5
Package: debhelper Version: 9.20120909 Severity: normal Tags: patch Hi Joey! With both Qt4 and Qt5 in the archive we will need a transition for the buildsystem. In order to avoid FTBFSes of packages that currently build OK, I've created this small patch. It would be *great* to have it on experimental so we can ask people to start testing it. Thanks for considering it. Kinds regards, Lisandro. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.21+edid (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages debhelper depends on: ii binutils2.22-8 ii dpkg1.16.10 ii dpkg-dev1.16.10 ii file1:5.11-3 ii html2text 1.3.2a-15 ii man-db 2.6.3-3 ii perl5.14.2-21 ii po-debconf 1.0.16+nmu2 debhelper recommends no packages. Versions of packages debhelper suggests: ii dh-make 0.62 -- no debconf information diff -Naur debhelper-9.20120909/Debian/Debhelper/Buildsystem/qmake.pm debhelper-9.20120909.mod/Debian/Debhelper/Buildsystem/qmake.pm --- debhelper-9.20120909/Debian/Debhelper/Buildsystem/qmake.pm 2011-12-08 19:26:46.0 -0300 +++ debhelper-9.20120909.mod/Debian/Debhelper/Buildsystem/qmake.pm 2013-04-14 16:11:56.762544395 -0300 @@ -50,6 +50,11 @@ my @options; my @flags; + # Select Qt4 by default except if overriden otherwise. + if (!$ENV{QT_SELECT}) { + push @options, -qt=qt4; + } + push @options, '-makefile'; push @options, '-nocache';
Bug#705546: pacemaker fails to take action on clones and master/slave resources on-fail
Package: pacemaker Version: 1.1.7-1 Severity: normal using pacemaker from wheezy i found on-fail settings are not honored on clones and master/slave resources, problem as been already reported to upstream and they have released a fix, i'm asking for the inclusion of the fix attached to debian. the attached patch is upstream patch with minor (costmetic) differences in order to get apply it cleanly to debian sources. thanks! before patch: # crm resource show msPostgresql resource msPostgresql is running on: infra02 resource msPostgresql is running on: infra01 Master # crm configure show msPostgresql ms msPostgresql pgsql \ meta master-max=1 master-node-max=1 clone-max=2 clone-node-max=1 notify=true is-managed=true # crm configure show pgsql primitive pgsql ocf:local:pgsql \ params pgctl=/usr/lib/postgresql/9.1/bin/pg_ctl psql=/usr/bin/psql pgdata=/var/lib/postgresql/9.1/main start_opt=-p 5432 rep_mode=sync node_list=infra01 infra02 restore_command=cp /var/lib/postgresql/9.1/archive/%f %p primary_conninfo_opt=keepalives_idle=60 keepalives_interval=5 keepalives_count=5 master_ip=192.168.111.12 stop_escalate=0 config=/etc/postgresql/9.1/main/postgresql.conf tmpdir=/var/lib/postgresql/tmp pgctldata=/usr/lib/postgresql/9.1/bin/pg_controldata repuser=repl \ op start interval=0 timeout=120 on-fail=restart \ op monitor interval=7 timeout=120 on-fail=stop \ op monitor interval=2 role=Master timeout=60 on-fail=restart \ op promote interval=0 timeout=120 on-fail=restart \ op demote interval=0 timeout=120 on-fail=stop \ op stop interval=0 timeout=120 on-fail=block \ op notify interval=0 timeout=90 # kill `cat /var/run/postgresql/9.1-main.pid ` pgsql log Apr 15 16:12:17 infra02 postgres[39723]: [2-1] 2013-04-15 16:12:17 ART LOG: received smart shutdown request Apr 15 16:12:17 infra02 postgres[39769]: [1-1] 2013-04-15 16:12:17 ART LOG: shutting down Apr 15 16:12:17 infra02 postgres[39769]: [2-1] 2013-04-15 16:12:17 ART LOG: database system is shut down cluster log Apr 15 16:12:17 infra02 pgsql[41389]: INFO: PostgreSQL is down Apr 15 16:12:17 infra02 crmd: [1441]: info: process_lrm_event: LRM operation pgsql:0_monitor_7000 (call=84, rc=7, cib-update=89, confirmed=false) not running Apr 15 16:12:17 infra02 attrd: [1439]: notice: attrd_ais_dispatch: Update relayed from infra01 Apr 15 16:12:17 infra02 attrd: [1439]: notice: attrd_trigger_update: Sending flush op to all hosts for: fail-count-pgsql:0 (13) Apr 15 16:12:17 infra02 attrd: [1439]: notice: attrd_perform_update: Sent update 270: fail-count-pgsql:0=13 Apr 15 16:12:17 infra02 attrd: [1439]: notice: attrd_ais_dispatch: Update relayed from infra01 Apr 15 16:12:17 infra02 attrd: [1439]: notice: attrd_trigger_update: Sending flush op to all hosts for: last-failure-pgsql:0 (1366053137) Apr 15 16:12:17 infra02 attrd: [1439]: notice: attrd_perform_update: Sent update 272: last-failure-pgsql:0=1366053137 Apr 15 16:12:17 infra02 lrmd: [1438]: info: rsc:pgsql:0 notify[85] (pid 41435) Apr 15 16:12:17 infra02 lrmd: [1438]: info: operation notify[85] on pgsql:0 for client 1441: pid 41435 exited with return code 0 Apr 15 16:12:17 infra02 crmd: [1441]: info: process_lrm_event: LRM operation pgsql:0_notify_0 (call=85, rc=0, cib-update=0, confirmed=true) ok Apr 15 16:12:17 infra02 lrmd: [1438]: info: cancel_op: operation monitor[84] on pgsql:0 for client 1441, its parameters: pgctl=[/usr/lib/postgresql/9.1/bin/pg_ctl] CRM_meta_clone=[0] config=[/etc/postgresql/9.1/main/postgresql.conf] CRM_meta_clone_max=[2] CRM_meta_globally_unique=[false] CRM_meta_notify_master_uname=[infra01 ] CRM_meta_notify_promote_uname=[ ] tmpdir=[/var/lib/postgresql/tmp] CRM_meta_notify_active_uname=[ ] start_opt=[-p 5432] CRM_meta_notify_stop_resource=[ ] CRM_meta_name=[monitor] CRM_meta_interval=[7000] CRM_meta_clone_node_max=[1] crm_fe cancelled Apr 15 16:12:17 infra02 lrmd: [1438]: info: rsc:pgsql:0 stop[86] (pid 41471) Apr 15 16:12:17 infra02 crmd: [1441]: info: process_lrm_event: LRM operation pgsql:0_monitor_7000 (call=84, status=1, cib-update=0, confirmed=true) Cancelled Apr 15 16:12:17 infra02 pgsql[41471]: INFO: PostgreSQL is already stopped. Apr 15 16:12:17 infra02 pgsql[41471]: INFO: Changing pgsql-status on infra02 : HS:alone-STOP. Apr 15 16:12:17 infra02 attrd: [1439]: notice: attrd_trigger_update: Sending flush op to all hosts for: pgsql-status (STOP) Apr 15 16:12:17 infra02 attrd: [1439]: notice: attrd_perform_update: Sent update 274: pgsql-status=STOP Apr 15 16:12:17 infra02 lrmd: [1438]: info: operation stop[86] on pgsql:0 for client 1441: pid 41471 exited with return code 0 Apr 15 16:12:17 infra02 crmd: [1441]: info: process_lrm_event: LRM operation pgsql:0_stop_0 (call=86, rc=0, cib-update=90, confirmed=true) ok Apr 15 16:12:18 infra02 lrmd: [1438]: info: rsc:pgsql:0 start[87] (pid 41525) Apr 15 16:12:18 infra02 pgsql[41525]: INFO: Set all nodes into async mode. Apr 15 16:12:18 infra02 pgsql[41525]: INFO: My Timeline ID and Checkpoint :
Bug#705547: Patch to enable Qt4 by default when having both Qt4 and Qt5
Package: cdbs Version: 0.4.121 Severity: normal Tags: patch Hi CDBS mainatiners! With both Qt4 and Qt5 in the archive we will need a transition for the buildsystem. In order to avoid FTBFSes of packages that currently build OK, I've created this small patch. It would be *great* to have it on experimental so we can ask people to start testing it. Thanks for considering it. Kinds regards, Lisandro. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.21+edid (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash cdbs depends on no packages. Versions of packages cdbs recommends: ii autotools-dev 20120608.1 Versions of packages cdbs suggests: ii devscripts 2.12.6 -- no debconf information diff -Naur cdbs-0.4.121/1/class/qmake.mk.in cdbs-0.4.121.mod/1/class/qmake.mk.in --- cdbs-0.4.121/1/class/qmake.mk.in 2012-12-23 13:11:54.0 -0300 +++ cdbs-0.4.121.mod/1/class/qmake.mk.in 2013-04-14 17:28:07.893676624 -0300 @@ -36,6 +36,11 @@ DEB_QMAKE_CONFIG_VAL ?= nostrip endif +# Use Qt4 by default except QT_SELECT says otherwise. +ifndef QT_SELECT +export QT_SELECT=qt4 +endif + common-configure-arch common-configure-indep:: common-configure-impl common-configure-impl:: $(DEB_BUILDDIR)/Makefile $(DEB_BUILDDIR)/Makefile:
Bug#705540: Update
Update: I managed to get my IMAP Contacts by doing Add Address Book - KDE Addressbook (traditional) - Addressbook on IMAP Server via KMail. Regards, Philipp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705548: josm: backport josm
Package: josm Severity: wishlist Hey David As sooner or later Debian 7 will be released, it would be nice to have a backport version of josm as its development is quite fast and it does not fit that well with Debian Release Strategy. Sorry, but I would always advice people to use josm-tested or even latest and not this package. I could live with a three month delay but everything older is quite outdated regarding josm's development. Do not get me wrong. I appreciate your work and I know backporting is even more work. My intend is to get more people using this package instead of the all-in-one precompiled .jar from josm.openstreetmap.de but I have to admit that myself is rather using a hackish bash script to update from JOSM than your official packages. Using the wheezy (testing) package under squeezy did work quite well, with only some libs from wheezy but I prefer to point user of stable to backports rather than testing/sid. Thanks and cheers Colliar signature.asc Description: OpenPGP digital signature
Bug#705545: Patch to enable Qt4 by default when having both Qt4 and Qt5
Lisandro Damián Nicanor Pérez Meyer wrote: Hi Joey! With both Qt4 and Qt5 in the archive we will need a transition for the buildsystem. In order to avoid FTBFSes of packages that currently build OK, I've created this small patch. + # Select Qt4 by default except if overriden otherwise. + if (!$ENV{QT_SELECT}) { + push @options, -qt=qt4; + } Is this doing something different than would be done if building with --buildsystem=qmake_qt4 ? If I set this option, how do I ever migrate away from it without rendering every package that uses Qt4 insta-buggy? -- see shy jo signature.asc Description: Digital signature
Bug#705192: RFS: sosreport/2.3-2 ITP
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/13/2013 07:23 PM, Jakub Wilk wrote: * Adam Stokes adam.sto...@ubuntu.com, 2013-04-11, 21:12: lintian4python emits: w: sosreport: inconsistent-use-of-tabs-and-spaces-in-indentation usr/share/pyshared/sos/plugins/__init__.py:252 w: sosreport: inconsistent-use-of-tabs-and-spaces-in-indentation usr/share/pyshared/sos/plugins/hardware.py:52 e: sosreport: pyflakes-undefined-name usr/share/pyshared/sos/archive.py:76: selinux e: sosreport: pyflakes-undefined-name usr/share/pyshared/sos/plugins/cgroups.py:42: cgroups e: sosreport: pyflakes-undefined-name usr/share/pyshared/sos/plugins/dhcp.py:30: DhcpRedHat e: sosreport: pyflakes-undefined-name usr/share/pyshared/sos/plugins/dhcp.py:42: DhcpDebian e: sosreport: pyflakes-undefined-name usr/share/pyshared/sos/plugins/iscsitarget.py:43: DebianIscsi e: sosreport: pyflakes-undefined-name usr/share/pyshared/sos/plugins/process.py:31: mountpoint e: sosreport: pyflakes-undefined-name usr/share/pyshared/sos/plugins/selinux.py:34: do_regex_find_all e: sosreport: pyflakes-undefined-name usr/share/pyshared/sos/policies/__init__.py:453: sys Please get these issues fixed upstream. I believe I've fixed all of the above issues and they were committed upstream today[1][2]. dget -x http://mentors.debian.net/debian/pool/main/s/sosreport/sosreport_2.3+git20130416-1.dsc [1]http://git.io/hkVGTQ [2]http://git.io/ah5bfA - -- Adam Stokes adam.sto...@ubuntu.com Don't salt your green beans before you try them, some may think you make rash decisions. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRbWhFAAoJEBDHSpCZCC2f6d0IAIga1ZBH15oRpcBc8aeq1kbR OnQt/VrNc0im9JQh58twIAgWxtWdZc3HqMTNXLfOmM6l1VV+xo45pbnze3ls8LIy BcIVgWkH6TpWbySW/g8SbnEbp3hfNmun7MoGQtbsN/hZhYeNhZfnGwFa/PJtIeFA VBZCbelk2mmIJTjWDuQGBHO8QHIPehWQ8qq2Ms9Kx8ku1e1BYG115qyrcH5u5oW2 IeusTl2PgVyggGbn2vXF+nmH/eSsb9NO+DBNACoUI+0zq/WvQyIeBNRxfoIiQExv r71dOqmbz5sQN7kf+cusIJWDWXXYL63KH4YfhQcSQ8cipSuKvAywhk4edlaR0YI= =rNOM -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#705549: trac-git: Loading the timeline causes a Genshi UnicodeDecodeError without trace.
Package: trac-git Version: 0.12.0.5+722342e-1 Severity: important Tags: patch Dear Maintainer, I experienced this bug: http://trac.edgewall.org/ticket/10980 with trac-git plugin 0.12. Description: Genshi UnicodeDecodeError when showing files whith trac-git repositories browser. NB: These files have some characters with accents. The trac-git plugin branch 0.12 is no longer maintained as trac-git is now part of trac-1.0. So I backport the patch to the 0.12 version: (Tested on debian wheezy, it works perfectly) From 741328a588e6d799747958499ccc06c1056ae83f Mon Sep 17 00:00:00 2001 From: Richard Genoud richard.gen...@gmail.com Date: Wed, 10 Apr 2013 14:26:57 +0200 Subject: [PATCH] backport bug fix: Loading the timeline causes a Genshi UnicodeDecodeError without trace. http://trac.edgewall.org/ticket/10980 --- tracext/git/PyGIT.py | 11 +++ 1 file changed, 8 insertions(+), 5 deletions(-) diff --git a/tracext/git/PyGIT.py b/tracext/git/PyGIT.py index 8e8f7d3..b03b4cc 100644 --- a/tracext/git/PyGIT.py +++ b/tracext/git/PyGIT.py @@ -423,7 +423,8 @@ class Storage(object): def get_branches(self): returns list of (local) branches, with active (= HEAD) one being the first item -return self.rev_cache.branch_dict +return ((self._fs_to_unicode(name), sha) +for name, sha in self.rev_cache.branch_dict) def get_commits(self): return self.rev_cache.rev_dict @@ -449,7 +450,8 @@ class Storage(object): return [] if resolve: -return [ (k, v) for k, v in _rev_cache.branch_dict if v in rheads ] +return ((self._fs_to_unicode(k), v) +for k, v in _rev_cache.branch_dict if v in rheads) return rheads @@ -507,7 +509,7 @@ class Storage(object): def verifyrev(self, rev): verify/lookup given revision object and return a sha id or None if lookup failed -rev = str(rev) +rev = self._fs_from_unicode(rev) _rev_cache = self.rev_cache @@ -590,7 +592,8 @@ class Storage(object): return None def get_tags(self): -return [ e.strip() for e in self.repo.tag(-l).splitlines() ] +return (self._fs_to_unicode(e.strip()) +for e in self.repo.tag('-l').splitlines()) def ls_tree(self, rev, path=): rev = rev and str(rev) or 'HEAD' # paranoia -- 1.7.10.4 Best regards, Richard. -- System Information: Debian Release: 7.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages trac-git depends on: ii git [git-core] 1:1.7.10.4-1+wheezy1 ii python 2.7.3-4 ii python2.6 2.6.8-1.1 ii python2.7 2.7.3-6 ii trac0.12.3-1 trac-git recommends no packages. trac-git 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#705493: [Pkg-ime-devel] Bug#705493: hi
Hi, On Tue, Apr 16, 2013 at 12:26:37AM -0400, Xuetian Weng wrote: I don't think it's a bug, you'd better check your keyboard layout setting and input method list. Fcitx might be using a one layout while there is a input field, and another while there is not. (I think it's qwerty and qwertz problem) ?!? I universally use the US-ASCII keyboard layout and remap a few keys with xmodmap. Thanks to a tip from Aron (afair), I also disabled xkb remapping. I am therefore pretty confident that no such remapping exists. You might want to override other input method input method to qwertz to use z related hotkey reliably. (can be done with fcitx-config-gtk) I don't understand what you want to say. Kind regards, --Toni++ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660651: Problems with either samba and/or cups and printing from windows
Hi! The bug was fixed in Samba 3.6.9 (October 29, 2012): BUG 8632: Fix builtin forms order to match Windows again. http://www.samba.org/samba/history/samba-3.6.9.html Unfortunately there is still no updated package for Debian squeeze. The latest samba package for Debian with working printing support is 3.5.11 and has a severe security vulnerability. -- Mit freundlichen Grüßen, Jörg Ludwig IServ GmbH Bültenweg 73 38106 Braunschweig Telefon: 0531-2243666-0 Fax: 0531-2243666-9 Mobil: 0179-9101055 E-Mail: joerg.lud...@iserv.eu Internet:www.iserv.eu USt.-IdNr.: DE265149425 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703431: Annoying GPG error message
On 12/04/2013 10:54, Raphael Hertzog wrote: On Wed, 10 Apr 2013, Robert Spencer wrote: I don't have a non-Debian system to test it on, but I hope the attached patch file meets your requirements (it's for debian-cd 3.1.12). I have tested it on my build system and the defaults work. I applied it. But thinking a bit more about what you did there's more to improve. First you enable all keyrings in /usr/share/keyrings which means also /usr/share/keyrings/debian-archive-removed-keys.gpg. I don't think that we should use this one. So we should be able to tell that we want to use a specific keyring and not assume that all those in /usr/share/keyrings/ are OK. Agreed. On a related note, should I file a bug on the addition of the following line to CONF.sh or just provide another patch? #export DEBOOTSTRAP_OPTS=--keyring /usr/share/keyrings/debian-archive-keyring.gpg I do not understand your question. That line is already in CONF.sh. My concern was addressed below. $ grep DEBOOTSTRAP_OPTS CONF.sh unset DEBOOTSTRAP_OPTS || true #export DEBOOTSTRAP_OPTS=--keyring /usr/share/keyrings/debian-archive-keyring.gpg But when you see that line it seems obvious that there's room for improvement here. Why should we have to specify the keyring file twice, once for APT and once for debootstrap ? So IMO we should be able to use only two parameters: ARCHIVE_KEYRING_PACKAGE=debian-archive-package ARCHIVE_KEYRING_FILE=/usr/share/keyrings/debian-archive-keyring.gpg And have debian-cd extract the file and pass it around to APT and debootstrap. And then DEBOOTSTRAP_OPTS would default to --no-check-gpg and we would just unset it to activate the GPG check at the debootstrap level. Can you implement this ? Patch file attached. Again it's for debian-cd 3.1.12. -- Robert Spencer --- CONF.sh~ 2013-03-20 13:32:16.0 + +++ CONF.sh 2013-04-16 14:42:46.0 + @@ -51,6 +51,8 @@ unset OMIT_DOC_TOOLS || true unset MAX_PKG_SIZE || true unset DEBOOTSTRAP_OPTS || true +unset ARCHIVE_KEYRING_PACKAGE || true +unset ARCHIVE_KEYRING_FILE|| true # The debian-cd dir # Where I am (hoping I'm in the debian-cd dir) @@ -179,11 +181,15 @@ #export amd64_MKISOFS=xorriso #export amd64_MKISOFS_OPTS=-as mkisofs -r -checksum_algorithm_iso md5,sha1 +# Keyring (defaults): +#ARCHIVE_KEYRING_PACKAGE=debian-archive-keyring +#ARCHIVE_KEYRING_FILE=/usr/share/keyrings/debian-archive-keyring.gpg + # By default we use debootstrap --no-check-gpg to find out the minimal set # of packages because there's no reason to not trust the local mirror. But # you can be paranoid and then you need to indicate the keyring to use to # validate the mirror. -#export DEBOOTSTRAP_OPTS=--keyring /usr/share/keyrings/debian-archive-keyring.gpg +#export DEBOOTSTRAP_OPTS=--keyring $ARCHIVE_KEYRING_FILE # ISOLinux support for multiboot on CD1 for i386 export ISOLINUX=1 --- Makefile~ 2013-03-19 15:41:47.0 + +++ Makefile 2013-04-15 12:25:53.0 + @@ -37,6 +37,12 @@ ifndef HOOK HOOK=$(BASEDIR)/tools/$(CODENAME).hook endif +ifndef ARCHIVE_KEYRING_PACKAGE +ARCHIVE_KEYRING_PACKAGE=debian-archive-keyring +endif +ifndef ARCHIVE_KEYRING_FILE +ARCHIVE_KEYRING_FILE=/usr/share/keyrings/debian-archive-keyring.gpg +endif export BUILD_DATE=$(shell date -u +%Y%m%d-%H:%M) export ARCHES_NOSRC=$(shell echo $(ARCHES) | sed 's/source//') @@ -227,12 +233,12 @@ : $(ADIR)/status # Set up keyring so apt doesn't complain - @echo Setting up debian-archive-keyring - $(Q)mkdir -p $(TDIR)/debian-archive-keyring - $(Q)dpkg -x $(MIRROR)/$(shell $(which_deb) $(MIRROR) $(CODENAME) debian-archive-keyring) $(TDIR)/debian-archive-keyring + @echo Setting up archive-keyring + $(Q)mkdir -p $(TDIR)/archive-keyring + $(Q)dpkg -x $(MIRROR)/$(shell $(which_deb) $(MIRROR) $(CODENAME) $(ARCHIVE_KEYRING_PACKAGE)) $(TDIR)/archive-keyring $(Q)for ARCH in $(ARCHES); do \ mkdir -p $(ADIR)/$(CODENAME)-$$ARCH/apt/trusted.gpg.d; \ - ln -s $(TDIR)/debian-archive-keyring/usr/share/keyrings/* $(ADIR)/$(CODENAME)-$$ARCH/apt/trusted.gpg.d; \ + ln -s $(TDIR)/archive-keyring/$(ARCHIVE_KEYRING_FILE) $(ADIR)/$(CODENAME)-$$ARCH/apt/trusted.gpg.d; \ done # Updating the apt database
Bug#705493: [Pkg-ime-devel] Bug#705493: Bug#705493: hi
Hi, On Tue, Apr 16, 2013 at 05:08:30PM +0200, Toni Mueller wrote: Fcitx might be using a one layout while there is a input field, and another while there is not. (I think it's qwerty and qwertz problem) ?!? I universally use the US-ASCII keyboard layout and remap a few keys with forgot to say (re-state): Usually, it works fine for the first few rounds, then gets lost. It feels like some kind of handler goes missing every once in a while, but I am unsure about how to debug this, and whom to blame. Kind regards, --Toni++ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705550: PTS: provide more accessible package description
Package: qa.debian.org Severity: wishlist It would be nice if the PTS would make binary packages descriptions available more easily. I have grown really familiar with the interface, but I remember the first times I encountered it - it was a real WTF. Having a broad description of the binary packages available there would improve the display a lot. As things stand, to understand what a package is, you need to understand intricates of Debian packaging, specifically the strong distinction between source and binary packages, something that took a long time for me to grasp properly (in fact, I almost made this bug report just asking for the package description on top before remembering that was not possible ;). I can think of a few ideas: 1. display the synopsis of the description in the binary package listing 2. display the full description of all binary packages somewhere on the page 3. make that description available on a single click (right now, you need to click through the source package listing on packages.d.o to get to the binary package description) I see the PTS page as a great homepage for the package, much better than what you find on packages.d.o, as there is more information, but it's clearly lacking in basic information. And I feel it's wrong to link to the packages.d.o pages since those are distribution-specific... Thanks! -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_CA.UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705551: Postgresql wrong port number
Package: postgresql-9.1 Version: 9.1.9-1 Default port number is set to 5433 instead of 5432.
Bug#705552: unblock: subversion/1.6.17dfsg-4+deb7u2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package subversion I prepared an upload targetting wheezy fixing #683188 and #704940. For #704940 I took the patch from the corresponding CVE entries (CVE-2013-1845, CVE-2013-1846, CVE-2013-1847, CVE-2013-1849). There is no patch for CVE-2013-1884 since it doesn't affect the version in wheezy. Concerning #683188, I just refreshed the patch used in unstable for it to apply on wheezy's version. unblock subversion/1.6.17dfsg-4+deb7u2 -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'stable-updates'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -u subversion-1.6.17dfsg/debian/changelog subversion-1.6.17dfsg/debian/changelog --- subversion-1.6.17dfsg/debian/changelog +++ subversion-1.6.17dfsg/debian/changelog @@ -1,3 +1,16 @@ +subversion (1.6.17dfsg-4+deb7u2) wheezy; urgency=low + + * Non-maintainer upload. + * Include following security fixes (Closes: #704940): +- CVE-2013-1845: Remotely triggered memory exhaustion in mod_dav_svn +- CVE-2013-1846: Remotely triggered crash in mod_dav_svn +- CVE-2013-1847: Remotely triggered crash in mod_dav_svn +- CVE-2013-1849: Remotely triggered crash in mod_dav_svn + * Convert SVN_STREAM_CHUNK_SIZE to an integer in svn/core.py +(Closes: #683188). + + -- Thomas Preud'homme robo...@debian.org Tue, 16 Apr 2013 14:36:14 +0200 + subversion (1.6.17dfsg-4+deb7u1) wheezy; urgency=low * Non-maintainer upload. diff -u subversion-1.6.17dfsg/debian/patches/series subversion-1.6.17dfsg/debian/patches/series --- subversion-1.6.17dfsg/debian/patches/series +++ subversion-1.6.17dfsg/debian/patches/series @@ -36,0 +37,4 @@ +chunksize-integer.patch +cve-2013-1845 +cve-2013-1846 +cve-2013-1849 only in patch2: unchanged: --- subversion-1.6.17dfsg.orig/debian/patches/cve-2013-1849 +++ subversion-1.6.17dfsg/debian/patches/cve-2013-1849 @@ -0,0 +1,39 @@ +Author: Philip Martin philip.mar...@wandisco.com +Subject: Reject operations on prop if the resource is an activity + +Subversion's mod_dav_svn Apache HTTPD server module will crash when +a PROPFIND request is made against activity URLs. The patch consists +in rejecting operations on getcontentlength and getcontenttype +properties if the resource is an activity. + +Origin: upstream, commit:r1453780 +Bug-CVE: http://subversion.apache.org/security/CVE-2013-1849-advisory.txt +Bug-Debian: http://bugs.debian.org/704940 +Last-Update: 2013-04-16 +Applied-Upstream: commit:r1453780 + +Index: subversion/mod_dav_svn/liveprops.c +=== +--- a/subversion/mod_dav_svn/liveprops.c (revision 1458455) b/subversion/mod_dav_svn/liveprops.c (working copy) +@@ -410,7 +410,8 @@ insert_prop_internal(const dav_resource *resource, + svn_filesize_t len = 0; + + /* our property, but not defined on collection resources */ +-if (resource-collection || resource-baselined) ++if (resource-type == DAV_RESOURCE_TYPE_ACTIVITY ++|| resource-collection || resource-baselined) + return DAV_PROP_INSERT_NOTSUPP; + + serr = svn_fs_file_length(len, resource-info-root.root, +@@ -434,7 +435,9 @@ insert_prop_internal(const dav_resource *resource, + svn_string_t *pval; + const char *mime_type = NULL; + +-if (resource-baselined resource-type == DAV_RESOURCE_TYPE_VERSION) ++if (resource-type == DAV_RESOURCE_TYPE_ACTIVITY ++|| (resource-baselined ++ resource-type == DAV_RESOURCE_TYPE_VERSION)) + return DAV_PROP_INSERT_NOTSUPP; + + if (resource-type == DAV_RESOURCE_TYPE_PRIVATE only in patch2: unchanged: --- subversion-1.6.17dfsg.orig/debian/patches/cve-2013-1845 +++ subversion-1.6.17dfsg/debian/patches/cve-2013-1845 @@ -0,0 +1,189 @@ +Author: Philip Martin philip.mar...@wandisco.com +Subject: Introduce a subpool to control memory use + +Setting or deleting a large number of properties on a node (file or +directory) will result in a large amount of memory use. Due to the +memory pooling behavior of Apache httpd and Subversion the completion of +the request will not result in the immediate release of memory used. +Repeated commits with the same properties will result in each httpd process +plateauing out at some amount of memory. This could result in a Denial of +Service if the system is exhausted of all available memory. + +Origin: upstream, commit:r1443929 +Bug-CVE: http://subversion.apache.org/security/CVE-2013-1845-advisory.txt +Bug-Debian: http://bugs.debian.org/704940 +Last-Update: 2013-04-16 +Applied-Upstream: commit:r1443929 + + +Index:
Bug#689291: Fixed upstream
Fixed upstream in d20222a415d8cf68a922a4d9d23f0643803488ee. -- Steve Schnepp http://blog.pwkf.org/tag/munin
Bug#705545: Patch to enable Qt4 by default when having both Qt4 and Qt5
On Tue 16 Apr 2013 11:53:34 Joey Hess escribió: Lisandro Damián Nicanor Pérez Meyer wrote: Hi Joey! With both Qt4 and Qt5 in the archive we will need a transition for the buildsystem. In order to avoid FTBFSes of packages that currently build OK, I've created this small patch. + # Select Qt4 by default except if overriden otherwise. + if (!$ENV{QT_SELECT}) { + push @options, -qt=qt4; + } Is this doing something different than would be done if building with --buildsystem=qmake_qt4 ? I must admit that I didn't know about qmake_qt4. But even if it is no difference, the current problem now is to do a smooth transition to allow Qt4 and Qt5 to coexist without breaking existing packages. The current idea makes qt4 the default (we do not have qt5 packages in the archive now) until we get the transition sorted: - Setting an environment variable to let qtchooser (new upstream app) select between qt4 or qt5 - Using qmake_qtx, if that's a posibility. - B-D on libqtx-default Once sorted, we remove that variable. If I set this option, how do I ever migrate away from it without rendering every package that uses Qt4 insta-buggy? We are preparing to go ahead with a transition which we will propose as a release goal for Jessie. The patch above helps us with a smoother transition. Kinds regards, Lisandro. -- Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#705553: lintian: CVE-2013-1429 - path traversal/information disclosure
Package: lintian Version: 2.4.3 Severity: important Tags: security upstream patch Control: fixed -1 2.5.12 An unimportant security vulnerabilities have been found in Lintian. In short, using crafted packages an attacker could have Lintian leak information about the host system provided the raw log is available. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705554: ERROR: Node 6560 cannot be found in the node store chunksums
Package: obnam Version: 1.1-1.1 Severity: normal I think it is related to already reported elsewhere http://vlists.pepperfish.net/pipermail/obnam-flarn.net/2012-October/000431.html problem with concurrent backups. In my case I had two started (from different boxes) and eventually one of them failed with the message in subject. Is there remedy already? or I should just avoid concurrent backups? -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (900, 'stable'), (700, 'testing'), (600, 'unstable'), (300, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-vserver-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/bash Versions of packages obnam depends on: ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii python 2.7.3~rc2-1 interactive high-level object-orie ii python-cliapp 1.20120630-1 Python framework for Unix command ii python-larch1.20121006-1 B-tree library for Python ii python-paramiko 1.7.7.1-3Make ssh v2 connections with Pytho ii python-tracing 0.6-2Python debug tracing helper ii python-ttystatus0.19-1 terminal progress bar and status o obnam recommends no packages. obnam 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#705550: PTS: provide more accessible package description
On Tue, Apr 16, 2013 at 11:49 PM, Antoine Beaupré wrote: It would be nice if the PTS would make binary packages descriptions available more easily. I think we need some more details or maybe a mockup/screenshot of the suggested changes. I almost made this bug report just asking for the package description on top before remembering that was not possible We could actually do that for single-binary source packages - just take the description from the unstable version of the single binary package. 1. display the synopsis of the description in the binary package listing They are in the title attribute of the binary package links already, how would you suggest to change that? 2. display the full description of all binary packages somewhere on the page I think that full descriptions in general are too large to fit on the page. Perhaps we could insert some sort of JavaScript or CSS based popup that would show up when you click on a button/info link next to the binary package names. Alternatively we could turn the binary package links into links to the sid/unstable page for the binary package. 3. make that description available on a single click (right now, you need to click through the source package listing on packages.d.o to get to the binary package description) That could be done by my suggestion above of turning the binary package links into links to the sid/unstable (or whatever dist they are available in) page for the binary package. Would that do the trick? I see the PTS page as a great homepage for the package, much better than what you find on packages.d.o, as there is more information, but it's clearly lacking in basic information. And I feel it's wrong to link to the packages.d.o pages since those are distribution-specific... Binary package descriptions are inherently distribution-specific and the PTS is mainly aimed at unstable and at people developing Debian (especially the maintainers), while packages.d.o contains only information for users. -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org