Bug#689725: alsa-utils: Notable sound delay after pausing the playback
It seems that the problem is unrelated to alsa-utils. The bug should be closed. On 10/06/2012 10:05 PM, Elimar Riesebieter wrote: Of course not. Please just purge alsa-utils and try again You didn't told me wheter sound works as expected without alsa-utils? Ah, sorry, the problem still remains after I purged the alsa-utils, therefore it might be unrelated to alsa-utils. Excuse me, I'm very ignorant at these stuff about alsa. What can I do next? I need some suggestions. Postscript: my USB sound card is ugly. I remember somebody (maybe you) told me to edit /etc/modprobe.d/alsa-base.conf: # options snd-usb-audio index=-2 I don't know whether it affects. What is this information good for? Do you want't to run your usb card or not? I didn't know whether it helps. Now I find out the reference, it's bug #620904. Thanks. Frank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640142: xchat: ctcp version reveals too much info
tags 640142 - patch tags 640142 wontfix stop Hi Armin, Some users might argue that revealing that the user is using Debian is also too much. A solution could be to add an option to replace the returned information with any chosen information. Can you write a patch for adding such option ? Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686098: Fonts from package misbehave in exported PDF
Quoting Fabian Greffrath (fab...@greffrath.com): Am Freitag, den 05.10.2012, 18:22 +0200 schrieb Christian PERRIER: I'm balanced about the value added by including the foundry name in the package name. The current practice is more to use one when the foundry is really something that can be called this way. So you'd say fonts-gust-{texgyre,lmodern} is the way to go? Well, my position is : is 'gust' something that really can be called a 'foundry', basically an organization that includes font creation in its objectives/goals and is there a need expressedby them for their name to remain mentioned (that last item includes having the foundry name in the font name, as we have in SIL fonts). In this case both fonts-gust-{texgyre,lmodern} and fonts-{texgyre,lmodern} seem acceptable, so adding gust should be done only if needed by the above vague rule. Sorry, this is vague and prone to interpretation but I don't really see away to carve a rule in stone and cover all cases..:-) signature.asc Description: Digital signature
Bug#689605: multipath-tools: no default multipath.conf
On Thursday 04 October 2012 06:57 PM, Andreas Pflug wrote: Since the multipath-tools package includes no standard multipath.conf, multipathd will grab any new block device. This can lead to surprising and hard debug effects. e.g. attaching a device in a XEN dom0 domain will render the device inaccessible. This corrupts xen-utils-4.1 since xend will attach the boot device locally for pygrub, but can't release it properly because multipathd has it. I suggest supplying at least a minimal multipath.conf that blacklists the most dangerous devices by default. -- Package-specific info: Contents of /etc/multipath.conf: blacklist { devnode ^xvd[0-9a-z]* } Thanks. That is a good point. But it'd make more sense to ship the default file with blacklist { devnode * } And then let the user pick up his/her choice of settings. That way, it'd cover everything. Virtual block devices, Pluggable portable dists etc. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: OpenPGP digital signature
Bug#689725: alsa-utils: Notable sound delay after pausing the playback
* Frank eular.fr...@gmail.com [2012-10-07 14:02 +0800]: It seems that the problem is unrelated to alsa-utils. The bug should be closed. Done hereby. On 10/06/2012 10:05 PM, Elimar Riesebieter wrote: Of course not. Please just purge alsa-utils and try again You didn't told me wheter sound works as expected without alsa-utils? Ah, sorry, the problem still remains after I purged the alsa-utils, therefore it might be unrelated to alsa-utils. Excuse me, I'm very ignorant at these stuff about alsa. What can I do next? I need some suggestions. Check the driver config of your sound card. Update to the latest alsa driver (which is 1.0.25 and should be found in kernels =3.4). Postscript: my USB sound card is ugly. I remember somebody (maybe you) told me to edit /etc/modprobe.d/alsa-base.conf: # options snd-usb-audio index=-2 I don't know whether it affects. What is this information good for? Do you want't to run your usb card or not? I didn't know whether it helps. Now I find out the reference, it's bug #620904. OK. Not related here, though. Elimar -- Experience is something you don't get until just after you need it! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689850: libcoin60-doc: no whatis info in manpages
Package: libcoin60-doc Version: 3.1.3-2.2 Severity: normal Dear Maintainer, this bug is a follow-up to bug #229640. After this bug had been solved, manpages installed by libcoin60-doc had a nice summary that was displayed by man -k. Unfortunately man -k now displays unknown subject instead of the manpage summary: $ man -k SoVRML SoVRMLAnchor (3) - (unknown subject) SoVRMLAppearance (3) - (unknown subject) [...] -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash libcoin60-doc depends on no packages. libcoin60-doc recommends no packages. Versions of packages libcoin60-doc suggests: ii libcoin60-dev 3.1.3-2.2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689851: initramfs-tools: Wrong keymap at boot while prompting for the passphrase
Package: initramfs-tools Version: 0.107 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I've some encrypted filesystems over lvm. After upgrading from 0.107 to 0.108, it refuses my passphrase at boot. I suppose it is related to the keymap. I've reverted to 0.107 at that fixed the problem. I've then upgraded to 0.109 and I've the same problem again. Once again, I've reverted to 0.107 and the probelm is fixed. Regards Jean-Luc - -- Package-specific info: - -- initramfs sizes - -- /proc/cmdline BOOT_IMAGE=/vmlinuz-3.6.0-k8-1 root=/dev/mapper/vg00-root_lv ro quiet - -- resume RESUME=UUID=993cd3a8-7837-4c17-bdee-b01ac7bd1d72 - -- /proc/filesystems ext3 fuseblk xfs ext4 - -- lsmod Module Size Used by snd_hrtimer 1597 1 cpufreq_stats 2993 0 cpufreq_conservative 5049 0 cpufreq_userspace 1992 0 xt_multiport1678 1 iptable_filter 1376 1 ip_tables 16898 1 iptable_filter x_tables 16463 3 ip_tables,xt_multiport,iptable_filter cpufreq_powersave942 0 binfmt_misc 6941 1 ext4 421844 4 crc16 1343 1 ext4 jbd2 72041 1 ext4 xfs 695186 4 exportfs3457 1 xfs sha256_generic 10117 2 aes_x86_64 7475 2 aes_generic26058 1 aes_x86_64 cbc 2528 1 dm_crypt 14974 1 it87 27989 0 hwmon_vid 3084 1 it87 loop 17256 0 radeon821556 3 drm_kms_helper 24934 1 radeon ttm58344 1 radeon fuse 64729 3 hid_logitech_dj 9980 0 joydev 9692 0 snd_hda_codec_hdmi 23384 1 snd_hda_codec_realtek57465 1 snd_hda_intel 22932 5 snd_hda_codec 82443 3 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_intel snd_pcm_oss21896 0 snd_mixer_oss 15299 1 snd_pcm_oss snd_pcm65295 4 snd_pcm_oss,snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel ftdi_sio 38199 1 snd_seq_dummy 1407 0 powernow_k812344 0 usbserial 28932 3 ftdi_sio snd_seq_oss27288 0 mperf 1123 1 powernow_k8 usbhid 35411 1 hid_logitech_dj snd_seq_midi_event 5388 1 snd_seq_oss snd_seq48394 6 snd_seq_midi_event,snd_seq_oss,snd_seq_dummy kvm_amd47859 0 snd_seq_device 4884 3 snd_seq,snd_seq_oss,snd_seq_dummy kvm 350608 1 kvm_amd snd_timer 17910 3 snd_hrtimer,snd_pcm,snd_seq snd56757 22 snd_hda_codec_realtek,snd_pcm_oss,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_seq,snd_hda_codec,snd_hda_intel,snd_seq_oss,snd_seq_device,snd_mixer_oss k10temp 2770 0 serio_raw 4377 0 pcspkr 1787 0 evdev 9574 20 soundcore 5098 1 snd snd_page_alloc 6801 2 snd_pcm,snd_hda_intel processor 25504 1 powernow_k8 button 4433 0 thermal_sys14115 1 processor ext3 185144 4 mbcache 5522 2 ext3,ext4 jbd55499 1 ext3 raid1 26512 3 md_mod 98696 4 raid1 dm_mirror 12960 0 dm_region_hash 6751 1 dm_mirror dm_log 8161 2 dm_region_hash,dm_mirror dm_mod 68821 72 dm_log,dm_mirror,dm_crypt hid_generic 1097 0 hid83072 3 hid_generic,usbhid,hid_logitech_dj usb_storage45696 0 sg 22106 0 sr_mod 14791 0 sd_mod 36008 10 crc_t10dif 1316 1 sd_mod cdrom 34984 1 sr_mod ahci 21016 10 libahci18655 1 ahci pata_atiixp 4819 0 microcode 8654 0 ohci_hcd 20480 0 r8169 53502 0 mii 3915 1 r8169 libata150364 3 ahci,libahci,pata_atiixp scsi_mod 166531 5 sg,usb_storage,libata,sd_mod,sr_mod ehci_hcd 40382 0 - -- /etc/initramfs-tools/modules hid_generic - -- /etc/kernel-img.conf # Kernel image management overrides # See kernel-img.conf(5) for details do_symlinks = yes relative_links = yes do_bootloader = yes do_bootfloppy = no do_initrd = yes link_in_boot = no - -- /etc/initramfs-tools/initramfs.conf MODULES=most BUSYBOX=y KEYMAP=y COMPRESS=gzip DEVICE= NFSROOT=auto - -- /etc/initramfs-tools/update-initramfs.conf update_initramfs=yes backup_initramfs=no - -- /etc/crypttab md5_crypt UUID=a58c3614-300f-4715-aefe-58b2477bbc71 none luks - -- /proc/mdstat Personalities : [raid1] md5 : active raid1 sda3[0] sdb3[1]
Bug#689852: git-annex: assistant/webapp operates without acknowledgement
Package: git-annex Version: 3.20121001 Severity: important Hi, I had quite an unfortunate experience with the new assistant/webapp feature in git-annex. I clicked on the menu icon, the webapp started and git-annex started watching my home directory which happens to contain a git repository, but no annex. I didn't get the Welcome to git-annex prompt in the browser and git-annex started to watch and annex everything. Then, I got scared ;) and just killed the git-annex process. It appears to be due to a residual git-annex configuration in this repository. Namely, I used to annex things there but later uninit the repository. But the remaining annex.version=3 setting was enough to trigger this unacknowledged watch. The surprising (and scary) thing is that git-annex started to handle files from another nested repository which already had an annex (namely ~/images) and broke it. I could fix it later with fsck, though. I also had to reset the home repository a few commits back to get to the original state and then deleted the annex. I tried again with a fresh user and could easily reproduced this behaviour. Deleting the annex section in the git repository configuration is apparently enough to get the prompt in the webapp and avoid the unexpected/unacknowledged watch. I probably don't understand everything but these leftovers in the repository configuration after uninit apparently have considerable consequences... -- Denis Laxalde -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/2 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 git-annex depends on: ii git 1:1.7.10.4-1 ii libc6 2.13-35 ii libffi5 3.0.10-3 ii libgmp102:5.0.5+dfsg-2 ii libpcre31:8.31-1 ii libxml2 2.8.0+dfsg1-5 ii libyaml-0-2 0.1.4-2 ii openssh-client 1:6.0p1-3 ii rsync 3.0.9-3 ii uuid1.6.2-1.3 ii wget1.14-1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages git-annex recommends: ii gnupg 1.4.12-4+b1 ii lsof 4.86+dfsg-1 Versions of packages git-annex suggests: pn bup none pn graphviz none ii libnss-mdns 0.10-3.2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689715: Review of eyefiserver-2.3~rc1-1
Hello ! Here are my comments on the eyefiserver package, as it is now. I don't have any means to check it works fine on my system, as I lack the corresponding hardware. There are several minor details to fix: * I'd prefer the package to target experimental as of now; upload to unstable will follow the release of wheezy * I don't see the point of including session dumps - especially 4MB of them ! * in debian/control, it should read wifi chip instead of wifi ship I'd be glad to upload once these problems are fixed. Don't increase the debian version number, but please mark the changes in debian/changelog. Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689825: unblock: pymongo/2.2-2
Hi Federico, On Sat, Oct 06, 2012 at 07:48:17PM +0100, Federico Ceratto wrote: Please unblock package pymongo Version 2.2-2 is affected by bug #689283 and #688040 Version 2.2-3, currently in Unstable, fixes those two bugs (and has no other changes) Thanks! You probably meant to ask an unblock for 2.2-3, not 2.2-2. I have reopened bug 689283, because the bug is not fully solved in 2.2-3. So I suggest debian-release to wait with the unblock for now. Regards, Bart Martens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689853: nmu: libfiu_0.91-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu libfiu wasn't built in an up-to-date sid environment: python-fiu on i386 has unsatisfiable dependency on python ( 2.7). nmu libfiu_0.91-1 . i386 . -m Rebuild in an up-to-date sid environment. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605870: pdnsd: crashes on heavy load
Hello, On Fri, Oct 5, 2012 at 11:46 AM, intrigeri intrig...@boum.org wrote: Sebastian Andrzej Siewior wrote (23 Mar 2011 20:35:05 GMT) : To reproduce, on my box, it is as simple as: for f in {0..999}; do echo www.debian.org; done | xargs -n1 -P10 host Notice that there are never more than 10 processes using pdnsd at the same time. I tried that even with no luck. I could not reproduce that on current Wheezy either. Vincent, may you please try to reproduce it with the package in testing/sid? I can't reproduce it for the time being. I now think that it may have failed when in proxy mode, when the proxied server was not in a good shape (that isn't the case anymore). I don't have the time to setup a buggy dns server and check whether pdsnd crashes or not (although that would probably be good testing). I don't really know what do to with this bug, feel free to close this bug, although probably leaving it open and downgrading would make sure other people hit by this bug knew it happened before ? Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689854: RFA: pmount -- mount removable devices as normal user
Package: wnpp Severity: normal I request an adopter for the pmount package. I still use pmount from time to time, but I'm not able to invest energy in it for the time being, so it's better not to pretend I'm still maintaining it. I'm the current upstream maintainer too, so the adopter will have to take care of upstream too. I'd be interested in team maintenance should the adopter wish to go that way. The package description is: pmount is a wrapper around the standard mount program which permits normal users to mount removable devices without a matching /etc/fstab entry. This provides a robust basis for automounting frameworks like GNOME's Utopia project and confines the amount of code that runs as root to a minimum. . If a LUKS capable cryptsetup package is installed, pmount is able to transparently mount encrypted volumes. Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645487: ensembl: includes GPL code without source
Andreas Tille ti...@debian.org writes: You are mixing up GPL and DFSG. GPL says that the source code needs to be provided at least at request (and it in this case it is pretty easy to obtain the source code). The general rule is, if you distribute binaries, you must distribute the complete corresponding source code too.[1] If you make object code available on a network server, you have to provide the Corresponding Source on a network server as well.[2] And having a jalview package in the archive does not help as this does not guarantee we have the source for the exact version of jalview bundled with ensembl. Ansgar [1] http://www.gnu.org/licenses/gpl-faq.html#UnchangedJustBinary [2] http://www.gnu.org/licenses/gpl-faq.html#AnonFTPAndSendSources -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665493: bug fixed in 3.6; patch
tags 665493 patch quit As noted in the upstream bugzilla, the bug is fixed in kernel 3.6, in commit dfb117b3e50c52c7b3416db4a4569224b8db80bb , PCI: acpiphp: check whether _ADR evaluation succeeded. Attached as a patch below. Applying this on top of 3.2.30 fixes the problem indeed (and without the patch that still fails). Would it be possible to apply this to the Debian kernel? Thanks, Jeroen Nijhof From dfb117b3e50c52c7b3416db4a4569224b8db80bb Mon Sep 17 00:00:00 2001 From: Bjorn Helgaas bhelg...@google.com Date: Wed, 20 Jun 2012 16:18:29 -0600 Subject: [PATCH] PCI: acpiphp: check whether _ADR evaluation succeeded Check whether we evaluated _ADR successfully. Previously we ignored failure, so we would have used garbage data from the stack as the device and function number. We return AE_OK so that we ignore only this slot and continue looking for other slots. Found by Coverity (CID 113981). Signed-off-by: Bjorn Helgaas bhelg...@google.com --- drivers/pci/hotplug/acpiphp_glue.c | 13 + 1 file changed, 9 insertions(+), 4 deletions(-) diff --git a/drivers/pci/hotplug/acpiphp_glue.c b/drivers/pci/hotplug/acpiphp_glue.c index 806c44f..09bf377 100644 --- a/drivers/pci/hotplug/acpiphp_glue.c +++ b/drivers/pci/hotplug/acpiphp_glue.c @@ -132,6 +132,15 @@ register_slot(acpi_handle handle, u32 lvl, void *context, void **rv) if (!acpi_pci_check_ejectable(pbus, handle) !is_dock_device(handle)) return AE_OK; + status = acpi_evaluate_integer(handle, _ADR, NULL, adr); + if (ACPI_FAILURE(status)) { + warn(can't evaluate _ADR (%#x)\n, status); + return AE_OK; + } + + device = (adr 16) 0x; + function = adr 0x; + pdev = pbus-self; if (pdev pci_is_pcie(pdev)) { tmp = acpi_find_root_bridge_handle(pdev); @@ -144,10 +153,6 @@ register_slot(acpi_handle handle, u32 lvl, void *context, void **rv) } } - acpi_evaluate_integer(handle, _ADR, NULL, adr); - device = (adr 16) 0x; - function = adr 0x; - newfunc = kzalloc(sizeof(struct acpiphp_func), GFP_KERNEL); if (!newfunc) return AE_NO_MEMORY; -- 1.7.10.4
Bug#689855: ensembl: configuration files in /usr/share/ensembl/**/conf
Package: src:ensembl Version: 63-1 Severity: serious ensembl.postinst modifies /usr/share/ensembl/conf/Plugins.pm /usr/share/ensembl/public-plugins/mirror/conf/SiteDefs.pm so these tiles seem to be configuration files and should not be located in /usr. I'm also not sure if the current use of debconf in ensembl.postinst preserves changes to these files as it seems to unconditionally overwrite database access information with values from debconf. Also passwords are passed as command-line arguments in ensembl.postinst which makes them visible in the process list. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689856: ensembl: misuse of nobody system user, potential unsafe use of /var/tmp
Package: src:ensembl Version: 63-1 Severity: important ensembl uses the nobody system user for some directories (see ensembl.postinst), but that user is not supposed to own any files: Daemons that need not own any files sometimes run as user nobody and group nogroup, although using a dedicated user is far preferable. Thus, no files on a system should be owned by this user or group. -- /usr/share/doc/base-passwd/users-and-groups.txt.gz The use of /var/tmp/ensemle is also likely wrong. It's created in postinst and might be removed at any later time (or somebody else might have created a file or directory with this name). Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629125: New version 0.29-1 of ensymble (fixes: #616799, #629125)
On Sat, Oct 06, 2012 at 08:25:43PM +0300, Eddy Petrișor wrote: Attached there is a complete 0.29-1 package version based on Dominic's master version from his git repo, with the necessary changes made to fix bug #616799 (python-central is deprecated) and the bug #629125 (sha module is deprecated). Thanks! The 0.28 branch in git should probably be merged (at least the changelog) before upload. These changes can be pulled from my git repo of ensymble (based on Dominic's repo): http://anonscm.debian.org/gitweb/?p=users/eddyp-guest/ensymble.git The package ensymbe is alreaby in RFA state for some time (#611552), he already pre-approved a NMU for this version, as seen from his personal repo in the master branch: http://anonscm.debian.org/gitweb/?p=users/dom/ensymble.git;a=blob;f=debian/changelog;h=bffeebf79a250b500fc1b319d2267db78e5d17b8;hb=master For the avoidance of doubt, the file you've pointed to does not pre-approve any NMU; Acknowledge NMU means that the maintainer has noticed a *previous* NMU. However I do not object to another NMU if someone feels that's appropriate. I cannot promise any timescale for reviewing/applying these changes, so an NMU is absolutely fine, but please let me if you (generic) plan on doing so. I will keep this on my radar in the meantime. So, in my opinion, this new version can be uploaded to the archive to ease up the deprecation of python-central. If release managers think a new upstream version is too much, maybe it can be blocked from transitioning, until the new version gets enough testing in sid. If you think a 0.28 version should be provided, please tell me, so I can provide a version based on 0.28. If you would like to see these changes in wheezy I recommend that you talk directly to the release team (please CC these bugs). You can pull my changes if you add my repo as a remote then pull and merge. git remote add -f eddy git://anonscm.debian.org/users/eddyp-guest/ensymble.git git co upstream git merge eddy/upstream git co pristine-tar git merge eddy/pristine-tar git checkout master git merge eddy/master I also fixed the layout of the files in the upstream branch which should contain what was in 'upsteam/current'. (it seems in the SVN to git transition the different upstream branches were not treated as such, but the entire upstream directory was considered a single branch). Thanks :) P.S.: I added myself to Uploaders, but I am not sure if this is necessary since I don't intend to take over the package myself (and I forgot some of the packaging stuff I once knew). If this is wrong, please remove the line. It sounds like it shouldn't be there then. Cheers, Dominic. -- 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#678140: Two tiff issues: CVE-2012-2113 / CVE-2012-2088
To address CVE-2012-4777, I will be uploading 3.9.4-5+squeeze6 with the attached differences. diff -urN ../tiff-3.9.4-5+squeeze5/debian/changelog ./debian/changelog --- ../tiff-3.9.4-5+squeeze5/debian/changelog 2012-09-26 13:46:28.0 -0400 +++ ./debian/changelog2012-10-05 16:54:07.553605838 -0400 @@ -1,3 +1,11 @@ +tiff (3.9.4-5+squeeze6) stable-security; urgency=high + + * Add fix for CVE-2012-4777, a buffer overrun. (Closes: #688944) + * CVE-2012-2088 was actually included in previous version but not listed +in the change log. + + -- Jay Berkenbilt q...@debian.org Fri, 05 Oct 2012 16:54:07 -0400 + tiff (3.9.4-5+squeeze5) stable-security; urgency=high * Added several additional security patches taken from the Ubuntu Natty diff -urN ../tiff-3.9.4-5+squeeze5/debian/patches/CVE-2012-4777.patch ./debian/patches/CVE-2012-4777.patch --- ../tiff-3.9.4-5+squeeze5/debian/patches/CVE-2012-4777.patch 1969-12-31 19:00:00.0 -0500 +++ ./debian/patches/CVE-2012-4777.patch 2012-10-05 16:51:57.205609335 -0400 @@ -0,0 +1,13 @@ +Index: tiff-3.9.4/libtiff/tif_pixarlog.c +=== +--- tiff-3.9.4.orig/libtiff/tif_pixarlog.c 2010-06-08 14:50:42.0 -0400 tiff-3.9.4/libtiff/tif_pixarlog.c2012-10-05 16:51:49.201609547 -0400 +@@ -663,7 +663,7 @@ + td-td_rowsperstrip), sizeof(uint16)); + if (tbuf_size == 0) + return (0); +-sp-tbuf = (uint16 *) _TIFFmalloc(tbuf_size); ++sp-tbuf = (uint16 *) _TIFFmalloc(tbuf_size+sizeof(uint16)*sp-stride); + if (sp-tbuf == NULL) + return (0); + if (sp-user_datafmt == PIXARLOGDATAFMT_UNKNOWN) diff -urN ../tiff-3.9.4-5+squeeze5/debian/patches/series ./debian/patches/series --- ../tiff-3.9.4-5+squeeze5/debian/patches/series2012-07-16 09:50:46.0 -0400 +++ ./debian/patches/series 2012-10-05 16:51:20.493610319 -0400 @@ -16,3 +16,4 @@ CVE-2012-2088.patch CVE-2012-2113.patch CVE-2012-3401.patch +CVE-2012-4777.patch Looks good, please upload. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689629: Please use python-argparse instead of python2.6-argparse as builddep
On 2012-10-04 20:15:44 +0200, Daniel Holbach wrote: On 04.10.2012 18:47, Jakub Wilk wrote: * Daniel Holbach daniel.holb...@ubuntu.com, 2012-10-04, 17:54: - python2.6-argparse, + python-argparse, No, this is wrong. python2.6-argparse is fully intentional here. Quoting the changelog: | * Change D-B to python2.6-argparse to force installation during build | (this would otherwise be satisfied by python2.7 which provides | python-argparse). (I filed #689633, BTW.) Maybe I could propose a better patch, but I don't know what you're trying to achieve. :) The problem is that Ubuntu doesn't support Python 2.6 anymore (only 2.7), therefore argparse got removed and sorl-thumbnail was sitting in dependency wait on python2.6-argparse indefinitely. If replacing python2.6-argparse with python-argparse is the wrong solution, do you have a better solution on how to make it build in Ubuntu? Or should the package get removed completely due to the indirect dependency on python2.6? Thanks for your help. Michael Bienia -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689837: Acknowledgement (Please register the psnfss fonts with fontconfig)
On second thought, this approach will miss the .afm files. I am not yet sure what to do with them, as some are duplicated in adobe/ and urw/ directories, respectively. What exactly is their purpose, are they required at all? - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#434464: close bug?
Hello, is this bug still relevant or can it be closed? AFAI can see b.d.o is now using: X-Spam-Checker-Version: SpamAssassin 3.3.1-bugs.debian.org_2005_01_02 (2010-03-16) on buxtehude.debian.org so that should be OK? *t -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689857: Please suggest winbind
Package: Samba Version: 2:3.6.6-3 Severity: wishlist The Description mentions: For use in an NT4 domain or Active Directory realm, you will also need the winbind package. Should winbind be included on the Suggests: line? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689858: gnome: Dependency on xul-ext-adblock-plus is uncalled for
Package: gnome Version: 1:3.4+4 Severity: normal The package gnome depends on the package xul-ext-adblock-plus as Required for a week or two. This is uncalled for. Don't patronize us users on the set of Firefox plugins, especially near-censorship like ones! Therefore, please move the dependency to Suggest:. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=de_AT.utf8, LC_CTYPE=de_AT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnome depends on: ii aisleriot1:3.4.1-1 ii alacarte 3.5.3-1 ii avahi-daemon 0.6.31-1 ii cheese 3.4.2-2 ii cups-pk-helper 0.2.1.2-1 ii desktop-base 7.0.3 ii evolution3.4.3-1 ii evolution-plugins3.4.3-1 ii file-roller 3.4.2-1 ii gedit3.4.2-1 ii gedit-plugins3.4.0-1 ii gimp 2.8.2-1 ii gnome-applets3.4.1-3 ii gnome-boxes 3.4.3+dfsg-1 ii gnome-color-manager 3.4.2-1 ii gnome-core 1:3.4+4 ii gnome-documents 0.4.2-1 ii gnome-games 1:3.4.2-3 ii gnome-media 3.4.0-1 ii gnome-nettool3.2.0-1 ii gnome-orca 3.4.2-2 ii gnome-tweak-tool 3.4.0.1-2 ii gnote0.8.4-1 ii gnumeric 1.10.17-1.1 ii gstreamer0.10-ffmpeg 1:0.10.13-dmo1 ii gstreamer0.10-plugins-ugly 0.10.19-2+b2 ii hamster-applet 2.91.3+git20120514.b9fec3e1-1 ii inkscape 0.48.3.1-1.1 ii libgtk2-perl 2:1.244-1 ii libreoffice-gnome1:3.5.4+dfsg-2 ii nautilus-sendto 3.0.3-2+b1 ii network-manager-gnome0.9.4.1-2 ii rhythmbox2.97-2.1 ii rhythmbox-plugin-cdrecorder 2.97-2.1 ii rhythmbox-plugins2.97-2.1 ii rygel-playbin0.14.3-2 ii rygel-preferences0.14.3-2 ii rygel-tracker0.14.3-2 ii seahorse 3.4.1-2 ii shotwell 0.12.3-2 ii simple-scan 3.4.2-1 ii sound-juicer 3.4.0-3 ii telepathy-gabble 0.16.1-2 ii telepathy-rakia 0.7.4-1 ii telepathy-salut 0.8.0-2 ii totem3.4.2-1 ii totem-plugins3.4.2-1 ii tracker-gui 0.14.1-2 ii transmission-gtk 2.52-3 ii vinagre 3.4.2-1 ii xdg-user-dirs-gtk0.9-1 ii xul-ext-adblock-plus 2.1.1-1 Versions of packages gnome recommends: pn browser-plugin-gnash none pn gdebinone pn gnome-games-extra-data none pn iceweasel-l10n-all none ii menu-xdg 0.5 pn nautilus-sendto-empathy none pn telepathy-idle none Versions of packages gnome suggests: ii dia-gnome 0.97.2-8 ii gnucash1:2.4.10-5 pn libreoffice-evolution none ii libreoffice-gnome 1:3.5.4+dfsg-2 pn plannernone pn xul-ext-gnome-keyring none Versions of packages gnome-core depends on: ii at-spi2-core 2.5.3-2 ii baobab3.4.1-1 ii brasero 3.4.1-3 ii caribou 0.4.4-1 ii dconf-gsettings-backend 0.12.1-2 ii dconf-tools 0.12.1-2 ii empathy 3.4.2.3-1+build1 ii eog 3.4.2-1+build1 ii evince3.4.0-3 ii evolution-data-server 3.4.3-1 ii fonts-cantarell 0.0.9-1 ii gcalctool 6.4.2.1-2+b1 ii gconf23.2.5-1+build1 ii gdm3 3.4.1-3 ii glib-networking 2.32.3-1 ii gnome-backgrounds 3.4.2-1 ii gnome-bluetooth 3.4.2-1 ii gnome-contacts3.4.1-1+b1 ii gnome-control-center 1:3.4.2-2.1 ii gnome-dictionary 3.4.0-2 ii gnome-disk-utility3.0.2-3 ii gnome-font-viewer 3.4.0-2 ii gnome-icon-theme 3.4.0-2 ii gnome-icon-theme-extras 3.4.0-1 ii gnome-icon-theme-symbolic 3.4.0-2 ii gnome-keyring 3.4.1-5 ii gnome-menus 3.4.2-3 ii gnome-online-accounts 3.4.2-1 ii gnome-packagekit 3.4.2-2 ii gnome-panel 3.4.2.1-2+b1 ii gnome-power-manager 3.4.0-2 ii gnome-screensaver 3.4.1-1 ii gnome-screenshot
Bug#689814: unblock: gnuradio/3.6.1-1
On 06/10/2012 17:54, A. Maitland Bottoms wrote: The gnuradio 3.6.1-1 source was accepted into unstable on 12 June 2012: http://packages.qa.debian.org/g/gnuradio/news/20120612T181727Z.html Since that was before the Wheezy freeze, this should apply: Any packages in unstable before the 19:52 dinstall begins on that day will be given automatic freeze exceptions (for the specific version in unstable). Automatic freeze exceptions are granted for one month. If the package didn't migrate within that duration, the freeze exception is dropped. All other architectures built before the freeze, the ia64 binaries only recently have been uploaded. (Subject: gnuradio_3.6.1-1_ia64.changes ACCEPTED into unstable Date: Sat, 06 Oct 2012 04:17:55 +) It would be good to release Wheezy with gnuradio 3.6.1 It is a pity that the package didn't migrate due to a transient build failure, but it is not an argument to unblock it. Besides, the diff between testing's and sid's gnuradio looks rather large… and sid's version doesn't (according to the BTS) fix any serious issues. Do you have in mind some very important fixes that you'd like to see in Wheezy? If not, we'd prefer to keep 3.6.1-1 out of Wheezy. Regards, -- Mehdi Dogguy مهدي الدڤي -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689859: dpkg: error processing libapache2-svn (--configure)
Package: libapache2-svn Version: 1.6.17dfsg-4 Severity: grave Justification: renders package unusable 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 *** -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages libapache2-svn depends on: ii apache2.2-common 2.2.22-11 ii libc6 2.13-35 ii libsvn1 1.6.17dfsg-4 libapache2-svn recommends no packages. Versions of packages libapache2-svn suggests: pn db5.1-util none -- Configuration Files: /etc/apache2/mods-available/authz_svn.load [Errno 2] No such file or directory: u'/etc/apache2/mods-available/authz_svn.load' /etc/apache2/mods-available/dav_svn.conf [Errno 2] No such file or directory: u'/etc/apache2/mods-available/dav_svn.conf' /etc/apache2/mods-available/dav_svn.load [Errno 2] No such file or directory: u'/etc/apache2/mods-available/dav_svn.load' -- no debconf information -- whole output /etc/apache2/mods-available# apt-get install libapache2-svn Reading package lists... Done Building dependency tree Reading state information... Done libapache2-svn is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. 1 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Do you want to continue [Y/n]? y Setting up libapache2-svn (1.6.17dfsg-4) ... ERROR: Module dav_svn does not exist! dpkg: error processing libapache2-svn (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: libapache2-svn E: Sub-process /usr/bin/dpkg returned an error code (1) reproducable on any system created via xen-create-image with wheezy as target platform. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663715: lib32asound2-plugins no longer available
* Samuel Orr uraharakisuke...@gmail.com [2012-09-30 22:10 -0400]: I still have dependency issues with libasound:i386. If I run: apt-get install --no-install-recommends libasound2-plugins:i386 I get this output: The following packages have unmet dependencies: libasound2-plugins:i386 : Depends: libavcodec53:i386 (= 6:0.8.2-2) but it is not going to be installed or libavcodec-extra-53:i386 (= 6:0.8.2-2) but it is not going to be installed E: Unable to correct problems, you have held broken packages. If I go down the line (apt-get install --no-install-recommends libavcodec53:i386) I get: The following packages have unmet dependencies: libavcodec53:i386 : Depends: libopenjpeg2:i386 but it is not going to be installed E: Unable to correct problems, you have held broken packages. I should note I have KDE installed. All of wine:i386 works normally. There are no conflicts in testing/unstable. Which flavour are you running? Elimar -- The path to source is always uphill! -unknown- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663715: lib32asound2-plugins no longer available
* Ralf Jung p...@ralfj.de [2012-07-10 15:14 +0200]: Hi, I've done a lot of searching and I've seen no proposed solution yet to this issue. The 32bit plugins for Alsa are not being made available in the unstable (Sid) repositories. Personally, I need the 32bit Pulse plugin for use with Wine. I am hesitant to roll my own with this package as Alsa and Pulse are so integral to Gnome and the rest of the Debian system and I am paranoid about making changes that will be difficult to resolve later should a package become available. Can we at least get an acknowledgement on this? IMHO this is fixed by now: The package is now installable in a foreign- architecture. So, it can be installed like this dpkg --add-architecture i386 apt-get update apt-get install --no-install-recommends libasound2-plugins:i386 (if you are unlucky, apt-get will choose the wrong version of libjack: THe same version must be installed for both architectures) So bug closed hereby. Elimar -- what IMHO then? IMHO - Inhalation of a Multi-leafed Herbal Opiate ;) --posting from alex in debian-user-- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#665064: kaya: FTBFS: dpkg-buildpackage: error: dpkg-source -b kaya-0.4.4 gave error exit status 2
Hey guys, On Sat, Jul 07, 2012 at 06:58:18PM +0200, Vincent Legout wrote: tag 665064 + patch thanks gregor herrmann gre...@debian.org writes: This packaging problem can be solved with the attached patch, but the build itself fails later with: The attached patch should fix this. However, I'm not familiar with haskell and I've just built the package, not tested it. Does one of you fancy uploading the NMU? I eyeballed the patch (as a pkg-haskell member) and it looks reasonable to me. Cheers, -- Iain Lane [ i...@orangesquash.org.uk ] Debian Developer [ la...@debian.org ] Ubuntu Developer [ la...@ubuntu.com ] signature.asc Description: Digital signature
Bug#689629: Please use python-argparse instead of python2.6-argparse as builddep
On 10/07/2012 11:29 AM, Michael Bienia wrote: On 2012-10-04 20:15:44 +0200, Daniel Holbach wrote: On 04.10.2012 18:47, Jakub Wilk wrote: * Daniel Holbach daniel.holb...@ubuntu.com, 2012-10-04, 17:54: - python2.6-argparse, + python-argparse, No, this is wrong. python2.6-argparse is fully intentional here. Quoting the changelog: | * Change D-B to python2.6-argparse to force installation during build | (this would otherwise be satisfied by python2.7 which provides | python-argparse). (I filed #689633, BTW.) Maybe I could propose a better patch, but I don't know what you're trying to achieve. :) The problem is that Ubuntu doesn't support Python 2.6 anymore (only 2.7), therefore argparse got removed and sorl-thumbnail was sitting in dependency wait on python2.6-argparse indefinitely. If replacing python2.6-argparse with python-argparse is the wrong solution, do you have a better solution on how to make it build in Ubuntu? Or should the package get removed completely due to the indirect dependency on python2.6? its the wrong solution in Debian. In Ubuntu just remove the dependency. python2.7 includes argparse. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686702: unblock: gcc-4.6/4.6.3-9
On 05.10.2012 09:59, Julien Cristau wrote: On Tue, Sep 4, 2012 at 23:10:16 +0200, Matthias Klose wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock this should go to wheezy, because - wrong code gen fixes - the ARM vector alignment fix - some fixes for cross builds please ignore the Linaro changes, these are not used for the Debian ARM builds. Unfortunately, 4.6.3-10 failed to build on kfreebsd-amd64 and mipsen, so this can't go to wheezy yet. Any idea what's going on there? disabled in -11 the libstdc++ testsuite for mips*, as already done in 4.7. the kfreebsd build failure is not reproducible on the porter box asdfasdf.debian.net, this pops up in various builds, same for the current gnat-4.6 upload. now building again manually, as already done with -9. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686098: Fonts from package misbehave in exported PDF
In this case both fonts-gust-{texgyre,lmodern} and fonts-{texgyre,lmodern} seem acceptable, so adding gust should be done only if needed by the above vague rule. In this case I would not add the gust and stay with fonts-texgyre. Now, if someone can propose a patch based on the current git of tex-gyre and lmodern ;-))) otherwise I'll work on that in due (more or less) time. Norbert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689857: Please suggest winbind
Quoting Thomas Hood (jdth...@gmail.com): Package: Samba Version: 2:3.6.6-3 Severity: wishlist The Description mentions: For use in an NT4 domain or Active Directory realm, you will also need the winbind package. Should winbind be included on the Suggests: line? Well, there are many use cases where there is no need for winbind, particularly when the samba server is a domain controller or a standalone server, or a print server. So, I'm not convinced that it is a good idea to suggest winbind. signature.asc Description: Digital signature
Bug#689860: renameutils: debian/copyright licence GPL-3 points to /usr/share/common-licenses/GPL-2
Package: renameutils Version: 0.12.0-1 Severity: minor Please update debian/copyright and file location: ... either version 3 of the License ... Public License can be found in /usr/share/common-licenses/GPL-2 file. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.5-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689861: Issues with Xen when all CPUs are available to dom0
Package: linux-image-2.6.32-5-xen-amd64 Version: 2.6.32-45 I am experiencing issues with Xen once all CPUs are available to dom0. There is high steal time shown once I do not set one CPU available for dom0 (doesn't matter what way is used - xend-config, Linux or Xen hypervisor boot argument). If all CPUs are available to dom0 all tries to start domU fail with timeouts. More detailed description is in xen-utils bugreport opened by me in July 2012 [1] with no response till today. It is reproducible on two different servers running Xen (one Intel Xeon and second AMD Opteron). Please consider if it is related to kernel or not. Anyway - we just jump into situation where no dynamic domU's configuration change is possible and this is causing us serious manageability and serviceability issues. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683170 Best regards, -- Peter Viskup -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689268: Intel HD 4000 (Ivy Bridge) graphics freeze
Sorry, I didn't receive the last 2 msgs in my mailbox, (especifically the questions Ingo asks me). Here the answers: a) Yes, I am using iceweasel. b) my phisical RAM is 8 GB The related kernel info is below, first kernel 3.5 related and then standard wheezy 3.2 kernel related. Note that with kernel 3.5 I don't have the MTRR allocation failed error. My integrated graphics BIOS configuration: Virtu Technology [Disabled] Integrated Graphics Share Memory [64MB] DVMT Memory [256MB] IGD Multimonitor [Disabled] -- Kernel 3.5 -- $ dmesg | grep mtrr $ $ dmesg | grep drm [3.749099] [drm] Initialized drm 1.1.0 20060810 [3.947156] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [3.947156] [drm] Driver supports precise vblank timestamp query. [4.004585] [drm] Enabling RC6 states: RC6 on, RC6p on, RC6pp off [4.373533] fbcon: inteldrmfb (fb0) is primary device [4.554815] fb0: inteldrmfb frame buffer device [4.554817] drm: registered panic notifier [4.555909] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0 $ dmesg | grep i915 [3.690617] i915 :00:02.0: setting latency timer to 64 [3.707470] i915 :00:02.0: irq 43 for MSI/MSI-X [4.328751] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0 $ dmesg | grep agp [0.459118] Linux agpgart interface v0.103 [0.459169] agpgart-intel :00:00.0: Intel Ivybridge Chipset [0.459210] agpgart-intel :00:00.0: detected gtt size: 2097152K total, 262144K mappable [0.459842] agpgart-intel :00:00.0: detected 65536K stolen memory [0.459931] agpgart-intel :00:00.0: AGP aperture is 256M @ 0xe000 The memory info: $ cat /proc/mtrr reg00: base=0x0 (0MB), size= 8192MB, count=1: write-back reg01: base=0x2 ( 8192MB), size= 512MB, count=1: write-back reg02: base=0x0e000 ( 3584MB), size= 512MB, count=1: uncachable reg03: base=0x0dc00 ( 3520MB), size= 64MB, count=1: uncachable reg04: base=0x0db80 ( 3512MB), size=8MB, count=1: uncachable reg05: base=0x21f80 ( 8696MB), size=8MB, count=1: uncachable reg06: base=0x21f60 ( 8694MB), size=2MB, count=1: uncachable $ cat /proc/meminfo MemTotal:8081148 kB MemFree: 7392304 kB Buffers: 14852 kB Cached: 280924 kB SwapCached:0 kB Active: 395024 kB Inactive: 214096 kB Active(anon): 313884 kB Inactive(anon):42596 kB Active(file): 81140 kB Inactive(file): 171500 kB Unevictable: 0 kB Mlocked: 0 kB SwapTotal: 7811068 kB SwapFree:7811068 kB Dirty:12 kB Writeback: 0 kB AnonPages:313372 kB Mapped:64608 kB Shmem: 43120 kB Slab: 26992 kB SReclaimable: 11196 kB SUnreclaim:15796 kB KernelStack:1808 kB PageTables:10844 kB NFS_Unstable: 0 kB Bounce:0 kB WritebackTmp: 0 kB CommitLimit:11851640 kB Committed_AS:1004672 kB VmallocTotal: 34359738367 kB VmallocUsed: 366716 kB VmallocChunk: 34359355879 kB HardwareCorrupted: 0 kB AnonHugePages: 0 kB HugePages_Total: 0 HugePages_Free:0 HugePages_Rsvd:0 HugePages_Surp:0 Hugepagesize: 2048 kB DirectMap4k: 55296 kB DirectMap2M: 7192576 kB -- Kernel 3.2 -- $ dmesg | grep mtrr [5.001176] mtrr: type mismatch for e000,1000 old: write-back new: write-combining $ cat /proc/mtrr reg00: base=0x0 (0MB), size= 8192MB, count=1: write-back reg01: base=0x2 ( 8192MB), size= 512MB, count=1: write-back reg02: base=0x0e000 ( 3584MB), size= 512MB, count=1: uncachable reg03: base=0x0dc00 ( 3520MB), size= 64MB, count=1: uncachable reg04: base=0x0db80 ( 3512MB), size=8MB, count=1: uncachable reg05: base=0x21f80 ( 8696MB), size=8MB, count=1: uncachable reg06: base=0x21f60 ( 8694MB), size=2MB, count=1: uncachable $ dmesg | grep drm [4.960827] [drm] Initialized drm 1.1.0 20060810 [5.001178] [drm] MTRR allocation failed. Graphics performance may suffer. [5.001350] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [5.001351] [drm] Driver supports precise vblank timestamp query. [5.344345] fbcon: inteldrmfb (fb0) is primary device [5.523815] fb0: inteldrmfb frame buffer device [5.523816] drm: registered panic notifier [5.585070] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0 $ dmesg | grep i915 [4.973200] i915 :00:02.0: PCI INT A - GSI 16 (level, low) - IRQ 16 [4.973202] i915 :00:02.0: setting latency timer to 64 [5.001347] i915 :00:02.0: irq 43 for MSI/MSI-X [5.585070] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0 $ dmesg | grep agp [0.977765] Linux agpgart
Bug#689862: gnome-mplayer: often segfaults inside iceweasel with MPEG, WMV, and AVI videos
Package: gnome-mplayer Version: 1.0.6-1 Severity: normal Hello Debian Multimedia Maintainers, since long ago, I have experienced frequent segmentation faults by gnome-mplayer, when using it inside iceweasel (with gecko-mediaplayer and xul-ext-noscript installed). Steps to reproduce the bug: 0) start iceweasel 1) open an MPEG, WMV or AVI video in a new tab, for instance: http://content.funny-base.com/videos2/trunkmonkey01.wmv 2) the NoScript extension blocks the video; right-click on the page and select Temporarily allow content.funny-base.com from the NoScript submenu 3) the control buttons of the gecko-mediaplayer interface appear, but the video is not shown; /var/log/kern.log shows that gnome-mplayer segfaulted: gnome-mplayer[6593]: segfault at 4 ip 7f78e8bc863f sp 7fffd6a7f5b0 error 4 in libglib-2.0.so.0.3200.3[7f78e8b62000+f5000] 4) reload the iceweasel tab ([Ctrl+R]) 5) the video is shown, without any further segfault 6) select Revoke Temporary Permissions from the NoScript submenu This issue seems to happen with most MPEG, WMV, and AVI videos, both when the video is opened in a dedicated tab (as described above) and when the video is embedded in a web page area (as in http://www.funny-base.com/videos/792-trunkmonkey01.html ) Please note that using mplayer directly does not seem to cause any segfault: $ mplayer http://content.funny-base.com/videos2/trunkmonkey01.wmv The video is shown without any glitch. Please try to reproduce the bug and investigate its cause. Please fix the issue and/or forward this bug report upstream, as appropriate. Thanks for your time! -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-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 gnome-mplayer depends on: ii dconf-gsettings-backend [gsettings-backend] 0.12.1-2 ii libasound2 1.0.25-4 ii libc62.13-35 ii libcairo21.12.2-2 ii libcurl3-gnutls 7.26.0-1 ii libdbus-1-3 1.6.0-1 ii libdbus-glib-1-2 0.100-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.32.3-1 ii libgmlib01.0.6-1 ii libgmtk0 1.0.6-1 ii libgpod4 0.8.2-6 ii libgtk-3-0 3.4.2-3 ii libmusicbrainz3-63.0.2-2.1 ii libnautilus-extension1a 3.4.2-1+build1 ii libnotify4 0.7.5-1 ii libx11-6 2:1.5.0-1 ii libxss1 1:1.2.2-1 ii mplayer 2:1.0~rc4.dfsg1+svn34540-1+b2 gnome-mplayer recommends no packages. Versions of packages gnome-mplayer suggests: ii gecko-mediaplayer 1.0.6-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#689863: dpkg-dev: [PATCH] man/dpkg-gensymbols.1: Add two missing 3rd person »s«
Package: dpkg-dev Version: 1.14.7 Severity: normal Tags: patch Dear Debian folks, please apply the included patch with `git am --scissors this.mbox` to fix two small typos. Please add the bug number, this reports gets assigned to, to the commit by running for example `git commit --amend`. Thanks, Paul --- 8 8 --- From a166b77d85ca4a19a95d5f40d7abf5d125ca6392 Mon Sep 17 00:00:00 2001 From: Paul Menzel pm.deb...@googlemail.com Date: Sun, 7 Oct 2012 12:41:08 +0200 These two typos have been there from the beginning. commit fad6a8ea7f34fb073fabae2da819063a2781ad98 Author: Raphael Hertzog hert...@debian.org Date: Mon Jul 16 22:47:50 2007 + Complete and update the manual pages for the new symbols stuff --- man/dpkg-gensymbols.1 |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/man/dpkg-gensymbols.1 b/man/dpkg-gensymbols.1 index 96f659c..088e448 100644 --- a/man/dpkg-gensymbols.1 +++ b/man/dpkg-gensymbols.1 @@ -27,12 +27,12 @@ dpkg\-gensymbols \- generate symbols files (shared library dependency informatio .SH DESCRIPTION .B dpkg\-gensymbols scans a temporary build tree (debian/tmp by default) looking for libraries -and generate a \fIsymbols\fR file describing them. This file, if +and generates a \fIsymbols\fR file describing them. This file, if non-empty, is then installed in the DEBIAN subdirectory of the build tree so that it ends up included in the control information of the package. .P When generating those files, it uses as input some symbols files -provided by the maintainer. It looks for the following files (and use the +provided by the maintainer. It looks for the following files (and uses the first that is found): .IP \(bu 4 debian/\fIpackage\fR.symbols.\fIarch\fR -- 1.7.10.4 signature.asc Description: This is a digitally signed message part
Bug#689863: dpkg-dev: [PATCH] man/dpkg-gensymbols.1: Add two missing 3rd person »s«
On Sun, 2012-10-07 at 13:00:53 +0200, Paul Menzel wrote: Package: dpkg-dev Version: 1.14.7 Severity: normal Tags: patch please apply the included patch with `git am --scissors this.mbox` to fix two small typos. Please add the bug number, this reports gets assigned to, to the commit by running for example `git commit --amend`. Thanks, it also needed unfuzzing the translations, I've queued these locally. thanks, guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688319: devscripts: Please consider including the 'yodack' tool
Benjamin Drung bdr...@debian.org writes: Am Freitag, den 28.09.2012, 15:07 +0200 schrieb Gergely Nagy: Let me know if there's anything I can do to help this script be integrated into devscripts! This is just my opinion: I like to see shunit2 tests for yodack before integrating it into devscripts. To make yodack testable, it should be possible to output the command files instead of uploading them. Then you can compare the command files with the expected content. You can also test the return value of yodack and test the behavior for invalid input. There's a reasonably complete test suite in yodack's git now. It does not test the verification dialog yet, I have to think of a sane way to do that, but pretty much everything else should be covered, I think. -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688013: iceweasel can not submit when clickiong input, type=image ...
Error: ReferenceError: Prototype is not defined Source File: http://voi.0101.co.jp/voi/sj/js/load_inquiry.js Line: 2 Error: ReferenceError: Template is not defined Source File: http://voi.0101.co.jp/voi/sj/js/stock_inquiry4.js Line: 646 I couldn't reproduce them. Can you try it again by Windows firefox ? If you can, you may see the new page which is expected. Regards, Tomoo -- ** Nomura Technical Management Office Ltd. * Tomoo Nomura nom...@tmo.co.jp http://www.tmo.co.jp/ Phone: +81-78-797-0240 Fax: +81-78-754-8240 Worldwide Airline Timetable 'Flight Planner' European Electronic Timetable 'HAFAS' ValueFax Support -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616799: Bug#629125: New version 0.29-1 of ensymble (fixes: #616799, #629125)
Hi Debian Release, A small summary of current situation: - ensymble is in RFA since Jan 2011 (#611552) - ensymble upstream released 0.29 in May 2010 (http://code.google.com/p/ensymble/downloads/list) - new upstream 0.29 also fixes #629125 - debian currently has 0.28-2 in sid and wheezy - 0.28-2 uses the deprecated py_central (#616799) - Dominic has made most of the work for the preparation of 0.29-1 and published it in a git repo - I cloned his repo and provided a fix for #616799 targeting for 0.29-1 - I am not a DD or DM, nor do I have the time to adopt ensymble (but I would like to see 0.29 in wheezy) Please also see comments below and advice on the preferred course of action. 2012/10/7 Dominic Hargreaves d...@earth.li: On Sat, Oct 06, 2012 at 08:25:43PM +0300, Eddy Petrișor wrote: Attached there is a complete 0.29-1 package version based on Dominic's master version from his git repo, with the necessary changes made to fix bug #616799 (python-central is deprecated) and the bug #629125 (sha module is deprecated). Thanks! The 0.28 branch in git should probably be merged (at least the changelog) before upload. I merged it. There were no changes in the packaging except: - merged the 0.28-2 changelog entry - the X-Python-Version changed from 2.6 (as on master) to all (as on 0.28-2 - the version from sid) - The debian/ensymble.links file in 0.28-2 was removed since there is no /usr/share/ensymble/cmdmain.py anymore These changes can be pulled from my git repo of ensymble (based on Dominic's repo): http://anonscm.debian.org/gitweb/?p=users/eddyp-guest/ensymble.git The package ensymbe is alreaby in RFA state for some time (#611552), he already pre-approved a NMU for this version, as seen from his personal repo in the master branch: http://anonscm.debian.org/gitweb/?p=users/dom/ensymble.git;a=blob;f=debian/changelog;h=bffeebf79a250b500fc1b319d2267db78e5d17b8;hb=master For the avoidance of doubt, the file you've pointed to does not pre-approve any NMU; Acknowledge NMU means that the maintainer has noticed a *previous* NMU. However I do not object to another NMU if someone feels that's appropriate. Oh, my bad. It's been so much time since I've worked in Debian that I forgot these things. I am sorry if I seemed pushy or rude with my misunderstanding. I cannot promise any timescale for reviewing/applying these changes, so an NMU is absolutely fine, but please let me if you (generic) plan on doing so. I will keep this on my radar in the meantime. I am not a DD nor a DM, so I don't have any upload rights. I was hoping somebody with such rights would sponsor the upload. Not sure if debian-release has an attachment size-based filter, so I'll send the updated package to the BRs in a separate mail to make sure the message arrives in debian-release. So, in my opinion, this new version can be uploaded to the archive to ease up the deprecation of python-central. If release managers think a new upstream version is too much, maybe it can be blocked from transitioning, until the new version gets enough testing in sid. If you think a 0.28 version should be provided, please tell me, so I can provide a version based on 0.28. If you would like to see these changes in wheezy I recommend that you talk directly to the release team (please CC these bugs). Added debian-release in CC. Release team, is a new upstream version appropriate, taking into account the following? - the upstream version was released in 2010 (no other releases since then), - and the new version also fixes #629125 If not, do you advice for a 0.28-3 version with only the fix for the py_central deprecation (and maybe a patch for 629125)? You can pull my changes if you add my repo as a remote then pull and merge. git remote add -f eddy git://anonscm.debian.org/users/eddyp-guest/ensymble.git git co upstream git merge eddy/upstream git co pristine-tar git merge eddy/pristine-tar git checkout master git merge eddy/master I also fixed the layout of the files in the upstream branch which should contain what was in 'upsteam/current'. (it seems in the SVN to git transition the different upstream branches were not treated as such, but the entire upstream directory was considered a single branch). Thanks :) NP. The new changes are published in my repo. P.S.: I added myself to Uploaders, but I am not sure if this is necessary since I don't intend to take over the package myself (and I forgot some of the packaging stuff I once knew). If this is wrong, please remove the line. It sounds like it shouldn't be there then. Removed. -- Regards, EddyP = The universe is not required to be in perfect harmony with human ambition. - Carl Sagan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687243: reportbug unable to fill bug report against hplip
http://pastebin.com/J2g4UZ2C -- AK On 6 October 2012 04:27, Mark Purcell m...@purcell.id.au wrote: tags 687243 moreinfo thanks On Mon, 17 Sep 2012 21:36:47 Alexey Kuznetsov wrote: Gathering additional data, this may take a whil Alexey, When you run reportbug against hplip, it runs the hp-check(1) utility to gather your system configuration. Could I ask you to run the command: $ hp-check -r and email the results. Thanks, Mark
Bug#645487: ensembl: includes GPL code without source
Hello, Andreas Tille ti...@debian.org writes: You are mixing up GPL and DFSG. GPL says that the source code needs to be provided at least at request (and it in this case it is pretty easy to obtain the source code). The general rule is, if you distribute binaries, you must distribute the complete corresponding source code too.[1] If you make object code available on a network server, you have to provide the Corresponding Source on a network server as well.[2] And having a jalview package in the archive does not help as this does not guarantee we have the source for the exact version of jalview bundled with ensembl. Ansgar [1] http://www.gnu.org/licenses/gpl-faq.html#UnchangedJustBinary [2] http://www.gnu.org/licenses/gpl-faq.html#AnonFTPAndSendSources Formally speaking there is nothing to argue about. We should remove that .jar. To grant us some more time to orchestrate the individuals behind that package and get up to speed with the much progressed upstream developments, may I ask for an exempt for the Ensembl package, not harming too many in experimental, from [1] for another while, please? Many greetings Steffen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659762: lvm2: LVM commands freeze after snapshot delete fails
On Tue, Feb 14, 2012 at 06:20:57PM +, Paul LeoNerd Evans wrote: On Mon, Feb 13, 2012 at 05:40:34PM +, Alasdair G Kergon wrote: dmsetup info -c dmsetup table dmsetup status will show the current device-mapper state It appears to have happened again: root@cel:~ # lvremove --force vg_cel/backups-20120117 /dev/vg_cel/backups-20120117: read failed after 0 of 4096 at 161061208064: Input/output error /dev/vg_cel/backups-20120117: read failed after 0 of 4096 at 161061265408: Input/output error /dev/vg_cel/backups-20120117: read failed after 0 of 4096 at 0: Input/output error /dev/vg_cel/backups-20120117: read failed after 0 of 4096 at 4096: Input/output error Unable to deactivate open vg_cel-backups--20120117-cow (254:31) Failed to resume backups-20120117. libdevmapper exiting with 3 device(s) still suspended. root@cel:~ # lvs [at this point the process is hard dead, no SIGTERM etc.. can wake it] [on another terminal...] root@cel:~ # ps -lp 26009 F S UID PID PPID C PRI NI ADDR SZ WCHAN TTY TIME CMD 4 D 0 26009 25789 0 80 0 - 6384 ? pts/900:00:00 lvs root@cel:~ # kill -9 26009 root@cel:~ # ps -lp 26009 F S UID PID PPID C PRI NI ADDR SZ WCHAN TTY TIME CMD 4 D 0 26009 25789 0 80 0 - 6384 - pts/900:00:00 lvs dmsetup info -c dmsetup table dmsetup status Fortunately even in this state these three commands still work OK. Find attached current outputs from them. -- Paul LeoNerd Evans leon...@leonerd.org.uk ICQ# 4135350 | Registered Linux# 179460 http://www.leonerd.org.uk/ Name Maj Min Stat Open Targ Event UUID vg_cel-swap_b254 4 L--w21 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HI16iR35iOEcTzvQkP5FiB3gEM6j7xnFz vg_cel-usr32 254 5 L--w01 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3H1Z1LYecBeVkgyNiDO9NWwav7Mlz3yaPZ vg_cel-usr64 254 37 L--w11 1 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HA0GN0FOMeOQcnoSSyfqQTP1pO3l0tTnp vg_cel-backups--20120219-cow 254 33 L-sw11 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HOk3zIGteF4ZW8RMx6gK278OeQhx4XxVK-cow vg_cel-home_mlog 254 49 L--w01 1 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3Hxv6VYfC1GdWVa1iY27oJbrIlNJL7OkM5 vg_cel-backups_mlog 254 24 L--w11 1 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3H5c1VA0oGWdEkXfJ1YGEzbT3dQQN4IxM4 vg_cel-swap_a254 3 L--w21 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HS56oauHoAv4bKEvbNYDY19g3ggwmZURp vg_cel-home_mimage_3 254 20 L--w12 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HLYoMacTflKmk0K651ABTvfZoeA7MZQ0c vg_cel-var64_mimage_1254 42 L--w11 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HqoDJcke6dwNryJtgQ3Qx5O3BiPrN3I5f vg_cel-backups-real 254 27 L--w21 1 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3H6rPj6EdEYtrNDpD5PJAT0Rcda62AfMKM-real vg_cel-home_mimage_2 254 19 L--w12 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3H2uhR9DbUE2KndNqe9VUxfVnODnKHwDB2 vg_cel-var64_mimage_0254 41 L--w11 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3Hl3MBXMQsrY28guo9JFwIaRgMqe25jHTL vg_cel-backups_mimage_1 254 26 L--w12 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HPWt0LqTzySg5Fxl4xULR4XY4KoR1yqGb vg_cel-root32_mimage_3 254 11 L--w11 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HULW60XnmaFAf3M119FLhnfsplFiqHxSl vg_cel-backups_mimage_0 254 25 L--w11 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3H0l57MXC4SeQMiDyWRoqRLOoQiUDIN0PY vg_cel-root32_mimage_2 254 10 L--w11 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HyRF0QSO3X1RhgF4tcELhwKtXrrPxq08a vg_cel-var32 254 18 L--w01 1 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HEbzCGZhM0COhWRT4ouh7NHm3Jlk2nfH1 vg_cel-var64 254 43 L--w11 1 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3H5ykOO1tSch01sjuvKUA00ztOVjRxmSfY vg_cel-backups--20120117-cow 254 31 L--w01 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3Hhaj2TQMEr2opc41ZmmfyKvbptO2hm2oI-cow vg_cel-var_mlog_mimage_1 254 14 L--w11 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HO0jSYUkILFzJOZE0t94wHUha3xxRpDPQ vg_cel-usr64_mlog_mimage_1 254 51 L--w11 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HI3mQKNiPg2xc5g66Yk85kkEqYiFkpopJ vg_cel-var64_mlog_mimage_1 254 39 L--w11 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3H0OemESnDTo95rCmeJYI0dBhYqXHHayfF vg_cel-var_mlog_mimage_0 254 13 L--w11 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HddToiFoW4yVX1f64FIk8fJw23BETCbaI vg_cel-usr64_mlog_mimage_0 254 50 L--w11 0 LVM-85CFNaM1i2Op58cnR160cqLbFQ5pOb3HvNf7hEo1zdi3QEreZuViYu6Whva4Ad3r vg_cel-var64_mlog_mimage_0
Bug#664881: please depend on krb5-multidev rather than libkrb5-dev
tag 664881 pending thanks Hello Jelmer, Jelmer Vernooij [2012-03-21 17:07 +0100]: At the moment, libpq-dev depends on libkrb5-dev. This makes it impossible to have it (or anything that depends on it, such as libsvn-dev) installed at the same time as heimdal-dev. It would be great if libpq-dev could instead depend on krb5-multidev, which doesn't conflict with the heimdal development libraries. libkrb5-dev is a trivial wrapper around krb5-multidev these days, making it available in the standard locations. Thanks for the patch! I applied it to the -9.2 package for now (with some slight changes to keep the package backportable). If that goes well, I'll apply it to -9.1, so that 9.1 backports will have this fixed as well. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689862: gnome-mplayer: often segfaults inside iceweasel with MPEG, WMV, and AVI videos
Control: tags -1 + moreinfo unreproducible On 2012-10-07 12:57:28, Francesco Poli (wintermute) wrote: Steps to reproduce the bug: 0) start iceweasel 1) open an MPEG, WMV or AVI video in a new tab, for instance: http://content.funny-base.com/videos2/trunkmonkey01.wmv 2) the NoScript extension blocks the video; right-click on the page and select Temporarily allow content.funny-base.com from the NoScript submenu 3) the control buttons of the gecko-mediaplayer interface appear, but the video is not shown; /var/log/kern.log shows that gnome-mplayer segfaulted: gnome-mplayer[6593]: segfault at 4 ip 7f78e8bc863f sp 7fffd6a7f5b0 error 4 in libglib-2.0.so.0.3200.3[7f78e8b62000+f5000] 4) reload the iceweasel tab ([Ctrl+R]) 5) the video is shown, without any further segfault 6) select Revoke Temporary Permissions from the NoScript submenu I can't reproduce the segfault with or without noscript installed. So it'd be great if you could provide as with a backtrace. Otherwise I don't think there is much we can do. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#689864: linux-image-amd64: Depends un unavailable package
Package: linux-image-amd64 Version: 3.2+45 Severity: serious Justification: 7 Dear Maintainer, Installing latest linux-image (3.2.04) breaks linux-image-amd64 and linux-image-2.6-amd64 since these virtual packages has a dependency to linux-image-3.2.03 which is no longer available. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages linux-image-amd64 depends on: pn linux-image-3.2.0-3-amd64 none linux-image-amd64 recommends no packages. linux-image-amd64 suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689865: httping: Help typo and more
Package: httping Version: 1.5.3-1 Severity: wishlist Hi, coma seperated WITHOUT spaces inbetween -o It's not clear that this only applies when -m is specified --url -g Maybe you could merge the two 'tables' and mention both the long and short form. -s show statuscodes Might be a good idea to always show the code if it's not 200. Greetings, Olaf -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (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 httping depends on: ii libc62.13-35 ii libssl1.0.0 1.0.1c-4 ii openssl 1.0.1c-4 httping recommends no packages. httping 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#689866: flawed german translation
Package: claws-mail-i18n Version: 3.8.1-1 Severity: minor Tags: l10n patch --- Please enter the report below this line. --- The toolbar translation for msgid Toolbar|Trash is Werkzeugleiste|Papierkorb but should be only Papierkorb. Similar for msgid Toolbar|Sender, which should be Absender. The patch corrects both errors. --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-3-amd64 Debian Release: wheezy/sid 700 testing www.deb-multimedia.org 700 testing security.debian.org 700 testing http.debian.net 600 unstablehttp.debian.net 500 lucid ppa.launchpad.net 500 grml-testingdeb.grml.org 500 debian merlin.fit.vutbr.cz --- Package information. --- Depends (Version) | Installed ===-+-= claws-mail (= 3.8.1-1) | 3.8.1-1 Package's Recommends field is empty. Package's Suggests field is empty. -- Markus Grunwald https://www.the-grue.de Fragen zur Mail? https://www.the-grue.de/mail_und_co https://www.the-grue.de/~markus/markus_grunwald.gpg --- claws-mail-3.8.1.orig/po/de.po 2012-10-07 12:42:46.0 +0200 +++ claws-mail-3.8.1.orig/po/de.po 2012-10-07 12:44:41.0 +0200 @@ -13922,7 +13922,7 @@ #: src/toolbar.c:367 src/toolbar.c:402 msgid Toolbar|Trash -msgstr Werkzeugleiste|Papierkorb +msgstr Papierkorb #: src/toolbar.c:390 msgid Folders @@ -13950,7 +13950,7 @@ #: src/toolbar.c:399 msgid Toolbar|Sender -msgstr Werkzeugleiste|Absender +msgstr Absender #: src/toolbar.c:400 msgid List smime.p7s Description: S/MIME Kryptografische Unterschrift
Bug#689867: gthumb crashes when renaming folder after importing from memory card
Package: gthumb Version: 3:3.0.1-2 Severity: normal steps to reproduce: 1. insert SD-card containing photos, gthumb import dialog opens 2. import some photos 3. after importing, gthumb main window shows up. Right-click on newly-created directory and choose rename 4. gthumb crashes, terminal shows: Gtk:ERROR:/tmp/buildd/gtk+3.0-3.4.2/./gtk/gtkfilesystemmodel.c:751:gtk_file_system_model_sort: assertion failed: (r == n_visible_rows) Aborted thanks, Florian -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gthumb depends on: ii gsettings-desktop-schemas3.4.2-1 ii gthumb-data 3:3.0.1-2 ii libatk1.0-0 2.4.0-2 ii libc62.13-35 ii libcairo-gobject21.12.2-2 ii libcairo21.12.2-2 ii libexiv2-12 0.23-1 ii libgcc1 1:4.7.1-7 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.32.3-1 ii libgnome-keyring03.4.1-1 ii libgstreamer-plugins-base0.10-0 0.10.36-1 ii libgstreamer0.10-0 0.10.36-1 ii libgtk-3-0 3.4.2-3 ii libjpeg8 8d-1 ii libpango1.0-01.30.0-1 ii libpng12-0 1.2.49-1 ii librsvg2-2 2.36.1-1 ii libsoup-gnome2.4-1 2.38.1-2 ii libsoup2.4-1 2.38.1-2 ii libstdc++6 4.7.1-7 ii libtiff4 3.9.6-7 ii libxml2 2.8.0+dfsg1-5 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages gthumb recommends: ii bison 1:2.5.dfsg-2.1 ii flex2.5.35-10.1 pn gstreamer0.10-gnomevfs none ii gvfs-bin1.12.3-1+b1 gthumb 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#688980: unblock: r-cran-pscl/1.03.10-1.1
On 27/09/2012 21:34, Sébastien Villemot wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock In order to fix #684823, which solution does the Release Team prefer: - unblock r-cran-pscl/1.03.10-1.1 which is currently in sid and contains the fix, - or me making an upload to t-p-u, with the attached patch? I think the best way forwad would be to upload a targeted fix to t-p-u. Please go ahead and thanks for your work! Regards, -- Mehdi Dogguy مهدي الدڤي -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689868: gnome-control-center: wacom button assignments broken
Package: gnome-control-center Version: 1:3.4.2-2.1 Severity: important Dear Maintainer, certain wacom tablets offer a number of hardware buttons for common shortcuts. In the past I had to assign those buttons using xsetwacom within a short shell script. Now those settings went to gnome-control-center wacom and the map buttons function. I therefore tried to repeat my setup from the past from there: --- #!/bin/bash DEVICE=Wacom Intuos4 6x9 ERASER=$DEVICE eraser CURSOR=$DEVICE cursor PAD=$DEVICE pad xsetwacom set $ERASER Rotate half xsetwacom set $CURSOR Rotate half xsetwacom set $PAD Rotate half xsetwacom set $PAD Button 2 key ctrl s xsetwacom set $PAD Button 3 key alt xsetwacom set $PAD Button 4 key ctrl xsetwacom set $PAD Button 5 key shift xsetwacom set $PAD Button 6 key x xsetwacom set $PAD Button 7 key p xsetwacom set $PAD Button 8 key c xsetwacom set $PAD Button 9 key ctrl y --- First I found, that currently it is NOT possible to map bare modifiers like CTRL, SHIFT and ALT, which is, however, in this context very sensible and useful. The control as such just does not accept the input of ALT without any keystroke, at least I was not able to fiddle out how I should do this. I would treat this as a more critical bug as you'll want to have some of these keys if you're working with the tablet alone (without a keyboard). Secondly, given that I use the tablet in left handed orientation, I'm not sure about the numbering scheme used for the buttons. This is just an inconvenience, but for improvement of the GUI one should make this assignment clear (note that xsetwacom has the very same issue.) Anyway, to fiddle it out I just assigned the numbers 1-8 to them, to check in vi what I will get. However, I just found that no buttons at all get assigned to the tablet! I can assign whatever I want, but the tablet just doesn't send any of them back. This is the very reason for this bug report. Though everything seems to be recognized as it should (the tablet is reported properly, the syslog is clear of any errors), even orientation switching works fine, the buttons seem to be broken. I may note that buttons include here the centre keyring button meant for mode switching as well as the ring itself. It seems I get almost no events. Note: I refer to sending back keystrokes, I'm aware that at the moment gnome- control-centre can not set the OLEDs of the intuos4. *** 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 *** -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-control-center depends on: ii accountsservice0.6.21-6 ii apg2.2.3.dfsg.1-2 ii desktop-file-utils 0.20-0.1 ii gnome-control-center-data 1:3.4.2-2.1 ii gnome-desktop3-data3.4.2-1 ii gnome-icon-theme 3.4.0-2 ii gnome-icon-theme-symbolic 3.4.0-2 ii gnome-menus3.4.2-3 ii gnome-settings-daemon 3.4.2-5 ii gsettings-desktop-schemas 3.4.2-1 ii libatk1.0-02.4.0-2 ii libc6 2.13-35 ii libcairo-gobject2 1.12.2-2 ii libcairo2 1.12.2-2 ii libcanberra-gtk3-0 0.28-5 ii libcanberra0 0.28-5 ii libcheese-gtk213.4.2-2 ii libcheese3 3.4.2-2 ii libclutter-1.0-0 1.10.8-2 ii libcogl-pango0 1.10.2-6 ii libcogl9 1.10.2-6 ii libcolord1 0.1.21-1 ii libcomerr2 1.42.5-1 ii libcups2 1.5.3-1 ii libdbus-1-31.6.0-1 ii libdbus-glib-1-2 0.100-1 ii libfontconfig1 2.9.0-7 ii libgcrypt111.5.0-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.32.3-1 ii libgnome-bluetooth10 3.4.2-1 ii libgnome-desktop-3-2 3.4.2-1 ii libgnome-menu-3-0 3.4.2-3 ii libgnomekbd7 3.4.0.2-1 ii libgnutls262.12.20-1 ii libgoa-1.0-0 3.4.2-1 ii libgssapi-krb5-2 1.10.1+dfsg-2 ii libgstreamer0.10-0 0.10.36-1 ii libgtk-3-0 3.4.2-3 ii libgtop2-7 2.28.4-3 ii libjson-glib-1.0-0 0.14.2-1 ii libk5crypto3 1.10.1+dfsg-2 ii libkrb5-3 1.10.1+dfsg-2 ii libnm-glib40.9.4.0-6 ii libnm-gtk0
Bug#688059: samba: files not deleted, smbstatus segfaults
Package: samba Version: 2:3.6.6-3 Followup-For: Bug #688059 Dear Maintainer, some information about this bug: My config samba: MEDIA ~ # testparm -s Load smb config files from /etc/samba/smb.conf rlimit_max: increasing rlimit_max (1024) to minimum Windows limit (16384) Processing section [rTorrent] Processing section [Хлам$] Processing section [Видео] Processing section [Аудио] Processing section [Учебные материалы] Processing section [Soft] Processing section [Образы] Processing section [Любимкина] Processing section [pron$] Processing section [foto$] Processing section [Картинки] Processing section [Журналы] Loaded services file OK. WARNING: You have some share names that are longer than 12 characters. These may not be accessible to some older clients. (Eg. Windows9x, WindowsMe, and smbclient prior to Samba 3.0.) Server role: ROLE_STANDALONE [global] server string = Медиа помойка interfaces = eth0, wlan0, lo bind interfaces only = Yes map to guest = Bad User log file = /var/log/samba/log.%m smb ports = 139 max protocol = SMB2 socket options = TCP_NODELAY SO_RCVBUF=8192 SO_SNDBUF=8192 load printers = No printcap name = /dev/null disable spoolss = Yes show add printer wizard = No os level = 165 preferred master = Yes wins support = Yes remote announce = 192.168.1.255 recycle:touch = yes recycle:maxsize = 104805760 recycle:exclude = ?~$*,~$*,*.tmp,index*.pl,index*.htm*,*.temp,*.TMP recycle:versions = yes recycle:keeptree = yes recycle:repository = .recycler/%m-%T recycle:subdir_mode = 0720 recycle:directory_mode = 0777 idmap config * : backend = tdb create mask = 0766 directory mask = 0777 vfs objects = recycle ... [Хлам$] comment = Общая папка медиа path = /disk15/hlam read only = No guest ok = Yes ... I have some directory in share Хлам$ with unix access rights: - MEDIA ~ # ls -la /disk15/hlam/ | grep torr drwxrwxrwx 22 root root 4096 Окт 7 14:52 torrent MEDIA ~ # ls -la /disk15/hlam/torrent/ | grep LinuxS drwxrwxrwx 2 root root 4096 Апр 18 2011 LinuxSecurity_DIVX_[NNM-Club] drwxrwxrwx 3 root root 4096 Янв 1 1970 LinuxSecurity_[NNM-Club] MEDIA ~ # ls -la /disk15/hlam/torrent/LinuxSecurity_\[NNM-Club\]/ итого 12 drwxrwxrwx 3 root root 4096 Янв 1 1970 . drwxrwxrwx 22 root root 4096 Окт 7 14:52 .. drwxrwxrwx 2 root root 4096 Янв 1 1970 Codec_Lagarith_1322 MEDIA ~ # ls -la /disk15/hlam/torrent/LinuxSecurity_\[NNM-Club\]/Codec_Lagarith_1322/ итого 8 drwxrwxrwx 2 root root 4096 Янв 1 1970 . drwxrwxrwx 3 root root 4096 Янв 1 1970 .. -- As we see, the permission on directory LinuxSecurity_DIVX_[NNM-Club] will allow to delete this folder. I wanted to delete this directory from windows-host and get error http://www.k-max.name/wp-content/uploads/2012/10/samba-error.png In log (with log level = 2) I am get next message: - [2012/10/07 14:30:33.505644, 2] lib/interface.c:341(add_interface) added interface eth0 ip=192.168.1.100 bcast=192.168.1.255 netmask=255.255.255.0 [2012/10/07 14:30:33.506640, 2] lib/interface.c:390(interpret_interface) interpret_interface: Can't find address for wlan0 [2012/10/07 14:30:33.507056, 2] lib/interface.c:341(add_interface) added interface lo ip=127.0.0.1 bcast=127.255.255.255 netmask=255.0.0.0 [2012/10/07 14:30:49.935477, 2] smbd/trans2.c:5587(smb_set_file_dosmode) smb_set_file_dosmode: file_set_dosmode of torrent/LinuxSecurity_[NNM-Club] failed (Операция не позволяется) [2012/10/07 14:30:50.074276, 2] smbd/trans2.c:5587(smb_set_file_dosmode) smb_set_file_dosmode: file_set_dosmode of torrent/LinuxSecurity_[NNM-Club] failed (Операция не позволяется) [2012/10/07 14:30:56.456229, 2] smbd/trans2.c:5587(smb_set_file_dosmode) smb_set_file_dosmode: file_set_dosmode of torrent/LinuxSecurity_[NNM-Club] failed (Операция не позволяется) [2012/10/07 14:32:09.271375, 2] smbd/open.c:704(open_file) -- smbstatus show: MEDIA ~ # smbstatus Samba version 3.6.6 PID Username Group Machine --- Service pid machine Connected at --- Видео 7553 nout Sun Oct 7 11:05:43 2012 rTorrent 9132 fatherSun Oct 7 14:06:12 2012 Хлам$9132 fatherSun Oct 7 12:11:30 2012 Locked files: Pid UidDenyMode Access R/WOplock SharePath Name Time
Bug#689869: unblock: gtk+3.0/3.4.2-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package gtk+3.0 It fixes an annoying bug where the F10 key is not properly handled but treated like Shift+F10. Full debdiff is attached. unblock gtk+3.0/3.4.2-4 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru gtk+3.0-3.4.2/debian/changelog gtk+3.0-3.4.2/debian/changelog --- gtk+3.0-3.4.2/debian/changelog 2012-08-06 22:07:47.0 +0200 +++ gtk+3.0-3.4.2/debian/changelog 2012-09-21 18:30:43.0 +0200 @@ -1,3 +1,11 @@ +gtk+3.0 (3.4.2-4) unstable; urgency=low + + * debian/patches/074_try-harder-to-discriminate-Shift-F10-and-F10.patch: +With xkb-data 2.5.1-2.1 preserving the Shift modifier, GTK+ can properly +map F10 and Shift-F10 to different key bindings. Closes: #658392 + + -- Michael Biebl bi...@debian.org Fri, 21 Sep 2012 18:30:41 +0200 + gtk+3.0 (3.4.2-3) unstable; urgency=low [ Josselin Mouette ] diff -Nru gtk+3.0-3.4.2/debian/patches/074_try-harder-to-discriminate-Shift-F10-and-F10.patch gtk+3.0-3.4.2/debian/patches/074_try-harder-to-discriminate-Shift-F10-and-F10.patch --- gtk+3.0-3.4.2/debian/patches/074_try-harder-to-discriminate-Shift-F10-and-F10.patch 1970-01-01 01:00:00.0 +0100 +++ gtk+3.0-3.4.2/debian/patches/074_try-harder-to-discriminate-Shift-F10-and-F10.patch 2012-09-04 03:06:32.0 +0200 @@ -0,0 +1,69 @@ +From 314b6abbe8d8daae1e2de50b15cc9b6553af1f3d Mon Sep 17 00:00:00 2001 +From: Matthias Clasen mcla...@redhat.com +Date: Sat, 1 Sep 2012 22:51:18 -0400 +Subject: [PATCH] Try harder to discriminate Shift-F10 and F10 + +A change in xkeyboard-config 2.4.1 made it so that function keys +now have a shift level which has the same symbol, but 'eats' the +shift modifier. This would ordinarily make it impossible for us +to discriminate between these key combinations. + +This commit tries harder to discriminate in 2 ways: +- XKB has a mechanism to tell us when a modifier should not be + consumed even though it was used in determining the level. + We now respect such 'preserved' modifiers. This does not fix + the Shift-F10 vs F10 problem yet, since xkeyboard-config does + not currently mark Shift as preserved for function keys. +- Don't consume modifiers that do not change the symbol. For + the function keys, the symbol on the shift level is the same + as the base level, so we don't consider Shift consumed. + +For more background on the xkeyboard-config change, see +https://bugs.freedesktop.org/show_bug.cgi?id=45008 + +https://bugzilla.gnome.org/show_bug.cgi?id=661973 +--- + gdk/x11/gdkkeys-x11.c | 20 +++- + 1 file changed, 15 insertions(+), 5 deletions(-) + +Index: gtk+-3.4.2/gdk/x11/gdkkeys-x11.c +=== +--- gtk+-3.4.2.orig/gdk/x11/gdkkeys-x11.c 2012-05-02 14:05:07.0 +0200 gtk+-3.4.2/gdk/x11/gdkkeys-x11.c 2012-09-04 03:05:24.621782410 +0200 +@@ -1113,6 +1113,8 @@ + int found = 0; + + for (i=0,entry=type-map;itype-map_count;i++,entry++) { ++if (!entry-active) ++ continue; + if (mods_rtrn) { + int bits = 0; + unsigned long tmp = entry-mods.mask; +@@ -1123,14 +1125,22 @@ + } + /* We always add one-modifiers levels to mods_rtrn since + * they can't wipe out bits in the state unless the +- * level would be triggered. But return other modifiers +- * ++ * level would be triggered. But not if they don't change ++ * the symbol (otherwise we can't discriminate Shift-F10 ++ * and F10 anymore). And don't add modifiers that are ++ * explicitly marked as preserved, either. + */ +-if (bits == 1 || (modstype-mods.mask)==entry-mods.mask) +-*mods_rtrn |= entry-mods.mask; ++if ((bits == 1 syms[col+entry-level] != syms[col]) || ++(modstype-mods.mask) == entry-mods.mask) ++ { ++if (type-preserve) ++ *mods_rtrn |= (entry-mods.mask ~type-preserve[i].mask); ++else ++ *mods_rtrn |= entry-mods.mask; ++ } + } + +-if (!foundentry-active((modstype-mods.mask)==entry-mods.mask)) { ++if (!found((modstype-mods.mask)==entry-mods.mask)) { + col+= entry-level; + if (type-preserve) + preserve= type-preserve[i].mask; diff -Nru gtk+3.0-3.4.2/debian/patches/series
Bug#689870: lightdm: upstream changelog is bogus - please ship upstream NEWS as changelog
Package: lightdm Severity: normal The file currently shipped as upstream changelog contains only a single line referring to upstream VCS. From upstream VCS it seems that upstream ships a NEWS file which pretty decently corresponds to our understanding of a changelog file, so that file seems reasonable to me to ship as such. - Jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689871: unblock: notification-daemon/0.7.6-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package notification-daemon Version 0.7.6 contains a single bug fix and translation updates only. It has been in unstable for 8 days without any new bug reports. Debdiff (minus autotools garbage) is attached. Cheers, Michael unblock notification-daemon/0.7.6-1 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff --git a/NEWS b/NEWS index a41d1b4..dff69c1 100644 --- a/NEWS +++ b/NEWS @@ -1,3 +1,8 @@ +NEW in 0.7.6: +== +- Fix a wrong loop condition +- Translation updates (Marathi) + NEW in 0.7.5: == - Translation updates (Hindi, Catalan) diff --git a/configure.ac b/configure.ac index a942c69..2bf86f7 100644 --- a/configure.ac +++ b/configure.ac @@ -3,7 +3,7 @@ dnl Process this file with autoconf to create configure. dnl dnl # Initialize autoconf dnl -AC_INIT([notification-daemon],[0.7.5],[https://bugzilla.gnome.org/enter_bug.cgi?product=notification-daemon],[notification-daemon]) +AC_INIT([notification-daemon],[0.7.6],[https://bugzilla.gnome.org/enter_bug.cgi?product=notification-daemon],[notification-daemon]) AC_PREREQ(2.63) AC_CONFIG_HEADERS([config.h]) @@ -15,7 +15,7 @@ dnl # Version information dnl NOTIFICATION_DAEMON_MAJOR_VERSION=0 NOTIFICATION_DAEMON_MINOR_VERSION=7 -NOTIFICATION_DAEMON_MICRO_VERSION=5 +NOTIFICATION_DAEMON_MICRO_VERSION=6 NOTIFICATION_DAEMON_DEVEL_VERSION=0 NOTIFICATION_DAEMON_VERSION=$NOTIFICATION_DAEMON_MAJOR_VERSION.$NOTIFICATION_DAEMON_MINOR_VERSION.$NOTIFICATION_DAEMON_MICRO_VERSION diff --git a/po/LINGUAS b/po/LINGUAS index dec82d8..8d4c086 100644 --- a/po/LINGUAS +++ b/po/LINGUAS @@ -35,6 +35,7 @@ kn ko lt lv +mr ms nb nl diff --git a/po/mr.po b/po/mr.po new file mode 100644 index 000..4f98754 --- /dev/null +++ b/po/mr.po @@ -0,0 +1,49 @@ +# Marathi translation for notification-daemon. +# Copyright (C) 2012 notification-daemon's COPYRIGHT HOLDER +# This file is distributed under the same license as the notification-daemon package. +# +# Sandeep Shedmake sshed...@redhat.com, 2012. +msgid +msgstr +Project-Id-Version: notification-daemon master\n +Report-Msgid-Bugs-To: http://bugzilla.gnome.org/enter_bug.cgi?; +product=notification-daemonkeywords=I18N+L10Ncomponent=general\n +POT-Creation-Date: 2012-07-07 17:05+\n +PO-Revision-Date: 2012-08-14 14:28+0530\n +Last-Translator: Sandeep Shedmake sshed...@redhat.com\n +Language-Team: Marathi m...@li.org\n +Language: mr\n +MIME-Version: 1.0\n +Content-Type: text/plain; charset=UTF-8\n +Content-Transfer-Encoding: 8bit\n +Plural-Forms: nplurals=2; plural=n != 1;\n +X-Generator: Lokalize 1.4\n + +#: ../src/daemon.c:188 +msgid Exceeded maximum number of notifications +msgstr सूचनांची कमाल संख्या वाढवले + +#: ../src/daemon.c:251 +msgid Invalid notification identifier +msgstr अवैध सूचना ओळखकर्ता + +#: ../src/nd-queue.c:472 +msgid Clear all notifications +msgstr सर्व सूचना नष्ट करा + +#: ../src/nd-queue.c:883 +msgid Notifications +msgstr सूचना + +#: ../src/sound.c:35 +msgid Notification +msgstr सूचना + +#: ../data/notification-daemon.desktop.in.in.h:1 +msgid Notification Daemon +msgstr सूचना डिमन + +#: ../data/notification-daemon.desktop.in.in.h:2 +msgid Display notifications +msgstr डिस्पले सूचना + diff --git a/src/nd-queue.c b/src/nd-queue.c index 3675fca..de73940 100644 --- a/src/nd-queue.c +++ b/src/nd-queue.c @@ -507,7 +507,7 @@ destroy_screens (NdQueue *queue) gdkwindow = gdk_screen_get_root_window (screen); gdk_window_remove_filter (gdkwindow, (GdkFilterFunc) screen_xevent_filter, queue-priv-screens[i]); -for (j = 0; i queue-priv-screens[i]-n_stacks; j++) { +for (j = 0; j queue-priv-screens[i]-n_stacks; j++) { g_object_unref (queue-priv-screens[i]-stacks[j]); queue-priv-screens[i]-stacks[j] = NULL; }
Bug#689862: gnome-mplayer: often segfaults inside iceweasel with MPEG, WMV, and AVI videos
On Sun, 7 Oct 2012 14:10:17 +0200 Sebastian Ramacher wrote: [...] I can't reproduce the segfault with or without noscript installed. First of all, thanks a lot for your prompt reply! It's really appreciated, believe me. So it'd be great if you could provide as with a backtrace. Otherwise I don't think there is much we can do. Please help me: how can I obtain a backtrace? I suppose I should install gnome-mplayer-dbg and libglib2.0-0-dbg. Then I should have gnome-mplayer run inside gdb, but how? Should I run the entire iceweasel within gdb? Or what else? I have just (re-)read the HowToGetABacktrace wiki page [1], but it does not seem to talk about getting backtraces for programs invoked by browser plugins... [1] http://wiki.debian.org/HowToGetABacktrace -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgpb2FrEel0IZ.pgp Description: PGP signature
Bug#689872: libkmod2: module parameters on kernel command line parsed wrong
Package: libkmod2 Version: 9-2 Severity: important Tags: d-i patch This problem only affects module parameters given on the kernel command line at boot time which include a '.' as part of their value. For example libata.force=1.5Gbps. The bug causes such values to overwrite the parameter, so this would get interpreted as parameter 5Gbps with no value. (force gets lost.) To reproduce this safely, add testmodule.testparam=1.5G to the end of the kernel command line at boot time. Then: $ /sbin/modprobe -c |grep 5G options testmodule 5G This problem prevented me from using the wheezy beta 2 debian-installer on a machine that needed libata.force=1.5Gbps to work properly with my new SSD. See https://lists.debian.org/debian-boot/2012/10/msg00049.html I'm including a very simple at the end of the report that fixes the problem. Feel free to modify/edit as necessary. With this patch: $ /sbin/modprobe -c |grep 5G options testmodule testparam=1.5G -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/1 CPU core) Locale: LANG=tr_TR.UTF-8, LC_CTYPE=tr_TR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libkmod2 depends on: ii libc6 2.13-35 ii multiarch-support 2.13-35 libkmod2 recommends no packages. libkmod2 suggests no packages. -- no debconf information *** kcmdline-option-parsing Description: Fixes parsing of module parameters on the kernel command line. Before this patch, if the parameter value had a '.' in it, that would break things. Author: Selim T. Erdoğan se...@alumni.cs.utexas.edu --- kmod-9.orig/libkmod/libkmod-config.c +++ kmod-9/libkmod/libkmod-config.c @@ -542,6 +542,7 @@ static int kmod_config_parse_kcmdline(st char buf[KCMD_LINE_SIZE]; int fd, err; char *p, *modname, *param = NULL, *value = NULL; + int in_value_text = 0; fd = open(/proc/cmdline, O_RDONLY|O_CLOEXEC); if (fd 0) { @@ -564,15 +565,20 @@ static int kmod_config_parse_kcmdline(st *p = '\0'; kcmdline_parse_result(config, modname, param, value); param = value = NULL; + in_value_text = 0; modname = p + 1; break; case '.': - *p = '\0'; - param = p + 1; - break; + if (in_value_text == 0) { + *p = '\0'; + param = p + 1; + break; + } case '=': - if (param != NULL) + if (param != NULL) { value = p + 1; + in_value_text=1; + } break; } } -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687779: unblock: ksh/93u+20120628-1
On 15/09/2012 19:51, Oliver Kiddle wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: freeze-exception Hi, Please unblock package ksh/93u+20120628-1 which fixes #679966 (severity grave). Frankly it would be better to exclude ksh from the next Debian release than include it with this bug because it breaks very basic functionality in the shell. The fix was done upstream so I don't really know the details. So intead of reverting a patch [1] and re-open a severity normal bug, you uploaded a new upstream release [2] ? [1] 1 file changed, 11 insertions(+) [2] 232 files changed, 4897 insertions(+), 2082 deletions(-) Regards, -- Mehdi Dogguy مهدي الدڤي -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687430: Chiming in
Cord, et al, Do we need to provide something else? Can we please have an answer, we want to organise events, including a second BSP, and having no mailing list is blocking this. If the listmasters don't want us there, please say so, we'll create a google group or something, but it's been a month since we requested the list and we still don't have an answer. On Tue, Sep 18, 2012 at 3:22 PM, Martín Ferrari tin...@debian.org wrote: Hi, I come late to this, as I didn't know there was a need to give seconds to mailing list proposals. This all started a couple of weeks ago, when we held the first BSP in Dublin. At the event, many new people was very enthusiastic about continuing work in Debian, and the already engaged people realised the lack of a local community was something to fix. A mailing list would be crucial for the bootstrap of this community, and I would like to avoid losing the steam we gathered during this event, so I'd really appreciate if this request could be fulfilled (or rejected) as soon as possible. If lists.d.o is not the right place for this, I would hastily create it somewhere else, but I'd rather not delay this much. Thanks. -- Martín Ferrari -- Martín Ferrari -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689873: Referrenced javascript files not packaged/shipped
Package: websvn Version: 2.3.3-1.1 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 There are some references for files located in the javascript/ directory, e.g. using Blame (checkout the source-code of the resulting site shown). Is there a reason, why those files are not shipped? Regards, Daniel - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (850, 'unstable'), (700, 'testing'), (560, 'stable'), (110, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages websvn depends on: ii apache2 2.2.22-11 ii apache2-mpm-prefork [httpd] 2.2.22-11 ii debconf [debconf-2.0]1.5.46 ii libapache2-mod-php5 5.4.4-7 ii php-geshi1.0.8.4-2 ii php5 5.4.4-7 ii po-debconf 1.0.16+nmu2 ii subversion 1.7.5-1 ii ucf 3.0025+nmu3 Versions of packages websvn recommends: pn enscript none websvn suggests no packages. - -- debconf information excluded -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlBxhBYACgkQm0bx+wiPa4xqbQCfT+nGp6oPtqOHjUJ4hnBoqeO/ KDAAnjQMr3UaIWO7pSlNTTm0hO7v4c1G =u9al -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#689715: Review of eyefiserver-2.3~rc1-1
Hello and thank you very much for your review! On Sunday 07 October 2012 09:09:28 Vincent Fourmond wrote: * I'd prefer the package to target experimental as of now; upload to unstable will follow the release of wheezy It makes sense. Done. * I don't see the point of including session dumps - especially 4MB of them ! Absolutely. Done. I did not change the orig tarball however. Right? * in debian/control, it should read wifi chip instead of wifi ship Fixed. Thanks. I'd be glad to upload once these problems are fixed. Don't increase the debian version number, but please mark the changes in debian/changelog. This is weird. I tried many things before, but did not show them in the changelog, since this is before first version. See: http://anonscm.debian.org/gitweb/?p=collab-maint/eyefiserver.git;a=commitdiff;h=0f8a8577bdc3272327eee05c04ae9d35a4fdcc61 Would that be better to keep that stuff too? I uploaded a new version to mentors, with just that last change in the changelog. Merci! signature.asc Description: This is a digitally signed message part.
Bug#687616: unblock php-apc/3.1.13-1
On 14/09/2012 11:52, Lior Kaplan wrote: Package: release.debian.org http://release.debian.org/ Severity: normal User: release.debian@packages.debian.org mailto:release.debian@packages.debian.org Usertags: unblock Please unblock package php-apc The current verson of php-apc in testing (3.1.10-1) was a major release (although that doesn't appear in the version itself) to support PHP 5.4. This current version in unstable (3.1.13-1) is a minor release for bug fixes, which I think we'll benefit from in the long run for Debian stable. I couldn't judge by looking at the diff because the top-directory in the sources is versioned :/ Could you please provide a sensible diff between the two version (patches applied)? Regards, -- Mehdi Dogguy مهدي الدڤي -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689874: gpsdrive: diff for NMU version 2.10~pre4-6.dfsg-5.2
Package: gpsdrive Version: 2.10~pre4-6.dfsg-5.1 Severity: normal Tags: patch pending Dear maintainer, I've prepared an NMU for gpsdrive (versioned as 2.10~pre4-6.dfsg-5.2) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. diff -u gpsdrive-2.10~pre4-6.dfsg/debian/rules gpsdrive-2.10~pre4-6.dfsg/debian/rules --- gpsdrive-2.10~pre4-6.dfsg/debian/rules +++ gpsdrive-2.10~pre4-6.dfsg/debian/rules @@ -13,7 +13,7 @@ DEB_UPSTREAM_VERSION := 2.10~pre4-6.dfsg UPSTREAM_VERSION := 2.10pre4 DESTDIR := ${CURDIR}/debian/tmp -MAPNIK_PATH = $(shell mapnik-plugin-base) +# MAPNIK_PATH = $(shell mapnik-plugin-base) CFLAGS = -Wall -g ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) @@ -51,14 +51,14 @@ libtoolize -i -f ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) \ --prefix=/usr \ ---enable-mapnik \ +--disable-mapnik \ --enable-dbus \ CFLAGS=$(CFLAGS) build: build-arch build-indep build-arch: config.status build-arch-stamp -build-arch-stamp: +build-arch-stamp: config.status dh_testdir $(MAKE) touch $@ @@ -90,11 +90,11 @@ install-poiDATA \ install-mapsDATA \ DESTDIR=$(DESTDIR) - install -d $(CURDIR)/debian/tmp/usr/share/gpsdrive/mapnik - install -m 644 $(CURDIR)/scripts/mapnik/osm.xml $(CURDIR)/debian/tmp/usr/share/gpsdrive/mapnik/osm.xml + # install -d $(CURDIR)/debian/tmp/usr/share/gpsdrive/mapnik + # install -m 644 $(CURDIR)/scripts/mapnik/osm.xml $(CURDIR)/debian/tmp/usr/share/gpsdrive/mapnik/osm.xml install -d $(CURDIR)/debian/tmp/usr/share/map-icons install -m 644 $(CURDIR)/data/map-icons/icons.xml $(CURDIR)/debian/tmp/usr/share/map-icons/icons.xml - $(MAKE) -C scripts/mapnik/ install DESTDIR=$(DESTDIR) + # $(MAKE) -C scripts/mapnik/ install DESTDIR=$(DESTDIR) $(MAKE) -C src/ install DESTDIR=$(DESTDIR) install-indep: build-indep @@ -116,7 +116,7 @@ # strip language extensions mv -f $(CURDIR)/debian/gpsdrive-scripts/usr/bin/convert-waypoints.pl $(CURDIR)/debian/gpsdrive-scripts/usr/bin/convert-waypoints mv -f $(CURDIR)/debian/gpsdrive-scripts/usr/bin/geoinfo.pl $(CURDIR)/debian/gpsdrive-scripts/usr/bin/geoinfo - mv -f $(CURDIR)/debian/gpsdrive-scripts/usr/bin/gpsdrive_mapnik_gentiles.py $(CURDIR)/debian/gpsdrive-scripts/usr/bin/gpsdrive_mapnik_gentiles + # mv -f $(CURDIR)/debian/gpsdrive-scripts/usr/bin/gpsdrive_mapnik_gentiles.py $(CURDIR)/debian/gpsdrive-scripts/usr/bin/gpsdrive_mapnik_gentiles mv -f $(CURDIR)/debian/gpsdrive-scripts/usr/bin/gpspoint2gpsdrive.pl $(CURDIR)/debian/gpsdrive-scripts/usr/bin/gpspoint2gpsdrive mv -f $(CURDIR)/debian/gpsdrive-scripts/usr/bin/poi-manager.pl $(CURDIR)/debian/gpsdrive-scripts/usr/bin/poi-manager mv -f $(CURDIR)/debian/gpsdrive-scripts/usr/share/man/man1/convert-waypoints.pl.1.gz \ diff -u gpsdrive-2.10~pre4-6.dfsg/debian/control gpsdrive-2.10~pre4-6.dfsg/debian/control --- gpsdrive-2.10~pre4-6.dfsg/debian/control +++ gpsdrive-2.10~pre4-6.dfsg/debian/control @@ -5,7 +5,7 @@ Uploaders: Andreas Putzo andr...@putzo.net, Francesco Paolo Lovergine fran...@debian.org DM-Upload-Allowed: yes Build-Depends: debhelper (= 7), automake1.9, libtool, pkg-config, libpcre3-dev, libgtk2.0-dev,libart-2.0-dev, libxml2-dev, libmysqlclient-dev, - autotools-dev, dpatch, libmapnik-dev (= 0.6), libboost-dev, libboost-filesystem-dev, libboost-serialization-dev, libdbus-glib-1-dev + autotools-dev, dpatch, libboost-dev, libboost-filesystem-dev, libboost-serialization-dev, libdbus-glib-1-dev, libltdl-dev (= 2.4) Standards-Version: 3.8.4 Homepage: http://gpsdrive.de Vcs-Svn: svn://svn.debian.org/svn/pkg-grass/packages/gpsdrive/trunk @@ -39,7 +39,7 @@ Package: gpsdrive-scripts Architecture: all -Depends: gpsdrive, ${perl:Depends}, python, python-imaging, python-mapnik, libdbi-perl, libdbd-mysql-perl, libdate-manip-perl, libfile-slurp-perl, +Depends: gpsdrive, ${perl:Depends}, python, python-imaging, libdbi-perl, libdbd-mysql-perl, libdate-manip-perl, libfile-slurp-perl, libmime-base64-perl, libtime-local-perl, libwww-curl-perl, libwww-mechanize-perl, libxml-parser-perl, libxml-simple-perl, libxml-twig-perl, libxml-writer-perl, perlmagick, perl-tk Description: Various scripts for gpsdrive diff -u gpsdrive-2.10~pre4-6.dfsg/debian/changelog gpsdrive-2.10~pre4-6.dfsg/debian/changelog --- gpsdrive-2.10~pre4-6.dfsg/debian/changelog +++ gpsdrive-2.10~pre4-6.dfsg/debian/changelog @@ -1,3 +1,15 @@ +gpsdrive (2.10~pre4-6.dfsg-5.2) unstable; urgency=low + + * Non-maintainer upload + + [ Allison Randal ] + * Disable optional mapnik libraries, gpsdrive is incompatible with +APIs of mapnik version 2.0.0. + * debian/patches/107-fix-disable-mapnik.dpatch: +Fix known bug with gpsdrive-2.10pre4 when disabling Mapnik library. + + -- Christian Perrier bubu...@debian.org Sun, 07 Oct 2012 14:27:36 +0200 + gpsdrive (2.10~pre4-6.dfsg-5.1) unstable; urgency=medium * Non-maintainer upload. diff -u
Bug#689875: sweethome3d: unavailable dependency (sweethome3d-furnitures)
Package: sweethome3d Version: 3.5+dfsg-1 Severity: important Sweethome3d 3.6+dfsg-2 depends on sweethome3d-furnitures package, which doesn't exist. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sweethome3d depends on: ii icedtea-netx-common 1.3-2 ii java-wrappers 0.1.25 ii java3ds-fileloader 1.2+dfsg-1 ii libbatik-java 1.7+dfsg-3 ii libfreehep-graphicsio-svg-java 2.1.1-3 ii libitext-java 2.1.7-4 ii libjava3d-java 1.5.2+dfsg-8 ii libsunflow-java 0.07.2.svn396+dfsg-9 ii openjdk-6-jre 6b24-1.11.4-3 sweethome3d recommends no packages. sweethome3d suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689862: gnome-mplayer: often segfaults inside iceweasel with MPEG, WMV, and AVI videos
On 2012-10-07 15:04:26, Francesco Poli wrote: Please help me: how can I obtain a backtrace? The best way to obtain a core dump from iceweasel plugins I came across so far is to do the following: Run: $ ulimit -c unlimited $ iceweasel and reproduce the crash. You should end up with a core dump in $(pwd). Run $ gdb /usr/bin/gnome-mplayer core to inspect it and get a back trace. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#689876: Drop usage of libsysfs
Package: libdirectfb-1.4-0 Version: 1.4.3-1 User: mp...@debian.org Usertags: libsysfs-deprecation Hello, this package is one of the few remaining ones which still use libsysfs. libsysfs and sysfsutils has been an evolutionary dead-end and has not been maintained for many years. I finally orphaned the package in Debian as well. Please drop the usage of libsysfs2/libsysfs-dev/sysfsutils from this package, and access /sys/ directly, or possibly use libudev [1] if you need some enumeration/filtering/notification API. Thanks for considering, Martin [1] http://www.freedesktop.org/software/systemd/libudev/ -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#689877: Drop usage of libsysfs
Package: openhpi-plugin-sysfs Version: 2.14.1-1.2 User: mp...@debian.org Usertags: libsysfs-deprecation Hello, this package is one of the few remaining ones which still use libsysfs. libsysfs and sysfsutils has been an evolutionary dead-end and has not been maintained for many years. I finally orphaned the package in Debian as well. Please drop the usage of libsysfs2/libsysfs-dev/sysfsutils from this package, and access /sys/ directly, or possibly use libudev [1] if you need some enumeration/filtering/notification API. Thanks for considering, Martin [1] http://www.freedesktop.org/software/systemd/libudev/ -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#689857: Please suggest winbind
On 10/07/2012 12:51 PM, Christian PERRIER wrote: Quoting Thomas Hood (jdth...@gmail.com): The Description mentions: For use in an NT4 domain or Active Directory realm, you will also need the winbind package. Should winbind be included on the Suggests: line? Well, there are many use cases where there is no need for winbind, particularly when the samba server is a domain controller or a standalone server, or a print server. So, I'm not convinced that it is a good idea to suggest winbind. I think it's a good idea to include it in Suggests, Christian's arguments make sense for not including it in Recommends though. Cheers Luk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685627: Bug#685960: unblock: gnupg/1.4.12-5 (pre-approval)
Control: tags 685960 + confirmed After a chat with KiBi the proposed changes shouldn't have any effect on the content / behaviour of the udeb, so please go ahead. Ping? Is there anything I could do to help #685627 get fix in Wheezy? I'm sorry, do you expect me to make this upload? I can do that, probably during the week. 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#689862: gnome-mplayer: often segfaults inside iceweasel with MPEG, WMV, and AVI videos
Control: tags -1 - moreinfo On Sun, 7 Oct 2012 15:41:15 +0200 Sebastian Ramacher wrote: On 2012-10-07 15:04:26, Francesco Poli wrote: Please help me: how can I obtain a backtrace? The best way to obtain a core dump from iceweasel plugins I came across so far is to do the following: Run: $ ulimit -c unlimited $ iceweasel and reproduce the crash. You should end up with a core dump in $(pwd). Run $ gdb /usr/bin/gnome-mplayer core to inspect it and get a back trace. Good, I've just done so (after installing gnome-mplayer-dbg and libglib2.0-0-dbg). The attached file is the log of the thread apply all bt full gdb command. I hope it may help to pinpoint the issue. Feel free to ask, in case you need additional information. Thanks a lot for your kind assistance! Bye. -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE gdb.txt.gz Description: Binary data pgpFRefPK71y9.pgp Description: PGP signature
Bug#687616: unblock php-apc/3.1.13-1
On Sun, Oct 7, 2012 at 3:34 PM, Mehdi Dogguy me...@dogguy.org wrote: I couldn't judge by looking at the diff because the top-directory in the sources is versioned :/ Could you please provide a sensible diff between the two version (patches applied)? I haven't applied any patches of my own, just took upstream maintenance releases. Regarding the Debian package, only the changelog was chnaged: $ debdiff php-apc_3.1.10-1.dsc php-apc_3.1.13-1.dsc | grep +++ | grep debian +++ php-apc-3.1.13/debian/changelog2012-09-04 20:01:26.0 +0300 Regarding upstream, see the attached diff between 3.1.10 to 3.1.13. Kaplan apc_3.1.10_to_3.1.13.diff.gz Description: GNU Zip compressed data
Bug#689878: Drop usage of libsysfs
Package: usbip 1.1.1+3.2.17-1 Version: 1.4.3-1 User: mp...@debian.org Usertags: libsysfs-deprecation Hello, this package is one of the few remaining ones which still use libsysfs. libsysfs and sysfsutils has been an evolutionary dead-end and has not been maintained for many years. I finally orphaned the package in Debian as well. Please drop the usage of libsysfs2/libsysfs-dev/sysfsutils from this package, and access /sys/ directly, or possibly use libudev [1] if you need some enumeration/filtering/notification API. Thanks for considering, Martin [1] http://www.freedesktop.org/software/systemd/libudev/ -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#689817: iceweasel: text rendering in lines of shown pages and tabs is unreadable, looks pixelized
Hi Daniel, in the hope it will be helpfull, i found a screenshot by somebody else which looks exactly like my experience: http://img844.imageshack.us/img844/7517/bildschirmfoto120520122.png Thanks and good luck! Uli On 06.10.2012 20:21, Daniel Kahn Gillmor wrote: On 10/06/2012 12:36 PM, Uli Wannek wrote: Browsing iceweasel gives sometimes partly unreadable text. Text looks scrambled, pixelized or bulky. Not only he content of the web pages, but also the tab header and sometimes iceweasel's menue. could you provide a screenshot of the poorly-rendered text? that might help other users and developers to see what you're talking about. thanks for your report, i hope someone more knowledgable than me can help sort out what the problem is. regards, --dkg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680825: Bug#685905: unblock: cmake/2.8.9-1
Quoting Modestas Vainius (mo...@debian.org): Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hello, I would like to ask for unblock of 2.8.9-1 for wheezy. Wheezy currently has 2.8.9~rc1 which is a feature complete release candidate of 2.8.9. So far, about 6 weeks later, nothing happened. And, as it has been stressed out later by Nicholas Breen, this version fixes a regression that affect other packages (such as gromacs). So, well: - either the release team has no time to review the whole diff and therefore will not unblock this package - either they don't accept it - either they accept it latebut that requires a very big investment from them In all 3 cases, I think that uploading a package with a fix for #681428 *only* would not hurt.and would anyway fix the induced bugs such as #680825 Could it be considered? I think that relying everything on an unblock for cmake 2.8.9-1 is too optimistic. I understand you may have gazillion of arguments to avoid providing an RC release in wheezybut, that had to happen before the freeze if you wanted to be sure it happens (yeah, I know, maybe upstream released after the freeze, dunnoIn Such case, this is just bad luck) PS: I know nothing about all this stuff. I went on this while randomly going through RC bugs. signature.asc Description: Digital signature
Bug#687430: RfML debian-dug-ie
Hallo! Du (Mart??n Ferrari) hast geschrieben: Do we need to provide something else? Can we please have an answer, we want to organise events, including a second BSP, and having no mailing list is blocking this. If the listmasters don't want us there, please say so, we'll create a google group or something, but it's been a month since we requested the list and we still don't have an answer. I see the interest of four persons in this list. We don't have a clear barrier how many people should express their support, but please ask some more people to express their support. This will strengthen your request. Yours, Cord, Debian Listmaster of the day -- http://lists.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689879: O: sysfsutils -- interface library to sysfs
Package: wnpp Severity: normal sysfsutils/libsysfs has been an evolutionary dead-end and has not been maintained for many years. Software should access /sys directly, and possibly use libudev for higher-level enumeration/filtering/notification functionality. sysfsutils's query tool is obsoleted by udevadm, which can perform the same (and more) functionality. Setting attributes in sysfs should usually happen through udev rules, or can be done in any local boot script, it's not worth having an entire package for this. There are unfortunately still a couple of reverse dependencies left: http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=libsysfs-deprecation;users=mp...@debian.org Package: sysfsutils Description-en: sysfs query tool and boot-time setup Sysfs is a virtual file system in Linux kernel 2.5+ that provides a tree of system devices. This package provides the program 'systool' to query it: it can list devices by bus, class, and topology. . In addition this package ships a configuration file /etc/sysfs.conf which allows one to conveniently set sysfs attributes at system bootup (in the init script /etc/init.d/sysfsutils). . If you need sysfs queries in own programs, then you may want to use the libsysfs library directly (package libsysfs-dev). Package: libsysfs-dev Description-en: interface library to sysfs - development files Sysfs is a virtual file system in Linux kernel 2.5+ that provides a tree of system devices. libsysfs provides a stable programming interface to sysfs and eases querying system devices and their attributes. . This package provides everything that is needed for developing own programs using libsysfs: C headers, a static library, documentation and example programs. -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629729: gtkrsync: diff for NMU version 1.0.4+nmu1
tags 629729 + pending thanks Dear maintainer, I've prepared an NMU for gtkrsync (versioned as 1.0.4+nmu1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. diff -Nru gtkrsync-1.0.4/debian/changelog gtkrsync-1.0.4+nmu1/debian/changelog --- gtkrsync-1.0.4/debian/changelog 2010-02-19 18:06:10.0 +0100 +++ gtkrsync-1.0.4+nmu1/debian/changelog 2012-10-07 15:48:29.0 +0200 @@ -1,3 +1,14 @@ +gtkrsync (1.0.4+nmu1) unstable; urgency=low + + * Non-maintainer upload. + + [ Sebastian Ramacher ] + * debian/control: Update Build-Deps for GHC 7. (Closes: #629729). + * debian/rules: Replace unrecognized option --copy-prefix with --destdir and +pass the correct path. + + -- Christian Perrier bubu...@debian.org Sun, 07 Oct 2012 15:48:21 +0200 + gtkrsync (1.0.4) unstable; urgency=low * New upstream release with updated documentation for rsync 3.0. diff -Nru gtkrsync-1.0.4/debian/control gtkrsync-1.0.4+nmu1/debian/control --- gtkrsync-1.0.4/debian/control 2008-03-21 14:35:46.0 +0100 +++ gtkrsync-1.0.4+nmu1/debian/control 2012-10-07 15:48:00.0 +0200 @@ -2,7 +2,7 @@ Section: utils Priority: optional Maintainer: John Goerzen jgoer...@complete.org -Build-Depends: debhelper (= 5), ghc6, libghc6-missingh-dev, libghc6-gtk-dev, libghc6-glade-dev, libghc6-gconf-dev, gtk-doc-tools, sgml2x, docbook-utils, jade, scons, xpdf-utils, lynx, libghc6-unix-dev +Build-Depends: debhelper (= 5), ghc, libghc-missingh-dev, libghc-gtk-dev, libghc-glade-dev, libghc-gconf-dev, gtk-doc-tools, sgml2x, docbook-utils, jade, scons, xpdf-utils, lynx, libghc-unix-dev Standards-Version: 3.7.2 Vcs-Git: git://git.complete.org/gtkrsync Vcs-Browser: http://git.complete.org/gtkrsync diff -Nru gtkrsync-1.0.4/debian/rules gtkrsync-1.0.4+nmu1/debian/rules --- gtkrsync-1.0.4/debian/rules 2008-03-21 14:33:18.0 +0100 +++ gtkrsync-1.0.4+nmu1/debian/rules 2012-10-07 15:48:00.0 +0200 @@ -58,7 +58,7 @@ # Add here commands to install the package into debian/gtkrsync. #$(MAKE) DESTDIR=$(CURDIR)/debian/gtkrsync install - ./setup copy --copy-prefix=`pwd`/debian/gtkrsync/usr + ./setup copy --destdir=`pwd`/debian/gtkrsync # Build architecture-independent files here.
Bug#684823: r-cran-pscl: FTBFS: unable to load shared object '/«PKGBUILDDIR»/debian/r-cran-pscl/usr/lib/R/site-library/pscl/libs/pscl.so'
Control: tags -1 + pending Dear Maintainer, Lucas Nussbaum lu...@lucas-nussbaum.net writes: Source: r-cran-pscl Version: 1.03.5-1 Severity: serious Tags: wheezy sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20120814 qa-ftbfs Justification: FTBFS in wheezy on amd64 During a rebuild of all packages in *wheezy*, your package failed to build on amd64. With the consent of the release team (see #688980), I have uploaded to DELAYED/2 an NMU of your package targeting testing-proposed-updates. Don't hesitate to tell me if I should delay longer. The debdiff is attached. Regards, diff -Nru r-cran-pscl-1.03.5/debian/changelog r-cran-pscl-1.03.5/debian/changelog --- r-cran-pscl-1.03.5/debian/changelog 2010-04-14 08:28:46.0 +0200 +++ r-cran-pscl-1.03.5/debian/changelog 2012-09-27 21:16:15.0 +0200 @@ -1,3 +1,10 @@ +r-cran-pscl (1.03.5-1+deb70u1) testing-proposed-updates; urgency=low + + * Non-maintainer upload. + * replace-obsolete-pythag.patch: new patch, fixes FTBFS (Closes: #684823) + + -- Sébastien Villemot sebast...@debian.org Thu, 27 Sep 2012 21:15:23 +0200 + r-cran-pscl (1.03.5-1) unstable; urgency=low * New upstream release. diff -Nru r-cran-pscl-1.03.5/debian/patches/replace-obsolete-pythag.patch r-cran-pscl-1.03.5/debian/patches/replace-obsolete-pythag.patch --- r-cran-pscl-1.03.5/debian/patches/replace-obsolete-pythag.patch 1970-01-01 01:00:00.0 +0100 +++ r-cran-pscl-1.03.5/debian/patches/replace-obsolete-pythag.patch 2012-09-27 21:14:49.0 +0200 @@ -0,0 +1,19 @@ +Description: Use hypot instead of pythag + The pythag function has been definitely abandoned in favor of hypot in + R 2.14.0, see /usr/share/doc/r-base-core/changelog.gz +Origin: upstream, version 1.03.10 +Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=684823 +Last-Update: 2012-08-27 +--- +This patch header follows DEP-3: http://dep.debian.net/deps/dep3/ +--- a/src/pi.c b/src/pi.c +@@ -13,7 +13,7 @@ + GetRNGstate(); + + for(i=0;i*n;i++){ +-d = pythag(unif_rand(),unif_rand()); ++d = hypot(unif_rand(),unif_rand()); + if(d1.0) + (*z)++; + } diff -Nru r-cran-pscl-1.03.5/debian/patches/series r-cran-pscl-1.03.5/debian/patches/series --- r-cran-pscl-1.03.5/debian/patches/series 1970-01-01 01:00:00.0 +0100 +++ r-cran-pscl-1.03.5/debian/patches/series 2012-09-27 21:14:49.0 +0200 @@ -0,0 +1 @@ +replace-obsolete-pythag.patch -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://www.dynare.org/sebastien `- GPG Key: 4096R/381A7594 pgpN56YdwxbpU.pgp Description: PGP signature
Bug#688196: mimedefang: diff for NMU version 2.73-1.1
tags 688196 + patch tags 688196 + pending thanks Dear maintainer, I've prepared an NMU for mimedefang (versioned as 2.73-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Carole King: Eventually diff -u mimedefang-2.73/debian/changelog mimedefang-2.73/debian/changelog --- mimedefang-2.73/debian/changelog +++ mimedefang-2.73/debian/changelog @@ -1,3 +1,15 @@ +mimedefang (2.73-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix modifies conffiles (policy 10.7.3): /etc/default/mimedefang: +- debian/{dir,rules}: install configuration file under /usr/share +- debian/mimedefang.postinst: copy it to /etc/default if necessary +- debian/mimedefang.postrm: remove it on purge +- debian/config: also handle no/false case +(Closes: #688196) + + -- gregor herrmann gre...@debian.org Sun, 07 Oct 2012 16:50:10 +0200 + mimedefang (2.73-1) unstable; urgency=low * New upstream release diff -u mimedefang-2.73/debian/rules mimedefang-2.73/debian/rules --- mimedefang-2.73/debian/rules +++ mimedefang-2.73/debian/rules @@ -70,7 +70,7 @@ # Add here commands to install the package into debian/mimedefang. $(MAKE) install DESTDIR=$(CURDIR)/debian/mimedefang - cp debian/mimedefang.conf debian/mimedefang/etc/default/mimedefang + cp debian/mimedefang.conf debian/mimedefang/usr/share/mimedefang/ cp debian/mimedefang.pl.conf debian/mimedefang/etc/mail/mimedefang.pl.conf rmdir debian/mimedefang/usr/sbin # rmdir debian/mimedefang/etc/spamassassin diff -u mimedefang-2.73/debian/mimedefang.dirs mimedefang-2.73/debian/mimedefang.dirs --- mimedefang-2.73/debian/mimedefang.dirs +++ mimedefang-2.73/debian/mimedefang.dirs @@ -4 +4 @@ -etc/default +usr/share/mimedefang diff -u mimedefang-2.73/debian/config mimedefang-2.73/debian/config --- mimedefang-2.73/debian/config +++ mimedefang-2.73/debian/config @@ -17,6 +17,9 @@ if [ $MX_EMBED_PERLx = yesx ] then db_set mimedefang/embedperl true +elif [ $MX_EMBED_PERLx = nox ] +then + db_set mimedefang/embedperl false fi fi diff -u mimedefang-2.73/debian/mimedefang.postinst mimedefang-2.73/debian/mimedefang.postinst --- mimedefang-2.73/debian/mimedefang.postinst +++ mimedefang-2.73/debian/mimedefang.postinst @@ -90,8 +90,12 @@ rm -f /etc/mail/mimedefang.conf fi # Setup embeded perl - db_get mimedefang/embedperl || true CONFFILE=/etc/default/mimedefang + # Copy file if it doesn't exist + if [ ! -e $CONFFILE ]; then + cp /usr/share/mimedefang/mimedefang.conf $CONFFILE + fi + db_get mimedefang/embedperl || true if [ $RET = 'true' ]; then set_value $CONFFILE MX_EMBED_PERL yes else diff -u mimedefang-2.73/debian/mimedefang.postrm mimedefang-2.73/debian/mimedefang.postrm --- mimedefang-2.73/debian/mimedefang.postrm +++ mimedefang-2.73/debian/mimedefang.postrm @@ -23,6 +23,7 @@ deluser --quiet defang 2 /dev/null || true deluser --quiet smmsp defang 2 /dev/null || true delgroup --quiet defang 2 /dev/null || true + rm -f /etc/default/mimedefang fi case $1 in signature.asc Description: Digital signature
Bug#689817: iceweasel: text rendering in lines of shown pages and tabs is unreadable, looks pixelized
On 07/10/12 16:39, Uli Wannek wrote: Hi Daniel, in the hope it will be helpfull, i found a screenshot by somebody else which looks exactly like my experience: http://img844.imageshack.us/img844/7517/bildschirmfoto120520122.png Thanks and good luck! Uli You should check out libcairo2 bugs → http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=libcairo2;dist=unstable Several people (me included) had this problem with libcairo2 (version 1.12). I solved it by downgrading to 1.10 Jérémie -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689880: Ships a folder in /var/run or /var/lock (Policy Manual section 9.3.2)
Package: autodir Version: 0.99.9-7.1 Severity: serious Tags: patch Dear Maintainer, Andreas Beckmann deb...@abeckmann.de reported in -devel that your package (as well as 27 others) ships a folder either in /var/run or /var/lock. This is forbidden by policy. Lintian detects the problem and warns as follow: /var/run may be a temporary filesystem, so any directories or files needed /there must be created dynamically at boot time. Refer to Debian Policy Manual section 9.3.2 (Writing the scripts) for details. Severity: serious, Certainty: possible Check: files, Type: binary, udeb which is why I am reporting this bug with severity serious (and there fore, release critical). Please fix your package. I have attached what I believe is a good fix the problem, however, I haven't tried it, and I haven't tested if something more for creating the necessary folder at runtime should be added. Please make sure to test before applying the patch blindly. Cheers, Thomas Goirand (zigo) diff -Nru autodir-0.99.9/debian/changelog autodir-0.99.9/debian/changelog --- autodir-0.99.9/debian/changelog 2012-01-18 18:03:38.0 + +++ autodir-0.99.9/debian/changelog 2012-10-07 10:16:07.0 + @@ -1,3 +1,10 @@ +autodir (0.99.9-7.2) unstable; urgency=low + + * Non-maintainer upload. + * Package doesn't ship /var/lock/autodir anymore (Closes: #XX). + + -- Thomas Goirand z...@debian.org Sun, 07 Oct 2012 10:14:07 + + autodir (0.99.9-7.1) unstable; urgency=low * Non-maintainer upload. diff -Nru autodir-0.99.9/debian/dirs autodir-0.99.9/debian/dirs --- autodir-0.99.9/debian/dirs 2006-02-20 15:20:39.0 + +++ autodir-0.99.9/debian/dirs 2012-10-07 10:15:02.0 + @@ -1,3 +1,2 @@ usr/sbin usr/lib/autodir -var/lock/autodir
Bug#689881: Ships a folder in /var/run or /var/lock (Policy Manual section 9.3.2)
Package: bastille Version: 3.0.9-13 Severity: serious Tags: patch Dear Maintainer, Andreas Beckmann deb...@abeckmann.de reported in -devel that your package (as well as 27 others) ships a folder either in /var/run or /var/lock. This is forbidden by policy. Lintian detects the problem and warns as follow: /var/run may be a temporary filesystem, so any directories or files needed /there must be created dynamically at boot time. Refer to Debian Policy Manual section 9.3.2 (Writing the scripts) for details. Severity: serious, Certainty: possible Check: files, Type: binary, udeb which is why I am reporting this bug with severity serious (and there fore, release critical). Please fix your package. I have attached what I believe is a good fix the problem, however, I haven't tried it, and I haven't tested if something more for creating the necessary folder at runtime should be added. Please make sure to test before applying the patch blindly. Cheers, Thomas Goirand (zigo) diff -u bastille-3.0.9/debian/dirs bastille-3.0.9/debian/dirs --- bastille-3.0.9/debian/dirs +++ bastille-3.0.9/debian/dirs @@ -9,7 +9,6 @@ usr/share/Bastille usr/share/Bastille/OSMap usr/share/Bastille/Questions -var/lock/bastille var/log/Bastille var/log/Bastille/revert var/log/Bastille/revert/backup diff -u bastille-3.0.9/debian/bastille-firewall bastille-3.0.9/debian/bastille-firewall --- bastille-3.0.9/debian/bastille-firewall +++ bastille-3.0.9/debian/bastille-firewall @@ -75,6 +75,7 @@ [ ! -d /var/lock ] mkdir -m 0755 /var/lock mkdir -m 0700 /var/lock/bastille-firewall 2/dev/null +mkdir -m 0700 /var/lock/bastille if [ $? -ne 0 ]; then if [ -n ${BASTILLE_FWALL_QUIET_FAIL} ]; then exit 0; fi echo ERROR: bastille-firewall currently being reset or lock is stuck. diff -u bastille-3.0.9/debian/changelog bastille-3.0.9/debian/changelog --- bastille-3.0.9/debian/changelog +++ bastille-3.0.9/debian/changelog @@ -1,3 +1,10 @@ +bastille (1:3.0.9-13.1) unstable; urgency=low + + * Non-maintainer upload. + * Fixes (Closes: #XX). + + -- Thomas Goirand z...@debian.org Sun, 07 Oct 2012 10:18:29 + + bastille (1:3.0.9-13) unstable; urgency=high * Bastille/Debian_API.pm: Fix bug in the permissions diff -u bastille-3.0.9/debian/postrm bastille-3.0.9/debian/postrm --- bastille-3.0.9/debian/postrm +++ bastille-3.0.9/debian/postrm @@ -23,6 +23,7 @@ do [ -f $file ] rm -f $file done + rm -rf /var/lock/bastille /var/lock/bastille-firewall ;; remove|upgrade|failed-upgrade|abort-install|abort-upgrade|disappear) # Do nothing
Bug#689883: Ships a folder in /var/run or /var/lock (Policy Manual section 9.3.2)
Package: checkservice Version: 1.1.0-11 Severity: serious Tags: patch Dear Maintainer, Andreas Beckmann deb...@abeckmann.de reported in -devel that your package (as well as 27 others) ships a folder either in /var/run or /var/lock. This is forbidden by policy. Lintian detects the problem and warns as follow: /var/run may be a temporary filesystem, so any directories or files needed /there must be created dynamically at boot time. Refer to Debian Policy Manual section 9.3.2 (Writing the scripts) for details. Severity: serious, Certainty: possible Check: files, Type: binary, udeb which is why I am reporting this bug with severity serious (and there fore, release critical). Please fix your package. I have attached what I believe is a good fix the problem, however, I haven't tried it, and I haven't tested if something more for creating the necessary folder at runtime should be added. Please make sure to test before applying the patch blindly. Cheers, Thomas Goirand (zigo) diff -u checkservice-1.1.0/debian/changelog checkservice-1.1.0/debian/changelog --- checkservice-1.1.0/debian/changelog +++ checkservice-1.1.0/debian/changelog @@ -1,3 +1,10 @@ +checkservice (1.1.0-11.1) unstable; urgency=low + + * Non-maintainer upload. + * Fixes wrong handling of var/lock/checkservice life cycle (Closes: #XX). + + -- Thomas Goirand z...@debian.org Sun, 07 Oct 2012 10:31:51 + + checkservice (1.1.0-11) unstable; urgency=low * Set pluginpath to /usr/share/checkservice too ;) diff -u checkservice-1.1.0/debian/dirs checkservice-1.1.0/debian/dirs --- checkservice-1.1.0/debian/dirs +++ checkservice-1.1.0/debian/dirs @@ -8,3 +8,2 @@ var/cache/checkservice -var/lock/checkservice var/log/checkservice diff -u checkservice-1.1.0/debian/checkservice.cron.d checkservice-1.1.0/debian/checkservice.cron.d --- checkservice-1.1.0/debian/checkservice.cron.d +++ checkservice-1.1.0/debian/checkservice.cron.d @@ -6 +6 @@ -*/10 * * * * root [ -x /usr/sbin/checkservice -a -f /etc/checkservice/checkservice.conf ] /usr/sbin/checkservice -l /var/log/checkservice /dev/null +*/10 * * * * root [ -x /usr/sbin/checkservice -a -f /etc/checkservice/checkservice.conf ] mkdir -p /var/lock/checkservice /usr/sbin/checkservice -l /var/log/checkservice /dev/null --- checkservice-1.1.0.orig/debian/postrm +++ checkservice-1.1.0/debian/postrm @@ -0,0 +1,9 @@ +#!/bin/sh + +set -e + +if [ ${1} = purge ] ; then + rm -rf /var/lock/checkservice +fi + +#DEBHELPER#
Bug#689882: Ships a folder in /var/run or /var/lock (Policy Manual section 9.3.2)
Package: bnetd Version: 0.4.25-8 Severity: serious Dear Maintainer, Andreas Beckmann deb...@abeckmann.de reported in -devel that your package (as well as 27 others) ships a folder either in /var/run or /var/lock. This is forbidden by policy. Lintian detects the problem and warns as follow: /var/run may be a temporary filesystem, so any directories or files needed /there must be created dynamically at boot time. Refer to Debian Policy Manual section 9.3.2 (Writing the scripts) for details. Severity: serious, Certainty: possible Check: files, Type: binary, udeb which is why I am reporting this bug with severity serious (and there fore, release critical). Please fix your package. I have attached what I believe is a good fix the problem, however, I haven't tried it, and I haven't tested if something more for creating the necessary folder at runtime should be added. Please make sure to test before applying the patch blindly. Cheers, Thomas Goirand (zigo) diff -u bnetd-0.4.25/debian/postinst bnetd-0.4.25/debian/postinst --- bnetd-0.4.25/debian/postinst +++ bnetd-0.4.25/debian/postinst @@ -12,7 +12,7 @@ ;; esac -for dir in /var/lib/bnetd/player /var/lib/bnetd/reports /var/lib/bnetd/chanlogs /var/run/bnetd; do +for dir in /var/lib/bnetd/player /var/lib/bnetd/reports /var/lib/bnetd/chanlogs; do chown games $dir done diff -u bnetd-0.4.25/debian/changelog bnetd-0.4.25/debian/changelog --- bnetd-0.4.25/debian/changelog +++ bnetd-0.4.25/debian/changelog @@ -1,3 +1,10 @@ +bnetd (0.4.25-8.1) unstable; urgency=low + + * Non-maintainer upload. + * Maintains /var/run/bnetd dynamically at boot time (Closes: #XX). + + -- Thomas Goirand z...@debian.org Sat, 06 Oct 2012 16:04:26 +0800 + bnetd (0.4.25-8) unstable; urgency=low * Removed bashism in init.d script (Closes: #464496) diff -u bnetd-0.4.25/debian/init bnetd-0.4.25/debian/init --- bnetd-0.4.25/debian/init +++ bnetd-0.4.25/debian/init @@ -25,6 +25,9 @@ set -e +mkdir -p /var/run/bnetd || true +chown games /var/run/bnetd || true + case $1 in start) echo -n Starting $DESC: diff -u bnetd-0.4.25/debian/dirs bnetd-0.4.25/debian/dirs --- bnetd-0.4.25/debian/dirs +++ bnetd-0.4.25/debian/dirs @@ -9 +8,0 @@ -var/run/bnetd
Bug#689885: Ships a folder in /var/run or /var/lock (Policy Manual section 9.3.2)
Package: cpushare Version: 0.48-4 Severity: serious Tags: patch Dear Maintainer, Andreas Beckmann deb...@abeckmann.de reported in -devel that your package (as well as 27 others) ships a folder either in /var/run or /var/lock. This is forbidden by policy. Lintian detects the problem and warns as follow: /var/run may be a temporary filesystem, so any directories or files needed /there must be created dynamically at boot time. Refer to Debian Policy Manual section 9.3.2 (Writing the scripts) for details. Severity: serious, Certainty: possible Check: files, Type: binary, udeb which is why I am reporting this bug with severity serious (and there fore, release critical). Please fix your package. I have attached what I believe is a good fix the problem, however, I haven't tried it, and I haven't tested if something more for creating the necessary folder at runtime should be added. Please make sure to test before applying the patch blindly. Cheers, Thomas Goirand (zigo) diff -u cpushare-0.48/debian/cpushare.postinst cpushare-0.48/debian/cpushare.postinst --- cpushare-0.48/debian/cpushare.postinst +++ cpushare-0.48/debian/cpushare.postinst @@ -4,7 +4,7 @@ adduser --quiet --system --no-create-home --home /var/run/cpushare cpushare fi -for d in /var/run/cpushare /var/log/cpushare /var/cache/cpushare; do +for d in /var/log/cpushare /var/cache/cpushare; do chown cpushare:nogroup $d chmod 755 $d done diff -u cpushare-0.48/debian/cpushare.dirs cpushare-0.48/debian/cpushare.dirs --- cpushare-0.48/debian/cpushare.dirs +++ cpushare-0.48/debian/cpushare.dirs @@ -10,3 +10,2 @@ /var/cache/cpushare -/var/run/cpushare /var/log/cpushare diff -u cpushare-0.48/debian/changelog cpushare-0.48/debian/changelog --- cpushare-0.48/debian/changelog +++ cpushare-0.48/debian/changelog @@ -1,3 +1,10 @@ +cpushare (0.48-4.1) unstable; urgency=low + + * Non-maintainer upload. + * Doesn't ship /var/run/cpushare in the .deb (Closes: #XX). + + -- Thomas Goirand z...@debian.org Sat, 06 Oct 2012 16:26:30 +0800 + cpushare (0.48-4) unstable; urgency=low * debian/.noinit: added content to this file because dpkg-buildpackage
Bug#689884: Ships a folder in /var/run or /var/lock (Policy Manual section 9.3.2)
Package: couriergraph Version: 0.25-4.1 Severity: serious Tags: patch Dear Maintainer, Andreas Beckmann deb...@abeckmann.de reported in -devel that your package (as well as 27 others) ships a folder either in /var/run or /var/lock. This is forbidden by policy. Lintian detects the problem and warns as follow: /var/run may be a temporary filesystem, so any directories or files needed /there must be created dynamically at boot time. Refer to Debian Policy Manual section 9.3.2 (Writing the scripts) for details. Severity: serious, Certainty: possible Check: files, Type: binary, udeb which is why I am reporting this bug with severity serious (and there fore, release critical). Please fix your package. I have attached what I believe is a good fix the problem, however, I haven't tried it, and I haven't tested if something more for creating the necessary folder at runtime should be added. Please make sure to test before applying the patch blindly. Cheers, Thomas Goirand (zigo) diff -u couriergraph-0.25/debian/changelog couriergraph-0.25/debian/changelog --- couriergraph-0.25/debian/changelog +++ couriergraph-0.25/debian/changelog @@ -1,3 +1,10 @@ +couriergraph (0.25-4.2) unstable; urgency=low + + * Non-maintainer upload. + * Doesn't ship /var/run/servergraph in the .deb anymore (Closes: #XX). + + -- Thomas Goirand z...@debian.org Sat, 06 Oct 2012 16:18:50 +0800 + couriergraph (0.25-4.1) unstable; urgency=low * Non-maintainer upload. diff -u couriergraph-0.25/debian/dirs couriergraph-0.25/debian/dirs --- couriergraph-0.25/debian/dirs +++ couriergraph-0.25/debian/dirs @@ -4 +3,0 @@ -var/run/servergraph diff -u couriergraph-0.25/debian/init couriergraph-0.25/debian/init --- couriergraph-0.25/debian/init +++ couriergraph-0.25/debian/init @@ -23,6 +23,9 @@ if [ -f $CONFIG ]; then . $CONFIG fi + +mkdir -p /var/run/servergraph || true +chown daemon:root /var/run/servergraph || true case $1 in start) diff -u couriergraph-0.25/debian/postinst couriergraph-0.25/debian/postinst --- couriergraph-0.25/debian/postinst +++ couriergraph-0.25/debian/postinst @@ -27,7 +27,6 @@ # installation fails and the `postinst' is called with `abort-upgrade', # `abort-remove' or `abort-deconfigure'. -RUNDIR=/var/run/servergraph DATADIR=/var/lib/couriergraph CACHEDIR=/var/cache/couriergraph DEFAULTS=/etc/default/couriergraph @@ -35,9 +34,6 @@ case $1 in configure) - mkdir -p $RUNDIR || true - chown daemon:root $RUNDIR - if [ ! -d $DATADIR ]; then mkdir $DATADIR; fi chown root:adm $DATADIR chmod 775 $DATADIR
Bug#675971: patches for fixing RC bug, intent to upload NMU
On Thu, 04 Oct 2012 21:33:07 -0400, Chris Knadle wrote: CCing the tech-ctte and release-team, as the intent is to coordinate with both for approval to upload this NMU. [..] I contacted Gregor Hermann and with his help we created a minimal diff for a new upload targeted for Wheezy, as requested in TC #682010. I'm posting it here to give you a chance to review it if you wish. Unless you wish to discuss it, this will be uploaded soon to a DELAYED/XX queue at which time there will be an additional notification posted here. Three patches attached: mumble-celt.diff-- the fix for #675971 I'm willing to upload Chris' patch as an NMU in case Ron and Thorvald don't get around to doing a maintainer upload. Still, I'd appreciate a quick look by a CTTE member to check if this implements their decision correctly, and especially a pre-approval of the RT, since this is targetted at wheezy (please note that the versions in wheezy and sid are already different, and this patch applies on top of the version in sid). -- Thanks in advance! Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Carole King: Eventually signature.asc Description: Digital signature
Bug#689887: Ships a folder in /var/run or /var/lock (Policy Manual section 9.3.2)
Package: distmp3 Version: 0.1.9.ds1-4.4 Severity: serious Tags: patch Dear Maintainer, Andreas Beckmann deb...@abeckmann.de reported in -devel that your package (as well as 27 others) ships a folder either in /var/run or /var/lock. This is forbidden by policy. Lintian detects the problem and warns as follow: /var/run may be a temporary filesystem, so any directories or files needed /there must be created dynamically at boot time. Refer to Debian Policy Manual section 9.3.2 (Writing the scripts) for details. Severity: serious, Certainty: possible Check: files, Type: binary, udeb which is why I am reporting this bug with severity serious (and there fore, release critical). Please fix your package. I have attached what I believe is a good fix the problem, however, I haven't tried it, and I haven't tested if something more for creating the necessary folder at runtime should be added. Please make sure to test before applying the patch blindly. Cheers, Thomas Goirand (zigo) diff -u distmp3-0.1.9.ds1/debian/rules distmp3-0.1.9.ds1/debian/rules --- distmp3-0.1.9.ds1/debian/rules +++ distmp3-0.1.9.ds1/debian/rules @@ -17,7 +17,7 @@ dh_testroot dh_clean -k - dh_installdirs /usr/bin /etc /var/run/distmp3 + dh_installdirs /usr/bin /etc install -m 755 distmp3 debian/distmp3/usr/bin install -m 755 distmp3host debian/distmp3/usr/bin diff -u distmp3-0.1.9.ds1/debian/distmp3.postinst distmp3-0.1.9.ds1/debian/distmp3.postinst --- distmp3-0.1.9.ds1/debian/distmp3.postinst +++ distmp3-0.1.9.ds1/debian/distmp3.postinst @@ -18,8 +18,6 @@ adduser --quiet --system --home /nonexistent --disabled-password \ --no-create-home --group distmp3 fi - - chown $USER:$USER /var/run/distmp3 fi #DEBHELPER# diff -u distmp3-0.1.9.ds1/debian/changelog distmp3-0.1.9.ds1/debian/changelog --- distmp3-0.1.9.ds1/debian/changelog +++ distmp3-0.1.9.ds1/debian/changelog @@ -1,3 +1,10 @@ +distmp3 (0.1.9.ds1-4.5) unstable; urgency=low + + * Non-maintainer upload. + * Fixes bad handling of /var/run/distmp3 life cycle (Closes: #XX). + + -- Thomas Goirand z...@debian.org Sat, 06 Oct 2012 16:43:30 +0800 + distmp3 (0.1.9.ds1-4.4) unstable; urgency=low * Non-maintainer upload. diff -u distmp3-0.1.9.ds1/debian/distmp3.init distmp3-0.1.9.ds1/debian/distmp3.init --- distmp3-0.1.9.ds1/debian/distmp3.init +++ distmp3-0.1.9.ds1/debian/distmp3.init @@ -33,6 +33,13 @@ set -e +if [ ! -d /var/run/distmp3 ] ; then + mkdir -p /var/run/distmp3 || true + if [ -d /var/run/distmp3 ] ; then + chown distmp3:distmp3 /var/run/distmp3 + fi +fi + case $1 in start) echo -n Starting $DESC: $NAME only in patch2: unchanged: --- distmp3-0.1.9.ds1.orig/debian/distmp3.postrm +++ distmp3-0.1.9.ds1/debian/distmp3.postrm @@ -0,0 +1,10 @@ +#!/bin/sh + +set -e + +if [ ${1} = purge ] ; then + rm -rf /var/run/distmp3 +fi + +#DEBHELPER# +
Bug#689886: Ships a folder in /var/run or /var/lock (Policy Manual section 9.3.2)
Package: dancer-ircd Version: 1.0.36-8 Severity: serious Tags: patch Dear Maintainer, Andreas Beckmann deb...@abeckmann.de reported in -devel that your package (as well as 27 others) ships a folder either in /var/run or /var/lock. This is forbidden by policy. Lintian detects the problem and warns as follow: /var/run may be a temporary filesystem, so any directories or files needed /there must be created dynamically at boot time. Refer to Debian Policy Manual section 9.3.2 (Writing the scripts) for details. Severity: serious, Certainty: possible Check: files, Type: binary, udeb which is why I am reporting this bug with severity serious (and there fore, release critical). Please fix your package. I have attached what I believe is a good fix the problem, however, I haven't tried it, and I haven't tested if something more for creating the necessary folder at runtime should be added. Please make sure to test before applying the patch blindly. Cheers, Thomas Goirand (zigo) diff -u dancer-ircd-1.0.36/debian/init.d dancer-ircd-1.0.36/debian/init.d --- dancer-ircd-1.0.36/debian/init.d +++ dancer-ircd-1.0.36/debian/init.d @@ -16,11 +16,19 @@ DAEMON=/usr/sbin/dancer-ircd NAME=dancer-ircd DESC=dancer-ircd +RUNDIR=/var/run/dancer-ircd test -f $DAEMON || exit 0 set -e +if [ ! -d ${RUNDIR} ] ; then + mkdir -p ${RUNDIR} || true + if [ -d ${RUNDIR} ] ; then + chown dancer:dancer ${RUNDIR} + fi +fi + case $1 in start) echo -n Starting $DESC: diff -u dancer-ircd-1.0.36/debian/dancer-ircd.dirs dancer-ircd-1.0.36/debian/dancer-ircd.dirs --- dancer-ircd-1.0.36/debian/dancer-ircd.dirs +++ dancer-ircd-1.0.36/debian/dancer-ircd.dirs @@ -7 +6,0 @@ -var/run/dancer-ircd diff -u dancer-ircd-1.0.36/debian/dancer-ircd.postinst dancer-ircd-1.0.36/debian/dancer-ircd.postinst --- dancer-ircd-1.0.36/debian/dancer-ircd.postinst +++ dancer-ircd-1.0.36/debian/dancer-ircd.postinst @@ -21,7 +21,6 @@ # limitation. Someday it will be fixed chown $USER:$USER /var/log/dancer-ircd - chown $USER:$USER /var/run/dancer-ircd chown $USER:$USER /var/lib/dancer-ircd chown $USER:$USER /var/lib/dancer-ircd/dline.conf chown $USER:$USER /var/lib/dancer-ircd/kline.conf diff -u dancer-ircd-1.0.36/debian/changelog dancer-ircd-1.0.36/debian/changelog --- dancer-ircd-1.0.36/debian/changelog +++ dancer-ircd-1.0.36/debian/changelog @@ -1,3 +1,10 @@ +dancer-ircd (1.0.36-8.1) unstable; urgency=low + + * Non-maintainer upload. + * Fixes handling of /var/run/dancer-ircd life cycle (Closes: #XX). + + -- Thomas Goirand z...@debian.org Sun, 07 Oct 2012 10:42:26 + + dancer-ircd (1.0.36-8) unstable; urgency=medium * Bump Standards-Version to 3.7.3.
Bug#689888: Ships a folder in /var/run or /var/lock (Policy Manual section 9.3.2)
Package: dk-milter Version: 1.0.0.dfsg-1.2 Severity: serious Tags: patch Dear Maintainer, Andreas Beckmann deb...@abeckmann.de reported in -devel that your package (as well as 27 others) ships a folder either in /var/run or /var/lock. This is forbidden by policy. Lintian detects the problem and warns as follow: /var/run may be a temporary filesystem, so any directories or files needed /there must be created dynamically at boot time. Refer to Debian Policy Manual section 9.3.2 (Writing the scripts) for details. Severity: serious, Certainty: possible Check: files, Type: binary, udeb which is why I am reporting this bug with severity serious (and there fore, release critical). Please fix your package. I have attached what I believe is a good fix the problem, however, I haven't tried it, and I haven't tested if something more for creating the necessary folder at runtime should be added. Please make sure to test before applying the patch blindly. Cheers, Thomas Goirand (zigo) diff -u dk-milter-1.0.0.dfsg/debian/dk-filter.postrm dk-milter-1.0.0.dfsg/debian/dk-filter.postrm --- dk-milter-1.0.0.dfsg/debian/dk-filter.postrm +++ dk-milter-1.0.0.dfsg/debian/dk-filter.postrm @@ -6,6 +6,7 @@ if [ -x /usr/sbin/deluser ] id -u dk-filter /dev/null 21; then deluser --quiet dk-filter fi + rm -rf /var/run/dk-filter fi #DEBHELPER# diff -u dk-milter-1.0.0.dfsg/debian/changelog dk-milter-1.0.0.dfsg/debian/changelog --- dk-milter-1.0.0.dfsg/debian/changelog +++ dk-milter-1.0.0.dfsg/debian/changelog @@ -1,3 +1,10 @@ +dk-milter (1.0.0.dfsg-1.3) unstable; urgency=low + + * Non-maintainer upload. + * Fixes handling of /var/run folder life cycle (Closes: #XX). + + -- Thomas Goirand z...@debian.org Sat, 06 Oct 2012 16:53:27 +0800 + dk-milter (1.0.0.dfsg-1.2) unstable; urgency=low * Non-maintainer upload. diff -u dk-milter-1.0.0.dfsg/debian/dk-filter.postinst dk-milter-1.0.0.dfsg/debian/dk-filter.postinst --- dk-milter-1.0.0.dfsg/debian/dk-filter.postinst +++ dk-milter-1.0.0.dfsg/debian/dk-filter.postinst @@ -4,18 +4,12 @@ if [ $1 = configure ]; then if ! id -u dk-filter /dev/null 21; then - adduser --quiet --system --group --home /var/run/dk-filter dk-filter + adduser --quiet --system --group --home /var/run/dk-filter --no-create-home dk-filter elif [ -n $2 ] dpkg --compare-versions $2 lt 0.6.0.dfsg-2; then # Versions 0.6.0.dfsg-2 shipped without the dk-filter group addgroup --quiet --system dk-filter usermod -g dk-filter dk-filter fi - - # Set ownership if the admin has not overriden it. - if ! dpkg-statoverride --list /var/run/dk-filter /dev/null; then - chown dk-filter:dk-filter /var/run/dk-filter - chmod g+s /var/run/dk-filter - fi fi #DEBHELPER# diff -u dk-milter-1.0.0.dfsg/debian/dk-filter.init dk-milter-1.0.0.dfsg/debian/dk-filter.init --- dk-milter-1.0.0.dfsg/debian/dk-filter.init +++ dk-milter-1.0.0.dfsg/debian/dk-filter.init @@ -38,6 +38,14 @@ DAEMON_OPTS=-u $USER -P $PIDFILE -p $SOCKET $DAEMON_OPTS +if [ ! -d ${RUNDIR} ] ; then + mkdir -p ${RUNDIR} || true + if [ -d ${RUNDIR} ] ; then + chown ${USER}:${GROUP} ${RUNDIR} + chmod g+s ${RUNDIR} + fi +fi + start() { # Create the run directory if it doesn't exist if [ ! -d $RUNDIR ]; then
Bug#689889: Ships a folder in /var/run or /var/lock (Policy Manual section 9.3.2)
Package: echolot Version: 2.1.8-6 Severity: serious Tags: patch Dear Maintainer, Andreas Beckmann deb...@abeckmann.de reported in -devel that your package (as well as 27 others) ships a folder either in /var/run or /var/lock. This is forbidden by policy. Lintian detects the problem and warns as follow: /var/run may be a temporary filesystem, so any directories or files needed /there must be created dynamically at boot time. Refer to Debian Policy Manual section 9.3.2 (Writing the scripts) for details. Severity: serious, Certainty: possible Check: files, Type: binary, udeb which is why I am reporting this bug with severity serious (and there fore, release critical). Please fix your package. I have attached what I believe is a good fix the problem, however, I haven't tried it, and I haven't tested if something more for creating the necessary folder at runtime should be added. Please make sure to test before applying the patch blindly. Cheers, Thomas Goirand (zigo) diff -u echolot-2.1.8/debian/changelog echolot-2.1.8/debian/changelog --- echolot-2.1.8/debian/changelog +++ echolot-2.1.8/debian/changelog @@ -1,3 +1,10 @@ +echolot (2.1.8-6.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Fixes handling of the /var/run/echolot folder life cycle (Closes: #XX). + + -- Thomas Goirand z...@debian.org Sat, 06 Oct 2012 16:59:36 +0800 + echolot (2.1.8-6) unstable; urgency=low * In postrm during purge remove (rm -rf) /var/lib/echolot instead of diff -u echolot-2.1.8/debian/echolot.init echolot-2.1.8/debian/echolot.init --- echolot-2.1.8/debian/echolot.init +++ echolot-2.1.8/debian/echolot.init @@ -25,7 +25,8 @@ # You probably don't want to mess with stuff below this line -PIDFILE=/var/run/echolot/pingd.pid +RUNFLD=/var/run/echolot +PIDFILE=${RUNFLD}/pingd.pid CHECKULIMIT=1 CHECKUID=1 USER=echolot @@ -41,6 +42,13 @@ # Reads config file (will override defaults above) [ -r /etc/default/echolot ] . /etc/default/echolot +if [ ! -d ${RUNFLD} ] ; then + mkdir -p ${RUNFLD} || true + if [ -d ${RUNFLD} ] ; then + chown ${USER}:${GROUP} ${RUNFLD} + chmod 02770 ${RUNFLD} + fi +fi wait_for_deaddaemon () { PID=$1 diff -u echolot-2.1.8/debian/echolot.postinst echolot-2.1.8/debian/echolot.postinst --- echolot-2.1.8/debian/echolot.postinst +++ echolot-2.1.8/debian/echolot.postinst @@ -30,10 +30,6 @@ if ( ! dpkg-statoverride --list /var/lib/echolot /dev/null ); then dpkg-statoverride --update --add root echolot 02775 /var/lib/echolot fi -# and /var/run/echolot -if ( ! dpkg-statoverride --list /var/run/echolot /dev/null ); then - dpkg-statoverride --update --add root echolot 02770 /var/run/echolot -fi #DEBHELPER# diff -u echolot-2.1.8/debian/echolot.postrm echolot-2.1.8/debian/echolot.postrm --- echolot-2.1.8/debian/echolot.postrm +++ echolot-2.1.8/debian/echolot.postrm @@ -6,6 +6,7 @@ purge) rm -rf /var/lib/echolot rm -rf /var/log/echolot + rm -rf /var/run/echolot rmdir /etc/echolot/templates 2/dev/null || true rmdir /etc/echolot 2/dev/null || true dpkg-statoverride --remove /var/run/echolot /dev/null 21 || true only in patch2: unchanged: --- echolot-2.1.8.orig/debian/echolot.dirs +++ echolot-2.1.8/debian/echolot.dirs @@ -1,7 +1,6 @@ usr/bin usr/share/perl5 var/lib/echolot -var/run/echolot var/log/echolot etc/echolot etc/default
Bug#689890: unblock: emdebian-crush/2.2.19
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package emdebian-crush This fixes RC bug 688912. There are po and POT line number changes but the debdiff comparede to testing is the same as the one attached to the bug report. unblock emdebian-crush/2.2.19 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: armel i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash Index: debian/changelog === --- debian/changelog (working copy) +++ debian/changelog (working copy) @@ -1,3 +1,13 @@ +emdebian-crush (2.2.19) unstable; urgency=low + + * Check for MultiArch support in dpkg and force the multiarch +support in dpkg-cross if the requested architecture is in the +list of dpkg foreign architectures. (Closes: #688912) + * Limit installation to only packages successfully converted using +dpkg-cross. + + -- Neil Williams codeh...@debian.org Wed, 26 Sep 2012 22:16:57 +0100 + emdebian-crush (2.2.18) unstable; urgency=low * Implement the new lintian profile support Index: xapt/xapt === --- xapt/xapt (working copy) +++ xapt/xapt (working copy) @@ -203,6 +203,27 @@ $config_str .= -o Dir::State::Status=${dpkgdir}status; $config_str .= -o Dir::Cache=${dir}; +# use dpkg --print-foreign-architectures dpkg = 1.16.2 +my $cmd = 'dpkg-query -W -f \'${Version}\' dpkg'; +$installed = `$cmd 2/dev/null`; +my $res = system (dpkg --compare-versions $installed '=' 1.16.2); +$res = 8; +if (($res == 0) and (not defined $multiarch)) { + $res = system(dpkg --print-foreign-architectures | grep $arch /dev/null); + $res = 8; + if ($res == 0) { + $cmd = 'dpkg-query -W -f \'${Version}\' dpkg-cross'; + $installed = `$cmd 2/dev/null`; + $res = system (dpkg --compare-versions $installed '=' $minver); + $res = 8; + if ($res != 0) { + die (Unsupported combination of old dpkg-cross and new dpkg!\n); + } + $multiarch++; + warn (Warning: Multi-Arch support has been enabled.\n); + } +} + print apt-get $config_str update\n; system (apt-get $config_str update 2/dev/null); my $str = join ( , @files); @@ -256,7 +277,7 @@ @list = grep(/\.deb$/, readdir DEBS); closedir (DEBS); } -system (dpkg -i ${dir}output/*.deb) +system (dpkg -i ${dir}output/*${arch}-cross*.deb) if ((scalar @list 0) and (not defined $build) and ($host ne $arch)); system (rm -rf ${dir}*) if (not defined $preserve);
Bug#689891: Ships a folder in /var/run or /var/lock (Policy Manual section 9.3.2)
Package: gsmlib Version: 1.10-13.2 Severity: serious Tags: patch Dear Maintainer, Andreas Beckmann deb...@abeckmann.de reported in -devel that your package (as well as 27 others) ships a folder either in /var/run or /var/lock. This is forbidden by policy. Lintian detects the problem and warns as follow: /var/run may be a temporary filesystem, so any directories or files needed /there must be created dynamically at boot time. Refer to Debian Policy Manual section 9.3.2 (Writing the scripts) for details. Severity: serious, Certainty: possible Check: files, Type: binary, udeb which is why I am reporting this bug with severity serious (and there fore, release critical). Please fix your package. I have attached what I believe is a good fix the problem, however, I haven't tried it, and I haven't tested if something more for creating the necessary folder at runtime should be added. Please make sure to test before applying the patch blindly. Cheers, Thomas Goirand (zigo) diff -u gsmlib-1.10/debian/gsm-utils.postinst gsmlib-1.10/debian/gsm-utils.postinst --- gsmlib-1.10/debian/gsm-utils.postinst +++ gsmlib-1.10/debian/gsm-utils.postinst @@ -19,7 +19,7 @@ fi # echo Updating spool directory structure: /var/spool/sms -chown -R gsmsms:gsmsms /var/spool/sms /var/run/gsm-utils +chown -R gsmsms:gsmsms /var/spool/sms chmod 700 /var/spool/sms/* chmod 750 /var/spool/sms chmod 730 /var/spool/sms/queue* /var/spool/sms/tmp diff -u gsmlib-1.10/debian/gsm-utils.dirs gsmlib-1.10/debian/gsm-utils.dirs --- gsmlib-1.10/debian/gsm-utils.dirs +++ gsmlib-1.10/debian/gsm-utils.dirs @@ -11 +10,0 @@ -var/run/gsm-utils diff -u gsmlib-1.10/debian/gsm-utils.init gsmlib-1.10/debian/gsm-utils.init --- gsmlib-1.10/debian/gsm-utils.init +++ gsmlib-1.10/debian/gsm-utils.init @@ -42,7 +42,12 @@ test -n $SMSUSER STARTOPTS=$STARTOPTS --chuid $SMSUSER test -r /etc/default/gsm-utils . /etc/default/gsm-utils # for overwriting OPTIONS -mkdir -p /run/gsm-utils +if [ ! -d /var/run/gsm-utils ] ; then + mkdir -p /var/run/gsm-utils || true + if [ -d /var/run/gsm-utils ] ; then + chown -R gsmsms:gsmsms /var/spool/sms /var/run/gsm-utils + fi +fi case $1 in start) @@ -59,23 +64,23 @@ ) /dev/null 21 fi echo -n $NAME - start-stop-daemon --start --quiet --pidfile /run/gsm-utils/$NAME.pid \ + start-stop-daemon --start --quiet --pidfile /var/run/gsm-utils/$NAME.pid \ --make-pidfile --background $STARTOPTS --exec $DAEMON -- $OPTIONS echo . ;; stop) echo -n Stopping $DESC: $NAME - start-stop-daemon --stop --quiet --pidfile /run/gsm-utils/$NAME.pid \ + start-stop-daemon --stop --quiet --pidfile /var/run/gsm-utils/$NAME.pid \ --exec $DAEMON sleep 5 echo . ;; restart|force-reload) echo -n Restarting $DESC: $NAME - start-stop-daemon --stop --quiet --pidfile /run/gsm-utils/$NAME.pid \ + start-stop-daemon --stop --quiet --pidfile /var/run/gsm-utils/$NAME.pid \ --make-pidfile --background --exec $DAEMON -- $OPTIONS sleep 5 - start-stop-daemon --start --quiet --pidfile /run/gsm-utils/$NAME.pid \ + start-stop-daemon --start --quiet --pidfile /var/run/gsm-utils/$NAME.pid \ --make-pidfile --background $STARTOPTS --exec $DAEMON -- $OPTIONS echo . ;; diff -u gsmlib-1.10/debian/gsm-utils.postrm gsmlib-1.10/debian/gsm-utils.postrm --- gsmlib-1.10/debian/gsm-utils.postrm +++ gsmlib-1.10/debian/gsm-utils.postrm @@ -26,6 +26,7 @@ purge) #deluser gsmsms /usr/sbin/userdel gsmsms + rm -rf /var/run/gsm-utils ;; *) diff -u gsmlib-1.10/debian/changelog gsmlib-1.10/debian/changelog --- gsmlib-1.10/debian/changelog +++ gsmlib-1.10/debian/changelog @@ -1,3 +1,10 @@ +gsmlib (1.10-13.3) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Fixes hanlding of /var/run/gsm-utils folder life cycle (Closes: #XX). + + -- Thomas Goirand z...@debian.org Sat, 06 Oct 2012 17:04:42 +0800 + gsmlib (1.10-13.2) unstable; urgency=low * Non-maintainer upload.
Bug#689817: iceweasel: text rendering in lines of shown pages and tabs is unreadable, looks pixelized
I got an answer on this from outside Debian. And yes, it sounds like the very same issue. --- It isn't a bug in iceweasel, actual it is a bug in xorg-server, first reported on 31 Mar 2012: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=666468 The bug is triggered by libcairo, and first come visible on ATI Cards. Unfortunately the fix for ATI move the bug to the nouveau driver. Other Distros (manly ubuntu) aren’t bitten by this bug, because they ship a patched version of libcairo, were they switch of the related functions in cairo. I didn't believe that this is the right workaround, because cairo didn't do it wrong, it is xorg related, so the workaround to use a nouveau.conf and switch off acceleration in the Xorg-driver is closer to the real Bug. Well it isn't a solution to use a nouveau.conf, but it is somewhat clearer, then to patch a library for disable a function, which do it right, but trigger a bug in a other library. --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689892: Ships a folder in /var/run or /var/lock (Policy Manual section 9.3.2)
Package: havp Version: 3.0-a9-1 Severity: serious Tags: patch Dear Maintainer, Andreas Beckmann deb...@abeckmann.de reported in -devel that your package (as well as 27 others) ships a folder either in /var/run or /var/lock. This is forbidden by policy. Lintian detects the problem and warns as follow: /var/run may be a temporary filesystem, so any directories or files needed /there must be created dynamically at boot time. Refer to Debian Policy Manual section 9.3.2 (Writing the scripts) for details. Severity: serious, Certainty: possible Check: files, Type: binary, udeb which is why I am reporting this bug with severity serious (and there fore, release critical). Please fix your package. I have attached what I believe is a good fix the problem, however, I haven't tried it, and I haven't tested if something more for creating the necessary folder at runtime should be added. Please make sure to test before applying the patch blindly. Cheers, Thomas Goirand (zigo) diff -u havp-0.92a/debian/changelog havp-0.92a/debian/changelog --- havp-0.92a/debian/changelog +++ havp-0.92a/debian/changelog @@ -1,3 +1,10 @@ +havp (0.92a-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Fixes (Closes: #XX). + + -- Thomas Goirand z...@debian.org Sun, 07 Oct 2012 11:05:10 + + havp (0.92a-2) unstable; urgency=low * Include debconf language updates from previous NMU and new updates. diff -u havp-0.92a/debian/havp.init havp-0.92a/debian/havp.init --- havp-0.92a/debian/havp.init +++ havp-0.92a/debian/havp.init @@ -37,6 +37,13 @@ set -e +if [ ! -d ${RUNDIR} ] ; then + mkdir -p ${RUNDIR} + if [ -d ${RUNDIR} ] ; then + chown ${USER}:${GROUP} ${RUNDIR} + fi +fi + case $1 in start) # Create the run directory if it doesn't exist diff -u havp-0.92a/debian/havp.postinst havp-0.92a/debian/havp.postinst --- havp-0.92a/debian/havp.postinst +++ havp-0.92a/debian/havp.postinst @@ -37,7 +37,6 @@ fi # care for proper ownership in any case (e.g. updating from an earlier # havp package with different paths) - chown havp:havp /var/run/havp chown havp:havp /var/log/havp chown havp:havp /var/lib/havp chown havp:havp /var/spool/havp diff -u havp-0.92a/debian/havp.postrm havp-0.92a/debian/havp.postrm --- havp-0.92a/debian/havp.postrm +++ havp-0.92a/debian/havp.postrm @@ -29,7 +29,7 @@ rm /var/lib/havp/havp.tmp rm /etc/default/havp fi - + rm -rf /var/run/havp ;; remove|upgrade|failed-upgrade|abort-install|abort-upgrade|disappear)
Bug#689893: Ships a folder in /var/run or /var/lock (Policy Manual section 9.3.2)
Package: ircd-ircu Version: 2.10.12.10.dfsg1-1 Severity: serious Tags: patch Dear Maintainer, Andreas Beckmann deb...@abeckmann.de reported in -devel that your package (as well as 27 others) ships a folder either in /var/run or /var/lock. This is forbidden by policy. Lintian detects the problem and warns as follow: /var/run may be a temporary filesystem, so any directories or files needed /there must be created dynamically at boot time. Refer to Debian Policy Manual section 9.3.2 (Writing the scripts) for details. Severity: serious, Certainty: possible Check: files, Type: binary, udeb which is why I am reporting this bug with severity serious (and there fore, release critical). Please fix your package. I have attached what I believe is a good fix the problem, however, I haven't tried it, and I haven't tested if something more for creating the necessary folder at runtime should be added. Please make sure to test before applying the patch blindly. Cheers, Thomas Goirand (zigo) diff -u ircd-ircu-2.10.12.10.dfsg1/debian/dirs ircd-ircu-2.10.12.10.dfsg1/debian/dirs --- ircd-ircu-2.10.12.10.dfsg1/debian/dirs +++ ircd-ircu-2.10.12.10.dfsg1/debian/dirs @@ -4 +3,0 @@ -var/run/ircd diff -u ircd-ircu-2.10.12.10.dfsg1/debian/changelog ircd-ircu-2.10.12.10.dfsg1/debian/changelog --- ircd-ircu-2.10.12.10.dfsg1/debian/changelog +++ ircd-ircu-2.10.12.10.dfsg1/debian/changelog @@ -1,3 +1,10 @@ +ircd-ircu (2.10.12.10.dfsg1-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Fixes handling of /var/run/ircd life cycle (Closes: #XX). + + -- Thomas Goirand z...@debian.org Sat, 06 Oct 2012 18:21:36 +0800 + ircd-ircu (2.10.12.10.dfsg1-1) unstable; urgency=low * The Omertà release diff -u ircd-ircu-2.10.12.10.dfsg1/debian/rules ircd-ircu-2.10.12.10.dfsg1/debian/rules --- ircd-ircu-2.10.12.10.dfsg1/debian/rules +++ ircd-ircu-2.10.12.10.dfsg1/debian/rules @@ -92,7 +92,6 @@ # fix directory permissions for logdir chown -R irc:irc debian/ircd-ircu/var/log/ircd - chown -R irc:irc debian/ircd-ircu/var/run/ircd # move manpage mv debian/ircd-ircu/usr/share/man/man8/ircd.8 debian/ircd-ircu/usr/share/man/man8/ircd-ircu.8 diff -u ircd-ircu-2.10.12.10.dfsg1/debian/init ircd-ircu-2.10.12.10.dfsg1/debian/init --- ircd-ircu-2.10.12.10.dfsg1/debian/init +++ ircd-ircu-2.10.12.10.dfsg1/debian/init @@ -22,7 +22,15 @@ # where the irc-daemon is IRCD=/usr/sbin/ircd-ircu -PIDFILE=/var/run/ircd/ircd.pid +RUNDIR=/var/run/ircd +PIDFILE=${RUNDIR}/ircd.pid + +if [ ! -d ${RUNDIR} ] ; then + mkdir -p ${RUNDIR} || true + if [ -d ${RUNDIR} ] ; then + chown -R irc:irc ${RUNDIR} + fi +fi if [ -x $IRCD ]; then case $1 in
Bug#689894: Ships a folder in /var/run or /var/lock (Policy Manual section 9.3.2)
Package: jabber-muc Version: 0.8-3 Severity: serious Tags: patch Dear Maintainer, Andreas Beckmann deb...@abeckmann.de reported in -devel that your package (as well as 27 others) ships a folder either in /var/run or /var/lock. This is forbidden by policy. Lintian detects the problem and warns as follow: /var/run may be a temporary filesystem, so any directories or files needed /there must be created dynamically at boot time. Refer to Debian Policy Manual section 9.3.2 (Writing the scripts) for details. Severity: serious, Certainty: possible Check: files, Type: binary, udeb which is why I am reporting this bug with severity serious (and there fore, release critical). Please fix your package. I have attached what I believe is a good fix the problem, however, I haven't tried it, and I haven't tested if something more for creating the necessary folder at runtime should be added. Please make sure to test before applying the patch blindly. Cheers, Thomas Goirand (zigo) Missing: runtime creation of /var/run/jabberd2 + chmod 755 / chown jabber:jabber diff -u jabber-muc-0.8/debian/dirs jabber-muc-0.8/debian/dirs --- jabber-muc-0.8/debian/dirs +++ jabber-muc-0.8/debian/dirs @@ -4,5 +4,4 @@ etc/jabberd2/component.d var/log/jabberd2 -var/run/jabberd2 var/spool/jabber-muc/rooms var/spool/jabber-muc/rooms-logs diff -u jabber-muc-0.8/debian/postinst jabber-muc-0.8/debian/postinst --- jabber-muc-0.8/debian/postinst +++ jabber-muc-0.8/debian/postinst @@ -14,8 +14,6 @@ chmod 750 /etc/jabberd2 chown jabber:jabber /var/log/jabberd2 chmod 750 /var/log/jabberd2 -chown jabber:jabber /var/run/jabberd2 -chmod 755 /var/run/jabberd2 ;; abort-upgrade|abort-remove|abort-deconfigure) diff -u jabber-muc-0.8/debian/postrm jabber-muc-0.8/debian/postrm --- jabber-muc-0.8/debian/postrm +++ jabber-muc-0.8/debian/postrm @@ -7,7 +7,7 @@ # remove the user database rm -f /var/spool/jabber-muc/rooms/* # the application should remove these on exit -rm -f /var/run/jabberd2/muc.pid +rm -f /var/run/jabberd2/* # need better way of detecting whether these exist or not rm -f /var/log/jabberd2/mu-conference.log* # remove any empty directories diff -u jabber-muc-0.8/debian/changelog jabber-muc-0.8/debian/changelog --- jabber-muc-0.8/debian/changelog +++ jabber-muc-0.8/debian/changelog @@ -1,3 +1,10 @@ +jabber-muc (0.8-3.1) unstable; urgency=low + + * Non-maintainer upload. + * Do not ship /var/run/jabberd2 in the package (Closes: #XX). + + -- Thomas Goirand z...@debian.org Sat, 06 Oct 2012 18:28:00 +0800 + jabber-muc (0.8-3) unstable; urgency=low * jabberd2-muc.xml:
Bug#689895: Ships a folder in /var/run or /var/lock (Policy Manual section 9.3.2)
Package: kolab-cyrus-imapd Version: 2.2.13p1-0.4 Severity: serious Tags: patch Dear Maintainer, Andreas Beckmann deb...@abeckmann.de reported in -devel that your package (as well as 27 others) ships a folder either in /var/run or /var/lock. This is forbidden by policy. Lintian detects the problem and warns as follow: /var/run may be a temporary filesystem, so any directories or files needed /there must be created dynamically at boot time. Refer to Debian Policy Manual section 9.3.2 (Writing the scripts) for details. Severity: serious, Certainty: possible Check: files, Type: binary, udeb which is why I am reporting this bug with severity serious (and there fore, release critical). Please fix your package. I have attached what I believe is a good fix the problem, however, I haven't tried it, and I haven't tested if something more for creating the necessary folder at runtime should be added. Please make sure to test before applying the patch blindly. Cheers, Thomas Goirand (zigo) diff -u kolab-cyrus-imapd-2.2.13p1/debian/changelog kolab-cyrus-imapd-2.2.13p1/debian/changelog --- kolab-cyrus-imapd-2.2.13p1/debian/changelog +++ kolab-cyrus-imapd-2.2.13p1/debian/changelog @@ -1,3 +1,10 @@ +kolab-cyrus-imapd (2.2.13p1-0.5) unstable; urgency=low + + * Non-maintainer upload. + * Fixe handling of /var/run/cyrus/socket folder life cycle (Closes: #XX). + + -- Thomas Goirand z...@debian.org Sat, 06 Oct 2012 18:34:45 +0800 + kolab-cyrus-imapd (2.2.13p1-0.4) unstable; urgency=low * Non-maintainer upload. diff -u kolab-cyrus-imapd-2.2.13p1/debian/kolab-cyrus-common.dirs kolab-cyrus-imapd-2.2.13p1/debian/kolab-cyrus-common.dirs --- kolab-cyrus-imapd-2.2.13p1/debian/kolab-cyrus-common.dirs +++ kolab-cyrus-imapd-2.2.13p1/debian/kolab-cyrus-common.dirs @@ -11 +10,0 @@ -var/run/cyrus/socket diff -u kolab-cyrus-imapd-2.2.13p1/debian/kolab-cyrus-common.postinst kolab-cyrus-imapd-2.2.13p1/debian/kolab-cyrus-common.postinst --- kolab-cyrus-imapd-2.2.13p1/debian/kolab-cyrus-common.postinst +++ kolab-cyrus-imapd-2.2.13p1/debian/kolab-cyrus-common.postinst @@ -53,11 +53,6 @@ dpkg-statoverride --update --add cyrus mail 755 /var/spool/cyrus dpkg-statoverride --list /var/spool/sieve 21 /dev/null || dpkg-statoverride --update --add cyrus mail 755 /var/spool/sieve - dpkg-statoverride --list /var/run/cyrus 21 /dev/null || - dpkg-statoverride --update --add cyrus mail 755 /var/run/cyrus - dpkg-statoverride --list /var/run/cyrus/socket 21 /dev/null || - dpkg-statoverride --update --add cyrus mail 750 \ - /var/run/cyrus/socket # Add user cyrus to group SASL, if such group exists adduser cyrus sasl || true diff -u kolab-cyrus-imapd-2.2.13p1/debian/kolab-cyrus-common.lintian kolab-cyrus-imapd-2.2.13p1/debian/kolab-cyrus-common.lintian --- kolab-cyrus-imapd-2.2.13p1/debian/kolab-cyrus-common.lintian +++ kolab-cyrus-imapd-2.2.13p1/debian/kolab-cyrus-common.lintian @@ -3,2 +2,0 @@ -kolab-cyrus-common: dir-or-file-in-var-run var/run/cyrus/ -kolab-cyrus-common: dir-or-file-in-var-run var/run/cyrus/socket/