Bug#653813: ITP: edgar -- The Legend of Edgar platform game
The code is GPL and the gfx and data is CC BY-NC-SA 3.0. This is the first time I've heard a mention of a CC license. There is nothing in the source tarball mentioning a Creative Commons license. If you really mean it to be CC BY-NC-SA 3.0, you have to clearly specify that in the source and binary packages you are distributing. OK, what's the best approach for that? I've updated the readme in the doc directory to reflect that, so it'll be present in the source. Can I just include the same file in the binary release? The readme file is here: http://legendofedgar.svn.sourceforge.net/viewvc/legendofedgar/trunk/doc/readme?revision=910view=markup
Bug#642261: (no subject)
Hi, upgrading to LibreOffice 3.4.5 solve the problem. Greetings! Guido Audino -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657076: Updating and maintaining barry in Debian / Ubuntu
Hi Chris, Chris Frey wrote (24 Jan 2012 01:04:48 GMT) : 1) Version 0.18 is nearing readiness I'm hoping to release 0.18, maybe mid-Feb. There's a GUI in development to make syncing with opensync easier as well. It would be nice to have this coordinated with Debian packaging. Sure. Well, once my initial helping round is finished, I'll let you coordinate this with whoever decides to take care of this in Debian. 2) I've applied some of your changes to upstream's packaging too, thanks! There are a couple of incompatabilities between upstream and Debian's packaging. Changelog: The changelog needs to be kept up to date in Debian. I've tried to limit myself to just using my own entry at the top, but I'm willing to find a better way to share that file if downstream wants to work with me. Are you thinking of the upstream ChangeLog or of debian/changelog? udev: Also, I try to support old versions of Debian and Ubuntu... the oldest that I support is Ubuntu 8.04 (LTS) and the latest Debian stable. Ubuntu 8.04 uses udev 117, which is the oldest one I work with (even when taking Fedora 11 into account). I notice that your packaging depends on = 136. I'm not sure if there is a technical reason for this. This versionned dependency was brought in Debian by Riku Voipio's 0.15-1.1 NMU. It seems (being offline, I've not checked the actual packages) this change was actually imported from... Ubuntu's 0.15-1ubuntu1, uploaded to Ubuntu for Lucid by Bhavani Shankar right2bh...@gmail.com on 06 Nov 2009. I guess one particularly interested in supporting Ubuntu 8.04 would need to see with this person, and possibly others at Ubuntu, why they did this undocumented change in the first place. Anyway, this versioned dependency is a no-op in Debian as Squeeze has udev 164-3, so I just removed it in my own packaging repo. Nag me if I forget to push when I'm back online. 3) I rely a lot on the maintainers to funnel bug reports upstream to the barry-devel mailing list. Some bugs may be distro specific, and might only need a change in the build scripts, but others like udev changes, I'd like to hear about, and maybe fix upstream if it makes sense. Sure. What about subscribing to the package PTS? - http://packages.qa.debian.org/b/barry.html So in that respect, a distro maintainer can save himself a lot of time if he regularly pings me on the mailing list regarding bug reports. Please do! This kind of thing is part of the duties of a Debian maintainer. 4) Barry library version numbers I've been pig-headed in the past about this, and that may be why some of the Debian packaging has been so old. I've since updated my doc/VersionNotes file which explains my versioning plans. Basically, if the library API / ABI changes, I bump the major number, which wasn't always guaranteed in the past. Version 0.18 is due to API changes, as well as lots of features. The 0 is just a logical version. The 18 is used as the library's major version, and any other versions, such as 0.18.1 is the minor. The binary packaging hasn't yet made the jump. It still uses the logical version 0 as part of the binary packaging name. i.e. libbarry0. But it could just as well be libbarry18, and would allow multiple versions of the library to be installed at once. Sounds great. 5) I'm also working on a project called binary-meta. [...] But there's no reason that Debian can't take advantage of this work as well. Latest opensync development sources, which I'm maintaining, are in git repositories. I'd be happy to work with a maintainer who is interested in trying any of this out. Maybe start with filing a Request For Package bug? Sorry I can't provide URLs since I'm offline. 6) Me as a Debian maintainer I suppose this would make some sense, but if there are others who are willing to volunteer, I would be very happy to work with them. I try to be as responsive as possible to any Barry emails, whether direct or via the barry-devel mailing list. I suggest subscribing to the RFA bug filed by José, which I'm now Cc'ing this discussion to: http://bugs.debian.org/657076 This way you'll know if anyone volunteers. In case nobody volunteers, well, I guess you'll have to make your own decision. 7) Specific responses: However, on the short run, a few other problems would need fixing to get things up-to-date with current packaging standards: * deprecated debhelper compatibility level (4) At least the way -dbg packages are currently built is not compatible with newer levels. * ancient Standards-Version (3.8.0) A look at the upgrading checklist would be worth it. Hopefully the version can be
Bug#605673: [lenny] KVM host crash at kvm:gfn_to_rmap+0x17/0x49
Hi Jonathan, El mié, 25-01-2012 a las 16:39 -0600, Jonathan Nieder escribió: System was rebooted 3 days ago. There are about 8 virtual machines. One of them was doing heavy I/O during the crash. After a cold-reboot everything worked ok and the heavy I/O task has been re-run and completed successfully. [...] BUG: unable to handle kernel NULL pointer dereference at IP: [a025e963] :kvm:gfn_to_rmap+0x17/0x49 [498738.031444] PGD 338c91067 PUD 338cc9067 PMD 0 [498738.031444] Oops: [1] SMP [498738.031444] CPU 3 [498738.031444] Modules linked in: tun kvm_intel kvm ipv6 bridge loop snd_pcm snd_timer snd sou i2c_core parport_pc parport shpchp pcspkr rng_core i5000_edac container button pci_hotplug edac_ mirror dm_log dm_snapshot dm_mod ide_cd_mod cdrom piix ide_pci_generic ide_core ses enclosure sd ci_hcd uhci_hcd tg3 aacraid scsi_mod thermal processor fan thermal_sys [last unloaded: scsi_wait [498738.031444] Pid: 3275, comm: kvm Not tainted 2.6.26-2-amd64 #1 Sorry we missed this before. Was it reproducible? I think we maybe saw another crash like that after a few months, but nothing very recurring in that 24h running server. We changed to proxmox distro for easing VM administration, that is based on lenny but uses different kernels backported from squeeze, ubuntu and redhat; we first used the 2.6.32 kernel based on squeeze and now are using a 2.6.35 backported from ubuntu (for KSM support); we haven't seen this kind of problem again, so I guess it was fixed upstream. Thanks a lot Eneko -- Zuzendari Teknikoa / Director Técnico Binovo IT Human Project, S.L. Telf. 943575997 Astigarraga bidea 2, planta 6 dcha., ofi. 3-2; 20180 Oiartzun (Gipuzkoa) www.binovo.es -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657405: ITP: mediagoblin -- web application for sharing pictures and videos
[Clint Byrum, 2012-01-26] * URL : http://mediagoblin.org/ let me know when you will need a sponsor for this package, I'm interested -- http://people.debian.org/~piotr/sponsor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657342: [Pkg-alsa-devel] Bug#657342: [alsa-utils] alsamixer segmentation fault
Hi, Thank you Elimar for the rapid answer $ LANG=C ; alsamixer Segmentation fault And this line in dmesg : Jan 25 20:19:05 pcplat53 kernel: [ 273.757100] alsamixer[3014] general protection ip:7f1b8c903fd0 sp:7fffa61e3c80 error:0 in libasound.so.2.0.0[7f1b8c8ba000+eb000] Hmm, this looks more like a hardware failure Did this happens within X? Try to reinstall alsa-utils. Are there more applications which give a segfault? Defect RAM? I reinstall alsa-utils and libasound2 but i get the same error. This is the only error i see in dmesg. I test the memory for half an hour with Dell tools from the laptop bios (latitude e6420) but no ram errors. When i run alsamixer with strace the last access file is /var/run/gdm3/auth-for-guy-IhSTSE/database I notice that after /etc/init.d/gdm3 stop, alsamixer works fine in a console. Guy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652056: 3.2.1-2 dmesg attachment
Hello again Sorry about this Here you will find attached the dmesg of 3.2.1-2 kernel, as I forgot to attach it in the previous email. Take care :~$ sudo dmesg [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Linux version 3.2.0-1-486 (Debian 3.2.1-2) (b...@decadent.org.uk) (gcc version 4.6.2 (Debian 4.6.2-12) ) #1 Tue Jan 24 05:05:24 UTC 2012 [0.00] BIOS-provided physical RAM map: [0.00] BIOS-e820: - 0009fc00 (usable) [0.00] BIOS-e820: 0009fc00 - 000a (reserved) [0.00] BIOS-e820: 000e - 0010 (reserved) [0.00] BIOS-e820: 0010 - 3ffd (usable) [0.00] BIOS-e820: 3ffd - 3fff0c00 (reserved) [0.00] BIOS-e820: 3fff0c00 - 3fffc000 (ACPI NVS) [0.00] BIOS-e820: 3fffc000 - 4000 (reserved) [0.00] Notice: NX (Execute Disable) protection missing in CPU! [0.00] DMI 2.3 present. [0.00] DMI: Hewlett-Packard HP compaq nx7000 (DG705A#AB7) /0860, BIOS 68BAL Ver. F.55 07/14/2005 [0.00] e820 update range: - 0001 (usable) == (reserved) [0.00] e820 remove range: 000a - 0010 (usable) [0.00] last_pfn = 0x3ffd0 max_arch_pfn = 0x10 [0.00] MTRR default type: uncachable [0.00] MTRR fixed ranges enabled: [0.00] 0-9 write-back [0.00] A-B uncachable [0.00] C-CDFFF write-protect [0.00] CE000-E uncachable [0.00] F-F write-protect [0.00] MTRR variable ranges enabled: [0.00] 0 base 0 mask FC000 write-back [0.00] 1 disabled [0.00] 2 disabled [0.00] 3 disabled [0.00] 4 disabled [0.00] 5 disabled [0.00] 6 disabled [0.00] 7 disabled [0.00] PAT not supported by CPU. [0.00] initial memory mapped : 0 - 0180 [0.00] Base memory trampoline at [c009c000] 9c000 size 12288 [0.00] init_memory_mapping: -377fe000 [0.00] 00 - 40 page 4k [0.00] 40 - 003740 page 2M [0.00] 003740 - 00377fe000 page 4k [0.00] kernel direct mapping tables up to 377fe000 @ 17fb000-180 [0.00] RAMDISK: 36cb6000 - 37653000 [0.00] ACPI: RSDP 000f6560 00014 (v00 COMPAQ) [0.00] ACPI: RSDT 3fff0c84 0002C (v01 HP CPQ0860 14070520 CPQ 0001) [0.00] ACPI: FACP 3fff0c00 00084 (v02 HP CPQ0860 0002 CPQ 0001) [0.00] ACPI: DSDT 3fff0cb0 04F8C (v01 HP nx7000 0001 MSFT 010E) [0.00] ACPI: FACS 3fffbe80 00040 [0.00] ACPI: SSDT 3fff5c3c 0028A (v01 COMPAQ CPQGysr 1001 MSFT 010E) [0.00] 135MB HIGHMEM available. [0.00] 887MB LOWMEM available. [0.00] mapped low ram: 0 - 377fe000 [0.00] low ram: 0 - 377fe000 [0.00] Zone PFN ranges: [0.00] DMA 0x0010 - 0x1000 [0.00] Normal 0x1000 - 0x000377fe [0.00] HighMem 0x000377fe - 0x0003ffd0 [0.00] Movable zone start PFN for each node [0.00] early_node_map[2] active PFN ranges [0.00] 0: 0x0010 - 0x009f [0.00] 0: 0x0100 - 0x0003ffd0 [0.00] On node 0 totalpages: 261983 [0.00] free_area_init_node: node 0, pgdat c13bf2f8, node_mem_map f64b6200 [0.00] DMA zone: 32 pages used for memmap [0.00] DMA zone: 0 pages reserved [0.00] DMA zone: 3951 pages, LIFO batch:0 [0.00] Normal zone: 1744 pages used for memmap [0.00] Normal zone: 221486 pages, LIFO batch:31 [0.00] HighMem zone: 272 pages used for memmap [0.00] HighMem zone: 34498 pages, LIFO batch:7 [0.00] Using APIC driver default [0.00] ACPI: PM-Timer IO Port: 0x1008 [0.00] Local APIC disabled by BIOS -- you can enable it with lapic [0.00] APIC: disable apic facility [0.00] APIC: switched to apic NOOP [0.00] nr_irqs_gsi: 16 [0.00] PM: Registered nosave memory: 0009f000 - 000a [0.00] PM: Registered nosave memory: 000a - 000e [0.00] PM: Registered nosave memory: 000e - 0010 [0.00] Allocating PCI resources starting at 4000 (gap: 4000:c000) [0.00] Booting paravirtualized kernel on bare hardware [0.00] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768 [0.00] pcpu-alloc: [0] 0 [0.00] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 259935 [0.00] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-1-486 root=UUID=2189f3c0-2bb2-4518-9eb0-b44d36cd167c ro quiet [
Bug#657415: Acknowledgement (pristine-tar: Does not work with tarballs from download.mediaarea.net)
According to the maintainer of mediainfo, he uses 7zip on Windows to generate the tarballs. The commands used are: 7z a -r -ttar -mx9 MediaInfo_Lib_Source.tar MediaInfoLib\* 7z a -r -tgzip -mx9 libmediainfo_-1.tar.gz MediaInfo_Lib_Source.tar It seems that the .tar is not at fault -- if I run the first command and use Debian or Ubuntu's gzip, on the .tar, pristine-tar works. If I use the second command with a tarball generated from Debian or Ubuntu's tar, pristine-tar fails. The following test script demonstrates the issue: ---8- #!/bin/sh mkdir foo touch foo/bar tar -cf foo.tar foo 7z a -r -tgzip -mx9 foo.tar.gz foo.tar cd foo pristine-tar gendelta ../foo.tar.gz ../foo.tar.gz.delta ---8- -- Kind regards, Loong Jin signature.asc Description: OpenPGP digital signature
Bug#586765: Fixed upstream in version 1.6.0
tag 586765 fixed-upstream thanks Just to let you know: This bug is fixed in the upstream version 1.6.0, which had been released in June 2011. Please package this new version, if you find the time. Thanks a lot. meillo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654428: blender: FTBFS: uses i386/amd64 specific register definitions on all architectures
Hi! On 25/01/2012 21:05, Kevin Roy wrote: As far as I and others have tested the patch, builds are now ok on ARM and KFreeBSD. I'm not sure on others but debian buildd servers will tell us :) . It builds fine even on ia64... it has been tested last night. But actually it doesn't build on sparc machines :-( Let's see how the buildd-situation evolves. Cheers. -- Matteo F. Vescovi Debian Sponsored Maintainer e-mail: mfv.deb...@gmail.com GnuPG KeyID: 83B2CF7A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657430: Installed system crashed during booting
Package: installation-reports Version: rolf@ulidor:~$ df -Tl DateisystemTyp 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf rootfs rootfs 8256952 4850668 2986856 62% / udev devtmpfs 3833756 0 38337560% /dev tmpfs tmpfs 767964 7567672081% /run /dev/disk/by-uuid/27fd60ef-02b6-4995-9a48-7283ac3c0275 ext4 8256952 4850668 2986856 62% / tmpfs tmpfs 5120 0 51200% /run/lock tmpfs tmpfs 1535928 112 15358161% /tmp tmpfs tmpfs 1535928 80 15358481% /run/shm /dev/sdb1 ext4 865114608 581176 8205881201% /home /dev/sdc1 vfat 15647776 194208 154535682% /media/328C-9905 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652654: Same problem
I am also seeing a similair problem. The Search folder is not updated with all my Inboxes as before. I have tried to delete and re-create the mail accounts, but the only effect I get is that sometimes I get one account in the Search Folder, and sometimes none. I am happy to help create any debug-logs needed! Thanks! Markus
Bug#656574: device driver
Hi Nicholas, On Wed, 2012-01-25 at 22:25 +, Nicholas Bamber wrote: Fabrizio, As discussed elsewhere I am wondering whether the new version will fix my isses. Nice to hear that! The attached file shows some config (security blanked out). A working connection is never established and when I start pinging it sooner or later hangs. A search on google suggested this was a driver issue and experiments on other machines with different hardware suggested I have roughly the right config. Anyway having given you this information I will check over the suggsted new version and get back to you with any observations Before upload the new version I need to discuss this implementation with the kernel team (I would like to introduce /etc/kernel/postinst.d/b43-* scripts instead of using the actual postinst scripts and some other changes) Once the kernel team will agree with these changes, I will update the package. Thank you. Cheers, Fabrizio. signature.asc Description: This is a digitally signed message part
Bug#657431: Installed system crashed during booting
Package: installation-reports Boot method: network Image version: http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/debian-testing-amd64-netinst.iso Version of 01/24/2012, late afternoon Date: 01/24/2012, about 10:00 PM Machine: self-assembled PC with motherboard Gigabyte GA-A75-D3H Processor: AMD A8-3850 with Radeon Graphics Memory: 2x 4GB DDR3-1600 Partitions: df -Tl DateisystemTyp 1K-Blöcke Benutzt Verfügbar Verw% Eingehängt auf rootfs rootfs 8256952 4850668 2986856 62% / udev devtmpfs 3833756 0 38337560% /dev tmpfs tmpfs 767964 7567672081% /run /dev/disk/by-uuid/27fd60ef-02b6-4995-9a48-7283ac3c0275 ext4 8256952 4850668 2986856 62% / tmpfs tmpfs 5120 0 51200% /run/lock tmpfs tmpfs 1535928 112 15358161% /tmp tmpfs tmpfs 1535928 80 15358481% /run/shm /dev/sdb1 ext4 865114608 581176 8205881201% /home /dev/sdc1 vfat 15647776 194208 154535682% /media/328C-9905 Output of lspci -knn: 00:00.0 Host bridge [0600]: Advanced Micro Devices [AMD] Family 12h Processor Root Complex [1022:1705] Subsystem: Advanced Micro Devices [AMD] Family 12h Processor Root Complex [1022:1705] 00:01.0 VGA compatible controller [0300]: ATI Technologies Inc Device [1002:9640] Subsystem: Giga-byte Technology Device [1458:d000] Kernel driver in use: radeon 00:01.1 Audio device [0403]: ATI Technologies Inc Device [1002:1714] Subsystem: Giga-byte Technology Device [1458:1714] Kernel driver in use: snd_hda_intel 00:10.0 USB controller [0c03]: Advanced Micro Devices [AMD] Hudson USB XHCI Controller [1022:7812] (rev 03) Subsystem: Giga-byte Technology Device [1458:5004] Kernel driver in use: xhci_hcd 00:10.1 USB controller [0c03]: Advanced Micro Devices [AMD] Hudson USB XHCI Controller [1022:7812] (rev 03) Subsystem: Giga-byte Technology Device [1458:5004] Kernel driver in use: xhci_hcd 00:11.0 SATA controller [0106]: Advanced Micro Devices [AMD] Hudson SATA Controller [AHCI mode] [1022:7801] (rev 40) Subsystem: Giga-byte Technology Device [1458:b002] Kernel driver in use: ahci 00:12.0 USB controller [0c03]: Advanced Micro Devices [AMD] Hudson USB OHCI Controller [1022:7807] (rev 11) Subsystem: Giga-byte Technology Device [1458:5004] Kernel driver in use: ohci_hcd 00:12.2 USB controller [0c03]: Advanced Micro Devices [AMD] Hudson USB EHCI Controller [1022:7808] (rev 11) Subsystem: Giga-byte Technology Device [1458:5004] Kernel driver in use: ehci_hcd 00:13.0 USB controller [0c03]: Advanced Micro Devices [AMD] Hudson USB OHCI Controller [1022:7807] (rev 11) Subsystem: Giga-byte Technology Device [1458:5004] Kernel driver in use: ohci_hcd 00:13.2 USB controller [0c03]: Advanced Micro Devices [AMD] Hudson USB EHCI Controller [1022:7808] (rev 11) Subsystem: Giga-byte Technology Device [1458:5004] Kernel driver in use: ehci_hcd 00:14.0 SMBus [0c05]: Advanced Micro Devices [AMD] Hudson SMBus Controller [1022:780b] (rev 13) Subsystem: Giga-byte Technology Device [1458:4385] Kernel driver in use: piix4_smbus 00:14.2 Audio device [0403]: Advanced Micro Devices [AMD] Hudson Azalia Controller [1022:780d] (rev 01) Subsystem: Giga-byte Technology Device [1458:a102] Kernel driver in use: snd_hda_intel 00:14.3 ISA bridge [0601]: Advanced Micro Devices [AMD] Hudson LPC Bridge [1022:780e] (rev 11) Subsystem: ATI Technologies Inc Device [1002:439d] 00:14.4 PCI bridge [0604]: Advanced Micro Devices [AMD] Hudson PCI Bridge [1022:780f] (rev 40) 00:14.5 USB controller [0c03]: Advanced Micro Devices [AMD] Hudson USB OHCI Controller [1022:7809] (rev 11) Subsystem: Giga-byte Technology Device [1458:5004] Kernel driver in use: ohci_hcd 00:15.0 PCI bridge [0604]: Advanced Micro Devices [AMD] Device [1022:43a0] Kernel driver in use: pcieport 00:15.2 PCI bridge [0604]: Advanced Micro Devices [AMD] Device [1022:43a2] Kernel driver in use: pcieport 00:18.0 Host bridge [0600]: Advanced Micro Devices [AMD] Family 12h/14h Processor Function 0 [1022:1700] (rev 43) 00:18.1 Host bridge [0600]: Advanced Micro Devices [AMD] Family 12h/14h Processor Function 1 [1022:1701] 00:18.2 Host bridge [0600]: Advanced Micro Devices [AMD] Family 12h/14h Processor Function 2 [1022:1702] 00:18.3 Host bridge [0600]: Advanced Micro Devices [AMD] Family 12h/14h
Bug#652056: [3.0 - 3.1.1 regression] [ipw2100] BUG at net/core/dev.c:3719! (__napi_complete called with gro_list nonempty)
tags 652056 + patch moreinfo quit AymanHotmail wrote: Is it also a kernel BUG at [...]/net/core/dev.c:3719, like the original one, and is the backtrace the same? Well according to Image_02, it give a kernel BUG at [...]/net/core/dev.c:3831 , and the backtrace is the same. Thanks much. Can you try this patch (against a sid or upstream 3.2.1 kernel)? See [1] for instructions. [1] http://kernel-handbook.alioth.debian.org/ch-common-tasks.html commit b189e810619a Author: françois romieu rom...@fr.zoreil.com Date: Sun Jan 8 13:41:33 2012 + 8139cp: fix missing napi_gro_flush. The driver uses __napi_complete and napi_gro_receive. Without it, the driver hits the BUG_ON(n-gro_list) assertion hard in __napi_complete. Signed-off-by: Francois Romieu rom...@fr.zoreil.com Tested-by: Marin Glibic zhil...@gmail.com Signed-off-by: David S. Miller da...@davemloft.net diff --git a/drivers/net/ethernet/realtek/8139cp.c b/drivers/net/ethernet/realtek/8139cp.c index cc6b391479ca..abc79076f867 100644 --- a/drivers/net/ethernet/realtek/8139cp.c +++ b/drivers/net/ethernet/realtek/8139cp.c @@ -563,6 +563,7 @@ rx_next: if (cpr16(IntrStatus) cp_rx_intr_mask) goto rx_status_loop; + napi_gro_flush(napi); spin_lock_irqsave(cp-lock, flags); __napi_complete(napi); cpw16_f(IntrMask, cp_intr_mask); -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657432: xserver-xorg-input-wacom: Graphire2 log spam: [dix] Unknown event type 35. No filter
Package: xserver-xorg-input-wacom Version: 0.12.0-1 Severity: normal Hi, Xorg-logfile and xdm logfile gets spammed with , | [dix] Unknown event type 35. No filter ` errors every time I lift or set back the pen on the Graphire2. Apart from this, the tablet seems to work as expected, which explains why I didn't recognized it earlier, although xdm log says it's happening since the end of August 2011. At this time I did an upgrade of xserver-xorg from 1.10.4-1 to 1.11.0-1 and after this the log spamming started. Cheers, Dirk -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xserver-xorg-input-wacom depends on: ii libc6 2.13-24 ii libx11-6 2:1.4.4-4 ii libxi6 2:1.4.5-1 ii libxinerama1 2:1.1.1-3 ii libxrandr2 2:1.3.2-2 ii xserver-xorg-core [xorg-input-abi-13] 2:1.11.3.901-2 xserver-xorg-input-wacom recommends no packages. Versions of packages xserver-xorg-input-wacom suggests: ii xinput 1.5.3-1 -- no debconf information [52.103] X.Org X Server 1.11.3.901 (1.11.4 RC 1) Release Date: 2012-01-06 [52.103] X Protocol Version 11, Revision 0 [52.103] Build Operating System: Linux 2.6.32-5-amd64 i686 Debian [52.103] Current Operating System: Linux black 3.2.0-1-686-pae #1 SMP Tue Jan 24 06:09:30 UTC 2012 i686 [52.103] Kernel command line: initrd=/initrd.img root=/dev/sda1 ro quiet pcie_aspm=force BOOT_IMAGE=/vmlinuz [52.103] Build Date: 19 January 2012 10:32:06AM [52.103] xorg-server 2:1.11.3.901-2 (Cyril Brulebois k...@debian.org) [52.104] Current version of pixman: 0.24.2 [52.104]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [52.104] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [52.104] (==) Log file: /var/log/Xorg.0.log, Time: Thu Jan 26 08:22:53 2012 [52.114] (==) Using config file: /etc/X11/xorg.conf [52.114] (==) Using system config directory /usr/share/X11/xorg.conf.d [52.168] (==) ServerLayout Default Layout [52.168] (==) No screen section available. Using defaults. [52.168] (**) |--Screen Default Screen Section (0) [52.168] (**) | |--Monitor default monitor [52.186] (==) No device specified for screen Default Screen Section. Using the first device section listed. [52.186] (**) | |--Device Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller [52.186] (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. [52.201] (**) |--Input Device Internal Touchpad [52.201] (**) Option AIGLX off [52.201] (==) Automatically adding devices [52.201] (==) Automatically enabling devices [52.233] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [52.233]Entry deleted from font path. [52.324] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins [52.324] (==) ModulePath set to /usr/lib/xorg/modules [52.324] (**) Extension Composite is disabled [52.324] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [52.324] (II) Loader magic: 0xb77af580 [52.325] (II) Module ABI versions: [52.325]X.Org ANSI C Emulation: 0.4 [52.325]X.Org Video Driver: 11.0 [52.325]X.Org XInput driver : 13.0 [52.325]X.Org Server Extension : 6.0 [52.326] (--) PCI:*(0:0:2:0) 8086:27a2:10cf:137a rev 3, Mem @ 0xf020/524288, 0xe000/268435456, 0xf030/262144, I/O @ 0x1800/8 [52.326] (--) PCI: (0:0:2:1) 8086:27a6:10cf:137a rev 3, Mem @ 0xf028/524288 [52.326] (II) Open ACPI successful (/var/run/acpid.socket) [52.327] (II) LoadModule: extmod [52.402] (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so [52.415] (II) Module extmod: vendor=X.Org Foundation [52.415]compiled for 1.11.3.901, module version = 1.0.0 [52.415]Module class: X.Org Server Extension [52.415]ABI class: X.Org Server Extension, version 6.0 [52.415] (II) Loading extension SELinux [52.415] (II) Loading extension MIT-SCREEN-SAVER [
Bug#657433: RM: salome -- ROM; Not maintained and too much issues
Package: ftp.debian.org Severity: normal Hello, Could you remove salome from Debian ? It has many RCs (10). The last upload is 425 days old. New releases have been published since then. Thanks, Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608459: mount(nfs): no hosts available
For what it's worth, here's a patch which fixes the problem: diff -ur autofs5-5.0.4-old/lib/rpc_subs.c autofs5-5.0.4/lib/rpc_subs.c --- autofs5-5.0.4-old/lib/rpc_subs.c2010-12-31 04:59:32.0 +0100 +++ autofs5-5.0.4/lib/rpc_subs.c2010-12-31 05:00:06.0 +0100 @@ -274,7 +274,7 @@ if (*fd 0) return NULL; - if (connect_nb(*fd, laddr, slen, info-timeout) 0) { + if (bind(*fd, laddr, slen) 0) { close(*fd); return NULL; } -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657426: Acknowledgement (experimental debian packaging for gmime2.6)
My previous note to http://bugs.debian.org/657426 included a minimally-changed packaging directory. A more significant overhaul of the packaging for gmime2.6 is attached here. It offers a fix to all outstanding gmime packaging bugs. I'd be happy to upload this version into experimental if you think that's the right thing to do. Feedback is welcome. --dkg gmime2.6_2.6.4-1.debian.tar.gz Description: application/gzip signature.asc Description: OpenPGP digital signature
Bug#606939: [squeeze - 2.6.36 regression] holes in characters rendered on screen in X
On 26/01/12 00:05, Jonathan Nieder wrote: Hi, John Hughes wrote: Since installing linux-image-2.6.36-trunk-686 in order to fix bug 590251 I'm seeing minor glitches in font rendering (seen in gnome-terminal and iceweasel). The glitches take the form of holes in random characters. Once a character is displayed with a hole then the same character (same font, same size) will always be displayed with the same hole. For example as I type this bug report the top of the uppercase C is missing. I don't know if this is a kernel or X bug. Sorry for the slow reply. Can you reproduce this with a 3.x.y kernel? If so, can you take a screenshot so we can see what the corrupted glyphs look like? Ok, will do this weekend - currently I'm on 3.3-rc something. Problem still exists. (Probably something to do with suspend/resume - It only seems to happen after at least one suspend/resume cycle). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656007: Fixed upstream
forwarded 656007 https://bugzilla.mozilla.org/show_bug.cgi?id=689118 tags 656007 + upstream fixed-upstream thanks I was also hit by this when upgrading from 8 to 9, using Firebug 1.9.0. Thank you for the pointer to the upstream bug report. As the upstream bug report says (eventually), this was fixed in Firefox 10.0b5. I verified the fix in 10.0~b5-1. Thanks for packaging the beta. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657435: libnl-dev: provided header object.h contains a inline declaration without definition
Package: libnl-dev Version: 1.1-7 Severity: normal Tags: patch Dear Maintainer, the provided header netlink/object.h contains a extern inline definition of nl_object_priv(). There is no declaration for this function. Using netlink/object.h directly or even through other header of the package induce a nasty compiler warning: /usr/include/netlink/object.h:58: error: inline function 'nl_object_priv' declared but never defined Simply removing the declaration solves the issue. Patch below: ---8--- --- a/include/netlink/object.h +++ b/include/netlink/object.h @@ -55,7 +55,6 @@ /* Access Functions */ extern int nl_object_get_refcnt(struct nl_object --- *); extern struct nl_cache * nl_object_get_cache(struct nl_object *); -extern inline void * nl_object_priv(struct nl_object *); #ifdef __cplusplus } ---8--- Regards Benedikt Spranger -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libnl-dev depends on: ii libnl1 1.1-7 libnl-dev recommends no packages. Versions of packages libnl-dev suggests: ii libnl-doc 1.1-7 -- 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#657436: ibus: please add gobject-introspection support
Package: ibus Version: 1.4.0-3 Severity: wishlist Tags: patch Dear Maintainer, It seems that the ibus upstream is planning to replace its Python binding with gobject-introspection: https://code.google.com/p/ibus/issues/detail?id=1381 https://code.google.com/p/ibus/issues/detail?id=1384 However, the Debian ibus package does not provide introspection data. I'm attaching a patch, which I tested locally with python: $ python from gi.repository import IBus From c39c403e249df099a2ccf31ea5e3069694b127c7 Mon Sep 17 00:00:00 2001 From: Daiki Ueno u...@unixuser.org Date: Thu, 26 Jan 2012 17:41:58 +0900 Subject: [PATCH] Add gobject-introspection support. --- debian/control | 19 +-- debian/gir1.2-ibus-1.0.install |1 + debian/libibus-1.0-dev.install |1 + 3 files changed, 19 insertions(+), 2 deletions(-) create mode 100644 debian/gir1.2-ibus-1.0.install diff --git a/debian/control b/debian/control index 67ed88c..ef144a1 100644 --- a/debian/control +++ b/debian/control @@ -21,7 +21,9 @@ Build-Depends: debhelper (= 8.1.3~), python-gobject-dev, libgconf2-dev, python-dbus (= 0.83.0), - intltool (= 0.40.0) + intltool (= 0.40.0), + gobject-introspection, + libgirepository1.0-dev Standards-Version: 3.9.2 Homepage: http://code.google.com/p/ibus/ Vcs-Git: git://git.debian.org/pkg-ime/ibus.git @@ -62,7 +64,7 @@ Package: libibus-1.0-dev Section: libdevel Architecture: any Multi-Arch: same -Depends: libibus-1.0-0 (= ${binary:Version}), libglib2.0-dev, libdbus-1-dev, ${shlibs:Depends}, ${misc:Depends} +Depends: libibus-1.0-0 (= ${binary:Version}), libglib2.0-dev, libdbus-1-dev, ${shlibs:Depends}, ${misc:Depends}, gir1.2-ibus-1.0 (= ${binary:Version}) Replaces: libibus-dev Description: Intelligent Input Bus - development file IBus is an Intelligent Input Bus. It is a new input framework for the Linux @@ -115,3 +117,16 @@ Description: Intelligent Input Bus - development documentation It also may help developers to develop input method easily. . This package contains the reference manual. + +Package: gir1.2-ibus-1.0 +Section: introspection +Architecture: any +Depends: ${shlibs:Depends}, ${gir:Depends}, ${misc:Depends} +Description: Intelligent Input Bus - introspection data + IBus is an Intelligent Input Bus. It is a new input framework for the Linux + OS. It provides full featured and user friendly input method user interface. + It also may help developers to develop input method easily. + . + This package contains the GObject introspection data which are needed + for developing the IBus applications in various programming languages + with GObject introspection support. diff --git a/debian/gir1.2-ibus-1.0.install b/debian/gir1.2-ibus-1.0.install new file mode 100644 index 000..f8f1abe --- /dev/null +++ b/debian/gir1.2-ibus-1.0.install @@ -0,0 +1 @@ +usr/lib/*/girepository-1.0/IBus-1.0.typelib usr/lib/girepository-1.0 diff --git a/debian/libibus-1.0-dev.install b/debian/libibus-1.0-dev.install index 481baf2..a5258d1 100644 --- a/debian/libibus-1.0-dev.install +++ b/debian/libibus-1.0-dev.install @@ -3,3 +3,4 @@ debian/tmp/usr/lib/*/libibus-1.0.so debian/tmp/usr/lib/*/libibus-1.0.a debian/tmp/usr/lib/*/pkgconfig/* debian/tmp/usr/share/vala/* +debian/tmp/usr/share/gir-1.0/IBus-1.0.gir -- 1.7.8.3 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-rc7-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ibus depends on: ii gconf2 3.2.3-1 ii libc62.13-24 ii libgconf2-4 3.2.3-1 ii libglib2.0-0 2.30.2-6 ii libgtk2.0-0 2.24.8-3 ii libibus-1.0-01.4.0-3 ii librsvg2-common 2.34.2-2 ii libx11-6 2:1.4.4-4 ii python 2.7.2-10 ii python-ibus 1.4.0-3 ii python-notify0.1.1-3 ii python-xdg 0.19-3 Versions of packages ibus recommends: ii ibus-clutter none ii ibus-gtk 1.4.0-3 ii ibus-gtk3 1.4.0-3 ii ibus-qt4 none ii im-config [im-switch] 0.10 ibus suggests no packages. -- no debconf information -- Daiki Ueno
Bug#657437: libnl-dev: Please add newer NLA attributes
Package: libnl-dev Version: 1.1-7 Severity: wishlist Tags: patch Dear Maintainer, following NLA attributes were added to the linux kernel: NLA_NESTED_COMPAT: v2.6.23-rc1 NLA_NUL_STRING: v2.6.19-rc1 NLA_BINARY: v2.6.22-rc1 Please add them to netlink/attr.h Patch below: ---8--- --- a/include/netlink/attr.h +++ b/include/netlink/attr.h @@ -42,6 +42,9 @@ NLA_FLAG, /** flag */ NLA_MSECS, /** micro seconds (64bit) */ NLA_NESTED, /** nested attributes */ + NLA_NESTED_COMPAT, + NLA_NUL_STRING, + NLA_BINARY, __NLA_TYPE_MAX, }; ---8--- Regards Benedikt Spranger -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libnl-dev depends on: ii libnl1 1.1-7 libnl-dev recommends no packages. Versions of packages libnl-dev suggests: ii libnl-doc 1.1-7 -- 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#656486: Fwd: Suhosin with PHP 5.4 (debian #656486)
Forwarding a replay I got from the author of Suhosin. We'll wait for a new upstream release. -- Forwarded message -- From: Stefan Esser stefan.es...@sektioneins.de Date: Thu, Jan 26, 2012 at 9:22 AM Subject: Re: Suhosin with PHP 5.4 (debian #656486) To: Lior Kaplan kap...@debian.org Hi, PHP 5.4 is a release candidate only. They have to rerelease RC after RC because new and new critical bugs pop up. Also it is a new major version, which means the PHP developers break binary compatibility. This means it is unsafe to run Suhosin with PHP 5.4 even after having fixed a few compile errors. It needs to be checked that all functionality used by Suhosin did not change internally. This will be done in time for the PHP 5.4 release, but not now about a month before the actually planned official release. Regards, Stefan Esser
Bug#655297: [examples/rebuild]: buildall executes dget with wrong url
At Tue, 10 Jan 2012 13:53:36 +0800, Aron Xu wrote: Package: pbuilder Severity: normal Tags: patch Version: 0.205 When I was trying to rebuild some packages of Sid from archive, I tried to use examples/rebuild/buildall and then resulted into many failures like this: dget: curl aisleriot_1:3.2.2-1.dsc http://mirrors/debian/pool/main/a/aisleriot/aisleriot_1:3.2.2-1.dsc failed This was caused by having urls with : inside. The following patch can fix the problem. --- /usr/share/doc/pbuilder/examples/rebuild/buildall 2010-06-29 09:33:04.0 +0800 +++ buildall2012-01-10 13:52:22.867288056 +0800 @@ -34,7 +34,7 @@ G=$(grep-dctrl -S -n -s Directory,Version $PACKAGE ../../Sources) set -- $G DIR=$1 VER=$2 -dget -x ${MIRROR}/debian/${DIR}/${PACKAGE}_${VER}.dsc /dev/null 2 $LOGDIR/.$PACKAGE +dget -x ${MIRROR}/debian/${DIR}/${PACKAGE}_${VER##:}.dsc /dev/null 2 $LOGDIR/.$PACKAGE ## doesn't work here, does it? something more like ${VER//:*} cd $(find . -type d ! -name .) mkdir -p $BUILDDIR/$PACKAGE/result -- Regards, Aron Xu ___ Pbuilder-maint mailing list pbuilder-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pbuilder-maint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626056: pbuilder: Corrupt Packages.gz
I assume this was a transient bug ? At Sun, 08 May 2011 13:31:41 +0200, Torquil Macdonald S$(D)L(Brensen wrote: Package: pbuilder Version: 0.199+nmu1 Severity: normal When running pbuilder --create --distribution sid, I get this error message: tmac@tmac:~$ su Password: tmac:/home/tmac# nano /etc/pbuilderrc tmac:/home/tmac# pbuilder --create --distribution sid W: /root/.pbuilderrc does not exist I: Distribution is sid. I: Building the build environment I: running debootstrap /usr/sbin/debootstrap I: Retrieving Release I: Retrieving Release.gpg I: Checking Release signature I: Valid Release signature (key id 9FED2BCBDCD29CDF762678CBAED4B06F473041FA) I: Retrieving Packages I: Validating Packages W: http://ftp.uk.debian.org/debian/dists/sid/main/binary-i386/Packages.bz2 was corrupt I: Retrieving Packages I: Validating Packages W: http://ftp.uk.debian.org/debian/dists/sid/main/binary-i386/Packages.gz was corrupt I: Retrieving Packages E: Couldn't download dists/sid/main/binary-i386/Packages E: debootstrap failed W: Aborting with an error I: cleaning the build env I: removing directory /var/cache/pbuilder/build//2943 and its subdirectories The same happends with no --distribution argument. My /etc/pbuilderrc is very simply, containing only a mirror: # this is your configuration file for pbuilder. # the file in /usr/share/pbuilder/pbuilderrc is the default template. # /etc/pbuilderrc is the one meant for overwritting defaults in # the default template # # read pbuilderrc.5 document for notes on specific options. MIRRORSITE=http://ftp.de.debian.org/debian I have not modified anything within /etc/pbuilder/. The same problem happens with MIRRORSITE=http://ftp.uk.debian.org/debian Best regards Torquil S$(D)L(Brensen -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pbuilder depends on: ii coreutils8.5-1 GNU core utilities ii debconf [debconf-2.0]1.5.36.1Debian configuration management sy ii debianutils 3.4 Miscellaneous utilities specific t ii debootstrap 1.0.26+squeeze1 Bootstrap a basic Debian system ii wget 1.12-2.1retrieves files from the web Versions of packages pbuilder recommends: pn devscripts none (no description available) ii fakeroot 1.14.4-1Gives a fake root environment ii sudo 1.7.4p4-2.squeeze.2 Provide limited super user privile Versions of packages pbuilder suggests: pn cowdancer none (no description available) pn gdebi-corenone (no description available) pn pbuilder-uml none (no description available) -- debconf information: * pbuilder/mirrorsite: http://ftp.de.debian.org/debian pbuilder/nomirror: * pbuilder/rewrite: false ___ Pbuilder-maint mailing list pbuilder-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pbuilder-maint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653813: ITP: edgar -- The Legend of Edgar platform game
On Thu, Jan 26, 2012 at 3:57 PM, Richard Sweeney wrote: OK, what's the best approach for that? I've updated the readme in the doc directory to reflect that, so it'll be present in the source. Can I just include the same file in the binary release? The readme file is here: http://legendofedgar.svn.sourceforge.net/viewvc/legendofedgar/trunk/doc/readme?revision=910view=markup It would be much better if you could release things under a more friendly license, how about CC-BY-SA? If not, what are your reasons for that? -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654192: backupninja rsync handler bugs
Hi! On Tue, Jan 24, 2012 at 01:47:39AM +0100, intrigeri wrote: Suggesting Paul to cherry-pick this or that isolated patch was not sufficient. Therefore, as an attempt to clear any confusion and allow me to report clear facts to the rsync handler upstream author (rhatto, Cc'd): Paul, could you please try running the rsync handler from upstream Git (at commit 8a794ac) on top of your backupninja 0.9.10-1 installation? I did that. So, I had a backup run at 25/1 at 1:00, then I replaced the rsync handler and ran it at 10:09. Tonight, at 3:00 backupninja ran and this is the resulting metadata: # for x in */*; do echo -n $x: ; head -1 $x; done daily.1/created: Thu 26 Jan 2012 03:17:29 CET daily.2/created: Wed 25 Jan 2012 01:08:24 CET daily.2/rotated: Wed 25 Jan 2012 10:09:13 CET daily.3/rotated: Wed 25 Jan 2012 10:09:13 CET daily.4/rotated: Wed 25 Jan 2012 10:09:13 CET daily.5/rotated: Wed 25 Jan 2012 10:09:13 CET daily.6/rotated: Wed 25 Jan 2012 10:09:13 CET daily.7/rotated: Wed 25 Jan 2012 10:09:13 CET weekly.2/rotated: Thu 26 Jan 2012 03:13:19 CET So far, it seems fine?... I'll let it run for a few days and report in next week. Thanks! Paul -- Using the Power of Debian GNU/Linux | E-mail: pau...@debian.org Jabber/GTalk: p...@luon.net | GnuPG key ID: 0x50064181 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657438: xfonts-traditional: Missing dependency on libsys-cpu-perl
Package: xfonts-traditional Version: 1.3 Severity: important When installing, I see / | Setting up xfonts-traditional (1.3) ... | Generating fonts... | Can't locate Sys/CPU.pm in @INC (@INC contains: /etc/perl | /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 | /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 | /usr/local/lib/site_perl .) at /usr/bin/update-xfonts-traditional | line 10. | BEGIN failed--compilation aborted at /usr/bin/update-xfonts-traditional | line 10. | dpkg: error processing xfonts-traditional (--configure): | subprocess installed post-installation script returned error exit | status 2 \ Installing libsys-cpu-perl fixes this. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (900, 'stable'), (400, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.1-balti (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xfonts-traditional depends on: ii debconf [debconf-2.0] 1.5.41 ii pcf2bdf1.04-2 ii perl 5.14.2-6 ii xfonts-utils 1:7.6+1 xfonts-traditional recommends no packages. xfonts-traditional suggests no packages. -- debconf information: xfonts-traditional/generate: true * xfonts-traditional/remap-fixed: false xfonts-traditional/confirm-break-remove: false * xfonts-traditional/reconfigure-xterm: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579004: Please test version in unstable
Thank you for reporting this! I can't reproduce this with recently uploaded python-markdown 2.1.1-1 (sid). Can you please test that version and confirm that this bug is fixed? P.S. python3 -m markdown doesn't work, and it shouldn't. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655297: [examples/rebuild]: buildall executes dget with wrong url
On Wed, Jan 25, 2012 at 05:30, Junichi Uekawa dan...@netfort.gr.jp wrote: At Tue, 10 Jan 2012 13:53:36 +0800, Aron Xu wrote: + dget -x ${MIRROR}/debian/${DIR}/${PACKAGE}_${VER##:}.dsc /dev/null 2 $LOGDIR/.$PACKAGE ## doesn't work here, does it? something more like ${VER//:*} No, it doesn't work well. As of my test, patch in message #17 of #553594 solved this problem. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656826: ejabberd: drop #368414 related code from ejabberd.postinst
Hey, * Christoph Anton Mitterer cales...@scientia.net [2012-01-22 01:47:20 CET]: I guess #368414 is long gone now and the related code form the postinst can be dropped again. Looks like indeed, 1.1.1-3 is long gone. The chance of breaking something is now bigger than that of restoring something. How so? If you look at the code it only does it when being upgraded from a version older than 1.1.1-3, otherwise it won't trigger. Thanks, Rhonda -- Fühlst du dich mutlos, fass endlich Mut, los | Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden Fühlst du dich machtlos, geh raus und mach, los | 23.55: Alles auf Anfang Fühlst du dich haltlos, such Halt und lass los| -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#412993: gnupg-agent: Xsession.d/90gpg-agent should start agent unconditionally
regardless of alternatives that are available: - Current gnupg Versions rely on gpg-agent, - gpg-agent should be started as a daemon or otherwise it does not need to be installed at all. - The configuration option that debian relies on is deprecated. - A user of Kleopatra for example without knowledge of the inner workings of gnupg is baffled why Kleopatra can't communicate with gpg-agent and would need to manually edit a configuration file with no direct connection to autostarting the daemon. If debian thinks gpg-agent should be optional then gnupg2 should not depend on gnupg-agent but suggest it or gnome-keyring or something but the fact is that if you install the gnupg2 package you want to get a working gnupg setup and this includes an autostarted gpg-agent. -- Andre Heinecke | ++49-541-335083-262 | http://www.intevation.de/ Intevation GmbH, Neuer Graben 17, 49074 Osnabrück | AG Osnabrück, HR B 18998 Geschäftsführer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656574: progress
Fabrizio, I have made some sideways progress. I noticed that my kernel was on the latest version. When I upgraded (and removed the wireless-ap line from the config) it sprung to life. This suggests to me that the package is curently not capturing its dependence on the kernel version. -- Nicholas Bamber | http://www.periapt.co.uk/ PGP key 3BFFE73C from pgp.mit.edu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653813: ITP: edgar -- The Legend of Edgar platform game
(Apologies if this top posts, sending from my phone) The reason for choosing NC is because I don't want someone selling something I'm giving away for nothing. I take it there's no Debian compatible license that allows me to do this? Date: Thu, 26 Jan 2012 17:28:38 +0800 Subject: Re: Bug#653813: ITP: edgar -- The Legend of Edgar platform game From: p...@debian.org To: rikswee...@hotmail.com CC: debian-de...@lists.debian.org; 653...@bugs.debian.org On Thu, Jan 26, 2012 at 3:57 PM, Richard Sweeney wrote: OK, what's the best approach for that? I've updated the readme in the doc directory to reflect that, so it'll be present in the source. Can I just include the same file in the binary release? The readme file is here: http://legendofedgar.svn.sourceforge.net/viewvc/legendofedgar/trunk/doc/readme?revision=910view=markup It would be much better if you could release things under a more friendly license, how about CC-BY-SA? If not, what are your reasons for that? -- bye, pabs http://wiki.debian.org/PaulWise
Bug#311188: Draft proposal for handling configuration file manipulations in Debian blends
Hi all, after having worked with the Debian Edu team for a couple of months now I would like to make a proposal on how to address configuration file manipulation within Debian blends. For further reading on configuration file manipulation and Debian policy violation refer to bug #311188 in BTS: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=311188 To address #311188 the latest approach that has been discussed is enrolling the maintainers of all affected packages (and that can be many) to add blend-customized debconf values to their packages so that a clean preseeding of the package is possible. Only a short time ago Marius has asked for debathena as a means to legalize what blend packages like debian-edu-config are doing to config files of other packages. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=311188#294 I agree with Jonas that debathena also fiddles with other packages' config files and that this causes the same violation of the same Debian policy 10.7.4 as described in #311188. So, my opinion is that without implementing the blending mechanism within Debian policy itself (and that is also: within dpkg itself), we may possibly stall here for longer. So, my proposal is: * let Debian blends become a real element of the Debian package system * that is: implement in dpkg three options: - Option 1: --blend=blend-name - Option 2: --unblend - Option 3: --init-blend (or --native2blend or similar) * in FHS we provide/define blend namespaces in /etc - e.g. /etc/blend/edu - or /etc/blend/gis - ... * blend packages with configuration files (like debian-edu-config) will put their blended config files into /etc/blend/edu/etc-like-tree So on installation of a blend config package the following might happen. I will use the example of debian-edu-config (d-e-c) from here on... * every package that gets manipulated by d-e-c has to be in Pre-Depends of d-e-c. (I am aware of DDs not liking this and trying to avoid that whereever possible, maybe we find another approach here) * d-e-c installs its files targeted for /etc/* into /etc/blend/edu/* * on postinst every native Debian package that is affected by the d-e-c configuration override gets prepared/tagged by a - dpkg --blend=edu package-name * This blending process may do the following... **of course, the below has to become a legal part of Debian now...** - create copies of existing configuration file(s) conf.d folders in package-name /etc/folder/cf-file - /etc/folder/cf-file.dpkg-native /etc/folder/cf-folder.d - /etc/folder/cf-folder.d.dpkg-native - divert the original configuration file and conf.d folder names to the corresponding files/folders in the /etc/blend/edu namespace. - tag the affected package (maybe in /var/lib/dpkg/info) as blended * Alternatively, if the configuration files of a package shall not be replaced by d-e-c then we also find a dpkg --init-blend package-name command call useful (or --native2blend or --clone-native2blend or ...). - install a copy of the original package's config files from /etc/config-folder - /etc/blend/edu/config-folder After this, configuration files provided by the package maintainer can be manipulated with cfengine (within /etc/blend/edu/config-folder, of course. * On package upgrades the dpkg system has to recognize if a package is in blend state or not. If it is in blend state, the dpkg system has to install new configuration files with .dpkg-native file suffix. * With such a mechanism the system can also easily be unblended (reverted to a vanilla/native Debian installation). - dpkg --unblend package-name Happy for feedback, Mike -- DAS-NETZWERKTEAM mike gabriel, dorfstr. 27, 24245 barmissen fon: +49 (4302) 281418, fax: +49 (4302) 281419 GnuPG Key ID 0xB588399B mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpYUxdkjkRxo.pgp Description: Digitale PGP-Unterschrift
Bug#657439: apt: MMap ran out of room is bad. Please auto-adjust Cache-limit
Package: apt Version: 0.8.15.9 Severity: wishlist Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? I ran apt-get upgrade * What exactly did you do (or not do) that was effective (or ineffective)? The crash message suggested how to fix it. But this ought to be automatic. * What was the outcome of this action? E: Dynamic MMap ran out of room. Please increase the size of APT::Cache-Limit. Current value: 32505856. (man 5 apt.conf) Reading package lists... Error! E: Unable to increase the size of the MMap as the limit of 3200 bytes is already reached. E: Dynamic MMap ran out of room. Please increase the size of APT::Cache-Limit. Current value: 32505856. (man 5 apt.conf) E: Error occurred while processing darkplaces (NewVersion2) E: Problem with MergeList /var/lib/apt/lists/ftp.fi.debian.org_debian_dists_unstable_main_binary-amd64_Packages E: The package lists or status file could not be parsed or opened. * What outcome did you expect instead? The system upgrading itself. *** End of the template - remove these lines *** As a programmer, I understand what happened. But it seems like a design bug to me. There is a mmap limit in the config, and the admin is told how to increase it when the limit disrupts the system. This limit seems to have no use - because the admin has no real choice here. He MUST increase the limit, or stop using apt-get upgrade. So the code might as well do this automatically: Set the mmap limit based on the size of files to process. If that is not feasible, use a loop that double the limit and retry processing until it works. This approach may of course end badly on a memory constrained system, but that just means apt-get cannot be used on such a system. Telling users to make mandatory changes that can be done programmatically is not user-friendly. Unless there is a hidden risk - but a system that will crash from memory overuse will crash anyway - it won't matter if it is a program or the user that increase the limit. I solved my problem by doubling the limit, but I don't know if that will be enough forever, or what the maximum limit on this machine is. I don't have better information than the software has. -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture amd64; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Install-Recommends 1; APT::Install-Suggests 0; APT::Authentication ; APT::Authentication::TrustCDROM true; APT::NeverAutoRemove ; APT::NeverAutoRemove:: ^firmware-linux.*; APT::NeverAutoRemove:: ^linux-firmware$; APT::NeverAutoRemove:: ^linux-image.*; APT::NeverAutoRemove:: ^kfreebsd-image.*; APT::NeverAutoRemove:: ^linux-restricted-modules.*; APT::NeverAutoRemove:: ^linux-ubuntu-modules-.*; APT::NeverAutoRemove:: ^gnumach$; APT::NeverAutoRemove:: ^gnumach-image.*; APT::Never-MarkAuto-Sections ; APT::Never-MarkAuto-Sections:: metapackages; APT::Never-MarkAuto-Sections:: restricted/metapackages; APT::Never-MarkAuto-Sections:: universe/metapackages; APT::Never-MarkAuto-Sections:: multiverse/metapackages; APT::Never-MarkAuto-Sections:: oldlibs; APT::Never-MarkAuto-Sections:: restricted/oldlibs; APT::Never-MarkAuto-Sections:: universe/oldlibs; APT::Never-MarkAuto-Sections:: multiverse/oldlibs; APT::Cache-Limit 6400; APT::Architectures ; APT::Architectures:: amd64; Dir /; Dir::State var/lib/apt/; Dir::State::lists lists/; Dir::State::cdroms cdroms.list; Dir::State::mirrors mirrors/; Dir::State::extended_states extended_states; Dir::State::status /var/lib/dpkg/status; Dir::Cache var/cache/apt/; Dir::Cache::archives archives/; Dir::Cache::srcpkgcache srcpkgcache.bin; Dir::Cache::pkgcache pkgcache.bin; Dir::Etc etc/apt/; Dir::Etc::sourcelist sources.list; Dir::Etc::sourceparts sources.list.d; Dir::Etc::vendorlist vendors.list; Dir::Etc::vendorparts vendors.list.d; Dir::Etc::main apt.conf; Dir::Etc::netrc auth.conf; Dir::Etc::parts apt.conf.d; Dir::Etc::preferences preferences; Dir::Etc::preferencesparts preferences.d; Dir::Etc::trusted trusted.gpg; Dir::Etc::trustedparts trusted.gpg.d; Dir::Bin ; Dir::Bin::methods /usr/lib/apt/methods; Dir::Bin::dpkg /usr/bin/dpkg; Dir::Media ; Dir::Media::MountPath /media/apt; Dir::Log var/log/apt; Dir::Log::Terminal term.log; Dir::Log::History history.log; Dir::Ignore-Files-Silently ; Dir::Ignore-Files-Silently:: ~$; Dir::Ignore-Files-Silently:: \.disabled$; Dir::Ignore-Files-Silently:: \.bak$; Dir::Ignore-Files-Silently:: \.dpkg-[a-z]+$; Dir::Ignore-Files-Silently:: \.save$; Dir::Ignore-Files-Silently:: \.orig$; Acquire ; Acquire::cdrom ; Acquire::cdrom::mount /media/cdrom/; Acquire::Languages ; Acquire::Languages:: en; Acquire::Languages:: none; Acquire::Languages:: da; Acquire::Languages:: nb; Unattended-Upgrade ; Unattended-Upgrade::Origins-Pattern ; Unattended-Upgrade::Origins-Pattern:: origin=Debian,archive=stable,label=Debian-Security; DPkg ; DPkg::Pre-Install-Pkgs ;
Bug#657440: xkb-data: cannot switch between two kb layout in gnome
Package: xkb-data Version: 2.5-1 Severity: normal Dear Maintainer, I upgraded my sid system, and xkb-data was upgraded to 2.5-1. Normaly, my X configuration is azerty Belgian at the time of gdm, and switches to French bépo (façon dvorak) once in gnome. After upgrading xkb-data, the layout stays Belgian even after login. Gnome's keyboard applet says fr, and the bépo layout it selected in the menu if I expand it, but the real used layout is Belgian. More than that, I can't select the other option in the keyboard applet. Now if I open keyboard parameters and change the order of the layouts (that is make Belgian first in the list), I can use the menu to switch layouts again. If I change the orders again, I can still switch but the layouts are inverted: selecting be gets me bépo, and fr gets me be... Reverting to xkb-data 2.3-2 from testing fixes everything. Thanks a lot, don't hesitate to ask for more info or tests. -- Rémi -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619034: [regression] BUG: Unable to handle kernel paging request at ffffc90013cd8000 and no sound card recognized
On Sat, 2012-01-21 at 08:58 +0100, Paul Menzel wrote: forwarded 619034 https://bugzilla.kernel.org/show_bug.cgi?id=42619 quit Dear Svante, dear Jonathan, Am Mittwoch, den 18.01.2012, 19:23 -0600 schrieb Jonathan Nieder: Svante Signell wrote: The box boots perfectly with the additional option pci=use_crs. Hopefully the kernel developers and Debian Kernel Maintainers can find a permanent solution soon. Thanks again for your help in this. I assume current kernels still don't work out of the box on your machine? I can confirm that also the latest kernel: 3.2.0-1-686-pae fails to boot without the option: pci=use_crs I created a new ticket dedicated to the Svante’s board MS-7253, so that the Debian BTS can track that bug now for #619034. Please comment there anything else. Do I need to add a comment about this at ticket 42619 too? Unfortunately some machines need to use the _CRS table and some need it ignored, so for now upstream is building a table of known cases in which the kernel looks up the machine at boot time. Hopefully over time patterns will emerge and there can be a more principled rule. Let’s hope so. Old ticket: [1] https://bugzilla.kernel.org/show_bug.cgi?id=30552 New ticket: [2] https://bugzilla.kernel.org/show_bug.cgi?id=42619 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653813: ITP: edgar -- The Legend of Edgar platform game
On Thu, 2012-01-26 at 10:00 +, Richard Sweeney wrote: The reason for choosing NC is because I don't want someone selling something I'm giving away for nothing. I take it there's no Debian compatible license that allows me to do this? That would go against items 5 and 6 of the DFSG: http://www.debian.org/social_contract#guidelines I find it weird that you would choose the GPL when you do not want people selling your work. The GPL explicitly allows that. PS: I'm not sure if you saw this message since it wasn't CCed to you: http://lists.debian.org/20120125184055.ga19...@angband.pl -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#657029: apt-get update does not understand content negotiation
Hi Steve, I had to copy the bzip2 deb package from a working host and install to get apt to work. Seems you point out a relevant issue here: Existing wheezy and sid hosts that do not have bzip2, for whatever reason, now have their apt broken without the option of fixing them through apt directly. Perhaps a short-term solution to consider here is to push uncompressed versions of the Translation files to the mirrors? I suppose that'll cause the offending mirrors to just return that file instead of the bz2 version? This will increase the storage size required, but only back up to the level of last week (when these Translations were included in the main Package file, which is also offered uncompressed, right?). Gr. Matthijs signature.asc Description: Digital signature
Bug#657441: apt: Error msg mentions nonexistant config file apt.conf
Package: apt Version: 0.8.15.9 Severity: minor Apt crashed when Dynamic MMap ran out of room. The error message suggested increasing the Cache-Limit in apt.conf, and also referred to the man page for apt-conf. Now, that man page exists, but not the file itself. The limit turned out to be in the file /etc/apt/apt.conf.d/80aptcachelimit There is a trend towards splitting config files into small machine-manipulatable files. That may be useful, but please update the documentation (and error messages) when doing so. There is no apt.conf. The error message could mention the correct file. The man page ought to be for apt.conf.d which exists, not for the historical but nonexistent apt.conf. Or for both, if apt.conf will work if it exists. -- Package-specific info: -- (/etc/apt/preferences present, but not submitted) -- -- (/etc/apt/sources.list present, but not submitted) -- -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (800, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages apt depends on: ii debian-archive-keyring 2010.08.28 ii gnupg 1.4.11-3 ii libc6 2.13-24 ii libgcc1 1:4.6.2-11 ii libstdc++6 4.6.2-11 ii zlib1g 1:1.2.3.4.dfsg-3 apt recommends no packages. Versions of packages apt suggests: ii apt-doc none ii aptitude0.6.4-1.2 ii bzip2 1.0.6-1 ii dpkg-dev1.16.1.2 ii lzmanone ii python-apt 0.8.0 ii synaptic0.75.4 -- 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#611895: ITP: django-kombu -- Kombu transport using the Django database as a message
Fladischer Michael wrote: * Package name: django-kombu Version : 0.9.1 Upstream Author : Ask Solem a...@celeryproject.org * URL : http://github.com/ask/django-kombu/ * License : BSD Programming Lang: Python Description : Kombu transport using the Django database as a message store This package provides a message store for Kombu inside a Django database. It is intended be used together with python-kombu and provides a transport for it. What's the status of this ITP? Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653813: ITP: edgar -- The Legend of Edgar platform game
On Thu, Jan 26, 2012 at 3:57 PM, Richard Sweeney wrote: OK, what's the best approach for that? I've updated the readme in the doc directory to reflect that, so it'll be present in the source. Can I just include the same file in the binary release? The readme file is here: http://legendofedgar.svn.sourceforge.net/viewvc/legendofedgar/trunk/doc/readme?revision=910view=markup I notice you are using Sourceforge, I think your use of CC-BY-NC-SA is a violation of their terms of service, so I suggest that you move off Sourceforge or pick a license that doesn't have that problem. https://geek.net/terms-of-use -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657442: Installing libhdf5-7 requires pull out a bounce of package depending on a previous version, and the previous version.
Package: libhdf5-7 Version: 1.8.8-5 Severity: serious $ sudo apt-get install libhdf5-7 Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: libgl2ps0 libqwt6 mpi-default-dev librasterlite1 libgl2ps-dev qgis-providers-common Use 'apt-get autoremove' to remove them. The following extra packages will be installed: hdf5-helpers libhdf5-dev libhdf5-serial-dev libjhdf5-jni octave3.2 octave3.2-headers scilab-cli scilab-data scilab-full-bin scilab-minimal-bin Suggested packages: octave3.2-htmldoc octave3.2-emacsen scilab-swt scilab-scimax scilab-plotlib scilab-ann The following packages will be REMOVED: dans-gdal-scripts gdal-bin gmt gmt-coast-low grass libgdal-dev libgdal-ruby libgdal-ruby1.8 libgdal1 libgdal1-1.7.0 libgdal1-1.7.0-ecw libgdal1-1.7.0-grass libgmt4 libhdf4-alt-dev libhdf5-serial-1.8.4 libhe5-hdfeos-dev libhe5-hdfeos0 libmapnik2-2.0 libnetcdf-dev libnetcdf6 libqgis1.9.90 libvtk5-dev libvtk5.8 libvtkgdcm2-dev libvtkgdcm2.0 mapnik-utils ncview netcdf-bin netcdf-dbg python-gdal python-mapnik2 python-qgis python-qgis-common qgis qgis-plugin-grass qgis-providers thuban The following NEW packages will be installed: hdf5-helpers libhdf5-7 libhdf5-dev The following packages will be upgraded: libhdf5-serial-dev libjhdf5-jni octave3.2 octave3.2-headers scilab-cli scilab-data scilab-full-bin scilab-minimal-bin 8 upgraded, 3 newly installed, 37 to remove and 3 not upgraded. Need to get 19.1 MB/32.1 MB of archives. After this operation, 230 MB disk space will be freed. Do you want to continue [Y/n]? Note that most packages are simply depending on the previous version of hdf5. This requires rebuilding all r-depends of hdf5 at this stage :-/ -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611895: ITP: django-kombu -- Kombu transport using the Django database as a message
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/26/2012 11:21 AM, Stéphane Glondu wrote: What's the status of this ITP? It will be closed with the upload of kombu-2.0.0-1 as it has become part of kombu upstream with this version. - -- Michael Fladischer mich...@fladi.at -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8hK5AACgkQeJ3z1zFMUGb4PgCfUf0FiYyGP7Gap2lJFCcw3zOp HOAAn3iHjvZdiAIx9inlOQYAoooHZpm8 =rfzh -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#654428: blender: FTBFS: uses i386/amd64 specific register definitions on all architectures
Hi again, Commited patch to support more platforms to our trunk (http://projects.blender.org/scm/viewvc.php?view=revroot=bf-blenderrevision=43716) Hope it'll help make more users and platform maintainers happier, thanks to Kevin for it. I don't have sparc platform at all, so seeing error log would help a lot. Maybe build errors from build servers can be browsed by external users? On Thu, Jan 26, 2012 at 2:31 PM, Matteo F. Vescovi mfv.deb...@gmail.com wrote: Hi! On 25/01/2012 21:05, Kevin Roy wrote: As far as I and others have tested the patch, builds are now ok on ARM and KFreeBSD. I'm not sure on others but debian buildd servers will tell us :) . It builds fine even on ia64... it has been tested last night. But actually it doesn't build on sparc machines :-( Let's see how the buildd-situation evolves. Cheers. -- Matteo F. Vescovi Debian Sponsored Maintainer e-mail: mfv.deb...@gmail.com GnuPG KeyID: 83B2CF7A -- With best regards, Sergey Sharybin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656486: Fwd: Suhosin with PHP 5.4 (debian #656486)
Hi Lior, On Thursday, 26. January 2012, Lior Kaplan wrote: Forwarding a replay I got from the author of Suhosin. We'll wait for a new upstream release. -- Forwarded message -- From: Stefan Esser stefan.es...@sektioneins.de Date: Thu, Jan 26, 2012 at 9:22 AM Subject: Re: Suhosin with PHP 5.4 (debian #656486) To: Lior Kaplan kap...@debian.org Hi, PHP 5.4 is a release candidate only. They have to rerelease RC after RC because new and new critical bugs pop up. Also it is a new major version, which means the PHP developers break binary compatibility. This means it is unsafe to run Suhosin with PHP 5.4 even after having fixed a few compile errors. It needs to be checked that all functionality used by Suhosin did not change internally. This will be done in time for the PHP 5.4 release, but not now about a month before the actually planned official release. I was also in contact with the author about this issue, giving me the same informations. As the mail was encrytped I did not publish these. But I'm aware of the issue and keeping an eye on the commit log on github. ;) With kind regards, Jan. -- Never write mail to w...@spamfalle.info, you have been warned! -BEGIN GEEK CODE BLOCK- Version: 3.12 GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y --END GEEK CODE BLOCK-- signature.asc Description: This is a digitally signed message part.
Bug#657081: audacious: FTBFS on hurd-i386
On Tue, 24 Jan 2012 18:27:35 -0500, John Lindgren wrote: On 01/24/2012 08:51 AM, Cyril LAVIER wrote: Hi John. As stated in bug #639374, I'm working on packages for audacious 3.2. I hope I will be the modifications to the git repository next week (damn otitis and headaches). Thanks. Thank you, Cyril! So I just tested to build the 3.2 release under a hurd-i386 system. It builds fine, so when the packages will be ready, users of hurd-i386 will be able to use audacious and it's plugins :). I still have some work to do on checking if other bugs are resolved with the 3.2, so it will take some time. Thanks. -- Cyril Davromaniak Lavier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632303:
Hi. I just tried to build the 3.2 release, and it's building well under kfreebsd-amd64. So this bug might be resolved in the next weeks. Thanks. -- Cyril Davromaniak Lavier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654428: blender: FTBFS: uses i386/amd64 specific register definitions on all architectures
Hi! On 26/01/2012 11:40, Sergey Sharybin wrote: Hi again, Commited patch to support more platforms to our trunk (http://projects.blender.org/scm/viewvc.php?view=revroot=bf-blenderrevision=43716) Hope it'll help make more users and platform maintainers happier, thanks to Kevin for it. OK, perfect. I don't have sparc platform at all, so seeing error log would help a lot. Maybe build errors from build servers can be browsed by external users? Sure! You can see logs for all the supported architectures at: https://buildd.debian.org/status/package.php?p=blender Thanks for your time and efforts in helping us fixing this issue. Cheers! -- Matteo F. Vescovi Debian Sponsored Maintainer e-mail: mfv.deb...@gmail.com GnuPG KeyID: 83B2CF7A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608343: [GeForce 5200 FX] nouveau chooses video mode not supported by screen
On Wed, 2012-01-25 at 17:46 -0600, Jonathan Nieder wrote: # approximations found 608343 linux-2.6/3.0.0-2 found 608343 linux-2.6/3.1.6-1 tags 608343 + upstream quit Hi, On Thu, 2010-12-30 at 16:08 +0100, Julien Cristau wrote: What resolution should it be using (1280x1024, from the EDID in the X log)? I'm still curious about this. I think that's the correct resolution [...] Julien Cristau wrote: On Sat, Dec 31, 2011 at 19:12:06 +, Sam Morris wrote: An update on this... the situation is the same with Linux 3.1. I also swapped out the monitor without any luck. Finally, I booted the Fedora 16 live CD and got the same 'video mode not supported' message. Sounds like this should be filed upstream. Please open a bug at https://bugs.freedesktop.org/enter_bug.cgi?product=xorgcomponent=Driver/nouveau (there's no separate component for nouveau drm afaik) and attach kernel logs from a boot with drm.debug=6. Did you end up reporting this upstream? If so, what was the bug number? Haven't got round to this yet. The computer in question is at my parents' house so I only have access to it irregularly. Many thanks, Jonathan -- Sam Morris s...@robots.org.uk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653813: ITP: edgar -- The Legend of Edgar platform game
(Last top post) After some reading, I can probably just leave the assets under the current license. I can simply just change it back since it's currently not released? Date: Thu, 26 Jan 2012 18:22:01 +0800 Subject: Re: Bug#653813: ITP: edgar -- The Legend of Edgar platform game From: p...@debian.org To: rikswee...@hotmail.com CC: debian-de...@lists.debian.org; 653...@bugs.debian.org On Thu, Jan 26, 2012 at 3:57 PM, Richard Sweeney wrote: OK, what's the best approach for that? I've updated the readme in the doc directory to reflect that, so it'll be present in the source. Can I just include the same file in the binary release? The readme file is here: http://legendofedgar.svn.sourceforge.net/viewvc/legendofedgar/trunk/doc/readme?revision=910view=markup I notice you are using Sourceforge, I think your use of CC-BY-NC-SA is a violation of their terms of service, so I suggest that you move off Sourceforge or pick a license that doesn't have that problem. https://geek.net/terms-of-use -- bye, pabs http://wiki.debian.org/PaulWise
Bug#657443: synergy: Missing IPv6 support
Package: synergy Version: 1.4.5-1 Severity: normal Tags: ipv6 As far as I have observed, even the new version of synergy still lacks IPv6 support. It would be really nice, if IPv6 could be supported. Kind regards, Nicolas -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages synergy depends on: ii libc6 2.13-24 ii libgcc1 1:4.6.2-11 ii libice6 2:1.0.7-2 ii libsm62:1.2.0-2 ii libstdc++64.6.2-11 ii libx11-6 2:1.4.4-4 ii libxext6 2:1.3.0-3 ii libxi62:1.4.5-1 ii libxinerama1 2:1.1.1-3 ii libxtst6 2:1.2.0-4 synergy recommends no packages. synergy 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#657404: sg3-utils: FTBFS on hurd-i386
* Chow Loong Jin hyper...@debian.org, 2012-01-26, 08:26: sg3-utils fails to build from source on hurd-i386[1] due to missing files in /usr/bin/. [1] https://buildd.debian.org/status/fetch.php?pkg=sg3-utilsarch=hurd-i386ver=1.32-1stamp=1312890554 Why is this serious? hurd-i386 is not a release architecture, and this package has never been built there. -- 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#619034: [regression] BUG: Unable to handle kernel paging request at ffffc90013cd8000 and no sound card recognized
found 619034 linux-2.6/3.2.1-2 quit Svante Signell wrote: Do I need to add a comment about this at ticket 42619 too? I've sent a patch. I'm hoping Bjorn or some other knowledgeable person can come up with some comment to obsolete it, but in any case, I'd be happy with as thorough testing as you can come up with for it. Do you know anyone else with MSI boards and whether they suffer from the same problem? Are there other BIOS versions available for this board, and is it possible to test them to see if they need the quirk? (Please do read the relevant caveats before trying any BIOS updates if involved in testing for this.) Well, that's all I can think of. Good luck. Thanks. Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657095: bug #657095
Hi. I just tried to build the 3.2 release, and it's building well under hurd-i386. So this bug might be resolved in the next weeks. Thanks. -- Cyril Davromaniak Lavier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#311188: Draft proposal for handling configuration file manipulations in Debian blends
Hi Mike, On 12-01-26 at 11:13am, Mike Gabriel wrote: To address #311188 the latest approach that has been discussed is enrolling the maintainers of all affected packages (and that can be many) to add blend-customized debconf values to their packages so that a clean preseeding of the package is possible. Correct. Thanks for summarizing. [debathena comment snipped] So, my opinion is that without implementing the blending mechanism within Debian policy itself (and that is also: within dpkg itself), we may possibly stall here for longer. It is the other way around: Debian Policy only reflects what is already consensus in Debian, so changing policy requires to first create consensus and then - after the fact - document it in Debian Policy. So, my proposal is: * let Debian blends become a real element of the Debian package system * that is: implement in dpkg three options: - Option 1: --blend=blend-name - Option 2: --unblend - Option 3: --init-blend (or --native2blend or similar) What does the above mean? Is it flags tied to a source package or to a binary package or to a system? If the latter then I suspect that you may really mean APT, not DPKG. In other words, does it imply that only a single blend can be applied? If really you are trying to document debathena rebranded as blends then please say so. If so it also seems sensible to involve the developers of debathena - either by discussing with them first to understand why their package(s) live only outside of Debian, not (tried to become) official part of it, or invite them to this very discussion directly. * This blending process may do the following... **of course, the below has to become a legal part of Debian now...** - create copies of existing configuration file(s) conf.d folders in package-name /etc/folder/cf-file - /etc/folder/cf-file.dpkg-native /etc/folder/cf-folder.d - /etc/folder/cf-folder.d.dpkg-native - divert the original configuration file and conf.d folder names to the corresponding files/folders in the /etc/blend/edu namespace. - tag the affected package (maybe in /var/lib/dpkg/info) as blended Above seems like the central piece of where we are stalled at the moment regarding nedding-different-config-than-package-offers: The way forward is not to legalize mechanisms currently violates Policy, but to work on refining said mechanisms to a point where the Debian community is convinced that it is sane to do, and _then_ document the fact in Policy. I believe dpkg does not reliably support diverting conffiles. That particular piece can be worked on (or at least investigated and documented more clearly) independently from this grand plan. * Alternatively, if the configuration files of a package shall not be replaced by d-e-c then we also find a dpkg --init-blend package-name command call useful (or --native2blend or --clone-native2blend or ...). - install a copy of the original package's config files from /etc/config-folder - /etc/blend/edu/config-folder After this, configuration files provided by the package maintainer can be manipulated with cfengine (within /etc/blend/edu/config-folder, of course. Above seems to me as a reinvention of dpkg-divert. If you feel that is a sensible way forward (I don't) then it seems to me that you need not reach concensus for the whole grand plan in order to improve this piece: you can discuss that with dpkg developers directly. Regards, - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#625922: SATA devices get reset without real hardware failure
Hi all, seems unreproducible to me with linux-2.6 3.1.8-2 currently available in testing. Regards, -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer | quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645980: [Pkg-bluetooth-maintainers] Bug#645980: [bluez] Unable to get on D-Bus
On Thu, 2012-01-26 at 12:44 +0900, Nobuhiro Iwamatsu wrote: Hi, Thanks for your report. 2011/10/20 Markus Grunwald mar...@the-grue.de: Package: bluez Version: 4.96-3 Severity: normal --- Please enter the report below this line. --- When start bluez, I get this error in syslog: Oct 20 09:46:09 haktar bluetoothd[26837]: Bluetooth daemon 4.96 Oct 20 09:46:09 haktar bluetoothd[26837]: Unable to get on D-Bus Oct 20 09:46:09 haktar systemd[1]: Unit bluetooth.service entered failed state. Are you using systemd? Is this right? Sorry I dont check with sytemd. but I will do. I ran into this a while ago. I can't find the bug number right now, but it was caused by a missing /etc/dbus-1/system.d/bluetooth.conf due to an error in (IIRC) bluez.preinst. Looking at bluez right now, I see that it uses dpkg-maintscript-helper in its preinst, but does not call it in the postinst or postrm as it should, according to the dpkg-maintscript-helper man page. Maybe it's related to: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=587158 Hmm, did you install bluez package? Could you check latest bluez package? Best regards, Nobuhiro -- Sam Morris s...@robots.org.uk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657081: audacious: FTBFS on hurd-i386
On Thu, 2012-01-26 at 11:42 +0100, Cyril LAVIER wrote: On Tue, 24 Jan 2012 18:27:35 -0500, John Lindgren wrote: On 01/24/2012 08:51 AM, Cyril LAVIER wrote: So I just tested to build the 3.2 release under a hurd-i386 system. It builds fine, so when the packages will be ready, users of hurd-i386 will be able to use audacious and it's plugins :). That's good news :) I still have some work to do on checking if other bugs are resolved with the 3.2, so it will take some time. Thanks. Thanks to you too for creating up-to-date packages! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657444: splashscreen location in multiscreen configuration
Package: libreoffice Version: 1:3.4.5-2 Severity: minor While using my laptop in a double-screen configuration (by means of Xrandr --left-of/--right-of capability) I found that the initial splashscreen runs among the two screens, half in the first and half in the second one. That's probably due to locating the splashscreen centered against the whole virtual screen. After that the main window is always put on the first (default) screen, not on the current (selected) one. I'm using awesome as my window manager, but libreoffice is the only program that presents this defect, so I think this is a problem specific with it, not a wm issue. It is a minor problem but anyway quite annoying. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libreoffice depends on: ii fonts-sil-gentium-basic [ttf-sil-gentium-basic] 1.1-5 ii liblucene2-java 2.9.4+ds1-4 ii libreoffice-base 1:3.4.5-2 ii libreoffice-calc 1:3.4.5-2 ii libreoffice-core 1:3.4.5-2 ii libreoffice-draw 1:3.4.5-2 ii libreoffice-filter-mobiledev 1:3.4.5-2 ii libreoffice-impress 1:3.4.5-2 ii libreoffice-java-common 1:3.4.5-2 ii libreoffice-math 1:3.4.5-2 ii libreoffice-report-builder-bin 1:3.4.5-2 ii libreoffice-writer 1:3.4.5-2 ii ttf-dejavu 2.33-2 ii ttf-sil-gentium-basic1.1-5 Versions of packages libreoffice recommends: ii fonts-liberation [ttf-liberation] 1.07.0-2 ii libpaper-utils 1.1.24+nmu1 ii ttf-liberation 1.07.0-2 ii ttf-mscorefonts-installer 3.4 Versions of packages libreoffice suggests: ii cups-bsd1.5.0-15 ii default-jre [java5-runtime] 1:1.6-46 ii gcj-4.4-jre [java5-runtime] 4.4.6-11 ii gcj-4.6-jre [java5-runtime] 4.6.2-2 ii gcj-jre [java5-runtime] 4:4.6.2-4 ii gstreamer0.10-ffmpeg1:0.10.13-0.0 ii gstreamer0.10-plugins-bad 0.10.22-3 ii gstreamer0.10-plugins-base 0.10.35-1 ii gstreamer0.10-plugins-good none ii gstreamer0.10-plugins-ugly 0.10.18-3+b1 ii hunspell-dictionary none ii hyphen-hyphenation-patterns none ii iceweasel 9.0.1-1 ii imagemagick 8:6.6.9.7-5+b2 ii libgl1-mesa-glx [libgl1]7.11.2-1 ii libldap-2.4-2 2.4.28-1.1 ii libreoffice-filter-binfilter1:3.4.5-2 ii libreoffice-gnome | libreoffice-kde none ii libreoffice-help-it [libreoffice-help-3.4] 1:3.4.5-2 ii libreoffice-l10n-it [libreoffice-l10n-3.4] 1:3.4.5-2 ii libreoffice-officebean 1:3.4.5-2 ii libsane 1.0.22-7 ii libxrender1 1:0.9.6-2 ii myspell-en-us [myspell-dictionary] 1:3.3.0-3 ii mythes-thesaurusnone ii openclipart-libreoffice none ii openjdk-6-jre [java5-runtime] 6b24~pre4-1 ii pstoedit3.60-1 ii sun-java6-jre [java5-runtime] 6.26-3 ii unixodbc2.2.14p2-5 Versions of packages libreoffice-core depends on: ii fontconfig 2.8.0-3.1 ii fonts-opensymbol [ttf-opensymbol] 2:2.4.3+LibO3.4.5-2 ii libatk1.0-02.2.0-2 ii libc6 2.13-24 ii libcairo2 1.10.2-6.2 ii libcurl3-gnutls7.24.0-1 ii libdb5.1 5.1.29-1 ii libexpat1 2.0.1-7.2 ii libfontconfig1 2.8.0-3.1 ii libfreetype6 2.4.8-1 ii libgcc11:4.6.2-12 ii libgdk-pixbuf2.0-0 2.24.0-2 ii libglib2.0-0 2.30.2-6 ii libgraphite2-2.0.0 1.0.3.real-1 ii libgstreamer-plugins-base0.10-00.10.35-1 ii libgstreamer0.10-0 0.10.35-1 ii libgtk2.0-02.24.8-3 ii libhunspell-1.3-0 1.3.2-4 ii libhyphen0 2.8.3-1 ii libice62:1.0.7-2 ii libicu48
Bug#657424: can't jump to some links anymore
In [emacs-w3m : No.11744] jida...@jidanni.org wrote: X-debbugs-Cc: emacs-...@namazu.org Package: w3m-el-snapshot Version: 1.4.463+0.20120113-1 Upon upgrading from 1.4.442+0.20110729-1 to 1.4.463+0.20120113-1 browsing e.g., http://code.google.com/apis/maps/documentation/javascript/reference.html and then clicking on the link to #Circle does no longer take me there. The cursor doesn't move. But it will move for you: of course the bug is only observable if one loads my http://jidanni.org/comp/configuration/ something in which is not compatible with the new version or something. I've made a change in the emacs-w3m CVS so as to work for name anchors again. Also if I save the file to disk and then browse it, the bug doesn't occur. Hmm, I don't know why. Here's a diff of what I did: --8---cut here---start-8--- --- w3m.el~ 2012-01-13 08:21:42.28125 + +++ w3m.el 2012-01-26 10:13:26.35175 + @@ -9159,8 +9159,9 @@ (unless (or (w3m-url-local-p url) (string-match \\`about: url)) (w3m-string-match-url-components url) -(setq url (concat (w3m-url-transfer-encode-string - (substring url 0 (match-beginning 8))) +(setq url (concat (save-match-data + (w3m-url-transfer-encode-string +(substring url 0 (match-beginning 8 (if (match-beginning 8) (concat # (match-string 9 url)) --8---cut here---end---8--- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657445: openssh-server: Forced Command handling leaks private information to ssh clients
Package: openssh-server Version: 1:5.5p1-6+squeeze1 Severity: normal The handling of multiple forced commands in ~/.ssh/authorized key leaks information about other configured forced commands to the user. This affects tools lile gitolite, which makes heavy use of forced commands (For gitolite, this bug means: A user can obtain some or all usernames with access to the same gitolite setup by just using the verbose switch of his ssh client, which is a really nasty thing). Example: User bbu on machine ptx has three configured forced commands for keys test{1,2,3}_rsa.pub: command=/usr/bin/first_command ssh-rsa [...third_key...] command=/usr/bin/second_command ssh-rsa [...second_key...] command=/usr/bin/third_command ssh-rsa [...third_key...] Now, if the user of test1_rsa.pub uses the -v switch of his ssh client, he gets just his command: foo@bar:~/ssh_debug$ ssh -i test1_rsa -v bbu@ptx 21 | grep Forced\ command debug1: Remote: Forced command: /usr/bin/first_command debug1: Remote: Forced command: /usr/bin/first_command but the user of test2_rsa.pub sees two commands: foo@bar:~/ssh_debug$ ssh -i test2_rsa -v bbu@ptx 21 | grep Forced\ command debug1: Remote: Forced command: /usr/bin/first_command debug1: Remote: Forced command: /usr/bin/second_command debug1: Remote: Forced command: /usr/bin/first_command debug1: Remote: Forced command: /usr/bin/second_command and for user of test3_rsa.pub: bbu@elara:~/ssh_debug$ ssh -i test3_rsa -v bbu@ptx 21 | grep Forced\ command debug1: Remote: Forced command: /usr/bin/first_command debug1: Remote: Forced command: /usr/bin/second_command debug1: Remote: Forced command: /usr/bin/third_command debug1: Remote: Forced command: /usr/bin/first_command debug1: Remote: Forced command: /usr/bin/second_command debug1: Remote: Forced command: /usr/bin/third_command -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openssh-server depends on: ii adduser 3.112+nmu2 add and remove users and groups ii debconf [debconf-2. 1.5.36.1 Debian configuration management sy ii dpkg1.15.8.11Debian package management system ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libcomerr2 1.41.12-4stable1 common error description library ii libgssapi-krb5-21.8.3+dfsg-4squeeze5 MIT Kerberos runtime libraries - k ii libkrb5-3 1.8.3+dfsg-4squeeze5 MIT Kerberos runtime libraries ii libpam-modules 1.1.1-6.1+squeeze1 Pluggable Authentication Modules f ii libpam-runtime 1.1.1-6.1+squeeze1 Runtime support for the PAM librar ii libpam0g1.1.1-6.1+squeeze1 Pluggable Authentication Modules l ii libselinux1 2.0.96-1 SELinux runtime shared libraries ii libssl0.9.8 0.9.8o-4squeeze7 SSL shared libraries ii libwrap07.6.q-19 Wietse Venema's TCP wrappers libra ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii openssh-blacklist 0.4.1list of default blacklisted OpenSS ii openssh-client 1:5.5p1-6+squeeze1 secure shell (SSH) client, for sec ii procps 1:3.2.8-9/proc file system utilities ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages openssh-server recommends: ii openssh-blacklist-extra 0.4.1 list of non-default blacklisted Op ii xauth 1:1.0.4-1 X authentication utility Versions of packages openssh-server suggests: pn molly-guard none (no description available) pn rssh none (no description available) pn ssh-askpass none (no description available) pn ufw none (no description available) -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608343: [GeForce 5200 FX] nouveau chooses video mode not supported by screen
found 608343 linux-2.6/3.0.0-2 found 608343 linux-2.6/3.1.6-1 retitle 608343 [GeForce 5200 FX] nouveau chooses video mode not supported by screen quit Sam Morris wrote: On Wed, 2012-01-25 at 17:46 -0600, Jonathan Nieder wrote: Did you end up reporting this upstream? If so, what was the bug number? Haven't got round to this yet. The computer in question is at my parents' house so I only have access to it irregularly. Thanks for the update. Makes sense. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657308: Data corruption downloading files larger than 4GB
tags 657308 + patch thanks On 01/25/2012 12:54 PM, Egervary Gergely wrote: Package: pure-ftpd Version: 1.0.28-3 Serious data corruption occurs when downloading files larger than 4GB, on 32bit platforms. Upstream fixed this bug in 1.0.29. Please apply a fix, or debianize the newer upstream version for Squeeze (as Squeeze is the latest supported release available now) Thank you. So this would be the patch you would like to see: https://github.com/jedisct1/pure-ftpd/commit/5a35cac1e35ac37b16823254dd083ca970fbe1b2 Regards Racke -- LinuXia Systems = http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP = http://www.icdevgroup.org/ Interchange Development Team -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657440: xkb-data: cannot switch between two kb layout in gnome
Hi Rémi. Rémi Letot hob...@poukram.net (26/01/2012): Normaly, my X configuration is azerty Belgian at the time of gdm, and switches to French bépo (façon dvorak) once in gnome. After upgrading xkb-data, the layout stays Belgian even after login. Gnome's keyboard applet says fr, and the bépo layout it selected in the menu if I expand it, but the real used layout is Belgian. More than that, I can't select the other option in the keyboard applet. Now if I open keyboard parameters and change the order of the layouts (that is make Belgian first in the list), I can use the menu to switch layouts again. If I change the orders again, I can still switch but the layouts are inverted: selecting be gets me bépo, and fr gets me be... Reverting to xkb-data 2.3-2 from testing fixes everything. Thanks a lot, don't hesitate to ask for more info or tests. I'm not sure if Gnome interferes here. Feel free to open a bare session (http://x.debian.net/faq/general.html) and play with setxkbmap to see whether the layout is fucked up, or if the layout switcher in gnome is buggy. Anyway, feel free to report your findings on an upstream bug (https://bugs.freedesktop.org/ product xkeyboard-config) and let us know about the URL for tracking. Mraw, KiBi. signature.asc Description: Digital signature
Bug#657446: [kbibtex] FTBS on armel
Package: kbibtex Version: 0.4-1 Severity: serious user: debian-...@lists.debian.org usertag: eabi kbibtex fail to build on armel. [ 53%] Building CXX object src/gui/CMakeFiles/kbibtexgui.dir/kbibtexgui_automoc.o cd /build/buildd-kbibtex_0.4-1-armel-o0vLFL/kbibtex-0.4/obj-arm-linux-gnueabi/src/gui /usr/bin/c++ -DMAKE_KBIBTEXGUI_LIB - D_BSD_SOURCE -DHAVE_QTWEBKIT -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DQT_NO_STL -DQT_NO_CAST_TO_ASCII -D_REENTRANT - DKDE_DEPRECATED_WARNINGS -DKDE4_CMAKE_TOPLEVEL_DIR_LENGTH=40 -DMAKE_KBIBTEXGUI_LIB -DKDE_DEFAULT_DEBUG_AREA=101012 -Wnon-virtual- dtor -Wno-long-long -ansi -Wundef -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security -fno-exceptions -DQT_NO_EXCEPTIONS -fno-check-new -fno-common -Werror=return-type -Woverloaded-virtual -fno-threadsafe-statics -fvisibility=hidden -fvisibility- inlines-hidden -O2 -g -DNDEBUG -DQT_NO_DEBUG -fPIC -I/build/buildd-kbibtex_0.4-1-armel-o0vLFL/kbibtex-0.4/obj-arm-linux- gnueabi/src/gui -I/build/buildd-kbibtex_0.4-1-armel-o0vLFL/kbibtex-0.4/src/gui -I/build/buildd-kbibtex_0.4-1-armel- o0vLFL/kbibtex-0.4/src -I/build/buildd-kbibtex_0.4-1-armel-o0vLFL/kbibtex-0.4 -I/build/buildd-kbibtex_0.4-1-armel- o0vLFL/kbibtex-0.4/obj-arm-linux-gnueabi -I/build/buildd-kbibtex_0.4-1-armel-o0vLFL/kbibtex-0.4/src/gui/bibtex -I/build/buildd- kbibtex_0.4-1-armel-o0vLFL/kbibtex-0.4/src/gui/dialogs -I/build/buildd-kbibtex_0.4-1-armel-o0vLFL/kbibtex-0.4/src/gui/element - I/build/buildd-kbibtex_0.4-1-armel-o0vLFL/kbibtex-0.4/src/gui/field -I/build/buildd-kbibtex_0.4-1-armel- o0vLFL/kbibtex-0.4/src/gui/widgets -I/build/buildd-kbibtex_0.4-1-armel-o0vLFL/kbibtex-0.4/src/gui/config -I/build/buildd- kbibtex_0.4-1-armel-o0vLFL/kbibtex-0.4/src/gui/../processing -I/build/buildd-kbibtex_0.4-1-armel- o0vLFL/kbibtex-0.4/src/gui/../libkbibtexio -I/build/buildd-kbibtex_0.4-1-armel-o0vLFL/kbibtex-0.4/src/gui/../libkbibtexio/config - I/usr/include/KDE -I/usr/include/qt4/phonon -I/usr/include/qt4/QtXmlPatterns -I/usr/include/qt4/QtXml -I/usr/include/qt4/QtWebKit -I/usr/include/qt4/QtUiTools -I/usr/include/qt4/QtTest -I/usr/include/qt4/QtSvg -I/usr/include/qt4/QtSql - I/usr/include/qt4/QtScriptTools -I/usr/include/qt4/QtScript -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtHelp - I/usr/include/qt4/QtDesigner -I/usr/include/qt4/QtDeclarative -I/usr/include/qt4/QtDBus -I/usr/include/qt4/Qt3Support - I/usr/include/qt4/QtGui -I/usr/include/qt4/QtCore -I/usr/include/qt4/Qt -I/usr/share/qt4/mkspecs/default -I/usr/include/qt4- D_GNU_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -o CMakeFiles/kbibtexgui.dir/kbibtexgui_automoc.o -c /build/buildd- kbibtex_0.4-1-armel-o0vLFL/kbibtex-0.4/obj-arm-linux-gnueabi/src/gui/kbibtexgui_automoc.cpp In file included from /build/buildd-kbibtex_0.4-1-armel-o0vLFL/kbibtex-0.4/obj-arm-linux- gnueabi/src/gui/moc_bibtexfileview.cpp:10:0, from /build/buildd-kbibtex_0.4-1-armel-o0vLFL/kbibtex-0.4/obj-arm-linux-gnueabi/src/gui/kbibtexgui_automoc.cpp:4: /build/buildd-kbibtex_0.4-1-armel-o0vLFL/kbibtex-0.4/obj-arm-linux-gnueabi/src/gui/../../../src/gui/bibtex/bibtexfileview.h:58:5: error: 'KSharedConfigPtr' does not name a type make[3]: *** [src/gui/CMakeFiles/kbibtexgui.dir/kbibtexgui_automoc.o] Error 1 make[3]: Leaving directory `/build/buildd-kbibtex_0.4-1-armel-o0vLFL/kbibtex-0.4/obj-arm-linux-gnueabi' make[2]: *** [src/gui/CMakeFiles/kbibtexgui.dir/all] Error 2 make[1]: *** [all] Error 2 See https://buildd.debian.org/status/fetch.php?pkg=kbibtexarch=armelver=0.4-1stamp=1323921603 Seems a bug in kde of perhaps compiling with a too old gcc ? Any help will be appreciated. Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657447: iceweasel/squeeze outdated
Package: iceweasel Version: 3.5.19-2 Severity: wishlist More and more web sites suggest I upgrade my web browser. Now I can't find the account delete page on gmail, probably because they only display the simple version because of my old web browser. Please make a more recent iceweasel in squeeze-backports. -- Package-specific info: -- Extensions information Name: CustomizeGoogle Location: ${PROFILE_EXTENSIONS}/{fce36c1e-58d8-498a-b2a5-66ad1cedebbb} Status: user-disabled Name: Default Location: /usr/lib/iceweasel/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd} Package: iceweasel Status: enabled Name: DownloadHelper Location: ${PROFILE_EXTENSIONS}/{b9db16a4-6edc-47ec-a1f4-b86292ed211d} Status: enabled Name: Flashblock Location: ${PROFILE_EXTENSIONS}/{3d7eb24f-2740-49df-8937-200b1cc08f8a} Status: enabled Name: Torbutton Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{e0204bd5-9d31-402b-a99d-a6aa8ffebdca} Package: xul-ext-torbutton Status: enabled -- Plugins information Name: DivX® Web Player Location: /usr/lib/mozilla/plugins/libtotem-mully-plugin.so Package: totem-mozilla Status: enabled Name: Java(TM) Plug-in 1.6.0_24 Location: /usr/lib/jvm/java-6-sun-1.6.0.26/jre/lib/i386/libnpjp2.so Package: sun-java6-bin Status: enabled Name: Java(TM) Plug-in 1.6.0_26 Location: /usr/lib/jvm/java-6-sun-1.6.0.26/jre/lib/i386/libnpjp2.so Package: sun-java6-bin Status: enabled Name: QuickTime Plug-in 7.6.6 Location: /usr/lib/mozilla/plugins/libtotem-narrowspace-plugin.so Package: totem-mozilla Status: enabled Name: Shockwave Flash Location: /usr/lib/flashplugin-nonfree/libflashplayer.so Status: enabled Name: VLC Multimedia Plugin (compatible Totem 2.30.2) Location: /usr/lib/mozilla/plugins/libtotem-cone-plugin.so Package: totem-mozilla Status: enabled Name: Windows Media Player Plug-in 10 (compatible; Totem) Location: /usr/lib/mozilla/plugins/libtotem-gmp-plugin.so Package: totem-mozilla Status: enabled Name: iTunes Application Detector Location: /usr/lib/mozilla/plugins/librhythmbox-itms-detection-plugin.so Package: rhythmbox-plugins Status: enabled -- Addons package information ii iceweasel 3.5.19-2 Web browser based on Firefox ii rhythmbox-plug 0.12.8-3 plugins for rhythmbox music player ii sun-java6-bin 6.26-0squeeze1 Sun Java(TM) Runtime Environment (JRE) 6 (ar ii totem-mozilla 2.30.2-6 Totem Mozilla plugin ii xul-ext-torbut 1.2.5-3Iceweasel/Firefox extension enabling 1-click -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceweasel depends on: ii debianutils 3.4Miscellaneous utilities specific t ii fontconfig2.8.0-2.1 generic font configuration library ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libgdk-pixbuf2.0-02.23.3-3 GDK Pixbuf library ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface ii libnspr4-0d 4.8.6-1NetScape Portable Runtime Library ii libstdc++64.6.0-11 The GNU Standard C++ Library v3 ii procps1:3.2.8-9 /proc file system utilities ii xulrunner-1.9.1 1.9.1.19-2 XUL + XPCOM application runner iceweasel recommends no packages. Versions of packages iceweasel suggests: ii libgssapi-krb5-21.8.3+dfsg-4squeeze5 MIT Kerberos runtime libraries - k pn mozplugger none (no description available) ii ttf-lyx 1.6.7-1 TrueType versions of some TeX font pn ttf-mathematica4.1 none (no description available) ii xfonts-mathml 4Type1 Symbol font for MathML pn xprint none (no description available) Versions of packages xulrunner-1.9.1 depends on: ii libasound21.0.23-2.1 shared library for ALSA applicatio ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libbz2-1.01.0.5-6high-quality block-sorting file co ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.24-4+squeeze1 simple interprocess messaging syst ii libfontconfig12.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1+squeeze3 FreeType 2 font engine, shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libgdk-pixbuf2.0-02.23.3-3 GDK Pixbuf library ii
Bug#657448: gitolite: openssh-server bug leaks configured gitolite usernames to client
Package: gitolite Severity: normal Dear Maintainer, Gitolite users should be aware, that some or all configured usernames show up in the debug output of any ssh client, depending on the position of the accessing user's forced command in the gitolite authorized_keys configuration. e.G. if the public key of user foo is at position 4 in the authorized keys file, he can see the configured usernames 1-4, when using ssh -v gitolite@server. If his key is at the end of the authorized_keys file, he can obtain _all_ configured usernames. For Details and example, see the original openssh-server bug entry: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=657445 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#311188: Draft proposal for handling configuration file manipulations in Debian blends
Hi Jonas, hi all, On Do 26 Jan 2012 11:58:55 CET Jonas Smedegaard wrote: So, my opinion is that without implementing the blending mechanism within Debian policy itself (and that is also: within dpkg itself), we may possibly stall here for longer. It is the other way around: Debian Policy only reflects what is already consensus in Debian, so changing policy requires to first create consensus and then - after the fact - document it in Debian Policy. Good point, thanks for giving this more light. So, my proposal is: * let Debian blends become a real element of the Debian package system * that is: implement in dpkg three options: - Option 1: --blend=blend-name - Option 2: --unblend - Option 3: --init-blend (or --native2blend or similar) What does the above mean? Is it flags tied to a source package or to a binary package or to a system? If the latter then I suspect that you may really mean APT, not DPKG. In other words, does it imply that only a single blend can be applied? I am talking about each single Debian package. Not the whole system. And every package in this model can be in non-blended mode or in blend mode for _one_ blend. Example: if we install d-e-c, we have to tweak apache2 configuration. For this we would set apache2 into ,,edu'' blend mode. If apache2 is in ,,edu'' blend mode it cannot be set into ,,gis'' blend mode etc. You can unblend apache2 and blend it with some other blend only then. If really you are trying to document debathena rebranded as blends then please say so. If so it also seems sensible to involve the developers of debathena - either by discussing with them first to understand why their package(s) live only outside of Debian, not (tried to become) official part of it, or invite them to this very discussion directly. The idea proposed here was first. Then I re-read #311188 and stumbled over Marius's posting and took a closer look. I was astonished by some similarities. And it was also clear that they are doing it outside of Debian and that they do the same stuff as d-e-c. The install package-A and then config-package-X and config-package X overrides files in package-A. * This blending process may do the following... **of course, the below has to become a legal part of Debian now...** - create copies of existing configuration file(s) conf.d folders in package-name /etc/folder/cf-file - /etc/folder/cf-file.dpkg-native /etc/folder/cf-folder.d - /etc/folder/cf-folder.d.dpkg-native - divert the original configuration file and conf.d folder names to the corresponding files/folders in the /etc/blend/edu namespace. - tag the affected package (maybe in /var/lib/dpkg/info) as blended Above seems like the central piece of where we are stalled at the moment regarding nedding-different-config-than-package-offers: The way forward is not to legalize mechanisms currently violates Policy, but to work on refining said mechanisms to a point where the Debian community is convinced that it is sane to do, and _then_ document the fact in Policy. This sounds like a senible way of progressing on this. However, what exactly do _you_ mean by ,,refining said mechanisms'' (not sure what the said mechanisms are and how to refine those). I believe dpkg does not reliably support diverting conffiles. That particular piece can be worked on (or at least investigated and documented more clearly) independently from this grand plan. The above is what you refer to as refining, I guess? So that would be dpkg development then. * Alternatively, if the configuration files of a package shall not be replaced by d-e-c then we also find a dpkg --init-blend package-name command call useful (or --native2blend or --clone-native2blend or ...). - install a copy of the original package's config files from /etc/config-folder - /etc/blend/edu/config-folder After this, configuration files provided by the package maintainer can be manipulated with cfengine (within /etc/blend/edu/config-folder, of course. Above seems to me as a reinvention of dpkg-divert. If you feel that is a sensible way forward (I don't) then it seems to me that you need not reach concensus for the whole grand plan in order to improve this piece: you can discuss that with dpkg developers directly. In Debian Edu we currently follow two strategies: 1) provide our (D-E) own+complete config file for some Debian package 2) apply cfengine of D-E to some non-D-E config files in some Debian package Both ways of tweaking config files should be managable with a proposed model. Actually the first is pretty much alike to dpkg-divert and it probably can be a wrapper around dpkg-divert that handles the blending and unblending process. The second approach is rather creating a ready-for-blending-with-cfengine-copy of the orginal config files, move the original's out of the way (.dpkg-native), replace the
Bug#654428: blender: FTBFS: uses i386/amd64 specific register definitions on all architectures
Ok, looked through logs. Commited fix (rev43718 in our svn trunk) which should make some platforms work nicer (at least fix currently reported compilation errors). This should help on spark, s390x, s390, mips platforms. Still can see some issues related on REG_EIP and mcontext_t things. Not sure if that build errors happens with 0011-fix_FTBFS_with_libmv applied? Also think error of hurd-i386 should be fixed. At least this function has got valid return value in current trunk. Probably compilation error on powerpc is also fixed in svn rev43719. Would be nice to check for updated build logs after all this my changes. -- With best regards, Sergey Sharybin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654601: nload does show 0.xx MBit/s instead of 0.xx GBit/s
Hi Marco, Could you please try 0.7.3-1 from testing and report back whether the bug is fixed there? Thanks, Roland Am Mittwoch 04 Januar 2012, 16:03:18 schrieb Marco Tedaldi: Package: nload Version: 0.7.2-1 Severity: normal I have a 1Gbit Network connection. For testing I sent a file to a server: 1073741824 Bytes (1.1 GB) kopiert, 29.479 s, 36.4 MB/s During the process nload (startet without any switches, running on eth0) shows the bars full but in the numeric display only shows Max: 0.33 MBit/s This should be 0.33GBit/s instead. When jumping from 99Mbit/s to 0.10GBit/s nload seems to fail to update the value. -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nload depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libncurses5 5.7+20100313-5 shared libraries for terminal hand ii libstdc++64.4.5-8The GNU Standard C++ Library v3 nload recommends no packages. nload 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#657449: varnishncsa: please add a config option to allow a custom logging format (patch)
Package: varnish Severity: wishlist Tags: patch Dear Maintainers, I use a custom logging format that resembles our Apache logs (which also use a custom format). Please find a patch attached that adds an option to /etc/default/varnishncsa that allows the admin to specify a custom format. It also patches the init script to add the -F flag and the custom format if it is given, otherwise it does not give the -F flag at all. Please apply, Thanks, Allard Hoeve -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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 diff --git a/debian/varnish.varnishncsa.default b/debian/varnish.varnishncsa.default index e84327b..23935e2 100644 --- a/debian/varnish.varnishncsa.default +++ b/debian/varnish.varnishncsa.default @@ -6,3 +6,7 @@ # # NCSA log format, to be used by HTTP log analyzers # VARNISHNCSA_ENABLED=1 +# +# Specify a logformat here. See man varnishncsa for format details. If left +# blank or set to default, the default format will be used. +# VARNISHNCSA_LOGFORMAT=default diff --git a/debian/varnish.varnishncsa.init b/debian/varnish.varnishncsa.init index 30212bc..723798d 100644 --- a/debian/varnish.varnishncsa.init +++ b/debian/varnish.varnishncsa.init @@ -34,6 +34,12 @@ if [ -z ${VARNISHNCSA_ENABLED} ] || \ exit 0; fi +# If set, and not set to default, append the logformat option to DAEMON_OPTS +if [ ! -z ${VARNISHNCSA_LOGFORMAT} -a ! ${VARNISHNCSA_LOGFORMAT} = default ]; then + LOGFORMAT_FLAG=-F + LOGFORMAT_FORMAT=${VARNISHNCSA_LOGFORMAT} +fi + test -x $DAEMON || exit 0 start_varnishncsa() { @@ -41,7 +47,7 @@ start_varnishncsa() { log_daemon_msg Starting $DESC $NAME create_pid_directory if start-stop-daemon --start --quiet --pidfile ${PIDFILE} \ ---chuid $USER --exec ${DAEMON} -- ${DAEMON_OPTS} \ +--chuid $USER --exec ${DAEMON} -- ${DAEMON_OPTS} ${LOGFORMAT_FLAG} ${LOGFORMAT_FORMAT} \ ${output} 21; then log_end_msg 0 else
Bug#607227: [RV516] with kms, screen flickers, without kms xorg eats 100% CPU
Hi there, On Wednesday 25 January 2012 23:13:35 Jonathan Nieder wrote: found 607227 linux-2.6/2.6.32-29 merge 575893 607227 quit Hi Marcos, Marcos Marado wrote: Yup, just did one test: turned modeset on and booted with radeon.new_pll=0 and the flickering is gone. Nice. I assume you can reproduce this with current squeeze kernels, too? Could you try patches 1/3 and 2/3 (but _not_ 3/3) from [1] and see if they fix it? I will have to find the time to take the dust off that machine, put a hard drive there, install debian and test it again. I am willing to do that and I'll put it on my TODO list, but please don't hold your breath waiting... Thank you, -- Marcos Marado -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654428: blender: FTBFS: uses i386/amd64 specific register definitions on all architectures
Hi! On 26/01/2012 12:23, Sergey Sharybin wrote: Ok, looked through logs. Commited fix (rev43718 in our svn trunk) which should make some platforms work nicer (at least fix currently reported compilation errors). This should help on spark, s390x, s390, mips platforms. Good to know. Still can see some issues related on REG_EIP and mcontext_t things. Not sure if that build errors happens with 0011-fix_FTBFS_with_libmv applied? Yep, those logs are referred to the first build session at the beginning of January... and being official, there're not updated with testing builds. Also think error of hurd-i386 should be fixed. At least this function has got valid return value in current trunk. OK. Probably compilation error on powerpc is also fixed in svn rev43719. That would be great. Would be nice to check for updated build logs after all this my changes. Feel free to send us your patches fixing these issues and we'll be very happy to test them and let you know the results of the testing re-builds. Cheers. -- Matteo F. Vescovi Debian Sponsored Maintainer e-mail: mfv.deb...@gmail.com GnuPG KeyID: 83B2CF7A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656599: default-jdk: Java JDK not installable on squeeze
On Sat, Jan 21, 2012 at 01:11:46PM +, peter green wrote: Can you post the complete contents of your /etc/apt/sources.list I've only files in sources.list.d. root@fff:/etc/apt/sources.list.d# cat * deb http://192.168.200.130/debian squeeze main deb http://ftp.de.debian.org/debian/ stable main contrib non-free deb-src http://ftp.de.debian.org/debian/ stable main contrib non-free deb http://security.debian.org/ stable/updates main deb-src http://security.debian.org/ stable/updates main The local debian Repo has only one or two self-made packages, not related to any java package. We had some proxies configured and i thought, that this could be the reason, maybe some outdated Release file. But after removing all proxy configuration, the effect is the same. Here is the complete apt-config dump APT ; APT::Architecture amd64; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Install-Recommends 1; APT::Install-Suggests 0; APT::Acquire ; APT::Acquire::Translation environment; APT::Authentication ; APT::Authentication::TrustCDROM true; APT::NeverAutoRemove ; APT::NeverAutoRemove:: ^firmware-linux.*; APT::NeverAutoRemove:: ^linux-firmware$; APT::NeverAutoRemove:: ^linux-image.*; APT::NeverAutoRemove:: ^kfreebsd-image.*; APT::NeverAutoRemove:: ^linux-restricted-modules.*; APT::NeverAutoRemove:: ^linux-ubuntu-modules-.*; APT::Never-MarkAuto-Sections ; APT::Never-MarkAuto-Sections:: metapackages; APT::Never-MarkAuto-Sections:: restricted/metapackages; APT::Never-MarkAuto-Sections:: universe/metapackages; APT::Never-MarkAuto-Sections:: multiverse/metapackages; APT::Never-MarkAuto-Sections:: oldlibs; APT::Never-MarkAuto-Sections:: restricted/oldlibs; APT::Never-MarkAuto-Sections:: universe/oldlibs; APT::Never-MarkAuto-Sections:: multiverse/oldlibs; APT::Periodic ; APT::Periodic::Enable 1; APT::Periodic::Update-Package-Lists 1; APT::Default-Release stable; Dir /; Dir::State var/lib/apt/; Dir::State::lists lists/; Dir::State::cdroms cdroms.list; Dir::State::mirrors mirrors/; Dir::State::extended_states extended_states; Dir::State::status /var/lib/dpkg/status; Dir::Cache var/cache/apt/; Dir::Cache::archives archives/; Dir::Cache::srcpkgcache srcpkgcache.bin; Dir::Cache::pkgcache pkgcache.bin; Dir::Etc etc/apt/; Dir::Etc::sourcelist sources.list; Dir::Etc::sourceparts sources.list.d; Dir::Etc::vendorlist vendors.list; Dir::Etc::vendorparts vendors.list.d; Dir::Etc::main apt.conf; Dir::Etc::netrc auth.conf; Dir::Etc::parts apt.conf.d; Dir::Etc::preferences preferences; Dir::Etc::preferencesparts preferences.d; Dir::Etc::trusted trusted.gpg; Dir::Etc::trustedparts trusted.gpg.d; Dir::Bin ; Dir::Bin::methods /usr/lib/apt/methods; Dir::Bin::dpkg /usr/bin/dpkg; Dir::Media ; Dir::Media::MountPath /media/cdrom; Dir::Log var/log/apt; Dir::Log::Terminal term.log; Dir::Log::History history.log; Dir::Ignore-Files-Silently ; Dir::Ignore-Files-Silently:: ~$; Dir::Ignore-Files-Silently:: \.disabled$; Dir::Ignore-Files-Silently:: \.bak$; Dir::Ignore-Files-Silently:: \.dpkg-[a-z]+$; Acquire ; Acquire::cdrom ; Acquire::cdrom::mount /media/cdrom; Acquire::Languages ; Acquire::Languages:: environment; Acquire::Languages:: de; Acquire::Languages:: en; DPkg ; DPkg::Pre-Invoke ; DPkg::Pre-Invoke:: if [ -x /usr/sbin/etckeeper ]; then etckeeper pre-install; fi; DPkg::Post-Invoke ; DPkg::Post-Invoke:: if [ -x /usr/sbin/etckeeper ]; then etckeeper post-install; fi; DPkg::Pre-Install-Pkgs ; DPkg::Pre-Install-Pkgs:: /usr/sbin/dpkg-preconfigure --apt || true; RPM ; RPM::Pre-Invoke ; RPM::Pre-Invoke:: if [ -x /usr/sbin/etckeeper ]; then etckeeper pre-install; fi; RPM::Post-Invoke ; RPM::Post-Invoke:: if [ -x /usr/sbin/etckeeper ]; then etckeeper post-install; fi; CommandLine ; CommandLine::AsString apt-config dump; I've no preferences file Do you have any more hints? apt version is: 0.8.10.3+squeeze1 dpkg version is: 1.15.8.11 Maybe this bug should be moved to apt or dpkg, since i think it's not related to the java packages, or is it? Best regards, Jörg :-) -- Jörg Kurlbaum (j...@corsario.org) GPG-ID: CAC40EA9 Fingerprint: D4D4 9F5E D3C7 86B2 0D7F 67F9 9B22 7396 CAC4 0EA9 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657433: RM: salome -- ROM; Not maintained and too much issues
Hi! * Sylvestre Ledru sylves...@debian.org [120126 09:49]: Could you remove salome from Debian ? Sure, as there are no reverse depends. It has many RCs (10). However, due to the multiple versions in the archive, we couldn't close the bugs automatically. So please do so by hand. Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657452: ITP: beagrep -- beagrep = beagle + grep. It use beagle to find the set of possible matching files, then runs grep on this set only.
Package: wnpp Severity: wishlist Owner: Bao Haojun baohao...@gmail.com * Package name: beagrep Version : x.y.z Upstream Author : Name someb...@example.org * URL : http://baohaojun.github.com/beagrep.html * License : MIT/X, Apache Programming Lang: C#, Perl, Bash Description : beagrep = beagle + grep. beagrep use beagle first to decide the (relatively a lot smaller) set of possible matching files, then run grep on this set only. Thus greatly improve grep speed. -- All the best Bao Haojun -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657451: [INTL: it] Italian translation of gnubg debconf templates
Package: gnubg Severity: wishlist Tags: patch l10n Hi, attached is the Italian translation of gnubg debconf templates. Please include it in your next upload. Cheers, Francesca -- People assume that time is a strict progression of cause to effect, but actually from a non-linear, non-subjective viewpoint is more like a big ball of wibbly wobbly, timey wimey... stuff. The Doctor # Italian translation of gnubg debconf templates. # Copyright (C) 2012 the gnubg copyright holder # This file is distributed under the same license as the gnubg package. # Francesca Ciceri madame...@zouish.org, 2012. # msgid msgstr Project-Id-Version: gnubg\n Report-Msgid-Bugs-To: r...@debian.org\n POT-Creation-Date: 2006-12-03 16:38-0800\n PO-Revision-Date: 2012-01-23 14:09+0100\n Last-Translator: Francesca Ciceri madame...@zouish.org\n Language-Team: Italian debian-l10n-ital...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../gnubg.templates:1001 msgid Build bearoff database? msgstr Creare il database di bearoff? #. Type: boolean #. Description #: ../gnubg.templates:1001 msgid For maximum strength, GNU Backgammon needs a two-sided bearoff database, used to evaluate positions in the end-game. This database takes up 6.6MB of disk space and requires several minutes to generate on a reasonably fast computer. GNU Backgammon is fully playable without this database, but will use weaker heuristics for the end of the game. msgstr Per una maggiore efficacia, GNU Backgammon necessita di un database di bearoff a due lati per valutare le posizioni nel finale del gioco. Questo database occupa circa 6.6MB di spazio su disco e richiede vari minuti per essere generato con un computer ragionevolemente veloce. GNU Backgammon è completamente giocabile anche senza il database, ma userà in tal caso euristiche più deboli per la fine del gioco. signature.asc Description: Digital signature
Bug#657438: xfonts-traditional: Missing dependency on libsys-cpu-perl
Toby Speight writes (Bug#657438: xfonts-traditional: Missing dependency on libsys-cpu-perl): | Can't locate Sys/CPU.pm in @INC (@INC contains: /etc/perl Thanks for the report. Fix is on the way. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657393: RFS: skstream/0.3.6-1 [ITA] -- IOStream C++ socket Library
* Stephen M. Webb stephen.w...@bregmasoft.ca, 2012-01-25, 17:39: dget -x http://mentors.debian.net/debian/pool/main/s/skstream/skstream_0.3.8-1.dsc [snip] Changes since the last upload: skstream (0.3.8-1) UNRELEASED; urgency=low . * new maintainer (closes: #653977) This is a bit misleading. It would normally interpret such item as I set myself as Maintainer. But this is not what happened here: you set Debian Games Team as maintainer, and added yourself to Uploaders. I think this should be written explicitly in the changelog. Now, I don't know what this package has to do with games, but if DGT fold don't mind, meh. (I'm not one of them, which is also a good excuse not to sponsor this package. :P) * renamed binary packages due to SONAME change But here are reverse-dependencies of the old binary package. Which means that uploading this to unstable starts a transition. What this discussed with the release team? It probably should, even though the number of involved packages is small. That said, the best moment to talk to the release team would be after the package has been thoroughly reviewed (thus: not yet). * moved to debhelper 8 What does this mean? I see that you rewrote debian/rules from scratch, apparently introducing regressions... Is that a part of moved to debhelper 8? Does you new d/rules support DEB_BUILD_OPTIONS=noopt like the old one did? Are you sure that there are no other regressions? * added debian/symbols file This looks a bit suspicious. Symbols that exist only on amd64? I seriously doubt it... * debian/copyright: convert to DEP-5 format I see no such changes to debian/copyright in my debdiff. You converted the package to source format 3.0 (quilt), but this is not documented in the changelog. Why is the patch name 0001-gcc-4.4.patch if the description is fixes compilation errors with GCC **3.3** (emphasis mine). -- 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#654174: Multiple binnmus for iceweasel 9
Hello Mike. Cyril Brulebois k...@debian.org (25/01/2012): I guess we may need to remove the 3 FTBFSing packages from testing. dak rm -Rn -s testing says: - happy with removing dehydra, - happy with removing openvrml, - not happy with removing pyxpcom: | # Broken Depends: | sugar-browse-activity-0.84: sugar-browse-activity-0.84 | sugar-browse-activity-0.86: sugar-browse-activity-0.86 | sugar-hulahop: python-hulahop [amd64 armel i386 ia64 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390 sparc] | | # Broken Build-Depends: | sugar-hulahop: python-xpcom (= 1.9~rc2) One would need to investigate what to do with sugar-*. In the meanwhile, I scheduled binNMUs for couchdb and edbrowse (and dehydra, oops). Those are ready, like pyxpcom which you uploaded yesterday. My hints file currently says: | # 2012/01/26 - iceweasel 9 transition (#654174) | remove autofill-forms/0.9.8.3-3 | age-days 5 uppity/1.5.8-3 | age-days 0 pyxpcom/1:9.0~hg20111212-1 | easy iceweasel/9.0.1-1 gxine/0.5.906-2 oolite/1.76-1 pyxpcom/1:9.0~hg20111212-1 uppity/1.5.8-3 -autofill-forms/0.9.8.3-3 dehydra and openvrml don't seem to require any special handling for the moment, so I left them alone for now. According to my dry-run tests, that should let iceweasel migrate during the next run, provided nothing from others' hint files interfere with the above one (I'm starting little, so I only ran the dry-run tests with my tiny hints file). Once that's done, I'll see what to do with the old binaries in testing. Mraw, KiBi. signature.asc Description: Digital signature
Bug#657450: [INTL: it] Italian translation of yubico-pam debconf templates
Package: yubico-pam Severity: wishlist Tags: l10n patch Hi, attached is the Italian translation of yubico-pam debconf templates. Please include it in your next upload. Cheers, Francesca -- People assume that time is a strict progression of cause to effect, but actually from a non-linear, non-subjective viewpoint is more like a big ball of wibbly wobbly, timey wimey... stuff. The Doctor # Italian translation for yubico-pam debconf templates. # Copyright (C) 2012, the yubico-pam copyright holder # This file is distributed under the same license as the yubico-pam package. # Francesca Ciceri, madame...@zouish.org, 2012. # msgid msgstr Project-Id-Version: yubico-pam 2.10-2\n Report-Msgid-Bugs-To: yubico-...@packages.debian.org\n POT-Creation-Date: 2011-12-14 13:26+0100\n PO-Revision-Date: 2012-01-18 15:11+0100\n Last-Translator: Francesca Ciceri madame...@zouish.org\n Language-Team: Italian debian-l10n-ital...@lists.debian.org\n Language: Italian\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../libpam-yubico.templates:1001 msgid Parameters for Yubico PAM: msgstr Parametri per il modulo PAM Yubico: #. Type: string #. Description #: ../libpam-yubico.templates:1001 msgid The Yubico PAM module supports two modes of operation - online validation of YubiKey OTPs or offline validation of YubiKey HMAC-SHA-1 responses to challenges. msgstr Il modulo PAM Yubico supporta due modalità di operazioni: autenticazione online delle YubiKey OTP o autenticazione offline di YubiKey HMAC-SHA-1 con funzionalità challenge response #. Type: string #. Description #: ../libpam-yubico.templates:1001 msgid The default is online validation, and for that to work you need to get an API key (they are free) at https://upgrade.yubico.com/getapikey/ and enter the key id as \id=\ and the base64 secret as \key=...\. msgstr La modalità predefinita è l'autenticazione online e perché funzioni è necessario ottenere una chiave API (sono gratuite) all'indirizzo https://upgrade.yubico.com/getapikey/ e digitare l'identificativo della chiave nel formato \id=\ e la chiave di sessione in base64 come \key=...\. #. Type: string #. Description #: ../libpam-yubico.templates:1001 msgid All the available parameters for the Yubico PAM module are described in /usr/ share/doc/libpam-yubico/README.gz. msgstr I parametri disponibili per il modulo PAM Yubico sono descritti in /usr/share/doc/libpam-yubico/README.gz. #. Type: note #. Description #: ../libpam-yubico.templates:2001 msgid Yubico PAM module disabled by default msgstr Il modulo PAM Yubico è disabilitato per impostazione predefinita #. Type: note #. Description #: ../libpam-yubico.templates:2001 msgid To avoid locking anyone out of their system, the Yubico PAM module is not activated by default. Use the program `pam-auth-update' to enable it. msgstr Per evitare di chiudere qualcuno fuori dal proprio sistema, il modulo PAM Yubico non è attivato in modo predefinito. Si usi il programma \pam-auth-update\ per abilitarlo. signature.asc Description: Digital signature
Bug#652056: [3.0 - 3.1.1 regression] [ipw2100] BUG at net/core/dev.c:3719! (__napi_complete called with gro_list nonempty)
On 01/26/2012 10:41 AM, Jonathan Nieder wrote: tags 652056 + patch moreinfo quit AymanHotmail wrote: Is it also a kernel BUG at [...]/net/core/dev.c:3719, like the original one, and is the backtrace the same? Well according to Image_02, it give a kernel BUG at [...]/net/core/dev.c:3831 , and the backtrace is the same. Thanks much. Can you try this patch (against a sid or upstream 3.2.1 kernel)? See [1] for instructions. [1] http://kernel-handbook.alioth.debian.org/ch-common-tasks.html commit b189e810619a Author: françois romieurom...@fr.zoreil.com Date: Sun Jan 8 13:41:33 2012 + 8139cp: fix missing napi_gro_flush. The driver uses __napi_complete and napi_gro_receive. Without it, the driver hits the BUG_ON(n-gro_list) assertion hard in __napi_complete. Signed-off-by: Francois Romieurom...@fr.zoreil.com Tested-by: Marin Glibiczhil...@gmail.com Signed-off-by: David S. Millerda...@davemloft.net diff --git a/drivers/net/ethernet/realtek/8139cp.c b/drivers/net/ethernet/realtek/8139cp.c index cc6b391479ca..abc79076f867 100644 --- a/drivers/net/ethernet/realtek/8139cp.c +++ b/drivers/net/ethernet/realtek/8139cp.c @@ -563,6 +563,7 @@ rx_next: if (cpr16(IntrStatus) cp_rx_intr_mask) goto rx_status_loop; + napi_gro_flush(napi); spin_lock_irqsave(cp-lock, flags); __napi_complete(napi); cpw16_f(IntrMask, cp_intr_mask); Hi I'm sorry, I tried but it was overwhelming for me, I downloaded the source and lost it between steps 4.2.4 and 4.2.5. I'm still novice generally on linux, so I can't test the patch, except if there is already build kernel with the patch. Again thanks for your help and patience. Take care Ayman -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654601: nload does show 0.xx MBit/s instead of 0.xx GBit/s
Hallo Roland Due to dependency conflicts I could not install the debian package from testing (or I would have had to update a whole bunch of packages from the debian testing repo). So I took the tarball from your site and compiled it myself. *0.7.3 works fine!* For comparsion I've added a screenshot with the output of both versions running at the same time where 0.7.2 has a faulty display while 0.7.3 displays correctly. Thanx Marco Am 26.01.2012 11:53, schrieb Roland Riegel: Hi Marco, Could you please try 0.7.3-1 from testing and report back whether the bug is fixed there? Thanks, Roland Am Mittwoch 04 Januar 2012, 16:03:18 schrieb Marco Tedaldi: Package: nload Version: 0.7.2-1 Severity: normal I have a 1Gbit Network connection. For testing I sent a file to a server: 1073741824 Bytes (1.1 GB) kopiert, 29.479 s, 36.4 MB/s During the process nload (startet without any switches, running on eth0) shows the bars full but in the numeric display only shows Max: 0.33 MBit/s This should be 0.33GBit/s instead. When jumping from 99Mbit/s to 0.10GBit/s nload seems to fail to update the value. -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nload depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libncurses5 5.7+20100313-5 shared libraries for terminal hand ii libstdc++64.4.5-8The GNU Standard C++ Library v3 nload recommends no packages. nload suggests no packages. -- no debconf information attachment: nload.png
Bug#657454: squid: [INTL:pt_BR] Brazilian Portuguese debconf templates translation
Package: squid Tags: l10n patch Severity: wishlist Hello, Please, Could you update the Brazilian Portuguese Translation? Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is tested with msgfmt and podebconf-display-po. Kind regards. pt_BR.po.gz Description: GNU Zip compressed data signature.asc Description: PGP signature
Bug#657455: apt-build: [INTL:pt_BR] Brazilian Portuguese debconf templates translation
Package: apt-build Tags: l10n patch Severity: wishlist Hello, Please, Could you update the Brazilian Portuguese Translation? Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is tested with msgfmt and podebconf-display-po. Kind regards. pt_BR.po.gz Description: GNU Zip compressed data signature.asc Description: PGP signature
Bug#657456: gnome-shell: Random segmentation faults: error 4 in libglib-2.0
Package: gnome-shell Version: 3.2.2.1-1 Severity: important Randomly, when manipulating/switching windows, gnome-shell crashes. Then, it restarts by itself and all the elements are at the right position (windows,...). I typed dmesg right after a crash, and the last message is: [11759.174314] gnome-shell[6368]: segfault at 3e19f5008 ip 7f34afbea618 sp 7fff23e4d230 error 4 in libglib-2.0.so.0.3000.2[7f34afb88000+f6000] It occurs about 20 times a day of work. It doesn't happen when using gnome- classic. This does not seem to be a duplicate of Bug#649919 because I'm still able to use the mouse/keyboard and gnome-shell is automatically back to normal (same effect as doing Alt-F2, then r). In case it is relevant, I use fglrx driver. Best regards, -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.10.0-3 ii gir1.2-accountsservice-1.0 0.6.15-2 ii gir1.2-atk-1.0 2.2.0-2 ii gir1.2-caribou-1.0 0.4.1-2 ii gir1.2-clutter-1.0 1.8.2-2 ii gir1.2-cogl-1.0 1.8.2-1 ii gir1.2-coglpango-1.0 1.8.2-1 ii gir1.2-folks-0.6 0.6.6-1 ii gir1.2-freedesktop 1.31.1-1 ii gir1.2-gconf-2.0 3.2.3-1 ii gir1.2-gdkpixbuf-2.0 2.24.0-2 ii gir1.2-gee-1.0 0.6.1-3 ii gir1.2-gkbd-3.0 3.2.0-1 ii gir1.2-glib-2.0 1.31.1-1 ii gir1.2-gmenu-3.0 3.2.0.1-2 ii gir1.2-gnomebluetooth-1.03.2.1-1 ii gir1.2-gtk-3.0 3.2.3-1 ii gir1.2-json-1.0 0.14.2-1 ii gir1.2-mutter-3.03.2.2-1 ii gir1.2-networkmanager-1.00.9.2.0-2 ii gir1.2-pango-1.0 1.29.4-2 ii gir1.2-polkit-1.00.104-1 ii gir1.2-soup-2.4 2.36.1-1 ii gir1.2-telepathyglib-0.120.16.2-1 ii gir1.2-telepathylogger-0.2 0.2.12-1 ii gir1.2-upowerglib-1.00.9.15-1 ii gjs 1.30.0-3 ii gnome-bluetooth 3.2.1-1 ii gnome-icon-theme-symbolic3.2.2-1 ii gnome-settings-daemon3.2.2-2 ii gnome-shell-common 3.2.2.1-1 ii gsettings-desktop-schemas3.2.0-2 ii libatk1.0-0 2.2.0-2 ii libc62.13-24 ii libcairo-gobject21.10.2-6.2 ii libcairo21.10.2-6.2 ii libcamel-1.2-29 3.2.2-1 ii libcanberra0 0.28-3 ii libclutter-1.0-0 1.8.2-2 ii libcogl-pango0 1.8.2-1 ii libcogl5 1.8.2-1 ii libcroco30.6.2-2 ii libdbus-1-3 1.4.16-1 ii libdbus-glib-1-2 0.98-1 ii libdrm2 2.4.30-1 ii libebook-1.2-12 3.2.2-1 ii libecal-1.2-10 3.2.2-1 ii libedataserver-1.2-153.2.2-1 ii libedataserverui-3.0-1 3.2.2-1 ii libffi5 3.0.10-3 ii libfolks25 0.6.6-1 ii libfontconfig1 2.8.0-3.1 ii libfreetype6 2.4.8-1 ii libgconf2-4 3.2.3-1 ii libgdk-pixbuf2.0-0 2.24.0-2 ii libgee2 0.6.1-3 ii libgirepository-1.0-11.31.1-1 ii libgjs0b [libgjs0-libmozjs185-1.0] 1.30.0-3 ii libgl1-mesa-glx [libgl1] 7.11.2-1 ii libglib2.0-0 2.30.2-6 ii libgnome-desktop-3-2 3.2.1-3 ii libgnome-keyring03.2.2-2 ii libgnome-menu-3-03.2.0.1-2 ii libgstreamer0.10-0 0.10.35-1 ii libgtk-3-0 3.2.3-1 ii libical0 0.44-3 ii libjson-glib-1.0-0 0.14.2-1 ii libmozjs185-1.0
Bug#523882: sudo -i doesn't unset some environment variables
On 2012-01-26 06:33:56 +0100, Jan Braun wrote: Ha, I think I got it. LS_COLORS is included by default in env_keep. If you don't set (or just append to) env_keep, LS_COLORS will be passed on, irrespective of -i and/or env_reset. If you overwrite env_keep (by assigning to it), LS_COLORS will be wiped from the environment. Can you reproduce that? Thanks, I confirm. And now that I know what to look for, I found it in the docs, in sudoers(5), the description of env_reset: | If set, sudo will reset the environment to only contain the LOGNAME, | MAIL, SHELL, USER, USERNAME and the SUDO_* variables. Any variables in | the caller's environment that match the env_keep and env_check lists | are then added. The default contents of the env_keep and env_check | lists are displayed when sudo is run by root with the -V option. If | the secure_path option is set, its value will be used for the PATH | environment variable. This flag is on by default. Also note that that's not even true, sudo -V displays the current (from /etc/sudoers) values of env_*, not the default (compiled in) ones. Yes, this is what I see. Do you agree this is a documentation issue then? For sudo -V, yes. For sudo -i, I don't know whether the behavior is wrong or this is the documentation that is wrong (if this behavior is intended), or both. For sudo -i, sudoers(5) says: As a special case, if sudo's -i option (initial login) is specified, sudoers will initialize the environment regardless of the value of env_reset. The DISPLAY, PATH and TERM variables remain unchanged; HOME, MAIL, SHELL, USER, and LOGNAME are set based on the target user. On Linux and AIX systems the contents of /etc/environment are also included. All other environment variables are removed. Then it depends whether env_keep should affect env_reset only or should also affect sudo -i. Has the historical behavior changed? I just wonder whether a bug could have been introduced. BTW, the /usr/share/doc/sudo/changelog.gz file says: * plugins/sudoers/env.c: Reset HOME for sudo -i even if HOME was listed in env_keep. [c1c1c65a2d63] * env.c, sudo.c: The -i flag should imply env_reset. This got broken in sudo 1.6.9. [3caedfeaec87] * sudo.c, sudo.h: o Add -i that acts similar to su -, based on patches from David J. MacKenzie o Sort the flags in the usage message [c0fe7d6beffd] If the intent of sudo -i is to behave like su -, then env_keep shouldn't be taken into account (there will still be a disagreement concerning $PATH, though). -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645401: #645401 Please do not build the firebird2.5 module on m68k
Lior Kaplan dixit: I've asked a friend to help with this, and he referred me to this comment: http://sourceforge.net/mailarchive/forum.php?thread_name=4F2100A7.9010300%40mail.ruforum_name=firebird-devel Could you regenerate the file? Hm, regenerate which file? As far as I can see, the comment is about the inability of gdb to do multi-threaded debugging, which I can not do anything about :-( I’ve asked the m68k porters and got no answer so far. The gdb package we have in Debian is current, so it’s not a matter of getting it more up to date either. Since PHP is a build-dependency of quite a number of more important packages, I’d like to just get the firebird2.5 module deactivated on m68k until it has been ported to m68k. (IIRC we had firebird2.1 so it should be possible.) At the current time, catching up with other architectures to not get stuff totally unbuildable is more of a priority than to have every single feature (especially considering the lack of buildd and man power). Thanks for having looked into this. bye, //mirabilos -- I believe no one can invent an algorithm. One just happens to hit upon it when God enlightens him. Or only God invents algorithms, we merely copy them. If you don't believe in God, just consider God as Nature if you won't deny existence. -- Coywolf Qi Hunt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652650: imagemagick transition: any news ?
Hi, Vincent Fourmond wrote: is there be anything specific that prevents us from uploading the current imagemagick in experimental to unstable ? Yes, the lack of release team ack usually indicates that they are busy working on other transitions. See http://bugs.debian.org/release.debian.org or http://release.debian.org/transitions/ for some details on those. If you would like to help them: - Have you checked that the rdeps build without trouble against the new version? - Do you know if there are any overlaps with other pending or scheduled transitions? Just my two cents as a naive developer/user, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655297: [examples/rebuild]: buildall executes dget with wrong url
Aron Xu dixit: + � �dget -x ${MIRROR}/debian/${DIR}/${PACKAGE}_${VER##:}.dsc /dev/null 2 $LOGDIR/.$PACKAGE ## doesn't work here, does it? This looks like a typo to me, ${VER#*:} would be correct. something more like ${VER//:*} No. No, it doesn't work well. As of my test, patch in message #17 of #553594 solved this problem. That one is really ouch. ${VER#*:} is guaranteed by POSIX. bye, //mirabilos -- FWIW, I'm quite impressed with mksh interactively. I thought it was much *much* more bare bones. But it turns out it beats the living hell out of ksh93 in that respect. I'd even consider it for my daily use if I hadn't wasted half my life on my zsh setup. :-) -- Frank Terbeck in #!/bin/mksh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657457: gnome-backgrounds: No flickr pictures being loaded when selected
Package: gnome-backgrounds Version: 3.2.0-1 Severity: normal To reproduce this go to the gnome-control-center -- Background -- Select Flickr in the drop down menu. When selected there are no flickr pictures being loaded. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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#657458: phpldapadmin: [INTL:pl] Polish debconf translation
Package: phpldapadmin Severity: wishlist Tags: l10n patch Hi! Please add attached Polish debconf translation. Thanks, -- Michał Kułach pl.po Description: Binary data
Bug#657459: towitoko: [INTL:pl] Polish debconf translation
Package: towitoko Severity: wishlist Tags: l10n patch Hi! Please add attached Polish debconf translation. Thanks, -- Michał Kułach pl.po Description: Binary data
Bug#657460: yiff: [INTL:pl] Polish debconf translation
Package: yiff Severity: wishlist Tags: l10n patch Hi! Please add attached Polish debconf translation. Thanks, -- Michał Kułach pl.po Description: Binary data
Bug#657461: add --fix-nested-comments option
Package: indent Version: 2.2.11-1 Severity: wishlist Tags: patch upstream The patch attached to add an option to fix nested comments by replacing '/*' with ' *'. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-rc7-686-pae (SMP w/2 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 Versions of packages indent depends on: ii dpkg 1.16.1.2 ii install-info 4.13a.dfsg.1-4 ii libc6 2.13-7 indent recommends no packages. indent suggests no packages. -- no debconf information Description: add an option to fix nested comments Added -fnc/--fix-nested comment option which tries to fix nested comments by replacing '/*' inside comments by a space followed by '*'. By default, this option is turned off. Author: Andrew O. Shadura bugzi...@tut.by Last-Update: 2012-01-26 --- a/src/comments.c +++ b/src/comments.c @@ -59,6 +59,9 @@ * `format_col1_comments' (fc1): Format comments which * begin in column 1. * + * `fix_nested_comments'(fnc): Fix comments which + * have nested opening sequences + * * `unindent_displace' (d): The hanging indentation for * comments which do not appear to the right of code. * @@ -190,6 +193,15 @@ /* We have reached the end of the comment, and it's all on * this line. */ + if (settings.fix_nested_comments) + { +if ((*buf_ptr == '*') (*(buf_ptr - 1) == '/')) +{ + *(e_com - 1) = ' '; + *e_com = '*'; +} + } + if ((*buf_ptr == '*') (*(buf_ptr + 1) == '/')) { if (buf_ptr == buf_end) --- a/src/args.c +++ b/src/args.c @@ -158,6 +158,7 @@ static int exp_eei = 0; static int exp_fc1 = 0; static int exp_fca = 0; +static int exp_fnc = 0; static int exp_gnu = 0; static int exp_hnl = 0; static int exp_i= 0; @@ -314,6 +315,7 @@ {hnl, PRO_BOOL,true, ON, settings.honour_newlines, exp_hnl}, {h, PRO_FUNCTION, 0, ONOFF_NA, (int *) usage, exp_version}, {gnu, PRO_SETTINGS, 0, ONOFF_NA, GNU_SETTINGS_STRING,exp_gnu}, +{fnc, PRO_BOOL, false, ON, settings.fix_nested_comments, exp_fnc}, {fca, PRO_BOOL,true, ON, settings.format_comments, exp_fca}, {fc1, PRO_BOOL,true, ON, settings.format_col1_comments, exp_fc1}, {eei, PRO_BOOL, false, ON, settings.extra_expression_indent, exp_eei}, @@ -433,6 +435,7 @@ {h, PRO_FUNCTION, 0, ONOFF_NA, (int *) usage, exp_version}, /* This is now the default. */ {gnu, PRO_SETTINGS, 0, ONOFF_NA, GNU_SETTINGS_STRING,exp_gnu}, +{fnc, PRO_BOOL, false, ON, settings.fix_nested_comments, exp_fnc}, {fca, PRO_BOOL, false, ON, settings.format_comments, exp_fca}, {fc1, PRO_BOOL, false, ON, settings.format_col1_comments, exp_fc1}, {eei, PRO_BOOL, false, ON, settings.extra_expression_indent, exp_eei}, @@ -548,6 +551,7 @@ {honour-newlines, hnl}, {help,h}, {gnu-style, gnu}, +{fix-nested-comments, fnc}, {format-first-column-comments,fc1}, {format-all-comments, fca}, {extra-expression-indentation,eei}, --- a/src/indent.h +++ b/src/indent.h @@ -268,6 +268,7 @@ int lineup_to_parens;/*! if true, continued code within parens will be lined up to the open paren */ int honour_newlines; /*! True when positions at which we read a newline in the input file, should get * a high priority to break long lines at. */ +int fix_nested_comments; /*! If nested comments are to be fixed */ int format_comments; /*! If any comments are to be reformatted */ int format_col1_comments; /*! If comments which start in column 1 are to be magically reformatted */ int extra_expression_indent; /*! True if continuation lines from the expression part of if(e), --- a/doc/indent.texinfo +++ b/doc/indent.texinfo @@
Bug#657462: unixcw: [INTL:id] Indonesian debconf templates translation
Source: unixcw Version: 3.0-2 Severity: wishlist Tags: patch l10n -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear Maintainer, Please find attached an updated po-debconf translation of this package into indonesian. $ msgfmt --statistics -c -v -o /dev/null id.po id.po: 6 translated messages. Thanks. - -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBCAAGBQJPIUw/AAoJELmHbrCQs2xbTlMP/33vIvERynXTV0YjZAvRo+uW 2dKNuYs2nU+Ox/pqo9ZL6TVm7Km661Vvp7ajmbnNsqaccxSB2h13rhvOfXMehsiC dROYr2Ec/8fFkaPwrsawJQFLl2FTvH2rFcY4mGTr8qH67WvByfEJVFcYwwacM4f1 oGcvbBcsZE0iT19hI0rKzMshZtx2gFtVPNyg2/4v2oG+uUEjGAjSE0VYUmzIJpwI VQWhCcM3plrJ3ppo/ZZjVIpcyKIJD6Vp5QGfNrJJtdQiBIlrLdQrZY+JU+9Jm+DR jc0ihMxR6rF3aPmCZsrrXaivgAsyxqAeXpjsXw91uTqFag7au2f7Nyj7TDBhPn7n 5v+YsU62leoMHijErUn0bDzc37AaWYNm4H8f/O5KkFfMOO+IQGZ0CRBCXOB+BRn1 EwMS5nRcN/sS3RrnKL2vCFgtShwGlDE2fJvXt+fLuYr62mOilhU28Mza0BuHhDeS 42UPkWVdJ9Lvli2wGAP9P34RptmK1YsDCvdlzHqO8rFojbfLawPhnA+FBAhxeMdl mJ6yx3vGOwZ/ZHc6ZUCTm+zXyfcyui+XKoXxUn4fhuTgbY1BC5qLKxt/gKxqUyjz O6rcybw65/D55oNZZ5MfPdTR0HifTWTwhgwOcW2hTysmFQ/mZE0PYvE1M4TV0Puh U+ddbAKBk3WGLOkTSoFl =dm5d -END PGP SIGNATURE- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR EMAIL@ADDRESS, YEAR. # msgid msgstr Project-Id-Version: unixcw 3.0-2\n Report-Msgid-Bugs-To: uni...@packages.debian.org\n POT-Creation-Date: 2012-01-11 06:51+0100\n PO-Revision-Date: 2012-01-26 19:48+0700\n Last-Translator: Mahyuddin Susanto udi...@ubuntu.com\n Language-Team: Debian Indonesia Translators debian-l10n-indones...@lists.debian.org\n Language: id\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Poedit-Language: Indonesian\n X-Poedit-Country: INDONESIA\n #. Type: boolean #. Description #: ../cwcp.templates:2001 msgid Run cwcp with root privileges? msgstr Jalankan cwcp dengan hak akses root? #. Type: boolean #. Description #: ../cwcp.templates:2001 msgid If it is run with elevated privileges (which is not recommended), cwcp can produce sounds using the console buzzer. msgstr Jika dijalankan dengan hak tinggi (yang tidak disarankan), cwcp dapat menghasilkan suara menggunakan konsol buzzer. #. Type: boolean #. Description #: ../cwcp.templates:2001 #: ../cw.templates:2001 msgid Please choose whether this should be achieved by giving the executable the \setuid\ attribute. msgstr Silakan pilih apakah ini harus di dapatkan dengan memberikan attribut eksekusi \setuid\. #. Type: boolean #. Description #: ../cwcp.templates:2001 #: ../cw.templates:2001 msgid Alternatives include running the program with sudo or eliminating this issue completely by using output via a sound card instead of the buzzer. msgstr Alternatifnya dengan menjalankan program dengan sudo atau menghilangkan masalah ini sepenuhnya dengan menggunakan keluaran dengan kartu suara daripada menggunakan buzzer #. Type: boolean #. Description #: ../cw.templates:2001 msgid Run cw with root privileges? msgstr Jalankan cw dengan hak root? #. Type: boolean #. Description #: ../cw.templates:2001 msgid If it is run with elevated privileges (which is not recommended), cw can produce sounds using the console buzzer. msgstr Jika dijalankan dengan hak tingggi (yang tidak disarankan), cw dapat menghasilkan suara menggunakan konsol buzzer