Bug#697127: clang: Clang++ 3.2 fails to compile anything ('bits/c++config.h' file not found)
On 01/01/2013 17:47, Hans Joachim Desserud wrote: Package: clang Version: 3.2-1~exp1 Severity: important Dear Maintainer, I seem to be unable to compile anything with clang++ version 3.2 from experimental. For instance: What is your version of libstdc++6 ? Thanks S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697266: linux-image-3.2.0-4-amd64: Please backport support for HDMI audio on recent RADEON graphics cards.
Package: src:linux Version: 3.2.35-2 Severity: wishlist Dear Maintainer, Please backport support for HDMI audio on recent RADEON graphics cards, specifically the Sapphire RADEON HD 7770. The support was added to the kernel as of commit a1585d769731323a792277f15b7a3ee2ae36b698 , (I believe this is in kernel 3.3.) This commit and a previous one from AMD add new PCI IDs related to the HDMI audio on the card, adds a new AZX_DRIVER type and removes the limitation on the number of PCMs. I have generated a patch (attached) from the kernel linux-stable git using git diff v3.2.25 a1585d769731323a792277f15b7a3ee2ae36b698 sound/pci/hda/ The patch has been trimmed of superfluous changes and applies without problem to the Debian kernel. However, I make no claims of the patch being perfect. The HDMI audio has been tested with my TV and works without issue so far. The only thing I'm not sure of is that it generates six entries as shown in the output below. aplay -l List of PLAYBACK Hardware Devices card 0: SB [HDA ATI SB], device 0: ALC889A Analog [ALC889A Analog] Subdevices: 1/1 Subdevice #0: subdevice #0 card 0: SB [HDA ATI SB], device 1: ALC889A Digital [ALC889A Digital] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: HDMI [HDA ATI HDMI], device 3: HDMI 0 [HDMI 0] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: HDMI [HDA ATI HDMI], device 7: HDMI 1 [HDMI 1] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: HDMI [HDA ATI HDMI], device 8: HDMI 2 [HDMI 2] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: HDMI [HDA ATI HDMI], device 9: HDMI 3 [HDMI 3] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: HDMI [HDA ATI HDMI], device 10: HDMI 4 [HDMI 4] Subdevices: 1/1 Subdevice #0: subdevice #0 card 1: HDMI [HDA ATI HDMI], device 11: HDMI 5 [HDMI 5] Subdevices: 1/1 Subdevice #0: subdevice #0 The relevant syslog from the device starting is: Jan 3 00:09:23 tori kernel: [7.085952] HDMI status: Codec=0 Pin=3 Presence_Detect=0 ELD_Valid=0 Jan 3 00:09:23 tori kernel: [7.086073] HDMI status: Codec=0 Pin=5 Presence_Detect=0 ELD_Valid=0 Jan 3 00:09:23 tori kernel: [7.086191] HDMI status: Codec=0 Pin=7 Presence_Detect=0 ELD_Valid=0 Jan 3 00:09:23 tori kernel: [7.086310] HDMI status: Codec=0 Pin=9 Presence_Detect=0 ELD_Valid=0 Jan 3 00:09:23 tori kernel: [7.086433] HDMI status: Codec=0 Pin=11 Presence_Detect=0 ELD_Valid=0 Jan 3 00:09:23 tori kernel: [7.086561] HDMI status: Codec=0 Pin=13 Presence_Detect=0 ELD_Valid=0 Jan 3 00:09:23 tori kernel: [7.086888] input: HDA ATI HDMI HDMI/DP,pcm=11 as /devices/pci:00/:00:02.0/:01:00.1/sound/card1/input9 Jan 3 00:09:23 tori kernel: [7.087201] input: HDA ATI HDMI HDMI/DP,pcm=10 as /devices/pci:00/:00:02.0/:01:00.1/sound/card1/input10 Jan 3 00:09:23 tori kernel: [7.087930] input: HDA ATI HDMI HDMI/DP,pcm=9 as /devices/pci:00/:00:02.0/:01:00.1/sound/card1/input11 Jan 3 00:09:23 tori kernel: [7.089761] input: HDA ATI HDMI HDMI/DP,pcm=8 as /devices/pci:00/:00:02.0/:01:00.1/sound/card1/input12 Jan 3 00:09:23 tori kernel: [7.090325] input: HDA ATI HDMI HDMI/DP,pcm=7 as /devices/pci:00/:00:02.0/:01:00.1/sound/card1/input13 Jan 3 00:09:23 tori kernel: [7.091989] input: HDA ATI HDMI HDMI/DP,pcm=3 as /devices/pci:00/:00:02.0/:01:00.1/sound/card1/input14 The PCI information for the card with the patch installed and run as root is: lspci -vvv -nn -s 1: 01:00.0 VGA compatible controller [0300]: Advanced Micro Devices [AMD] nee ATI Cape Verde [Radeon HD 7700 Series] [1002:683d] (prog-if 00 [VGA controller]) Subsystem: PC Partner Limited Device [174b:e215] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0, Cache Line Size: 4 bytes Interrupt: pin A routed to IRQ 45 Region 0: Memory at d000 (64-bit, prefetchable) [size=256M] Region 2: Memory at fde8 (64-bit, non-prefetchable) [size=256K] Region 4: I/O ports at ee00 [size=256] [virtual] Expansion ROM at fde0 [disabled] [size=128K] Capabilities: [48] Vendor Specific Information: Len=08 ? Capabilities: [50] Power Management version 3 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1+,D2+,D3hot+,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Capabilities: [58] Express (v2) Legacy Endpoint, MSI 00 DevCap: MaxPayload 256 bytes, PhantFunc 0, Latency L0s 4us, L1 unlimited ExtTag+ AttnBtn- AttnInd- PwrInd- RBE+ FLReset- DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported- RlxdOrd+ ExtTag+ PhantFunc- AuxPwr- NoSnoop+ MaxPayload 128 bytes, MaxReadReq 512
Bug#697265: Corresponding Xorg.0.log
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 see attachment -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAlDlOMsACgkQ5+rBHyUt5wv8TwCgodwrSt4Q2vdvJmLBhpcClI5w qQQAoIknLqiRpfkOI56iYDdicKHqH5Jg =65CO -END PGP SIGNATURE- Xorg.0.log.gz Description: GNU Zip compressed data
Bug#693793: New virtual packages: lv2-host and lv2-plugin
Hi Alessio, Alessio Treglia wrote: So, here is my proposal (which I've already posted on debian-devel): [...] + lv2-hostanything that can host LV2 audio plugins + lv2-plugin an LV2 compliant audio plugin Vincent Danjean wrote: Le 21/11/2012 17:48, Ian Jackson a écrit : What I'm missing is why it's useful to list lv2 hosts in the Depends like this. The user will end up with one selected essentially at random. Is that desirable ? Usually, the Enhances: relationship is a better one than a Depends:/ Recommends:/Suggests: in plugin packages. Russ Allbery wrote: We have a bunch of existing virtual packages that aren't really useful because they don't offer any sort of guaranteed interface, and therefore cannot be meaningfully used in package relationships (which is the whole point of a virtual package). Thanks for writing. Any news? Are you still interested in adding this virtual package? Happy new year, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697253: ITP: ruby-aruba -- Cucumber extension for CLI applications
On Thu, Jan 03, 2013 at 12:39:28PM +0900, Hideki Yamane wrote: Package: wnpp Severity: wishlist Owner: Hideki Yamane henr...@debian.org X-Debbugs-CC: debian-de...@lists.debian.org, pkg-ruby-extras-maintain...@lists.alioth.debian.org Package name: ruby-aruba Version: 0.5.1 Upstream Author: Aslak Hellesøy, David Chelimsky, Mike Sassak, Matt Wynne URL: http://github.com/cucumber/aruba License: MIT Description: Cucumber extension for CLI applications Aruba is Cucumber extension for Command line applications written in any What's cucumber? (apart from the vegetable...) programming language. Features at a glance: . * Test any command line application * Manipulate the file system * Create great HTML documentation based on your own Cucumber scenarios -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian..org Archive: http://lists.debian.org/20130103123928.e7ccb096464208406c95c...@debian.or.jp -- Copyshops should do vouchers. So that next time some bureaucracy requires you to mail a form in triplicate, you can mail it just once, add a voucher, and save on postage. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592610: 7.3/7.4/7.6: Usage of Breaks and Conflicts unclear and contradictive
retitle 592610 Clarify when Conflicts + Replaces et al are appropriate quit Hi Goswin, In 2010, Goswin von Brederlow wrote: in May there was a discussion about the right use of Breaks or Conflicts as part of Bug#582423, e.g. http://lists.debian.org/debian-ctte/2010/05/msg00012.html Policy §7.6.2 sayeth: | Second, Replaces allows the packaging system to resolve which package | should be removed when there is a conflict (see Conflicting binary | packages - Conflicts, Section 7.4). One reading of this would be that in the presence of Conflicts, Replaces represents a partial ordering of packages, indicating which should be removed in case of conflict. Seems useful enough. One consequence of this definition is that when A conflicts with and replaces B, B should not conflict with and replace A in turn, since the symmetric relationships would give no guidance in how to resolve the conflict. Then it continues: | In this situation, the package declared as being replaced can be a | virtual package, so for example, all mail transport agents (MTAs) | would have the following fields in their control files: | | Provides: mail-transport-agent | Conflicts: mail-transport-agent | Replaces: mail-transport-agent | | ensuring that only one MTA can be unpacked at any one time. Here policy is recommending the same symmetrical C+R relationship it had just seemed to imply defeats the purpose of C+R. Responding to this confusing passage, Ian Jackson wrote[1]: | If two packages Replaces/Conflicts/Provides the same virtual | package you can't just dpkg -i to swap between them. This is | demonstrated in Eugene's message on the 9th of May, and the test | case mentioned by Raphael does it. [...] | So which of spec or implementation is correct ? I think the | implementation is correct and the spec is wrong. The thread also contains some guidance about particular use cases, but first I guess we should resolve this question. Should packages A and B be allowed to ever both conflict with and replace each other? I wouldn't mind a policy should forbidding mutual C+R on the grounds that they are confusing, even though they are a widespread practice. Thanks for filing this. I think it got forgotten. Hope that helps, Jonathan [1] https://lists.debian.org/debian-ctte/2010/05/msg00010.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626272: gstreamer0.10-plugins-base: still segfault without ORC_CODE=backup
Package: gstreamer0.10-plugins-base Version: 0.10.36-1 Followup-For: Bug #626272 Dear Maintainer, the bug still there while not set ORC_CODE=backup. With ORC_CODE=backup bug disappears. gdb --args gst-launch -v filesrc location=/usr/share/sounds/KDE-Sys-Log-In- Long.ogg ! oggdemux ! vorbisdec ! audioresample ! audioconvert ! alsasink GNU gdb (GDB) 7.4.1-debian Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as powerpc-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/gst-launch...(no debugging symbols found)...done. (gdb) r Starting program: /usr/bin/gst-launch -v filesrc location=/usr/share/sounds /KDE-Sys-Log-In-Long.ogg \! oggdemux \! vorbisdec \! audioresample \! audioconvert \! alsasink [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/powerpc-linux-gnu/libthread_db.so.1. process 14873 is executing new program: /usr/bin/gst-launch-0.10 [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/powerpc-linux-gnu/libthread_db.so.1. Установка конвейера в состояние PAUSED... [New Thread 0xf3dbb490 (LWP 14884)] [New Thread 0xf35bb490 (LWP 14885)] Подготовка конвейера (PREROLL)... /GstPipeline:pipeline0/GstOggDemux:oggdemux0.GstOggPad:serial_26e0: caps = audio/x-vorbis, rate=(int)48000, channels=(int)2, streamheader=(buffer) 01766f726269730280bb00710200b801, 03766f726269731d00586970682e4f7267206c6962566f72626973204920323030343036323901, 05766f726269732942435601000800314c20c580d09055106024290e93664929a594a128799894484929a594c53089989489c518638c31c618638c31c618638c2034641504008028098ea3e6496ace396718278e72a039694e38a720078a51e03909c2f526636ea6b4a66b6ece2925080d59050200404821851452482185146288218618628821871c72c821a79c720a2aa8a0820a32c820834c32e9a4934e3ae9a8a38e3aea28b4d0420b2db4d24a4c31d55663aebd065d7c73ce39e79c73ce39e79c73ce094243560100200442061964104208218514528829a698720a32c880d0905520008047911449b114cbb11ccdd1244ff22c511335d1334553544d755d577665d77675d7767d5998855bb87d59b8855bd8855df78561188661188661188661f87ddff77ddff77d2034641500200100a0233996e329a2221aa2e239a2038486ac020064040020099992a349aaae699bb668abb66dcbb22ccbb20c8486ac0201000400a0699aa6699aa6699aa6699aa6699aa6699aa6699a66599665599665599665599665599665599665599665599665599665599665599665599665594068c82a0040020040c7711cc77124455224c7722c07080d590500c8080040522cc57234477334c7733c c7733c477444c9944ccdf44c0f080d59050200080040311cc5711cc9d1244f522dd3723557733dd7734dd7755d5781d0905504219d66966a80083390612034641500800018a108430c080d59050488a1e4209ad09af3cd390e9ae5a0a9149bd3c189549b27b9a9989b73ce39e79c6cce19e39c73ce29ca99c5a099d09a73ce490c9aa5a099d09a73ce79129b07ada9d29a73ce19e79c0ec619619c73ce69d29a07a9d9589b73ce59d09ae6a8b9149b73ce89949b27b5b9549b73ce39e79c73ce39e79c73cea95e9ccec139e19c73ce89da9b6bb9095d9c73cef9649ceecd09e19c73ce39e79c73ce39e79c73ce094243560100400461d818c69d82207d8e06621421a621931e748f0e93a031c829a41e8d8e464aa98350521927a57482d09055208410524821851452482185145248218618628821a79c720a2aa8a4928a2aca28b3cc32cb2cb3cc32cbacc3ce3aebb0c310430c31b4d24a2c35d556638db5e69e73ae39486ba5b5d65a2ba594524a29a5203464150200402064904106198514524821869872ca29a7a0820a080d590502000800f024cf111dddddddddcff11c511225511225d1322 d5d55545557766d599775dbb7855dd875dfd77ddfd78d5f178665599665599665599665599665599665094243560100200042082184145248218594628c31c79c834e420981d09055200080477114c7911cc991244bb2244dd22ccdf2344ff334d1134551344d53155dd11575d3166553365dd33565d35565d57665d9b6655bb77d59b67ddff77ddff77ddff77ddff77ddfd7752034641500200100a02339999222398ee34892048486ac0200640400a0288ee2388e23499224599226799667899aaee9a9a20a8486ac0201000400a0688aa7988aa7888ae7888e28899669899aaab9a26ccaaeebbaaeebbaaeebbaaeebbaaeebbaaeebbaaeebbaaeebbaaeebbaaeebbaaeebbaaeebba4068c82a004002004047722447722445522445722407080d590500c80800c0311c435224c7b22c4df3344ff334d1133dd1333d55744517080d590502000800c0900c4bb11ccdd12451522dd55235d5522d55543d55d5344dd33481d0909519e4a4a6d47a0e126290398941680849c41cc55c3ae99ca35c8c8790234649ed2153cc1004b598d0498514d4e25a6a1d73548b8dad6448412db6c65221e5a8074243560800
Bug#697200: xkb-data: Accent keys not working on Logitech K800 international keyboard
On Thu, Jan 3, 2013 at 09:28:21 +0100, Andreas Tscharner wrote: [...] xkb_symbols pc+us+inet(evdev) { [...] That's the us keymap, not us(intl). I guess something reset it for some reason. Does the same happen if you start a naked X session (e.g. with startx -- /usr/bin/xterm)? Cheers, Julien signature.asc Description: Digital signature
Bug#697078: tpu: xdotool/1:2.20100701.2961-3+deb7u1
On Wed, Jan 2, 2013 at 22:31:18 +, Adam D. Barratt wrote: On Tue, 2013-01-01 at 02:36 +0100, Michael Stapelberg wrote: Adam D. Barratt a...@adam-barratt.org.uk writes: I would like to upload xdotool/1:2.20100701.2961-3+deb7u1 to testing-proposed-updates to fix #680824 in wheezy. At the moment, 1:2.20100701.2961-3 is in wheezy and 1:2.20110530.1-6 (many changes) is in unstable. Please go ahead; thanks. Done. Note that I had to add a Build-Dep on ruby-test-unit, otherwise the build fails with newer versions of Ruby. Updated debdiff is attached. Unfortunately, it fails everywhere anyway. :-( There are several failures of the form Error: test_windowraise_fails_on_invalid_window(XdotoolBasicTests) EOFError: end of file reached /build/buildd-xdotool_2.20100701.2961-3+deb7u1-armel-rQRNDX/xdotool-2.20100701.2961/t/xdo_test_helper.rb:32:in `readline' 29: exec(exec xterm -T '#{@title}' -e 'echo $WINDOWID #{writer.fileno}; echo $$ #{writer.fileno}; exec sleep 300') bashisms? Cheers, Julien 30: end # xterm fork 31: writer.close = 32: @wid = reader.readline.to_i 33: @shellpid = reader.readline.to_i 34: 35: healthy = false Regards, Adam -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1357165878.28716.26.ca...@jacala.jungle.funky-badger.org signature.asc Description: Digital signature
Bug#697096: claws-mail: Freezes when reading some HTML messages
Le 1 janvier 2013, Ricardo Mones a écrit : Does it also happen with current testing/sid version (3.8.1-2) ? And, if possible, does it with experimental version (3.9.0-1) ? Hello, This issue is not reproducible with 3.8.1-2 (testing) or with 3.9.0-1 (experimental) installed on Debian Wheezy in a Virtualbox. Would be a good thing, backporting on Squeeze ? Thanks. -- Alain Rpnpif -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633547: drbd8-utils: Drbd init script did not start stacked resources.
Hi, I've no idea if I'm in the right ticket, but I observed that the init script indeed doesn't start all devices - start as in both connect and make them primary. However, that may have been by design: http://lists.linbit.com/pipermail/drbd-user/2010-April/013896.html Yet, the existence of the call: $DRBDADM sh-b-pri all # Become primary if configured ...makes me think that there is such a feature after all. But how do you configure it? drbdadm(8) manual page doesn't even mention it. The source reveals the condition: if (name_in_names(nodeinfo.nodename, res-become_primary_on) || name_in_names(both, res-become_primary_on)) { Another little educated guess later, I find the option become-primary-on, documented in drbd.conf(5). Maybe that's what the original submitter is missing? -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697240: regression: silent malfunctioning in ospf distribute-list when upgrading to wheezy
forwarded 697240 https://bugzilla.quagga.net/show_bug.cgi?id=734 tags 697240 + confirmed upstream stop Hello Hans Thank you for this bug report. I found a matching one on the Quagga Bug Tracker and added your information. The patch from the second URL seems reasonable, I try to get it into the Wheezy packages. bye, -christian- On Thu, 03 Jan 2013 00:08:04 +0100 Hans van Kranenburg hans.van.kranenb...@mendix.com wrote: Package: quagga Version: 0.99.21-3 Severity: normal In the current quagga version that will be release with wheezy, the ospf distribute-list command is broken. Worse, using it does not give any warning, does not crash quagga, but the command is totally ignored. The result of this bug is that when upgrading quagga from squeeze to wheezy, distribute-list is ignored, which probably results in unwanted routes to be advertised via ospf, potentially having disastrous effect on the stability of a whole ospf network. As test, I created a minimal ospf configuration, which shows the distribute-list being ignored: mekker(config)# sh run Current configuration: ! hostname mekker password blaat ! ! router ospf ospf router-id 1.2.3.4 redistribute connected ! access-list test deny any ! line vty ! end mekker(config)# router ospf mekker(config-router)# distribute-list test out connected mekker(config-router)# mekker(config)# sh run Current configuration: ! hostname mekker password blaat ! ! router ospf ospf router-id 1.2.3.4 redistribute connected ! access-list test deny any ! line vty ! end Also, if the distribute-list command exists in the ospfd configuration file and ospfd is started, the line gets ignored, without any warning or whatsoever. # cat /etc/quagga/ospfd.conf ! hostname mekker password blaat ! ! router ospf ospf router-id 1.2.3.4 redistribute connected distribute-list test out connected ! access-list test deny any ! line vty ! # /etc/init.d/quagga start $ telnet localhost ospfd Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. Hello, this is Quagga (version 0.99.21). Copyright 1996-2005 Kunihiro Ishiguro, et al. User Access Verification Password: mekker en mekker# sh run Current configuration: ! hostname mekker password blaat ! ! router ospf ospf router-id 1.2.3.4 redistribute connected ! access-list test deny any ! line vty ! end mekker# It's gone! And ospfd starts injecting all routes that had to be filtered into your network now, happily messing up everything. This bug was introduced in commit e0ca5fde7be5b5ce90dae78c2477e8245aecb8e9 in quagga, and is clearly the result of over-enthousiastic copy-pasting of almost(!) similar lines. See http://git.savannah.gnu.org/cgit/quagga.git/commit/?h=sf/ospfdid=e0ca5fde7be5b5ce90dae78c2477e8245aecb8e9 click to ospfd/ospf_vty.c and look at the bottom two chunks of that patch. Later, this issue was found and fixed in 1e47fb668d0125cbb6d53f73469093e744164a47: See http://git.savannah.gnu.org/cgit/quagga.git/commit/?id=1e47fb668d0125cbb6d53f73469093e744164a47h=master There is no new quagga release available which includes this bugfix, but it's merged to master in git. Both the introduction and fix of this bug are trivial changes, so would there be any way to get this patch included before the release? This would prevent network-downtime and headaches for network admins while upgrading to wheezy. I succesfully tested this patch by building packages for wheezy and squeeze-backports based on 0.99.21-3 and installing them both on the test machine I used for this bug report, and on test-locations in our network. Attached is the patch file which I created, 40_ospfd__ospf_vty.c__distribute-list.diff -- Network Engineering Design; Content Delivery Platform IP NETCOLOGNE Gesellschaft für Telekommunikation mbH Am Coloneum 9 | 50829 Köln Tel: 0221 -8711 | Fax: 0221 -78711 www.netcologne.de Geschäftsführer: Dr. Hans Konle (Sprecher) Dipl.-Ing. Karl-Heinz Zankel HRB 25580, AG Köln Diese Nachricht (inklusive aller Anhänge) ist vertraulich. Sollten Sie diese Nachricht versehentlich erhalten haben, bitten wir, den Absender (durch Antwort-E-Mail) hiervon unverzüglich zu informieren und die Nachricht zu löschen. Die E-Mail darf in diesem Fall weder vervielfältigt noch in anderer Weise verwendet werden. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#669278: Reopen
On 2013-01-02 04:16, Lisandro Damián Nicanor Pérez Meyer wrote: Saddly the last upload did not fix this issue. When I tried this solution the [...] installation and continued with the update, and I've got the same error again, just appearing later. I see the same in piuparts :-( Are there any other solutions left than adding a transitional phonon-backend-xine package? Anyway, it's good to get rid of circular dependencies :-) Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697267: lxc: sshd template fails to start
Package: lxc Version: 0.9.0~alpha2-1 Severity: important Dear Maintainer, the bug is reproducible as follows: # lxc-create -t sshd -n sshd # lxc-start -n sshd The error message is: lxc-start: Read-only file system - error unlinking /usr/lib/x86_64-linux-gnu/lxc/dev/kmsg lxc-start: failed to setup kmsg for 'sshd' /sbin/init: line 173: type: /usr/lib/x86_64-linux-gnu/lxc-init: not found 'lxc-init is not accessible on the system Solution is trivial, replace the path in the template: /usr/lib/x86_64-linux-gnu/lxc-init - /usr/lib/x86_64-linux-gnu/lxc/lxc-init -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lxc depends on: ii debconf [debconf-2.0] 1.5.46 ii libapparmor1 2.7.103-4 ii libc6 2.13-37 ii libcap21:2.22-1.2 ii multiarch-support 2.13-37 Versions of packages lxc recommends: ii debootstrap 1.0.42 ii libcap2-bin 1:2.22-1.2 Versions of packages lxc suggests: ii rsync 3.0.9-4 -- Configuration Files: /etc/lxc/lxc.conf changed [not included] -- debconf information: lxc/shutdown: /usr/bin/lxc-halt * lxc/directory: /vz/lxc/ lxc/title: lxc/auto: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608133: nouveau: severe display corruption on NV4E on machines with 2G RAM
tags 608133 + unreproducible quit John Hughes wrote: On 01/01/13 01:15, Jonathan Nieder wrote: Salah Coronya wrote: As of kernel 3.7, [...] all the errors related to ths bug are gone for me - no distortion, no crashes, and no CACHE_ERROR, even after switching VT and running accelerated programs for over a week. Can you confirm? A 3.7.1 kernel is available from experimental. Sorry, can't confirm - I no longer have the machine that had the problem. Thanks for the update, and sorry we didn't get to this in time. Sven, do you happen to know of anyone with an NV4E that could test a backport for this fix if someone prepares one? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697190: unblock: virtuoso-opensource/6.1.4+dfsg1-2
Hi, José Manuel Santamaría Lema wrote (02 Jan 2013 20:22:43 GMT) : intrigeri intrig...@debian.org From a remote point-of-view, this is worrying: do you mean something during the installation will access or create a file with a fixed name in /tmp? Yes. May it have security implications? Unfortunately, yes. See http://bugs.debian.org/cgi- bin/bugreport.cgi?bug=576418 I'm tagging that one security. It's annoying, but yet another kind of security concern than the one I was afraid of and refering to... when using such predictable names, in many cases an attacker could overwrite any existing file on the system with the permissions of the process that wants to create the file. I doubt the /tmp/virt_ thing is immune to this class of attacks. Is it? Any very good reason to *both* 1. use a predictable name; and 2. use /tmp rather than a dedicated directory only writable by users that should access this file? Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608133: nouveau: severe display corruption on NV4E on machines with 2G RAM
On 01/01/13 01:15, Jonathan Nieder wrote: Hi John, Salah Coronya wrote: As of kernel 3.7, [...] all the errors related to ths bug are gone for me - no distortion, no crashes, and no CACHE_ERROR, even after switching VT and running accelerated programs for over a week. Can you confirm? A 3.7.1 kernel is available from experimental. Sorry, can't confirm - I no longer have the machine that had the problem. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697264: cdebconf-entropy: Missing build dependency on autoconf?
On second thought, I believe it is better to get rid of all the redundant stuff from the rules file, and just use dh-autoreconf. This patch is tested and found to be working. With this patch the autogen.sh file can be removed too. -- Happy hacking Petter Reinholdtsen diff --git a/debian/control b/debian/control index 4d7fe8b..e8a52f1 100644 --- a/debian/control +++ b/debian/control @@ -3,7 +3,7 @@ Priority: extra Section: debian-installer Maintainer: Debian Install System Team debian-b...@lists.debian.org Uploaders: Max Vozeler x...@debian.org, Jérémy Bobbio lu...@debian.org, Christian Perrier bubu...@debian.org, Colin Watson cjwat...@debian.org -Build-Depends: debhelper (= 7.0.50~), po-debconf (= 0.5.0), libdebian-installer4-dev, libnewt-dev, libtextwrap-dev, libdebconfclient0-dev (= 0.130), libgtk2.0-dev (= 2.18.7-2), autotools-dev +Build-Depends: debhelper (= 7.0.50~), po-debconf (= 0.5.0), dh-autoreconf, libdebian-installer4-dev, libnewt-dev, libtextwrap-dev, libdebconfclient0-dev (= 0.130), libgtk2.0-dev (= 2.18.7-2), autotools-dev Vcs-Browser: http://git.debian.org/?p=d-i/cdebconf-entropy.git Vcs-Git: git://git.debian.org/d-i/cdebconf-entropy.git diff --git a/debian/rules b/debian/rules index 03ef31a..593976c 100755 --- a/debian/rules +++ b/debian/rules @@ -1,24 +1,3 @@ #! /usr/bin/make -f %: - dh $@ - -CFLAGS = -Wall -g - -ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) - CFLAGS += -O0 -else - CFLAGS += -O2 -endif - -override_dh_auto_configure: - CFLAGS=$(CFLAGS) dh_auto_configure - -override_dh_auto_clean: - [ -e configure ] || ./autogen.sh - dh_auto_clean -ifneq $(wildcard /usr/share/misc/config.sub) - cp -f /usr/share/misc/config.sub config.sub -endif -ifneq $(wildcard /usr/share/misc/config.guess) - cp -f /usr/share/misc/config.guess config.guess -endif + dh $@ --with autoreconf
Bug#693263: qcontrol: wheezy version of qcontrol does not support --direct
I just installed the test package on my TS-219 (which doesn't have the watchdog problem). The device booted fine but I saw the following error: | Error opening /dev/input/by-path/platform-gpio-keys-event: No such file or directory which makes me wonder whether qcontrol was really executed properly. Hanno: can you make a serial adapter and connect it to your QNAP? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693263: qcontrol: wheezy version of qcontrol does not support --direct
* Hanno Hecker hah+deb...@uu-x.de [2013-01-01 10:37]: Martin: This is a new TS-419P II, the filename in the DHCP config must begin with F_TS-419P2+. strings mtd4 file did not show anything useful, but this name was requested via DHCP, visible in tcpdump -vv. Fixed, thanks! -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696521: dvorak
Hi, Well, dvorak US is in the debian-installer. Why not the french dvorak ? Regards, Étienne -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694870: Ping?
El jue, 03-01-2013 a las 08:07 +0100, Christian PERRIER escribió: Quoting Mario Izquierdo (mariodeb...@gmail.com): Sorry for late response... I uploaded to mentors: https://mentors.debian.net/package/tcos Could you sign and upload to Debian??? Well, there are more changes than only the one needed to fix #694870. Unless you have *very very* good reasons and probably a pre-approval by the release team, I'd recommend adding only what's needed to fix the release critical bug. All the changes are needed to build TCOS boot images for Debian unstable (and Wheezy) http://tcosproject.org/cgit/tcos.git/commit/?id=df9ee84ce07fbcf1a9dcbb720632918e0662f170 This detect versions 1.x of pulseaudio (Debian have now 2.0-6) http://tcosproject.org/cgit/tcos.git/commit/?id=8231574b03f85f5fd38c66cc7b5f52a0db3cda11 This remove a incorrect divert that cause to not upgrade chroot if udev is updated. http://tcosproject.org/cgit/tcos.git/commit/?id=bd77023afadfe96a0c6ab86343b02b695567439f This is a mix of 3 fixes: * Replace modprobe -l with a bash function to search module * Fix Multiarch paths for alsa pulseaudio * Use mesa libGL instead of downloading deb package and use it If you don't use any of this patches, TCOS images will not boot, or not have sound or use nVidia/ATI libGL when other driver is needed (bad performance) I can prepare a package with only modprobe fix, but I think I must fix all problems for wheezy, we can create 2 another RC bugs to indicate this 2 newer changes... Thanks for your help -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696593: ITP: sun -- sun calculates the sun's rise/set times
On Sun, Dec 23, 2012 at 03:54:06PM +0100, Steffen Vogel wrote: Package name: sun Version : 0.1 Upstream Author : Steffen Vogel p...@steffenvogel.de URL : http://www.steffenvogel.de/2012/12/23/cron-jobs-fur-sonnenauf-untergang/ License : GPL Programming Lang: ANSI C Description : sun calculates the sun's rise/set times, the solar noon and the daylight time duration This package apparently shares functionality with the redshift package already in Debian. Neither of the packages expose the common functionality (computing sun rise) as a library for others to use. Would it be possible for you to provide a shared library for others to rely on? That could avoid further duplication. Are there more tools providing this functionality? Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666427: [grub-common] Info manual for grub-mount missing
tags 666427 fixed-upstream thanks On Fri, Mar 30, 2012 at 01:06:06PM -0400, Filipus Klutiero wrote: According to grub-mount's manpage: SEE ALSO The full documentation for grub-mount is maintained as a Texinfo manual. If the info and grub-mount programs are properly installed at your site, the command info grub-mount should give you access to the complete manual. However, the command only opens the manpage in info. Thanks for your report. I've committed info documentation for grub-mount upstream. 2013-01-03 Colin Watson cjwat...@ubuntu.com * docs/grub.texi (Invoking grub-mount): New section. Reported by: Filipus Klutiero. Fixes Debian bug #666427. This seems to be a general problem with manual pages of grub commands. I just reported #666031. Colin sent a message that he fixed this, which indicated that the info page didn't exist. It seems that these references are from a template applied blindly. These references should be removed if an info page does not actually exist (although, adding documentation would be even more appreciated). It is indeed automatic; but I prefer to spend time writing info documentation rather than figuring out how to suppress the references for just the cases that don't yet have info documentation. :-) -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697268: bus error on sparc arch
Package: ninja-build Version: 1.0.0-2 Severity: serious Tags: upstream ninja-build fails to build on sparc (FTBFS). There is an issue with alignment. gdb reveals: Starting program: /home/malat/ninja-build-1.0.0/ninja Program received signal SIGBUS, Bus error. MurmurHash2 (len=12, key=0x4144b) at src/hash_map.h:29 29 unsigned int k = *(unsigned int *)data; (gdb) bt #0 MurmurHash2 (len=12, key=0x4144b) at src/hash_map.h:29 #1 operator() (key=..., this=optimized out) at src/hash_map.h:89 #2 _M_bkt_num_key (__n=193, __key=..., this=0x40020) at /usr/include/c++/4.6/backward/hashtable.h:592 #3 _M_bkt_num_key (this=0x40020, __key=...) at /usr/include/c++/4.6/backward/hashtable.h:584 #4 find (__key=..., this=0x40020) at /usr/include/c++/4.6/backward/hashtable.h:507 #5 find (__key=..., this=0x40020) at /usr/include/c++/4.6/ext/hash_map:214 #6 State::LookupNode (this=0x40020, path=...) at src/state.cc:62 #7 0x00024fe4 in State::GetNode (this=0x40020, path=...) at src/state.cc:52 #8 0x0001ebcc in DependencyScan::LoadDepFile (this=0xd5a4, edge=0x47490, err=0xd68c) at src/graph.cc:312 #9 0x0001f1f4 in DependencyScan::RecomputeDirty (this=0xd5a4, edge=optimized out, err=0xd68c) at src/graph.cc:40 #10 0x0001f380 in DependencyScan::RecomputeDirty (this=0xd5a4, edge=0x470e8, err=0xd68c) at src/graph.cc:55 #11 0x00017d90 in Builder::AddTarget (this=0xd558, node=0x46c18, err=0xd68c) at src/build.cc:612 #12 0x000136f4 in RunBuild (argv=0xd788, argc=0, builder=0xd558) at src/ninja.cc:667 #13 (anonymous namespace)::NinjaMain (argc=0, argv=0xd788) at src/ninja.cc:859 #14 0xf7c24e54 in __libc_start_main (main=0x11aa0 main(int, char**), argc=1, ubp_av=0xd784, init=optimized out, fini=0x2a260 __libc_csu_fini, rtld_fini=0xf7fd9660, stack_end=0xd87c) at libc-start.c:228 #15 0x00011b94 in _start () ref: http://docs.oracle.com/cd/E19963-01/html/819-3196/hwovr-1.html#hwovr-2 Thanks -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ninja-build depends on: ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libstdc++64.4.5-8The GNU Standard C++ Library v3 ninja-build recommends no packages. ninja-build suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687506: libgl1-nvidia-glx-ia32: Package has unfulfillable recommends
Control: tag -1 wontfix wheezy On 2012-09-25 18:13, Andreas Beckmann wrote: That would be an approach, but uninstallable amd64 packages (because they depend on stuff thats only available in i386) is nothing currently handled well by the archive tools. The release team has not approved adding yet another new package to fix this, so the recommends will stay for documentation only. There is no use in adding new transitional packages for jessie. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693263: qcontrol: wheezy version of qcontrol does not support --direct
On Thu, 2013-01-03 at 10:17 +, Martin Michlmayr wrote: I just installed the test package on my TS-219 (which doesn't have the watchdog problem). The device booted fine but I saw the following error: | Error opening /dev/input/by-path/platform-gpio-keys-event: No such file or directory which makes me wonder whether qcontrol was really executed properly. Yes, this is interesting. What's odd is that the box apparently doesn't reboot when this happens. If qcontrol wasn't executing then I would expect that it would (eventually). Did the boot complete for you though? Hanno -- do you have the evdev.ko in your initrd? I bet not since I can't see any way it would get put there. Even with this failure there are enough exit 0 and || trues in the initramfs script that it shouldn't cause an eventual failure to boot. Adding a file_exists function (e.g. based on http://stackoverflow.com/questions/4990990/lua-check-if-a-file-exists) to /etc/qcontrol.conf and using it to conditionalise the: register(evdev, /dev/input/by-path/platform-gpio-keys-event ought to make this particular issue go away. However if Hanno isn't seeing a watchdog initiated reboot then there must also be something else going on. Hanno: can you make a serial adapter and connect it to your QNAP? I've got the bits for one but I've been procrastinating pretty spectacularly because I always end up burning myself when I try to solder... Ian. -- Ian Campbell Current Noise: High On Fire - Master Of Fists panic: kernel trap (ignored) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696593: ITP: sun -- sun calculates the sun's rise/set times
On Thu, Jan 03, 2013 at 11:28:52AM +0100, Helmut Grohne wrote: Package name: sun Description : sun calculates the sun's rise/set times, the solar noon and the daylight time duration This package apparently shares functionality with the redshift package already in Debian. Neither of the packages expose the common functionality (computing sun rise) as a library for others to use. Would it be possible for you to provide a shared library for others to rely on? That could avoid further duplication. Are there more tools providing this functionality? Libnova is a shared library that allows you to calculate rise and set times for any astronomical object, including the Sun. -- Met vriendelijke groet / with kind regards, Guus Sliepen g...@debian.org signature.asc Description: Digital signature
Bug#697269: module-assistant: incompatible with linux-headers-3.7-trunk-amd64
Package: module-assistant Version: 0.11.4 Severity: important Hi, m-a does not recognice the 3.7 headers from experimental: # module-assistant build --text-mode --force --kvers-list 3.7-trunk-amd64 nvidia-kernel Bad luck, the kernel headers for the target kernel version could not be found and you did not specify other valid kernel headers to use. However, you can install the header files for your kernel which are provided by the linux-headers-3.7-trunk-amd64 package. For most modules packages, these files are perfectly sufficient without having the original kernel source. To install the package, run: module-assistant prepare or apt-get install linux-headers-3.7-trunk-amd64 # apt-get install linux-headers-3.7-trunk-amd64 Reading package lists... Done Building dependency tree Reading state information... Done linux-headers-3.7-trunk-amd64 is already the newest version. linux-headers-3.7-trunk-amd64 set to manually installed. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611172: libnss-sss:i386
I am also affected by this problem in debian wheezy! Install of libnss-sss:i386 is impossible. Any solution? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619325: workaround
Same bug here, although the use cas is a bit different : monitor is attached at startup. Interestingly enough, i made the following observations : - moving the external screen in display settings will make the menus come back (which is a usable workaround), event after putting it back at the same position. - if the screens are bottom aligned, there is a gap between the menu title and the actual menu content whose height is the difference between screen 2 top and screen 1 top. This seems to occurs if abs(bottom of screen 2 - bottom of screen 1) abs(top of screen2 - top of screen 1) only, display is correct in the other case. Screen 1 is 1366 x 768 (laptop internal display), screen 2 is 1680x1050. Regards, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696521: dvorak
Étienne BERSAC, le Thu 03 Jan 2013 11:18:56 +0100, a écrit : Well, dvorak US is in the debian-installer. Why not the french dvorak ? As I mention along the thread, the presence of dvorak itself is questionable. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697268: bus error on sparc arch
Control: severity -1 important On 03.01.2013 10:41, Mathieu Malaterre wrote: ninja-build fails to build on sparc (FTBFS). There is an issue with alignment. gdb reveals: The package has never built on sparc, so this isn't a regression; downgrading. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697270: PC 32-bit programs fails to work on amd64
Package: kernel-image Version: 3.2.0 severity: serious (kernel-image-3.2.0-4-amd64-di) Dear developers, 32-bit programs, such as FireFox refuse to work on Debian 7.0 64-bit (amd64). This is new fresh stock install from di-BETA4 Wheezy DVD. (KDE) The same works great on Debian 6.0 64-bit ! user@deb7vm:~/Downloads$ uname -a Linux deb7vm 3.2.0-4-amd64 #1 SMP Debian 3.2.35-2 x86_64 GNU/Linux user@deb7vm:~/Downloads$ arch x86_64 32-bit user-space app -- execution FAILURE !!! user@deb7vm:~/Downloads$ file 32bit/firefox/firefox-bin 32bit/firefox/firefox-bin: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, stripped user@deb7vm:~/Downloads$ 32bit/firefox/firefox-bin bash: 32bit/firefox/firefox-bin: No such file or directory 64-bit user-space app - WORKS ! user@deb7vm:~/Downloads$ file 64bit/firefox/firefox-bin 64bit/firefox/firefox-bin: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.9, stripped user@deb7vm:~/Downloads$ 64bit/firefox/firefox-bin [programs WORKS] Firefox 64-bit taken from: http://mozilla.mirrors.tds.net/pub/mozilla.org/firefox/releases/latest/linux-x86_64/en-US/firefox-17.0.1.tar.bz2 The 32-bit comes from mozilla.org home page. (it is the default) Please enable 32-bit user-space apps to work on 64-bit O.S. *by default*. There are tons of desktop 32-bit apps for Linux, that should *just work*. I have no clue if the problem is kernel or someplace else, so please forward this issue to the appropriate package team. The CLI output (saying file not found) is of no help either, and is very misleading. I am using amd64 Debian GNU/Linux 7.0, kernel 3.2. -- -Alexey Eromenko Technologov -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633746: grub-pc should suggest or recommend xorriso
On Wed, Jul 13, 2011 at 07:48:56AM -0400, Jay Berkenbilt wrote: Since grub-pc (specifically, grub-mkrescue) uses xorriso to create the rescue image, it would be helpful of grub-pc at least Suggests and probably Recommends xorriso. This obviously doesn't have anything to do with my configuration, but I leave what reportbug added anyway. grub-mkrescue is in the grub-common package, which already suggests xorriso as of version 1.98+20100527-1: * Suggest xorriso (= 0.5.6.pl00) in grub-common, since grub-mkrescue now needs it. Depend on it in grub-rescue-pc. Isn't this enough? Thanks, -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696808: debian.gtisc.gatech.edu [2610:148:1f10:3::89] not responding to http queries from 2001:4801:7817:72::
Hi debian.gtisc.gatech.edu admins, Could you please check the report below, and check the firewall rule that seems to be applied ? By nature, I cannot check myself :/ BTW: do you have a role mail address ? I only have your own emails. Thanks for your reponse and best regards. -- Simon Paillard On Thu, Dec 27, 2012 at 06:55:25AM -0600, Tom Noonan II wrote: Severity: important Tags: ipv6 [...] I am unable to download packages / updates from http.us.debian.org or ftp.us.debian.org over ipv6. Both hostnames resolve to 2610:148:1f10:3::89 on my end. This seems to be limited to the Chicago data center I am using, with a ipv6 subnet of 2001:4801:7817:72::/64. When I try to wget http.us.debian.org from the Chicago DC the wget (and as such, apt) will hang indefinitely: root@aptsandbox:~# wget http://[2610:148:1f10:3::89] --2012-12-27 12:42:53-- http://[2610:148:1f10:3::89]/ Connecting to 2610:148:1f10:3::89:80... connected. HTTP request sent, awaiting response... [Hangs] If left to its own devices wget will time out after a long delay, restart, and go back to this state. I have reproduced this from 2001:4801:7817:72:28cc:5670:ff10:5954/64 and 2001:4801:7817:72:28cc:5670:ff10:5960/64 in case there are any errors in my subnet math. The wget succeeds from the Dallas DC, 2001:4800:780e:510::/64 IPv6 is otherwise functional and I can contact/wget from other hosts. I contacted my network support, and they believe the problem is on Debian's side: was also able to successfully perform IPv6 tests with other servers both in and outside of our networks from my ORD Debian server. The problem only exists with 2610:148:1f10:3::89. It would appear that their firewall is blocking HTTP traffic from our ORD ranges. You will need to contact their network administrator, perhaps they can lift the block for you. I was able to successfully ping 2610:148:1f10:3::89 from ORD, so they're not blocking all traffic, just port 80 apparently. Given that tcptraceroute on 80 succeeds, I'm inclined to agree: root@aptsandbox:~# traceroute -6 -T http.us.debian.org 80 traceroute to http.us.debian.org (2610:148:1f10:3::89), 30 hops max, 80 byte packets 1 2001:4801:7817:72::a (2001:4801:7817:72::a) 4.187 ms 4.162 ms 4.142 ms 2 core5-aggr1501a-1.ord1.rackspace.net (2001:4801:800:c5:151a:1::) 4.131 ms 4.118 ms 4.094 ms 3 2001:4801:800:cb:c5:: (2001:4801:800:cb:c5::) 2.764 ms 2001:4801:800:ca:c5:: (2001:4801:800:ca:c5::) 4.000 ms 2001:4801:800:cb:c5:: (2001:4801:800:cb:c5::) 2.412 ms 4 edge2.ord1.rackspace.net (2001:4801:800:ca:e2::1) 2.337 ms edge2-coreb-1.ord1.rackspace.net (2001:4801:800:cb:e2::1) 2.315 ms edge2.ord1.rackspace.net (2001:4801:800:ca:e2::1) 2.273 ms 5 xe-1-0-7.ar1.ord6.us.nlayer.net (2001:590::451f:6ef1) 4.439 ms 4.429 ms 4.403 ms 6 ae5-40g.cr2.ord1.us.nlayer.net (2001:590::451f:6efd) 3.874 ms ae5-30g.cr1.ord1.us.nlayer.net (2001:590::451f:6ef9) 2.984 ms 2.948 ms 7 xe-0.equinix.chcgil09.us.bb.gin.ntt.net (2001:504:0:4::2914:1) 3.199 ms 3.164 ms 2.942 ms 8 ae-0.r21.chcgil09.us.bb.gin.ntt.net (2001:418:0:2000::36) 2.219 ms 2.436 ms 2.053 ms 9 ae-4.r21.dllstx09.us.bb.gin.ntt.net (2001:418:0:2000::81) 33.084 ms 33.034 ms 34.026 ms 10 ae-4.r03.atlnga05.us.bb.gin.ntt.net (2001:418:0:2000::37e) 51.783 ms 50.601 ms 48.276 ms 11 xe-3-1-920-2.r03.atlnga05.us.ce.gin.ntt.net (2001:418:0:5000::123) 55.244 ms 52.992 ms 55.045 ms 12 rich-v6-rtr-to-rich-gw-rtr.gatech.edu (2610:148:fe00:d::2) 36.277 ms 36.212 ms 35.832 ms 13 rich-gw-rtr-to-rich-v6-rtr.gatech.edu (2610:148:fe00:d::1) 33.629 ms 35.043 ms 38.378 ms 14 2610:148:fe00:dd::2 (2610:148:fe00:dd::2) 38.064 ms 35.382 ms 33.229 ms 15 2610:148:1f10:3::89 (2610:148:1f10:3::89) 34.898 ms 35.881 ms 38.929 ms Please look into this and evaluate if our assertions are correct. Thank you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697221: motion: No longer has support for mysql
Hi Dick, On Wed, Jan 02, 2013 at 08:34:42PM +, Dick Middleton wrote: upgrade from squeeze to wheezy * What exactly did you do (or not do) that was effective (or ineffective)? no longer connects to mysql reports unknown config option mysql_* The issue here seems to be a broken multiarch-build of 3.2.12-3.2. Can you please try the package at [1] and report if that fixes the issue for you? The diff is attached and at least the build-log seems proper now. Regards Evgeni [1] http://dorei.kerker.die-welt.net/~evgeni/tmp/motion_3.2.12-3.3_amd64.deb -- Bruce Schneier can read and understand Perl programs. diff -Nru motion-3.2.12/debian/changelog motion-3.2.12/debian/changelog --- motion-3.2.12/debian/changelog 2012-06-06 12:25:16.0 +0200 +++ motion-3.2.12/debian/changelog 2013-01-03 12:08:00.0 +0100 @@ -1,3 +1,14 @@ +motion (3.2.12-3.3) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Properly find MySQL in /usr/lib/$(DEB_HOST_MULTIARCH). ++ Build-Depend on dpkg-dev = 1.16 ++ Get DEB_HOST_MULTIARCH from dpkg-architecture. ++ Pass --with-mysql-dir=/usr/lib/$(DEB_HOST_MULTIARCH) to configure. +Closes: #697221 + + -- Evgeni Golov evg...@debian.org Thu, 03 Jan 2013 12:00:38 +0100 + motion (3.2.12-3.2) unstable; urgency=medium * Non-maintainer upload. diff -Nru motion-3.2.12/debian/control motion-3.2.12/debian/control --- motion-3.2.12/debian/control 2012-06-06 11:36:07.0 +0200 +++ motion-3.2.12/debian/control 2013-01-03 12:06:42.0 +0100 @@ -3,7 +3,7 @@ Priority: optional Maintainer: Juan Angulo Moreno j...@apuntale.com HomePage: http://motion.sf.net -Build-Depends: debhelper (= 6), dh-autoreconf, libjpeg-dev, zlib1g-dev, libavcodec-dev, libavformat-dev, libpq-dev, libmysqlclient-dev, libv4l-dev +Build-Depends: debhelper (= 6), dpkg-dev (= 1.16), dh-autoreconf, libjpeg-dev, zlib1g-dev, libavcodec-dev, libavformat-dev, libpq-dev, libmysqlclient-dev, libv4l-dev Standards-Version: 3.9.2 Package: motion diff -Nru motion-3.2.12/debian/rules motion-3.2.12/debian/rules --- motion-3.2.12/debian/rules 2012-06-06 12:24:30.0 +0200 +++ motion-3.2.12/debian/rules 2013-01-03 12:00:35.0 +0100 @@ -3,7 +3,7 @@ DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) - +DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) CFLAGS = -Wall -g LDFLAGS = -Wl,--as-needed @@ -32,6 +32,7 @@ --sysconfdir=/etc/motion \ --with-ffmpeg \ --with-mysql \ + --with-mysql-lib=/usr/lib/$(DEB_HOST_MULTIARCH) \ --with-pgsql \ --without-optimizecpu \ --without-jpeg-mmx
Bug#697253: ITP: ruby-aruba -- Cucumber extension for CLI applications
Hi, On Thu, 3 Jan 2013 09:20:56 +0100 Wouter Verhelst wou...@debian.org wrote: Description: Cucumber extension for CLI applications Aruba is Cucumber extension for Command line applications written in any What's cucumber? (apart from the vegetable...) It's testing framework written in Ruby. $ apt-cache show cucumber Package: cucumber (snip) Description-en: acceptance testing framework Cucumber lets software development teams describe how software should behave in plain text. The text is written in a business-readable domain-specific language and serves as documentation, automated tests and development-aid - all rolled into one format. Could you suggest any improvement for ruby-aruba's description? -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#671925: [Pkg-haskell-maintainers] Bug#671925: cabal update fails due to stack space overflow. Stack size can't be increased.
Hello, Joey Hess (2012/05/24 00:07 -0400): Shérab wrote: Joey Hess (2012/05/23 10:34 -0400): There should be a cabal.hp file that has the real profiling info. Oops, sory ! Here it is. Ok, so this shows a very fast growth of BysteStrings, and a nearly as fast growth of ARR_WORDS, and also some evidence that there are lists of Bytestrings involved. Seems consistent with your theory about it having to do with your network somehow, since this is probably the data coming in from the network. Next step is probably to track down what the ARR_WORDS are, or forward this info upstream, who will probably be better positioned to analize it. Issue reported upstream: https://github.com/haskell/cabal/issues/1164 Thanks, Sherab. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688078: bsdmainutils: cal doesn't output plain text when stdout is a pipe
So you're saying cal should check stdout and not use escapes if it is a pipe, right? Why's that? YOu can easily remove the highlighting with option -h as you did yourself. I'm not saying it shouldn't I just wonder why this is a bug rather than a suggestion. Could you point me to some document saying that cal should behave like you say it should? Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at gmail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696228: graphite-carbon: logrotate and internal carbon log rotation interact badly
Hello Jonas, On Thu, Dec 20, 2012 at 10:23:48PM +0100, Jonas Genannt wrote: many thanks for the quick patch, which looks like doing the right thing. Our customized package contains it now and is running, will report when I'm shure it works like expected. # ls -l listener.log* -rw-r- 1 _graphite _graphite 683725 Jan 3 12:27 listener.log -rw-r- 1 _graphite root 123 Jan 1 18:03 listener.log.1 -rw-r- 1 _graphite _graphite 835812 Dec 30 06:35 listener.log.2 -rw-r- 1 _graphite _graphite 60477 Dec 28 05:02 listener.log.2.gz -rw-r- 1 _graphite root 174 Dec 25 17:45 listener.log.3 -rw-r- 1 _graphite _graphite 62090 Dec 21 11:16 listener.log.3.gz -rw-r- 1 _graphite _graphite 728923 Dec 23 06:28 listener.log.4 -rw-r- 1 _graphite _graphite8300 Dec 9 06:40 listener.log.4.gz -rw-r- 1 _graphite _graphite 128840 Dec 16 06:38 listener.log.5 -rw-r- 1 _graphite _graphite9611 Dec 2 06:47 listener.log.5.gz -rw-r- 1 _graphite _graphite 10068 Nov 25 06:47 listener.log.6.gz -rw-r- 1 _graphite _graphite5931 Nov 18 06:32 listener.log.7.gz looks still somehow messy, but deleted now all console.log* files as you said and will watch if a new mess builds up during the next days. could you please apply on your package the following patch: http://anonscm.debian.org/gitweb/?p=pkg-graphite/packages/graphite-carbon.git;a=commitdiff;h=5d747bfa7006ce1fab18b0299dcf21ae069acfa6 Please test if the process hangs again on update. Did a dpkg -i /tmp/graphite-carbon_0.9.10-1.3_all.deb which replaced the last package without a hang. BTW, on https://bitbucket.org/hlauer/shinken2rrd we have a small patch to extend the udp receiver to a minimalistic protocol we use here a long time. Feel free to include or send upstream, if you think it's worth it. Many thanks, Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697096: claws-mail: Freezes when reading some HTML messages
fixed 697096 3.8.1-2 thanks Hi Alain, On Thu, Jan 03, 2013 at 10:03:44AM +0100, Alain Rpnpif wrote: Le 1 janvier 2013, Ricardo Mones a écrit : Does it also happen with current testing/sid version (3.8.1-2) ? And, if possible, does it with experimental version (3.9.0-1) ? Hello, This issue is not reproducible with 3.8.1-2 (testing) or with 3.9.0-1 (experimental) installed on Debian Wheezy in a Virtualbox. Many thanks for your quick feedback! Would be a good thing, backporting on Squeeze ? Unfortunately nobody has taken care of backporting claws-mail to Squeeze, much less the extra plugins. At this point, when the Wheezy release is supposedly to happen in a near future, seems even more unlikely to happen. If you can, try to use the fancy plugin for displaying HTML messages, at least until Wheezy is ready. best regards, -- Ricardo Mones ~ Physics is like sex: sure, it may give some practical results, but that's not why we do it.Richard Feynman signature.asc Description: Digital signature
Bug#687624: [SCM] glmark2/master: RFP/ITP bug #695849 assigned
On Thu, Dec 13, 2012 at 1:59 PM, onlyjob-gu...@users.alioth.debian.org wrote: The following commit has been merged in the master branch: commit d191a4eb0740b54661c4cc0fc288b79063e822a4 Author: Dmitry Smirnov only...@member.fsf.org Date: Thu Dec 13 23:59:01 2012 +1100 RFP/ITP bug #695849 assigned diff --git a/debian/changelog b/debian/changelog index 9c36013..19d9f30 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,5 +1,5 @@ glmark2 (2012.11-1) UNRELEASED; urgency=low - * Initial release (Closes: #). + * Initial release (Closes: #695849). -- Dmitry Smirnov only...@member.fsf.org Thu, 13 Dec 2012 23:31:56 +1100 TBH, I think this package is (currently) not fit for the pkg-multimedia team for two reasons: a) It does not contain the upstream sources, only the packaging directory debian/ is in the tree b) It is not backed up by some other pkg-multimedia team member. Dimitry, unless both issues can be fixed, I think collab-maint would serve a much better umbrella than pkg-multimedia. -- regards, Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691487: column: segfaults with a certain data and column -ets,
On Fri, Oct 26, 2012 at 04:56:56PM +0800, Paul Wise wrote: Sorry for the noise, this only happens when I turn on malloc checks: Do you still see the problem? valgrind also reports a problem: On my up-to-date Sid system valgrind reports no problems whatsoever: ... ==31376== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 4 from 4) Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at gmail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697221: motion: No longer has support for mysql
Control: tag -1 patch Hi Dick, On Thu, Jan 03, 2013 at 11:51:20AM +, Dick Middleton wrote: Evgeni, On Wed, Jan 02, 2013 at 08:34:42PM +, Dick Middleton wrote: upgrade from squeeze to wheezy * What exactly did you do (or not do) that was effective (or ineffective)? no longer connects to mysql reports unknown config option mysql_* The issue here seems to be a broken multiarch-build of 3.2.12-3.2. Can you please try the package at [1] and report if that fixes the issue for you? The diff is attached and at least the build-log seems proper now. A quick try - it seems to work no errors. Thank you very much. Good of you to respond so quickly. Thanks for the confirmation, I tagged the bug patch, as it includes a working patch for the issue. Btw, please CC the bug when you reply, that way others can follow our communication :) Regards Evgeni -- Bruce Schneier can read and understand Perl programs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697271: Convenient copy of libthrust in nvidia-cuda-toolkit
Package: nvidia-cuda-toolkit Version: 4.2.9-1~bpo60+2 Severity: normal nvidia-cuda-toolkit contains a convenient copy of libthrust. Eg: $ md5sum /usr/lib/nvidia-cuda-toolkit/include/thrust/detail/reference.inl /usr/include/thrust/detail/reference.inl 3b9c3c24bf6cbec1093fe705773669f2 /usr/lib/nvidia-cuda-toolkit/include/thrust/detail/reference.inl 3b9c3c24bf6cbec1093fe705773669f2 /usr/include/thrust/detail/reference.inl It would be nice to use the system one instead (I do not know if policy applies anyway to non-free package). -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nvidia-cuda-toolkit depends on: ii g++-4.4 4.4.5-8 The GNU C++ compiler ii gcc-4.4 4.4.5-8 The GNU C compiler ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8GCC support library ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii nvidia-cuda-dev 4.2.9-1~bpo60+2 NVIDIA CUDA development files ii nvidia-opencl-dev 4.2.9-1~bpo60+2 NVIDIA OpenCL development files ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages nvidia-cuda-toolkit recommends: ii nvidia-cuda-doc 4.2.9-1~bpo60+2 NVIDIA CUDA and OpenCL documentati ii nvidia-cuda-gdb 4.2.9-1~bpo60+2 NVIDIA CUDA GDB ii nvidia-visual-profiler 4.2.9-1~bpo60+2 NVIDIA Visual Profiler Versions of packages nvidia-cuda-toolkit suggests: pn libcupti-dev none (no description available) -- 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#696909: chromium segfaults on startup on armhf
I searched for the bug on google an according to a chromium engineer is a problem related to the linker. I hope it helps. snip the problem is cause by a gold bug - you need to use gold from binutils 2.22 or later We already have binutils 2.22 in wheezy/sid. Still i'm tempted to try a build with bfd to see if it makes any difference (it will mean a lot more swap grinding but meh) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697270: PC 32-bit programs fails to work on amd64
Control: reassign -1 general Alexey Eromenko al4...@gmail.com writes: Package: kernel-image Version: 3.2.0 severity: serious (kernel-image-3.2.0-4-amd64-di) Dear developers, 32-bit programs, such as FireFox refuse to work on Debian 7.0 64-bit (amd64). This is new fresh stock install from di-BETA4 Wheezy DVD. (KDE) The same works great on Debian 6.0 64-bit ! This is because you do not have 32 bit libraries installed, you have to enable multi-arch: http://wiki.debian.org/Multiarch/HOWTO Meanwhile, I'm reassigning the issue to general, as it is not kernel related. -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697272: ITP: ruby-spoon -- FFI binding of the posix_spawn function
Package: wnpp Severity: wishlist Owner: Hideki Yamane henr...@debian.org X-Debbugs-CC: debian-de...@lists.debian.org, pkg-ruby-extras-maintain...@lists.alioth.debian.org Package name: ruby-spoon Version: 0.0.2 Upstream Author: Charles Oliver Nutter URL: https://github.com/headius/spoon License: Apache-2.0 Description: FFI binding of the posix_spawn function Spoon is an FFI binding of the posix_spawn function, providing fork+exec functionality in a single shot. -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691487: column: segfaults with a certain data and column -ets,
I still have the same problem on my wheezy system, the only difference to sid is that I have libc6 2.13-37 instead of 2.13-38 and an older version of valgrind. After upgrading libc6 the crash remains with the MALLOC_* variables set. The invalid read is there with both new and old valgrinds and with the MALLOC_* variables set and unset. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#696417: pdfopt: crash on some input PDF file
control: tags -1 + wontfix according to upstream pdfopt is obsolete On Mon, Dec 31, 2012 at 11:48 AM, Bastien ROUCARIES roucaries.bast...@gmail.com wrote: control: forwarded -1 http://bugs.ghostscript.com/show_bug.cgi?id=693522 control: tags -1 + upstream thanks On Sun, Dec 30, 2012 at 10:24 PM, Bastien ROUCARIES roucaries.bast...@gmail.com wrote: Could you report upstream ? Thanks On Sat, Dec 29, 2012 at 12:01 PM, Mathieu Malaterre ma...@debian.org wrote: Confirmed: $ apt-cache policy ghostscript ghostscript: Installed: 9.05~dfsg-6.3 Candidate: 9.05~dfsg-6.3 Version table: *** 9.05~dfsg-6.3 0 500 http://ftp.fr.debian.org/debian/ sid/main amd64 Packages 100 /var/lib/dpkg/status $ pdftop test.pdf bla.pdf Error reading a content stream. The page may be incomplete. Error: /typecheck in --setfileposition-- Operand stack: --nostringval-- 13 0 9047 13 9047 343 17 --nostringval-- --nostringval-- Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1910 1 3 %oparray_pop 1909 1 3 %oparray_pop 1893 1 3 %oparray_pop 1787 1 3 %oparray_pop --nostringval-- %errorexec_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- --nostringval-- --nostringval-- 8680 --nostringval-- --nostringval-- %array_continue --nostringval-- --nostringval-- %array_continue --nostringval-- Dictionary stack: --dict:1163/1684(ro)(G)-- --dict:1/20(G)-- --dict:116/200(L)-- --dict:76/200(G)-- --dict:291/300(ro)(G)-- --dict:20/31(L)-- --dict:37/40(L)-- Current allocation mode is local Last OS error: No such file or directory Current file position is 38334 GPL Ghostscript 9.05: Unrecoverable error, exit code 1 Thanks On Fri, Dec 21, 2012 at 12:54 PM, Bastien ROUCARIES roucaries.bast...@gmail.com wrote: Could you try to reproduce with unstable version? Le 20 déc. 2012 16:18, Mathieu Malaterre ma...@debian.org a écrit : Package: ghostscript Version: 8.71~dfsg2-9 Severity: important File: /usr/bin/pdfopt I was trying to compress a PDF file generated from my HP/Scanner. The file is reported as: $ pdfinfo Title: /tmp/simple-scan-J7U3PW.pdf Producer: ImageMagick 6.6.0-4 2012-05-02 Q16 http://www.imagemagick.org CreationDate: Thu Dec 20 15:36:45 2012 ModDate:Thu Dec 20 15:36:45 2012 Tagged: no Pages: 1 Encrypted: no Page size: 611.76 x 841.44 pts File size: 1715008 bytes Optimized: no PDF version:1.3 This PDF makes pdfopt crashes with: Error: /typecheck in --setfileposition-- Operand stack: --nostringval-- 13 0 1714253 13 1714253 77 3348 --nostringval-- --nostringval-- Execution stack: %interp_exit .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- false 1 %stopped_push 1910 1 3 %oparray_pop 1909 1 3 %oparray_pop 1893 1 3 %oparray_pop 1787 1 3 %oparray_pop --nostringval-- %errorexec_pop .runexec2 --nostringval-- --nostringval-- --nostringval-- 2 %stopped_push --nostringval-- --nostringval-- --nostringval-- --nostringval-- --nostringval-- 1711312 --nostringval-- --nostringval-- %array_continue --nostringval-- --nostringval-- %array_continue --nostringval-- Dictionary stack: --dict:1163/1684(ro)(G)-- --dict:1/20(G)-- --dict:116/200(L)-- --dict:76/200(G)-- --dict:291/300(ro)(G)-- --dict:20/31(L)-- --dict:37/40(L)-- Current allocation mode is local Last OS error: No such file or directory Current file position is 38334 GPL Ghostscript 9.05: Unrecoverable error, exit code 1 There is one easy way to reproduce with any PDF generated by imagemagick: $ sudo apt-get install imagemagick $ convert -size 611x841 xc:white test.pdf I am attaching test.pdf to this bug report, just in case. Thanks -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ghostscript depends on: ii debconf [de 1.5.36.1 Debian configuration management sy ii debianutils 3.4 Miscellaneous utilities specific t ii gsfonts 1:8.11+urwcyr1.0.7~pre44-4.2 Fonts for the Ghostscript interpre ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libgs8 8.71~dfsg2-9 The Ghostscript
Bug#687624: [SCM] glmark2/master: RFP/ITP bug #695849 assigned
On Thu, 3 Jan 2013 23:10:15 Reinhard Tartler wrote: On Thu, Dec 13, 2012 at 1:59 PM, onlyjob-gu...@users.alioth.debian.org wrote: The following commit has been merged in the master branch: commit d191a4eb0740b54661c4cc0fc288b79063e822a4 Author: Dmitry Smirnov only...@member.fsf.org Date: Thu Dec 13 23:59:01 2012 +1100 RFP/ITP bug #695849 assigned diff --git a/debian/changelog b/debian/changelog index 9c36013..19d9f30 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,5 +1,5 @@ glmark2 (2012.11-1) UNRELEASED; urgency=low - * Initial release (Closes: #). + * Initial release (Closes: #695849). -- Dmitry Smirnov only...@member.fsf.org Thu, 13 Dec 2012 23:31:56 +1100 Sorry Reinhard, I'm a bit confused which package you're talking about -- glmark2 or libdvdcss-pkg? You quoted one bug but posted to another... TBH, I think this package is (currently) not fit for the pkg-multimedia team for two reasons: a) It does not contain the upstream sources, only the packaging directory debian/ is in the tree If it is glmark2 it is easy enough to fix if you're concerned about team's best practice. Is this so important because of team preference? In SVN we usually track only packaging. I think choosing git shouldn't always imply git-buildpackage repository layout... b) It is not backed up by some other pkg-multimedia team member. Please help me to understand -- because I'm not sure what package you're talking about. Do we need at least one team member to back it up? Or would you insist on minimum two members? Dimitry, unless both issues can be fixed, I think collab-maint would serve a much better umbrella than pkg-multimedia. Although glmark2 is finished I'm a bit reluctant to take responsibility for it at this time but I might do it later. Package glmark2 is much related to multimedia and appears to be a good fit for a team. Does it make sense to move it to collab-maint for some time? Even if not maintained now, it's a new package so perhaps it's not too important where it is waiting for maintainer while it is not uploaded yet. It feels a bit like finish it or leave... Speaking about finishing, did you have a chance to try it? Do you think it is useful despite failure of some opengl (but not opengl-es) tests? If so I'm happy to own ITP even though it might not be a right time for me. Thank you. -- Regards, Dmitry. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683159: Ubuntu has a couple of patches that solve the problem
Hi there, Ubuntu has released a few patches that alleviate the problem: https://launchpad.net/ubuntu/+source/openssl/1.0.1c-4ubuntu2 1. debian/patches/tls12_workarounds.patch Best, Allard
Bug#695849: [SCM] glmark2/master: RFP/ITP bug #695849 assigned
On Thu, Jan 3, 2013 at 1:43 PM, Dmitry Smirnov only...@member.fsf.org wrote: On Thu, 3 Jan 2013 23:10:15 Reinhard Tartler wrote: On Thu, Dec 13, 2012 at 1:59 PM, onlyjob-gu...@users.alioth.debian.org wrote: The following commit has been merged in the master branch: commit d191a4eb0740b54661c4cc0fc288b79063e822a4 Author: Dmitry Smirnov only...@member.fsf.org Date: Thu Dec 13 23:59:01 2012 +1100 RFP/ITP bug #695849 assigned diff --git a/debian/changelog b/debian/changelog index 9c36013..19d9f30 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,5 +1,5 @@ glmark2 (2012.11-1) UNRELEASED; urgency=low - * Initial release (Closes: #). + * Initial release (Closes: #695849). -- Dmitry Smirnov only...@member.fsf.org Thu, 13 Dec 2012 23:31:56 +1100 Sorry Reinhard, I'm a bit confused which package you're talking about -- glmark2 or libdvdcss-pkg? You quoted one bug but posted to another... Oh, sorry, I was indeed talking about glmark2. Sorry, for copying the wrong bug, fixed now. TBH, I think this package is (currently) not fit for the pkg-multimedia team for two reasons: a) It does not contain the upstream sources, only the packaging directory debian/ is in the tree If it is glmark2 it is easy enough to fix if you're concerned about team's best practice. Is this so important because of team preference? In SVN we usually track only packaging. I think choosing git shouldn't always imply git-buildpackage repository layout... Well, I think consistency in the workflow is important for working efficiently in a team. Therefore, this point is for me an absolute requirement for working on the package. IOW: I do not the svn-buildpackage package layout, and I absolutely hate it. b) It is not backed up by some other pkg-multimedia team member. Please help me to understand -- because I'm not sure what package you're talking about. Do we need at least one team member to back it up? Or would you insist on minimum two members? Yes, I do really think that *every* package in pkg-multimedia should have *at least* two *active* team members in the Uploaders field. Everything else indicates that not enough developers in the team care for the package, which in the end is harmful for pkg-multimedia. We already a pretty bad maintainer per package ratio, and adding more poorly-maintained packages does not help at all. Dimitry, unless both issues can be fixed, I think collab-maint would serve a much better umbrella than pkg-multimedia. Although glmark2 is finished I'm a bit reluctant to take responsibility for it at this time but I might do it later. Package glmark2 is much related to multimedia and appears to be a good fit for a team. Does it make sense to move it to collab-maint for some time? Even if not maintained now, it's a new package so perhaps it's not too important where it is waiting for maintainer while it is not uploaded yet. It feels a bit like finish it or leave... Speaking about finishing, did you have a chance to try it? Do you think it is useful despite failure of some opengl (but not opengl-es) tests? If so I'm happy to own ITP even though it might not be a right time for me. Sorry, I neither have time nor interest to investigate glmark2, nor do I find glmark2 particularly in scope of pkg-multimedia. Moreover, the svn-buildpackage style packaging already deterred me enough to refrain me to take a closer look. -- regards, Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696075: lcl-utils: directory vs. symlink mess after squeeze = wheezy upgrade: /etc/lazarus
On Mon, 2012-12-31 at 18:40 +0100, gregor herrmann wrote: On Sun, 16 Dec 2012 15:35:37 +0100, Andreas Beckmann wrote: during an upgrade test with piuparts I noticed your package installs files over an existing symlink, overwriting files from another package in a way that is not detected by dpkg: 0m44.0s INFO: dirname part contains a symlink: /etc/lazarus/environmentoptions.xml != /etc/lazarus-0.9.30.4/environmentoptions.xml (lcl-utils) /etc/lazarus/helpoptions.xml != /etc/lazarus-0.9.30.4/helpoptions.xml (lcl-utils) Looks like /etc/lazarus was a symlink in squeeze and is a directory in wheezy. Note that dpkg intentionally does not replace directories with symlinks and vice versa. I don't think it was a symlink in squezze after comparing the packages; my suspect at the moment is update-alternatives in debian/lcl-utils.postinst.in. /etc/lazarus is a now an alternative of /etc/lazarus-${version}. The user is asked to confirm whether post installation script should do the migration or not. However, this choice is ignored somehow after. I've prepared a patch for this. This creates a serious mess with the conffiles in /etc ... There are also some obsolete conffiles (could be false positives due to this symlinkmess), look at dpkg-maintscript-helper for easy cleanup: OBSOLETE CONFFILE /etc/lazarus/helpoptions.xml REGISTERED BY lcl-utils (MODIFIED) OBSOLETE CONFFILE /etc/lazarus/environmentoptions.xml REGISTERED BY lcl-utils (MODIFIED) They're modified in debian/rules (fpcsubst ...) in etc/lazarus-0.9.30.4. So i guess the obsolete part comes from the symlink problem, but the modification might remain in any case. When the user choose to not migrate, he should handle his conf files manually. The script, with my new patch, will no more touch them. Of course user can always diff with /etc/lazarus-${version} to update his configuration. But he should really now what he is doing as the conf files changed radically and the xml is not easy to handle by mans and there are files left on the system after purge: 0m46.6s INFO: Warning: Package purging left files on system: /etc/lazarus.bak/ not owned /etc/lazarus.bak/environmentoptions.xmlnot owned /etc/lazarus.bak/helpoptions.xml not owned Yup, debian/lcl-utils.postinst.in + debian/lcl-utils.templates.in. These will be removed upon purge (patch already applied to fpc, but not to Lazarus) I didn't look at the maintainer scripts or the package to analyze what's going on (or what was intended to happen). I only came up with these rough ideas. Thanks for your analysis, (Building the package is Not Really Funny™.) :) Cheers, signature.asc Description: This is a digitally signed message part
Bug#691487: column: segfaults with a certain data and column -ets,
On Thu, Jan 03, 2013 at 08:41:59PM +0800, Paul Wise wrote: I still have the same problem on my wheezy system, the only difference to sid is that I have libc6 2.13-37 instead of 2.13-38 and an older version of valgrind. After upgrading libc6 the crash remains with the MALLOC_* variables set. Like this? michael@feivel:~$ export MALLOC_CHECK_=2 michael@feivel:~$ export MALLOC_PERTURB_=$(($RANDOM % 255 + 1)) michael@feivel:~$ column -ets, foo bar column: line too long No segfault whatsoever. BTW the line too long message disappears if I add a final CR but no still no segfault. I also tried on a Wheezy i386 system without getting it to segfault. What kernel do you run on? The original report talked about 3.5. I'm on our Wheezy 3.2 kernel. Maybe that makes a difference. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at gmail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693701: setup-storage fails to partition the discs if LVM volume is present
Hi, just a follow-up to my posting last night. I tried Mathieu Alorent's patch for setup-storage/Command.pm, but it resulted in a similar Cannot satisfy pre-depends error. As a workaround, in order to be able to re-install a system with MD RAID and LVM, I wrote a small hook script named partition.WIPEDISKS (see attachment) in which I basically destroy the LVM, MD RAID setups and wipe the boot sector of the hard drives. Using this script I am able to reinstall such a system. However, the price is that I cannot preserve any partition, ie all the nice preserve_xxx=device options won't work. For an LVM based parition setup I'd expect the system to re-format all partitions which are not marked to be preserved when task_partition (setup-storage) is run while those marked to be preserved are left untouched. This would be useful for doing a clean reinstallation of the system while data partitions are preserved. Would be great if this behaviour could be available for this use case (MD RAID+LVM) as well. Thanks, w.w.#!/bin/bash # # hooks/partition.WIPEDISKS # # author : W. Walkowiak, 2013-01-03 # changed: # # Stop LVM an MD RAIDs if existing and wipe all disks with wipefs and dd # # $Id: $ #=== error=0; trap 'error=$(($?$error?$?:$error))' ERR # save maximum error code #--- functions # # stop volume groups echo Stopping VGs: vgs vgchange -an $vg # stop MD RAID arrays echo Stopping and removing MD RAID arrays: mdadm --detail --scan for array in $(mdadm --detail --scan | cut -d ' ' -f 2 | xargs readlink -f ) do parts=$(mdadm --detail $array | grep '/dev/' | grep -oE [^ :]+$) mdadm --stop $array [ -x $array ] mdadm --remove $array for part in $parts; do echo zeroing $part mdadm --zero-superblock $part done done rm -f /etc/mdadm/mdadm.conf # wipe all disks with wipefs and dd if [ -n $disklist ]; then echo Wiping boot sector of disks: $disklist for disk in $disklist; do wipefs -a /dev/$disk dd if=/dev/zero of=/dev/$disk bs=512 count=1 done fi exit $error
Bug#697208: wordpress-l10n: missing translation files
On 01/03/2013 08:17 AM, Raphael Hertzog wrote: This script is checking some upstream SVN repository where all translations are supposed to be stored: http://svn.automattic.com/wordpress-i18n Is the latest French translation there? Hello, The files I had to add are present at this location indeed: http://svn.automattic.com/wordpress-i18n/fr_FR/branches/3.5/messages/ wordpress-i18n - Revision 21254: /fr_FR/branches/3.5/messages .. admin-fr_FR.mo admin-fr_FR.po admin-network-fr_FR.mo admin-network-fr_FR.po continents-cities-fr_FR.mo continents-cities-fr_FR.po fr_FR.mo fr_FR.po I don't know if this is the place the script is checking... Regards, -- Julien Lesaint. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697273: devscripts: [debuild] Support for calling blhc after a build similar to calling lintian
Package: devscripts Version: 2.12.6 Severity: wishlist Dear devscript Maintainers, it would be nice if debuild could automatically run blhc (the Build Log Hardening Checker) after a build in the same way as it runs lintian (and formerly linda) after a build. Possible options: $ debuild --blhc --blhc-opts=--color -- Package-specific info: --- /etc/devscripts.conf --- --- ~/.devscripts --- DEBUILD_DPKG_BUILDPACKAGE_OPTS=-j2 -k95930EDE -i'(?:^|/).*~$|(?:^|/)\.#.*$|(?:^|/)\..*\.swp$|(?:^|/),,.*(?:$|/.*$)|(?:^|/)(?:DEADJOE|\.cvsignore|\.arch-inventory|\.bzrignore|\.gitignore|\.hg(ignore|tags))$|(?:^|/)(?:CVS|RCS|\.deps|\{arch\}|\.arch-ids|\.svn|\.hg|_darcs|\.git|\.shelf|_MTN|\.bzr(?:\.backup|tags)|update\.sh)(?:$|/.*$)' -I'.hg*' -I'.git*' DSCVERIFY_KEYRINGS=/home/abe/.gnupg/pubring.gpg DEBUILD_LINTIAN_OPTS=-iIE --pedantic -- System Information: Debian Release: 7.0 APT prefers testing-updates APT policy: (902, 'testing-updates'), (901, 'testing-proposed-updates'), (900, 'testing'), (800, 'unstable'), (110, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) 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 devscripts depends on: ii dpkg-dev 1.16.9 ii libc6 2.13-37 ii perl 5.14.2-16 ii python2.7.3~rc2-1 Versions of packages devscripts recommends: pn atnone ii curl 7.26.0-1 ii dctrl-tools 2.22.2 ii debian-keyring2012.11.15 ii dput 0.9.6.3+nmu1 ii dupload 2.7.0 ii equivs2.0.9 ii fakeroot 1.18.4-2 ii gnupg 1.4.12-6 ii libcrypt-ssleay-perl 0.58-1 ii libdistro-info-perl 0.10 ii libjson-perl 2.53-1 ii libparse-debcontrol-perl 2.005-3 ii libsoap-lite-perl 0.714-1 ii liburi-perl 1.60-1 ii libwww-perl 6.04-1 ii lintian 2.5.11 ii man-db2.6.2-1 ii patch 2.6.1-3 ii patchutils0.3.2-1.1 ii python-debian 0.1.21 ii python-magic 5.11-2 ii sensible-utils0.0.7 ii strace4.5.20-2.3 ii unzip 6.0-8 ii wdiff 1.1.2-1 ii wget 1.13.4-3 ii xz-utils 5.1.1alpha+20120614-2 Versions of packages devscripts suggests: ii bsd-mailx [mailx]8.1.2-0.2006cvs-1 ii build-essential 11.5 ii cvs-buildpackage 5.23 ii devscripts-el35.2+nmu1 pn gnuplot none ii libauthen-sasl-perl 2.1500-1 ii libfile-desktopentry-perl0.04-3 pn libnet-smtp-ssl-perl none ii libterm-size-perl0.207-1 ii libtimedate-perl 1.2000-1 ii libyaml-syck-perl1.20-1 ii mailutils [mailx]1:2.99.97-3 ii mutt 1.5.21-6.2 ii openssh-client [ssh-client] 1:6.0p1-3 ii svn-buildpackage 0.8.5 ii w3m 0.5.3-8 -- no debconf information
Bug#695849: [SCM] glmark2/master: RFP/ITP bug #695849 assigned
On Fri, 4 Jan 2013 00:02:12 Reinhard Tartler wrote: Well, I think consistency in the workflow is important for working efficiently in a team. Therefore, this point is for me an absolute requirement for working on the package. Yes you're right. I can only agree. IOW: I do not the svn-buildpackage package layout, and I absolutely hate it. I'm sure you have your reasons. I'm OK to convert, sorry for troubles. b) It is not backed up by some other pkg-multimedia team member. Please help me to understand -- because I'm not sure what package you're talking about. Do we need at least one team member to back it up? Or would you insist on minimum two members? Yes, I do really think that *every* package in pkg-multimedia should have *at least* two *active* team members in the Uploaders field. Everything else indicates that not enough developers in the team care for the package, which in the end is harmful for pkg-multimedia. We already a pretty bad maintainer per package ratio, and adding more poorly-maintained packages does not help at all. OK, thanks for explaining. I have two concerns though. This package is not uploaded so it does not affect maintainer per package ratio. Not yet. It doesn't make any sense to move package repository to collab-maint whenever there is less than two active maintainers. Wouldn't we push less active packages away from pkg-multimedia like this? You're talking about desirable (ideal) situation. Dimitry, unless both issues can be fixed, I think collab-maint would serve a much better umbrella than pkg-multimedia. Although glmark2 is finished I'm a bit reluctant to take responsibility for it at this time but I might do it later. Package glmark2 is much related to multimedia and appears to be a good fit for a team. Does it make sense to move it to collab-maint for some time? Even if not maintained now, it's a new package so perhaps it's not too important where it is waiting for maintainer while it is not uploaded yet. It feels a bit like finish it or leave... Speaking about finishing, did you have a chance to try it? Do you think it is useful despite failure of some opengl (but not opengl-es) tests? If so I'm happy to own ITP even though it might not be a right time for me. Sorry, I neither have time nor interest to investigate glmark2, nor do I find glmark2 particularly in scope of pkg-multimedia. Moreover, the svn-buildpackage style packaging already deterred me enough to refrain me to take a closer look. Sorry Reinhard, I didn't know you feel so strong about it. Of course I'll move the package to collab-maint if you insist. Otherwise I'll convert its repository to git-buildpackage layout so we can decide whenever we want it in pkg-multimedia. Thanks. -- Regards, Dmitry. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695434: octave: Seg fault in __contourc__
Dear maintainer, Just in case you haven't seen this, it looks like the bug has been (very recently) fixed upstream: http://savannah.gnu.org/bugs/?37891 Also, it turned out the bug was in octave-core, not in octave-java. Thanks, Pierre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677286: virtuoso-opensource-6.1: unowned files after purge (policy 6.8, 10.8): /root/.odbc.ini
tags 677286 + unreproducible moreinfo thanks Andreas Beckmann deb...@abeckmann.de Package: virtuoso-opensource-6.1 Followup-For: Bug #677286 Control: found -1 6.1.4+dfsg1-2 6.1.4+dfsg1-2 does not fix the problem, new log attached. Andreas Hello Andreas, are you sure it doesn't really fix the bug for you? I have spent yesterday various hours trying to reproduce this bug and I couldn't. I exhausted all the ideas I had so I wonder if I'm missing something. When developing the -2 revision of the package I tested it installing it and purging it on a virtual machine. I could reproduce the bug with the -1 version of the package, with the -2 I couldn't so I guessed the bug was fixed. Even worse: the piuparts.debian.org stuff was reporting so far the bug with the -1 version, however, it reports everything is ok for the -2 version. However, yesterday, I tried piuparts, to be honest I never used it before. I couldn't reproduce the bug, ¡not even with the -1 version! I tried these piuparts' options: --scriptsdir /etc/piuparts/scripts --scriptsdir /etc/piuparts/scripts- leftovers and still couldn't reproduce the bug. So I checked the log you have attached in your previous line, before the error, I noticed the line: 0m23.2s DEBUG: Command ok: ['chroot', '/tmp/piupartss/tmp1Ho66d', 'eatmydata', 'tmp/scripts/post_purge_manual_cleanup'] I suspected these script may have something to do with the piuparts error you are getting. It isn't provided by the piuparts default sid installation, and I noticed the version that you and piuparts.d.org are using isn't the same that the sid version (which I'm using) so I tried to find that post_purge_manual_cleanup somewhere in the piuparts' git repository and I couldn't find it. Hell, I even googled the sciprt name and I still couldn't find anything. Even worse, I checked the latest piuparts.d.o log for the -2 package (which ends with success) and looks like it doesn't execute that script. So I must ask: are you sure your piuparts setup is ok? if not, please help me to reproduce the bug. Feel free to contact me anytime at irc (it may be faster than sending mails back and forth), my nickname is usually santa_ and I'm available at #debian-devel. Thank you. signature.asc Description: This is a digitally signed message part.
Bug#695849: [SCM] glmark2/master: RFP/ITP bug #695849 assigned
On Thu, Jan 3, 2013 at 2:19 PM, Dmitry Smirnov only...@member.fsf.org wrote: On Fri, 4 Jan 2013 00:02:12 Reinhard Tartler wrote: b) It is not backed up by some other pkg-multimedia team member. Please help me to understand -- because I'm not sure what package you're talking about. Do we need at least one team member to back it up? Or would you insist on minimum two members? Yes, I do really think that *every* package in pkg-multimedia should have *at least* two *active* team members in the Uploaders field. Everything else indicates that not enough developers in the team care for the package, which in the end is harmful for pkg-multimedia. We already a pretty bad maintainer per package ratio, and adding more poorly-maintained packages does not help at all. OK, thanks for explaining. I have two concerns though. This package is not uploaded so it does not affect maintainer per package ratio. Not yet. It does becaus it already uses team ressources: a) mailing list (commit logs, etc.) b) clutters the list on http://git.debian.org c) is already processed by PET: http://pet.debian.net/pkg-multimedia/pet.cgi BTW, c) is how I came aware of the package: ansgar pinged on irc that the contained watch file confuses PET, so I implemented his suggestion. It doesn't make any sense to move package repository to collab-maint whenever there is less than two active maintainers. Wouldn't we push less active packages away from pkg-multimedia like this? Yes, and I think this is desireable if we do not want pkg-multimedia to deter to some other multimedia-related Debian QA-group. Let's please leave that for the proper Debian QA group. You're talking about desirable (ideal) situation. I'm not sure if I understand this comment. It feels a bit like finish it or leave... Speaking about finishing, did you have a chance to try it? Do you think it is useful despite failure of some opengl (but not opengl-es) tests? If so I'm happy to own ITP even though it might not be a right time for me. Sorry, I neither have time nor interest to investigate glmark2, nor do I find glmark2 particularly in scope of pkg-multimedia. Moreover, the svn-buildpackage style packaging already deterred me enough to refrain me to take a closer look. Sorry Reinhard, I didn't know you feel so strong about it. Of course I'll move the package to collab-maint if you insist. Otherwise I'll convert its repository to git-buildpackage layout so we can decide whenever we want it in pkg-multimedia. Thanks. It's not that I really insist on something. I'm wondering what is the best way to go with the package. While not uploaded yet, it already does consume considerable team ressources, and since it seems that nobody else in the team is interested in the package, I feel that you would have less effort with leaving the packaging style as it is and just move the repository to collab-maint. Sorry if my previous mails on the package were too harsh. I strongly suspect that we have a number of other packages within the team with the same issues as glmark2. Nevertheless, I do not intend to play the team police game proactively, but only when I stumble upon (obvious) problems in problematic package. I would appreciate if other active team members would join this effort. Happy new year! :-) -- regards, Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697182: [Pkg-postgresql-public] Bug#697182: postgresql-common - Fails to install: DISTRO: parameter not set
Hello Bastian, Bastian Blank [2013-01-02 11:47 +0100]: Package: postgresql-common Version: 138 Severity: grave File: /usr/share/postgresql-common/supported-versions Install postgresql-common fails with the following message: | Setting up postgresql-common (138) ... | /usr/share/postgresql-common/supported-versions: 46: /usr/share/postgresql-common/supported-versions: DISTRO: parameter not set [...] pn lsb-release none Ah, that would be due to the changes in version 137, which now seem to require lsb-release. So the quick fix would be to bump the recommends to a Depends:. However, as we have /etc/os-release in Wheezy now, I think it would be better to prefer parsing that, fall back to lsb_release, and if neither is present fail with a more appropriate error message. I'll work on this now. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#697275: ebtables: gives warning on installation
Package: ebtables Version: 2.0.10.4-1 Severity: normal Hi, Installing ebtables gives the following warning: Setting up ebtables (2.0.10.4-1) ... update-rc.d: warning: default start runlevel arguments (2 3 4 5) do not match ebtables Default-Start values (S) which supposedly comes from the postinst script invoking: update-rc.d ebtables defaults Please synchronize the arguments with the LSB header. -- Thanks, Feri. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684374: chef-solr: Broken symlinks prevent Solr from starting properly.
Hi, I can confirm the problems described. The symlink allows solr to start. However there seem to be some more problems regarding indexing. I will try to figure out what is wrong and create a separate bug report. Cheers, Bastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695849: [SCM] glmark2/master: RFP/ITP bug #695849 assigned
On Fri, 4 Jan 2013 00:32:19 Reinhard Tartler wrote: It doesn't make any sense to move package repository to collab-maint whenever there is less than two active maintainers. Wouldn't we push less active packages away from pkg-multimedia like this? Yes, and I think this is desireable if we do not want pkg-multimedia to deter to some other multimedia-related Debian QA-group. Let's please leave that for the proper Debian QA group. OK. You're talking about desirable (ideal) situation. I'm not sure if I understand this comment. I meant to say that 2 maintainers per package is ideal and desirable situation which is not necessarily true for every single package in team. :) It feels a bit like finish it or leave... Speaking about finishing, did you have a chance to try it? Do you think it is useful despite failure of some opengl (but not opengl-es) tests? If so I'm happy to own ITP even though it might not be a right time for me. Sorry, I neither have time nor interest to investigate glmark2, nor do I find glmark2 particularly in scope of pkg-multimedia. Moreover, the svn-buildpackage style packaging already deterred me enough to refrain me to take a closer look. Sorry Reinhard, I didn't know you feel so strong about it. Of course I'll move the package to collab-maint if you insist. Otherwise I'll convert its repository to git-buildpackage layout so we can decide whenever we want it in pkg-multimedia. Thanks. It's not that I really insist on something. I'm wondering what is the best way to go with the package. While not uploaded yet, it already does consume considerable team ressources, and since it seems that nobody else in the team is interested in the package, I feel that you would have less effort with leaving the packaging style as it is and just move the repository to collab-maint. Perhaps not enthusiastically enough I expressed my interest and I'm willing to prioritise if you feel that I should. But I'm only one person so I'll move glmark2 to collab-maint within few days. I only regret about my little contribution to the team's existing packages. Perhaps if I were more active you would be less concerned about maintainability... Sorry if my previous mails on the package were too harsh. Not at all, I think they were straightforward and sincere. :) I respect that. I strongly suspect that we have a number of other packages within the team with the same issues as glmark2. Nevertheless, I do not intend to play the team police game proactively, but only when I stumble upon (obvious) problems in problematic package. I would appreciate if other active team members would join this effort. No worries. Happy new year! :-) Happy New Year indeed. :) -- Regards, Dmitry. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697276: ebtables: please do not recommend module-init-tools
Package: ebtables Version: 2.0.10.4-1 Severity: normal Hi, ebtables currently recommends the module-init-tools package, which since March 2012 has become a transitional package. Please remember to update this package to recommend kmod in time for the release of wheezy. (Text adapted from http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683987) -- Thanks, Feri. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697042: syslog-ng: should use ttyva not tty10 as virtual console on kfreebsd
Control: tag -1 patch Hi! Christoph Egger christ...@debian.org writes: Dec 30 07:09:55 hel syslog-ng[18791]: Error opening file for writing; filename='/dev/tty10', error='Operation not supported (45)' Dec 30 07:09:55 hel syslog-ng[18791]: Error opening file for writing; filename='/dev/tty10', error='Operation not supported (45)' Dec 30 07:09:55 hel syslog-ng[18791]: Error opening file for writing; filename='/dev/tty10', error='Operation not supported (45)' in my syslog. this is because syslog-ng.con mentions # Virtual console. # destination d_console_all { file(/dev/tty10); } while on kfreebsd you probably want ttyva not tty10 I just committed a change to my git tree[1] that makes syslog-ng use /dev/ttyva on kFreeBSD (but keep it at tty10 on Linux). Thanks for the report! [1]: http://git.madhouse-project.org/debian/syslog-ng/commit/?h=packaging/debian/3.3id=a40f81af09e80e1b6713b92b426dc039f3ed0339 -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691487: column: segfaults with a certain data and column -ets,
On Thu, 2013-01-03 at 14:05 +0100, Michael Meskes wrote: Like this? michael@feivel:~$ export MALLOC_CHECK_=2 michael@feivel:~$ export MALLOC_PERTURB_=$(($RANDOM % 255 + 1)) michael@feivel:~$ column -ets, foo bar column: line too long Correct. No segfault whatsoever. H. BTW the line too long message disappears if I add a final CR but no still no segfault. I also tried on a Wheezy i386 system without getting it to segfault. If I add a final LF the message disappears but the segfault does not. If I add a CR instead then neither disappears. I'm using amd64. What kernel do you run on? The original report talked about 3.5. I'm on our Wheezy 3.2 kernel. Maybe that makes a difference. Currently using 3.7 from experimental. Just now I rebooted into 3.2 and got the segfault too. After recompiling bsdmainutils with noopt nostrip, I got a more info from valgrind and gdb, maybe that helps debug this, see below. BTW: I suggest that you should use these instead of what you have: CFLAGS = $(shell dpkg-buildflags --get CFLAGS) CFLAGS += $(shell dpkg-buildflags --get CPPFLAGS) LDFLAGS = $(shell dpkg-buildflags --get LDFLAGS) pabs@chianamo ~ $ valgrind column -ets, foo bar ==29803== Memcheck, a memory error detector ==29803== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==29803== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==29803== Command: column -ets, ==29803== column: line too long ==29803== Invalid read of size 8 ==29803==at 0x401909: maketbl (column.c:314) ==29803==by 0x40119C: main (column.c:155) ==29803== Address 0x51be750 is 0 bytes after a block of size 0 alloc'd ==29803==at 0x4C272B8: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==29803==by 0x4016D1: maketbl (column.c:299) ==29803==by 0x40119C: main (column.c:155) ==29803== ==29803== ==29803== HEAP SUMMARY: ==29803== in use at exit: 13,752 bytes in 95 blocks ==29803== total heap usage: 126 allocs, 31 frees, 17,823 bytes allocated ==29803== ==29803== LEAK SUMMARY: ==29803==definitely lost: 1,020 bytes in 3 blocks ==29803==indirectly lost: 828 bytes in 60 blocks ==29803== possibly lost: 0 bytes in 0 blocks ==29803==still reachable: 11,904 bytes in 32 blocks ==29803== suppressed: 0 bytes in 0 blocks ==29803== Rerun with --leak-check=full to see details of leaked memory ==29803== ==29803== For counts of detected and suppressed errors, rerun with: -v ==29803== ERROR SUMMARY: 7 errors from 1 contexts (suppressed: 4 from 4) pabs@chianamo ~ $ column -ets, foo bar column: line too long Segmentation fault (core dumped) pabs@chianamo ~ $ gdb --core /var/cache/corefiles/core-31490-1000-1000-11-1357222585-chianamo-column `which column` GNU gdb (GDB) 7.4.1-debian Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/column...done. [New LWP 31490] warning: Can't read pathname for load map: Input/output error. Core was generated by `column -ets,'. Program terminated with signal 11, Segmentation fault. #0 __wcslen (s=0x78 Address 0x78 out of bounds) at wcslen.c:30 30 wcslen.c: No such file or directory. (gdb) bt #0 __wcslen (s=0x78 Address 0x78 out of bounds) at wcslen.c:30 #1 0x7f002b4946fe in _IO_vfwprintf (s=0x7f002b7be7a0, format=0x401ec0 L%ls\n, ap=0x7fff68030fa0) at vfprintf.c:1623 #2 0x7f002b4abefa in __wprintf (format=0x401ec8 Ls\n) at wprintf.c:34 #3 0x00401941 in maketbl () at column.c:314 #4 0x0040119d in main (argc=0, argv=0x7fff68031238) at column.c:155 (gdb) thread apply all bt full Thread 1 (LWP 31490): #0 __wcslen (s=0x78 Address 0x78 out of bounds) at wcslen.c:30 len = optimized out #1 0x7f002b4946fe in _IO_vfwprintf (s=0x7f002b7be7a0, format=0x401ec0 L%ls\n, ap=0x7fff68030fa0) at vfprintf.c:1623 len = optimized out string_malloced = 1745030784 step0_jumps = {0, -13820, -13738, -13656, -13565, -13484, -13387, -13143, -12171, -12911, -12833, -12279, -11658, -1750, -2980, -1599, -1630, -1614, -10376, -9645, -1338, -11567, -7057, -2820, -2756, -1021, -7338, -1932, -1841, -13225} space = 0 is_short = 0 use_outdigits = 0 step1_jumps = {0, 0, 0, 0, 0, 0, 0, 0, 0, -12911, -12833, -12279, -11658, -1750, -2980, -1599, -1630, -1614, -10376, -9645, -1338, -11567, -7057, -2820, -2756, -1021, -7338, -1932, -1841, 0} group = 0 prec = optimized out step2_jumps = {0, 0, 0, 0, 0, 0, 0, 0, 0, 0, -12833, -12279, -11658, -1750, -2980, -1599, -1630, -1614, -10376, -9645, -1338,
Bug#695434: octave: Seg fault in __contourc__
Control: reassign -1 octave 3.6.2-5 Control: tags -1 + fixed-upstream * pierre.st-laur...@uqar.ca pierre.st-laur...@uqar.ca [2013-01-03 13:27]: Just in case you haven't seen this, it looks like the bug has been (very recently) fixed upstream: http://savannah.gnu.org/bugs/?37891 Also, it turned out the bug was in octave-core, not in octave-java. Thank you for the info. I am hereby tagging the bug report accordingly. Since it is now stated that this is a real problem, which may cause data loss to the users, we might raise the severity level and propose a new patched version for wheezy, based on: http://hg.savannah.gnu.org/hgweb/octave/rev/704e15f8fecd What do the other maintainers think? Rafael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697277: [iceweasel] Suggest MathJax and Asana fonts for better MathML rendering
Package: iceweasel Version: 17.0.1-1~bpo60+1 Severity: normal --- Please enter the report below this line. --- STIX fonts are currently suggested to be installed with Iceweasel, but MathJax and Asana fonts should be suggested too. See the discussions on debian-de...@lists.debian.org, the upstream bug report (https://bugzilla.mozilla.org/show_bug.cgi?id=295193), the MDN page (https://developer.mozilla.org/en-US/docs/Mozilla_MathML_Project/Fonts) and my blog for more explanations. Essentially this will give a much better browsing experience for Iceweasel MathJax users. This will become particularly important to view mathematics on Wikipedia in a near future. The Asana package is fonts-oflb-asana-math and Dmitry has prepared a MathJax package fonts-mathjax (not sure if it is integrated in Debian yet). The MathML fonts can be tested here: https://developer.mozilla.org/en-US/docs/Mozilla_MathML_Project/MathML_Torture_Test --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-5-amd64 Debian Release: 6.0.6 500 stable security.debian.org 500 stable mirror.home-dn.net 500 stable ftp.fr.debian.org 500 stable dl.google.com 500 stable deb.opera.com 500 squeeze-backports mozilla.debian.net 100 squeeze-backports backports.debian.org --- Package information. --- Depends (Version) | Installed ==-+-== libc6 (= 2.4) | 2.11.3-4 libglib2.0-0 (= 2.16.0) | 2.24.2-1 libgtk2.0-0 (= 2.10) | 2.20.1-2 libnspr4 (= 2:4.9-2~) | 2:4.9.3-1~bpo60+1 OR libnspr4-0d (= 1.8.0.10) | 2:4.9.3-1~bpo60+1 libstdc++6 (= 4.1.1) | 4.4.5-8 fontconfig | 2.8.0-2.1 procps | 1:3.2.8-9squeeze1 debianutils (= 1.16) | 3.4 xulrunner-17.0 (= 17.0.1-1~bpo60+1) | 17.0.1-1~bpo60+1 libsqlite3-0 (= 3.7.12-1~) | 3.7.13-1~bpo60+1 libasound2 ( 1.0.18) | 1.0.23-2.1 libatk1.0-0 (= 1.29.3) | 1.30.0-1 libbz2-1.0 | 1.0.5-6+squeeze1 libc6 (= 2.11) | 2.11.3-4 libcairo2 (= 1.10.2-2~) | 1.10.2-7~bpo60+1 libdbus-1-3 (= 1.0.2) | 1.2.24-4+squeeze1 libdbus-glib-1-2 (= 0.78) | 0.88-2.1 libevent-1.4-2 (= 1.4.13-stable) | 1.4.13-stable-1 libfontconfig1 (= 2.8.0) | 2.8.0-2.1 libfreetype6 (= 2.3.9) | 2.4.2-2.1+squeeze4 libgcc1 (= 1:4.1.1) | 1:4.4.5-8 libglib2.0-0 (= 2.22.0) | 2.24.2-1 libgtk2.0-0 (= 2.18.0) | 2.20.1-2 libhunspell-1.2-0 (= 1.2.11) | 1.2.11-1 libjpeg62 (= 6b1) | 6b1-1 libmozjs17d (= 17.0.1-1~bpo60+1) | 17.0.1-1~bpo60+1 libnspr4 (= 2:4.9.2) | 2:4.9.3-1~bpo60+1 libnss3 (= 2:3.13.4-2~) | 2:3.13.6-1~bpo60+1 OR libnss3-1d (= 3.13.2) | 2:3.13.6-1~bpo60+1 libpango1.0-0 (= 1.14.0) | 1.28.3-1+squeeze2 libpixman-1-0 (= 0.18.0) | 0.24.0-1~bpo60+1 libsqlite3-0 (= 3.7.4) | 3.7.13-1~bpo60+1 libstartup-notification0 (= 0.10) | 0.10-1 libstdc++6 (= 4.2.1) | 4.4.5-8 libvpx1 (= 1.0.0) | 1.0.0-2~bpo60+1 libx11-6 | 2:1.3.3-4 libxext6 | 2:1.1.2-1 libxrender1 | 1:0.9.6-1 libxt6 | 1:1.0.7-1 zlib1g (= 1:1.2.0) | 1:1.2.3.4.dfsg-3 libnspr4-0d ( 4.7.1-1) | 2:4.9.3-1~bpo60+1 Package's Recommends field is empty. Suggests (Version) | Installed ===-+-=== fonts-stix | OR otf-stix | mozplugger | libgssapi-krb5-2 | 1.8.3+dfsg-4squeeze6 OR libkrb53 | libgnomeui-0 | 2.24.3-1 libcanberra0 | 0.24-1 --- Output from package bug script --- -- Extensions information Name: Adblock Plus Location: /{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}.xpi Status: enabled Name: clipboard Location: /jid1-gbvzzulfen0...@jetpack.xpi Status: enabled Name: Dansk ordbog til stavekontrollen dictionary Location: /dan...@dictionaries.addons.mozilla.org Status: enabled Name: Diccionario de Espa??ol/Espa??a Location: /es...@dictionaries.addons.mozilla.org Status: enabled Name: Dictionnaires fran??ais Location: /fr-dicolle...@dictionaries.addons.mozilla.org Status: enabled Name: DownloadHelper Location: /{b9db16a4-6edc-47ec-a1f4-b86292ed211d} Status: user-disabled Name: Editor Location: /edi...@mozilla.com.xpi Status: enabled Name: Fran??ais Language Pack locale Location: /usr/lib/iceweasel/extensions/langpack...@iceweasel.mozilla.org.xpi Package: iceweasel-l10n-fr Status: enabled Name: MathML-ctop Location: /mathml-c...@mozilla.com.xpi Status: user-disabled Name: MathML-fonts Location: /mathml-fo...@mozilla.com.xpi Status: user-disabled Name: MathML-mml3ff Location: /mathml-mml...@mozilla.com.xpi Status: user-disabled Name: Th??me par d??faut theme Location: /usr/lib/iceweasel/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd} Package: iceweasel Status: enabled Name: United States English Spellchecker Location: /en...@dictionaries.addons.mozilla.org Status: enabled -- Plugins information Name: DivX?? Web Player Location: /usr/lib/mozilla/plugins/libtotem-mully-plugin.so Package: totem-mozilla Status: enabled Name: Google Talk Plugin Location: /opt/google/talkplugin/libnpgoogletalk.so Package: google-talkplugin Status: enabled Name: Google Talk Plugin Video Accelerator Location: /opt/google/talkplugin/libnpgtpo3dautoplugin.so Package: google-talkplugin Status: enabled Name:
Bug#697278: aptitude-common: Please make aptitude installable on non-native architectures
Package: aptitude-common Version: 0.6.8.2-1 Severity: normal Dear Maintainer, When trying to install aptitude on a non-native architecture, installation fails because not suitable installation candidates are found for some dependencies, in particular for aptitude-common: arm:root / 17 # uname -m armv7l arm:root / 18 # apt-get --simulate install aptitude:i386 Reading package lists... Done Building dependency tree... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: aptitude:i386 : Depends: aptitude-common:i386 (= 0.6.8.2-1) but it is not installable Recommends: aptitude-doc-en:i386 but it is not installable or aptitude-doc:i386 but it is not installable Recommends: apt-xapian-index:i386 but it is not installable Recommends: libparse-debianchangelog-perl:i386 but it is not installable E: Unable to correct problems, you have held broken packages. I assume a simple 'Multi-Arch: foreign' would fix this ? Kind regards, and many thanks for your work on debian in general, and on aptitude in particular. Rogier. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash aptitude-common depends on no packages. Versions of packages aptitude-common recommends: ii aptitude 0.6.8.2-1 aptitude-common 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#697279: libqtdbus4: tries to replace file owned by libqt4-dbus
Package: libqtdbus4 Version: 4:4.8.2+dfsg-7 Severity: serious Justification: Policy 7.6.1 Unpacking libqtdbus4:amd64 (from .../libqtdbus4_4%3a4.8.2+dfsg-7_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/libqtdbus4_4%3a4.8.2+dfsg-7_amd64.deb (--unpack): trying to overwrite '/usr/lib/x86_64-linux-gnu/libQtDBus.so.4.8.2', which is also in package libqt4-dbus:amd64 4:4.8.2+dfsg-6 configured to not write apport reports dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.6-trunk-amd64 (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/mksh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697280: fresh release (1.0.6) is available
Package: vagrant Version: 1.0.3-1 Severity: wishlist actually 1.0.7 is nearly released, so waiting a bit or even grabbing a git master might be a better option -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental'), (100, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages vagrant depends on: ii ruby 4.9 ii ruby-archive-tar-minitar 0.5.2-2 ii ruby-childprocess 0.3.3-1 ii ruby-erubis 2.7.0-2 ii ruby-i18n 0.6.0-3 ii ruby-json 1.7.3-2 ii ruby-log4r1.1.10-2 ii ruby-net-scp 1.0.4-2 ii ruby-net-ssh 1:2.5.2-2 ii ruby1.8 [ruby-interpreter]1.8.7.358-6 ii ruby1.9.1 [ruby-interpreter] 1.9.3.194-5 ii rubygems 1.8.24-1 Versions of packages vagrant recommends: ii virtualbox 4.1.18-dfsg-1.1 vagrant 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#697281: unblock: xen-api/1.3.2-14 (Fixes #696810: bad debconf handling)
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi, As per #696810, the debconf choice for the networking mode of XCP wasn't working as expected. When using apt, even when choosing bridging, openvswitch was always set in /etc/xcp/network.conf. This -14 version fixes that. If that is enough explanations, you can skip what is below (debdiff attached to this message). More explanation in details I was mainly testing using dpkg -i xcp-networkd*.deb. Using dpkg, the debian/xcp-networkd.config script was executed only once. But when using apt, it seems that debian/xcp-networkd.config was executed once normally, and then once more in a non-interactive mode. This is what created the problem, or rather, this what made me wrongly think my script was right when testing it. Now, when I look back into it, I feel the corrected script is much cleaner the way it is now anyway. Also, because we only have: Recommends: openvswitch-switch, openvswitch-datapath-dkms and not a strong Depends:, plus the fact that it seems that the openvswitch mode is sometimes buggy, plus the fact that it is required to reboot which doesn't always work because of the networking setup which isn't easy (see README.Debian about it), I have decided it was more reasonable to leave the bridging mode as the default, rather than openvswitch. This -14 Debian release therefore sets Linux standard bridging as the default networking for XCP (eg: that's what will be setup in non-interactive Debconf frontend, and that will be the default selected option in the Debconf screen). Note that I have tested the new xcp-networkd package using both dpkg -i and apt (with a local file:// repo), and it's fine now. /More explanation in details Please unblock xen-api/1.3.2-14. Cheers, Thomas Goirand (zigo) P.S: I was unsure if #696810 deserved an RC severity, please let me know your view on this, so that next time I know. diff -Nru xen-api-1.3.2/debian/changelog xen-api-1.3.2/debian/changelog --- xen-api-1.3.2/debian/changelog 2012-11-04 07:11:22.0 + +++ xen-api-1.3.2/debian/changelog 2012-12-27 13:18:26.0 + @@ -1,3 +1,10 @@ +xen-api (1.3.2-14) unstable; urgency=low + + * Fixes: if apt-get was used to install xcp-networkd instead of dpkg -i, then + debconf value selected for network-type wasn't respected (Closes: #696810). + + -- Thomas Goirand z...@debian.org Thu, 27 Dec 2012 13:05:06 + + xen-api (1.3.2-13) unstable; urgency=low * Fixes: wait_for_xapi() function in init.d script doesn't work on slave diff -Nru xen-api-1.3.2/debian/xcp-networkd.config xen-api-1.3.2/debian/xcp-networkd.config --- xen-api-1.3.2/debian/xcp-networkd.config 2012-11-04 07:11:22.0 + +++ xen-api-1.3.2/debian/xcp-networkd.config 2012-12-27 13:18:26.0 + @@ -10,15 +10,15 @@ # Get the values from the config file if [ -r /etc/xcp/network.conf ] ; then NETWORK_TYPE=`cat /etc/xcp/network.conf` -fi -# This controls the default behavior, which here will be openvswitch. -# Invert words bridge and openvswitch to change this. -if ! [ ${NETWORK_TYPE} = bridge ] ; then - NETWORK_TYPE=openvswitch -fi + # Make sure we have a working value + # (eg: bridge or openvswitch, and nothing else) + if ! [ ${NETWORK_TYPE} = bridge ] ; then + NETWORK_TYPE=openvswitch + fi -db_set xcp-xapi/networking_type ${NETWORK_TYPE} + db_set xcp-xapi/networking_type ${NETWORK_TYPE} +fi db_input high xcp-xapi/networking_type || true db_go
Bug#697282: nvidia-detect does not recognize Debian 7
Package: nvidia-detect Version: 304.64-3 Severity: minor Dear Maintainer, nvidia-detect greps for the wrong string in /etc/debian_version . Just insert the version number to the codename into the grep command: # diff -u /usr/bin/nvidia-detect~ /usr/bin/nvidia-detect --- /usr/bin/nvidia-detect~ 2012-12-20 21:49:26.0 +0100 +++ /usr/bin/nvidia-detect 2013-01-03 15:21:20.717323350 +0100 @@ -138,7 +138,7 @@ else echo Uh oh. Your card is only supported by the 71.86 legacy drivers series, which is not in any current Debian suite.; fi; - elif grep -q wheezy /etc/debian_version; + elif grep -q wheezy\|^7 /etc/debian_version; then if [[ -n ${VERSIONS[999]} ]]; then if [[ -n ${VERSIONS[173]} ]]; then -- Package-specific info: uname -a: Linux ipc806 3.2.0-4-amd64 #1 SMP Debian 3.2.32-1 x86_64 GNU/Linux /proc/version: Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-12) ) #1 SMP Debian 3.2.32-1 /proc/driver/nvidia/version: NVRM version: NVIDIA UNIX x86_64 Kernel Module 304.48 Sun Sep 9 20:22:27 PDT 2012 GCC version: gcc version 4.6.3 (Debian 4.6.3-11) lspci 'VGA compatible controller [0300]': 02:00.0 VGA compatible controller [0300]: NVIDIA Corporation GK104 [GeForce GTX 680] [10de:1180] (rev a1) (prog-if 00 [VGA controller]) Subsystem: ZOTAC International (MCO) Ltd. Device [19da:1260] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 18 Region 0: Memory at fd00 (32-bit, non-prefetchable) [size=16M] Region 1: Memory at f000 (64-bit, prefetchable) [size=128M] Region 3: Memory at fa00 (64-bit, prefetchable) [size=32M] Region 5: I/O ports at ec00 [size=128] [virtual] Expansion ROM at feb8 [disabled] [size=512K] Capabilities: access denied Kernel driver in use: nvidia -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nvidia-detect depends on: ii pciutils 1:3.1.9-6 nvidia-detect recommends no packages. nvidia-detect suggests no packages. Versions of packages nvidia-glx depends on: ii dpkg 1.16.9 ii libgl1-nvidia-glx304.64-3 ii libxvmcnvidia1 304.64-3 ii nvidia-alternative 304.64-3 ii nvidia-installer-cleanup 20120630+3 ii nvidia-kernel-dkms [nvidia-kernel-dkms] 304.64-3 ii nvidia-support 20120630+3 ii nvidia-vdpau-driver 304.64-3 ii xserver-xorg-video-nvidia304.64-3 Versions of packages nvidia-glx recommends: pn libgl1-nvidia-glx-i386 none ii nvidia-settings 304.64-1 Versions of packages nvidia-glx suggests: ii nvidia-kernel-dkms [nvidia-kernel-dkms] 304.64-3 Versions of packages libgl1-nvidia-glx depends on: ii libc6 2.13-37 ii libx11-6 2:1.5.0-1 ii libxext6 2:1.3.1-2 ii multiarch-support 2.13-37 ii nvidia-alternative304.64-3 ii nvidia-installer-cleanup 20120630+3 ii nvidia-support20120630+3 Versions of packages libgl1-nvidia-glx recommends: ii libxvmcnvidia1 304.64-3 ii nvidia-kernel-dkms [nvidia-kernel-dkms] 304.64-3 Versions of packages libgl1-nvidia-glx suggests: ii nvidia-kernel-dkms [nvidia-kernel-dkms] 304.64-3 Versions of packages xserver-xorg-video-nvidia depends on: ii debconf [debconf-2.0] 1.5.48 ii libc6 2.13-37 ii libgl1-nvidia-glx 304.64-3 ii nvidia-alternative 304.64-3 ii nvidia-installer-cleanup 20120630+3 ii nvidia-support 20120630+3 ii xserver-xorg-core [xorg-video-abi-12] 2:1.12.4-4 Versions of packages xserver-xorg-video-nvidia recommends: ii nvidia-kernel-dkms [nvidia-kernel-dkms] 304.64-3 ii nvidia-settings 304.64-1 ii nvidia-vdpau-driver 304.64-3 Versions of packages xserver-xorg-video-nvidia suggests: ii nvidia-kernel-dkms [nvidia-kernel-dkms] 304.64-3 Versions of packages nvidia-alternative depends on: ii glx-alternative-nvidia 0.2.2 ii libgl1-nvidia-alternatives 304.64-3 ii libglx-nvidia-alternatives 304.64-3 Versions of packages nvidia-kernel-dkms depends on: ii dkms 2.2.0.3-1.2 ii nvidia-installer-cleanup
Bug#696075: lcl-utils: directory vs. symlink mess after squeeze = wheezy upgrade: /etc/lazarus
On 2013-01-03 14:00, Abou Al Montacir wrote: On Mon, 2012-12-31 at 18:40 +0100, gregor herrmann wrote: I don't think it was a symlink in squezze after comparing the packages; my suspect at the moment is update-alternatives in debian/lcl-utils.postinst.in. /etc/lazarus is a now an alternative of /etc/lazarus-${version}. The user is asked to confirm whether post installation script should do the migration or not. What is the default? (I.e. what happens with DEBIAN_FRONTEND=noninteractive?) However, this choice is ignored somehow after. I've prepared a patch for this. OK, I'll wait for a fixed package before doing further tests ... Why can't you use dpkg-maintscript-helper to rename the conffiles without even asking the user (at least as long as the conffiles are unmodified)? Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697279: libqtdbus4: tries to replace file owned by libqt4-dbus
Control: forcemerge 697147 -1 On 2013-01-03 15:28:55, Dominik George wrote: Unpacking libqtdbus4:amd64 (from .../libqtdbus4_4%3a4.8.2+dfsg-7_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/libqtdbus4_4%3a4.8.2+dfsg-7_amd64.deb (--unpack): trying to overwrite '/usr/lib/x86_64-linux-gnu/libQtDBus.so.4.8.2', which is also in package libqt4-dbus:amd64 4:4.8.2+dfsg-6 configured to not write apport reports dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) There's #697147 already. Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#697279: Workaround
Here is a workaround for users that are stuck in the upgrade: # print libqt4-dbus hold | dpkg --set-selections # apt-get -f install # print libqt4-dbus install | dpkg --set-selections # apt-get dist-upgrade -nik -- * mirabilos is handling my post-1990 smartphone * mirabilos Aaah, it vibrates! Wherefor art thou, daemonic device?? PGP fingerprint: 2086 9A4B E67D 1DCD FFF6 F6C1 59FC 8E1D 6F2A 8001 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697279: libqtdbus4: tries to replace file owned by libqt4-dbus
There's #697147 already. reportbug didn't list any report for the package :(. -- * mirabilos is handling my post-1990 smartphone * mirabilos Aaah, it vibrates! Wherefor art thou, daemonic device?? PGP fingerprint: 2086 9A4B E67D 1DCD FFF6 F6C1 59FC 8E1D 6F2A 8001 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697283: unblock: ruby-activerecord-3.2/3.2.6-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package ruby-activerecord-3.2 This release fixes a recently undisclosed security problem (CVE-2012-5664) Attached is the debdiff between this version and the version in testing. unblock ruby-activerecord-3.2/3.2.6-3 -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=pt_BR.utf8, LC_CTYPE=pt_BR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Antonio Terceiro terce...@debian.org diff -Nru ruby-activerecord-3.2-3.2.6/debian/changelog ruby-activerecord-3.2-3.2.6/debian/changelog --- ruby-activerecord-3.2-3.2.6/debian/changelog 2012-06-24 18:52:31.0 -0300 +++ ruby-activerecord-3.2-3.2.6/debian/changelog 2013-01-03 11:21:21.0 -0300 @@ -1,3 +1,10 @@ +ruby-activerecord-3.2 (3.2.6-3) unstable; urgency=high + + * debian/patches/3-2-dynamic_finder_injection.patch: fix SQL injection +vulnerability (CVE-2012-5664). + + -- Antonio Terceiro terce...@debian.org Thu, 03 Jan 2013 11:21:18 -0300 + ruby-activerecord-3.2 (3.2.6-2) unstable; urgency=low * Bump build dependency on gem2deb to = 0.3.0~ diff -Nru ruby-activerecord-3.2-3.2.6/debian/control ruby-activerecord-3.2-3.2.6/debian/control --- ruby-activerecord-3.2-3.2.6/debian/control 2012-06-24 18:52:06.0 -0300 +++ ruby-activerecord-3.2-3.2.6/debian/control 2012-09-01 17:38:02.0 -0300 @@ -3,7 +3,6 @@ Priority: optional Maintainer: Debian Ruby Extras Maintainers pkg-ruby-extras-maintain...@lists.alioth.debian.org Uploaders: - Ondřej Surý ond...@debian.org, Antonio Terceiro terce...@debian.org, DM-Upload-Allowed: yes Build-Depends: debhelper (= 7.0.50~), diff -Nru ruby-activerecord-3.2-3.2.6/debian/control.in ruby-activerecord-3.2-3.2.6/debian/control.in --- ruby-activerecord-3.2-3.2.6/debian/control.in 2012-06-16 20:57:42.0 -0300 +++ ruby-activerecord-3.2-3.2.6/debian/control.in 2012-09-01 17:38:02.0 -0300 @@ -3,7 +3,6 @@ Priority: optional Maintainer: Debian Ruby Extras Maintainers pkg-ruby-extras-maintain...@lists.alioth.debian.org Uploaders: - Ondřej Surý ond...@debian.org, Antonio Terceiro terce...@debian.org, DM-Upload-Allowed: yes Build-Depends: debhelper (= 7.0.50~), diff -Nru ruby-activerecord-3.2-3.2.6/debian/patches/3-2-dynamic_finder_injection.patch ruby-activerecord-3.2-3.2.6/debian/patches/3-2-dynamic_finder_injection.patch --- ruby-activerecord-3.2-3.2.6/debian/patches/3-2-dynamic_finder_injection.patch 1969-12-31 21:00:00.0 -0300 +++ ruby-activerecord-3.2-3.2.6/debian/patches/3-2-dynamic_finder_injection.patch 2013-01-03 11:14:35.0 -0300 @@ -0,0 +1,32 @@ +From 325669f0795a9148fd31f7f496a40dc8e114ef52 Mon Sep 17 00:00:00 2001 +From: Aaron Patterson aaron.patter...@gmail.com +Date: Sun, 23 Dec 2012 11:07:07 -0800 +Subject: [PATCH] CVE-2012-5664 options hashes should only be extracted if + there are extra parameters + +--- + lib/active_record/dynamic_matchers.rb |7 ++- + test/cases/finder_test.rb | 12 + 2 files changed, 18 insertions(+), 1 deletion(-) + +diff --git a/lib/active_record/dynamic_matchers.rb b/lib/active_record/dynamic_matchers.rb +index b6b8e24..f15d0b7 100644 +--- a/lib/active_record/dynamic_matchers.rb b/lib/active_record/dynamic_matchers.rb +@@ -40,7 +40,12 @@ module ActiveRecord + METHOD + send(method_id, *arguments) + elsif match.finder? +- options = arguments.extract_options! ++ options = if arguments.length attribute_names.size ++ arguments.extract_options! ++else ++ {} ++end ++ + relation = options.any? ? scoped(options) : scoped + relation.send :find_by_attributes, match, attribute_names, *arguments, block + elsif match.instantiator? +-- +1.7.10.2 (Apple Git-33) + diff -Nru ruby-activerecord-3.2-3.2.6/debian/patches/series ruby-activerecord-3.2-3.2.6/debian/patches/series --- ruby-activerecord-3.2-3.2.6/debian/patches/series 2012-06-16 11:10:55.0 -0300 +++ ruby-activerecord-3.2-3.2.6/debian/patches/series 2013-01-03 11:04:55.0 -0300 @@ -1 +1,2 @@ Remove_rubygems_dependency.patch +3-2-dynamic_finder_injection.patch signature.asc Description: Digital signature
Bug#697284: unblock: ruby-activerecord-2.3/2.3.14-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package ruby-activerecord-2.3 This release fixes a SQL injection vulnerability (CVE-2012-5664). Attached is the debdiff between this version and the one in testing. unblock ruby-activerecord-2.3/2.3.14-3 -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=pt_BR.utf8, LC_CTYPE=pt_BR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Antonio Terceiro terce...@debian.org diff -Nru ruby-activerecord-2.3-2.3.14/debian/changelog ruby-activerecord-2.3-2.3.14/debian/changelog --- ruby-activerecord-2.3-2.3.14/debian/changelog 2012-06-29 14:37:30.0 -0300 +++ ruby-activerecord-2.3-2.3.14/debian/changelog 2013-01-03 11:48:18.0 -0300 @@ -1,3 +1,11 @@ +ruby-activerecord-2.3 (2.3.14-3) unstable; urgency=high + + * Team upload. + * debian/patches/2-3-dynamic_finder_injection.patch: fix SQL injection +vulnerability (CVE-2012-5664). + + -- Antonio Terceiro terce...@debian.org Thu, 03 Jan 2013 11:43:56 -0300 + ruby-activerecord-2.3 (2.3.14-2) unstable; urgency=low * Team upload. diff -Nru ruby-activerecord-2.3-2.3.14/debian/control ruby-activerecord-2.3-2.3.14/debian/control --- ruby-activerecord-2.3-2.3.14/debian/control 2012-06-29 14:45:22.0 -0300 +++ ruby-activerecord-2.3-2.3.14/debian/control 2012-09-01 17:37:56.0 -0300 @@ -2,7 +2,6 @@ Section: ruby Priority: optional Maintainer: Debian Ruby Extras Maintainers pkg-ruby-extras-maintain...@lists.alioth.debian.org -Uploaders: Ondřej Surý ond...@debian.org DM-Upload-Allowed: yes Build-Depends: debhelper (= 7.0.50~), gem2deb (= 0.3.0~), diff -Nru ruby-activerecord-2.3-2.3.14/debian/control.in ruby-activerecord-2.3-2.3.14/debian/control.in --- ruby-activerecord-2.3-2.3.14/debian/control.in 2012-06-29 14:45:14.0 -0300 +++ ruby-activerecord-2.3-2.3.14/debian/control.in 2012-09-01 17:37:56.0 -0300 @@ -2,7 +2,6 @@ Section: ruby Priority: optional Maintainer: Debian Ruby Extras Maintainers pkg-ruby-extras-maintain...@lists.alioth.debian.org -Uploaders: Ondřej Surý ond...@debian.org DM-Upload-Allowed: yes Build-Depends: debhelper (= 7.0.50~), gem2deb (= 0.3.0~), diff -Nru ruby-activerecord-2.3-2.3.14/debian/patches/2-3-dynamic_finder_injection.patch ruby-activerecord-2.3-2.3.14/debian/patches/2-3-dynamic_finder_injection.patch --- ruby-activerecord-2.3-2.3.14/debian/patches/2-3-dynamic_finder_injection.patch 1969-12-31 21:00:00.0 -0300 +++ ruby-activerecord-2.3-2.3.14/debian/patches/2-3-dynamic_finder_injection.patch 2013-01-03 11:31:43.0 -0300 @@ -0,0 +1,54 @@ +From 9de9b359d0d24f70f0f6c5c58a7ad8750684d456 Mon Sep 17 00:00:00 2001 +From: Aaron Patterson aaron.patter...@gmail.com +Date: Sun, 23 Dec 2012 11:07:07 -0800 +Subject: [PATCH] CVE-2012-5664 options hashes should only be extracted if + there are extra parameters + +--- + lib/active_record/base.rb |6 +- + test/cases/finder_test.rb | 12 + 2 files changed, 17 insertions(+), 1 deletion(-) + +diff --git a/lib/active_record/base.rb b/glib/active_record/base.rb +index 461007f..809a38c 100755 +--- a/lib/active_record/base.rb b/lib/active_record/base.rb +@@ -1897,7 +1897,11 @@ module ActiveRecord #:nodoc: + # end + self.class_eval -EOS, __FILE__, __LINE__ + 1 + def self.#{method_id}(*args) +- options = args.extract_options! ++ options = if args.length #{attribute_names.size} ++ args.extract_options! ++else ++ {} ++end + attributes = construct_attributes_from_arguments( + [:#{attribute_names.join(',:')}], + args +diff --git a/test/cases/finder_test.rb b/gtest/cases/finder_test.rb +index c779a69..9e3ab92 100644 +--- a/test/cases/finder_test.rb b/test/cases/finder_test.rb +@@ -66,6 +66,18 @@ end + class FinderTest ActiveRecord::TestCase + fixtures :companies, :topics, :entrants, :developers, :developers_projects, :posts, :comments, :accounts, :authors, :customers + ++ def test_find_by_id_with_hash ++assert_raises(ActiveRecord::StatementInvalid) do ++ Post.find_by_id(:limit = 1) ++end ++ end ++ ++ def test_find_by_title_and_id_with_hash ++assert_raises(ActiveRecord::StatementInvalid) do ++ Post.find_by_title_and_id('foo', :limit = 1) ++end ++ end ++ + def test_find + assert_equal(topics(:first).title, Topic.find(1).title) + end +-- +1.7.10.2 (Apple Git-33) + diff -Nru ruby-activerecord-2.3-2.3.14/debian/patches/series ruby-activerecord-2.3-2.3.14/debian/patches/series ---
Bug#677286: virtuoso-opensource-6.1: unowned files after purge (policy 6.8, 10.8): /root/.odbc.ini
On 2013-01-03 14:26, José Manuel Santamaría Lema wrote: 0m23.2s DEBUG: Command ok: ['chroot', '/tmp/piupartss/tmp1Ho66d', 'eatmydata', 'tmp/scripts/post_purge_manual_cleanup'] that's a noop except for ipopd and uw-imapd So I must ask: are you sure your piuparts setup is ok? yes :-) and verified that the bug is still reproducible But these creates stuff in /root/ bugs are sometimes damned heisenbugs ... I'm currently running 3.6-trunk-amd64 - what kernel are you using? WTF is this (found in the prerm script)? if [ ! -f $HOME/.odbc.ini ]; then REMOVE_ODBC_INI=true fi odbcinst -u -s -l -n VOS || true # The previous odbcinst command may create the file $HOME/.odbc.ini # if it didn't exist previously, leaving unowned files after removing # the package, so we remove the .odbc.ini if it's neccesary, see: # http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=677286 if [ -n $REMOVE_ODBC_INI ]; then rm -f $HOME/.odbc.ini fi You cannot rely on $HOME ! If you have something that messes around in /root, set HOME to a temporary directory: INSTDIR=`mktemp -d` HOME=$INSTDIR stupid-command-messing-around-in-slash-root if [ -n $INSTDIR ]; then rm -rf $INSTDIR; fi If you have something that does not respect $HOME, fix it. And odbcinst is such an insanity: # HOME=/fooo odbcinst -u -s -l -n VOS odbcinst: DSN removed (if it existed at all). ODBC_BOTH_DSN was used as the search path. # dd if=/dev/urandom of=/root/.odbc.ini count=1 # HOME=/fooo odbcinst -u -s -l -n VOS odbcinst: SQLRemoveDSNFromIni failed with Unable to find component name. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691815: motion: Latest Motion (-3.2) exits after running on_event_start script
Hi Daniel, On Tue, Oct 30, 2012 at 02:34:44AM -0400, Daniel Dickinson wrote: 3.2-12-3.2 (or so; the most recent in wheezy which I believe ends in -3.2; I downgraded to avoid the bug) Exits the daemon or setup mode after on_event_start script completes. This makes it of limited utility for remote monitoring. I wonder if the fix for http://bugs.debian.org/697221 also helps you. Could you please try the packages mentioned in the other bug? Your config does not show anything mysql related, but it's worth a try :) Regards Evgeni -- Bruce Schneier can read and understand Perl programs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696743: [pkg-php-pear] Bug#696468: phpunit-story: depends on php5-spl which does not appear to exist
On 01/03/2013 12:06 AM, Luis Uribe wrote: Hi all, On Thu, Dec 27, 2012 at 10:11:21PM +0800, Thomas Goirand wrote: Luis must know better than I. I haven't really used phpunit-story. But, without much testing, I believe that it should at least depend on phpunit. As I'm not sure about this, let's wait for Luis input (and probably, this holiday period is not best to expect a fast answer). Here is the .dsc file with the patch. http://mentors.debian.net/debian/pool/main/p/phpunit-story/phpunit-story_1.0.0-3.dsc Perhaps Thomas (or another DD could review it and upload it) Sorry about the delay, Regards, Hi Luis, I've seen that you have added the field: DM-Upload-Allowed: yes This thing is deprecated. Please see: https://lists.debian.org/debian-devel-announce/2012/11/msg6.html Also, I would strongly suggest that you register to the debian-devel-announce mailing list, so you don't miss such an important announcement in the future. Please re-upload version -3 without this new field. If you wish to have upload rights for this package, I can grant it to you upload rights for this package if you want. Though, I'll have to learn how to do it the new way...:) Also, it seems that you never requested -2 to be unblock. Once -3 reaches SID, please do not forget to ask for an unblock to the release team. This would be done this way: reportbug -A phpunit-story_1.0.0-3.debdiff release.debian.org then choose unblock. Cheers, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697285: linux-image-3.2/2.6: isci (Intel C600 SAS) scsi module buggy version 1.0.0 - please update to 1.1.0
Package: linux-image wheezy and squeeze Severity: important In kernel module isci Version 1.0.0 exist several issues, like kernel malfunction and performance issues. The reason for this report is mainly for the unstable behaviour of this kernel driver. I maintain serveral servers with Intel C600 SAS Controller and I can report, that servers with module version 1.0.0 have problems (Debian stable/testing, Ubuntu 12.04). The same servers working flawlessly with Ubuntu 12.10, openSUSE 12.2, CentOS 6.3 or Vanilla Kernel 3.7.1. These distribution using isci Module Version 1.1.0. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697108: [Pkg-gnupg-maint] Bug#697108: gnupg key import memory corruption
On Wed, 2 Jan 2013 21:33, glaub...@physik.fu-berlin.de said: Yeah, you were 6 minutes faster than me :). I am happy anyways the issue has been addressed. Thanks a lot for your quick response! Please note that the problem also exists in 2.0 - a quite similar patch is in the GIT (or try the one from 1.4) Salam-Shalom, Werner -- Die Gedanken sind frei. Ausnahmen regelt ein Bundesgesetz. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697286: gretl fails to import time series data from csv
Package: gretl Version: 1.9.9-1 Severity: normal Dear Maintainer, As in the documentation, I am trying to import data to gretl from a csv file. The data is monthly, so it looks something like this: ,shillerRet,state,consSentiment,PMI 1987:02,0.0045773162,1,90.4,54.9 1987:03,0.004080661,1,90.2,52.6 1987:04,0.0045113495,1,90.8,55 1987:05,0.005070,1,92.8,55.5 1987:06,0.004516603,1,91.1,57.2 (...) but gretl fails to interpret is as timeseries data: parsing /home/ga1009/PhD/cpp/pmi/gretlInput.csv... using delimiter ',' longest line: 43 characters number of columns = 5 number of variables: 4 number of non-blank lines: 297 scanning for variable names... line: ,shillerRet,state,consSentiment,PMI scanning for row labels and data... the cell for variable 3, obs 294 is empty: treating as missing value the cell for variable 3, obs 295 is empty: treating as missing value the cell for variable 3, obs 296 is empty: treating as missing value first row label 1987:02, last label 2011:09 trying to parse row labels as dates... 1987: probably a year... month 02? 1987:01: not a consistent date but the dates are not complete and consistent treating these as undated data -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (700, 'testing'), (600, 'stable'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/4 CPU cores) 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 gretl depends on: ii gnuplot4.6.0-8 ii gretl-common 1.9.9-1 ii libatk1.0-02.4.0-2 ii libblas3 [libblas3gf] 1.2.20110419-5 ii libblas3gf 1.2.20110419-5 ii libc6 2.13-37 ii libcairo2 1.12.2-2 ii libfftw3-3 3.3.2-3.1 ii libfontconfig1 2.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgfortran3 4.7.2-4 ii libglib2.0-0 2.33.12+really2.32.4-3 ii libgmp10 2:5.0.5+dfsg-2 ii libgretl1 1.9.9-1 ii libgtk2.0-02.24.10-2 ii libgtksourceview2.0-0 2.10.4-1 ii liblapack3 [liblapack3gf] 3.4.1-6 ii liblapack3gf 3.4.1-6 ii libmpfr4 3.1.0-5 ii libncurses55.9-10 ii libodbc1 2.2.14p2-5 ii libpango1.0-0 1.30.0-1 ii libreadline6 6.2-8 ii libtinfo5 5.9-10 ii libxml22.8.0+dfsg1-7 ii unixodbc 2.2.14p2-5 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages gretl recommends: ii gretl-data 1.9.9-1 ii gretl-doc 1.9.9-1 gretl 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#697287: O: cdrdao -- records CDs in Disk-At-Once (DAO) mode
Package: wnpp Severity: normal The current maintainer of cdrdao, Christian Hübschi huebschi.christ...@gmail.com, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: cdrdao Binary: cdrdao, gcdmaster Version: 1:1.2.3-0.1 Priority: optional Section: otherosfs Maintainer: Christian Hübschi huebschi.christ...@gmail.com Build-Depends: debhelper (= 7), autotools-dev, antlr, libao-dev, libgnomeuimm-2.6-dev, libgtkmm-2.4-dev, libvorbis-dev Architecture: any Standards-Version: 3.8.3 Format: 3.0 (quilt) Directory: pool/main/c/cdrdao Files: 51084f1962b02d0b6e33eae490a113a3 1127 cdrdao_1.2.3-0.1.dsc 8d15ba6280bb7ba2f4d6be31d28b3c0c 1428695 cdrdao_1.2.3.orig.tar.bz2 8a97b2ceb7f77e37dc1b6549248e43ff 16112 cdrdao_1.2.3-0.1.debian.tar.gz Homepage: http://cdrdao.sourceforge.net/ Checksums-Sha1: 07508823c13c8a622a90f6eb3b3a1e7e0a772f27 1127 cdrdao_1.2.3-0.1.dsc 70d6547795a1342631c7ab56709fd1940c2aff9f 1428695 cdrdao_1.2.3.orig.tar.bz2 d185caa82e746c1db0adbdb5890bb5106ac3a53f 16112 cdrdao_1.2.3-0.1.debian.tar.gz Checksums-Sha256: b33283375ac9aa6d8ab905112302f776245c9fc47ba4fa4ec077128bda3c2f93 1127 cdrdao_1.2.3-0.1.dsc 8193cb8fa6998ac362c55807e89ad0b3c63edc6b01afaeb3d5042519527fb75e 1428695 cdrdao_1.2.3.orig.tar.bz2 d1f922236909f0dac4eef1d94de6296a664603324dac689bdcc5b1430c41f357 16112 cdrdao_1.2.3-0.1.debian.tar.gz Package: cdrdao Priority: optional Section: otherosfs Installed-Size: 1109 Maintainer: Christian Hübschi huebschi.christ...@gmail.com Architecture: amd64 Version: 1:1.2.3-0.1 Depends: libao4 (= 1.0.0), libc6 (= 2.2.5), libgcc1 (= 1:4.1.1), libogg0 (= 1.0rc3), libstdc++6 (= 4.4.0), libvorbis0a (= 1.1.2), libvorbisfile3 (= 1.1.2) Filename: pool/main/c/cdrdao/cdrdao_1.2.3-0.1_amd64.deb Size: 443916 MD5sum: c08b5a48a04a59da2956d56583d68147 SHA1: 98556c403248204f6d22cd92b554b9d6042d251b SHA256: e1c6ee6c5448df2dd0caba58e6bf1e2132a04619099e06e03370305926d97284 Description: records CDs in Disk-At-Once (DAO) mode cdrdao records audio or data CD-Rs in disk-at-once (DAO) mode based on a textual description of the CD contents. . Recording in disk-at-once mode writes the complete disc, i.e. lead-in, one or more tracks and lead-out, in a single step. The commonly used track-at-once (TAO) mode writes each track independently which requires link blocks between two tracks. You probably want to use this if you're copying a CD with multiple tracks, like most audio CDs. . cdrdao can also handle the bin/cue format commonly used for VCDs or disks with subchannel data. . If you just want to burn a normal data CD, you probably want wodim instead. Homepage: http://cdrdao.sourceforge.net/ Tag: hardware::storage:cd, interface::commandline, role::program, scope::utility, use::storing, works-with::archive, works-with-format::iso9660 Package: gcdmaster Priority: optional Section: sound Installed-Size: 1377 Maintainer: Christian Hübschi huebschi.christ...@gmail.com Architecture: amd64 Source: cdrdao Version: 1:1.2.3-0.1 Depends: gconf2 (= 2.28.1-2), libao4 (= 1.0.0), libart-2.0-2 (= 2.3.18), libatk1.0-0 (= 1.29.3), libbonobo2-0 (= 2.15.0), libbonoboui2-0 (= 2.15.1), libc6 (= 2.2.5), libcairo2 (= 1.2.4), libcairomm-1.0-1 (= 1.6.4), libfontconfig1 (= 2.8.0), libfreetype6 (= 2.2.1), libgcc1 (= 1:4.1.1), libgconf2-4 (= 2.27.0), libgconfmm-2.6-1c2 (= 2.24.0), libglade2-0 (= 1:2.6.1), libglademm-2.4-1c2a (= 2.6.0), libglib2.0-0 (= 2.12.0), libglibmm-2.4-1c2a (= 2.24.0), libgnome-vfsmm-2.6-1c2a (= 2.22.0), libgnome2-0 (= 2.17.3), libgnomecanvas2-0 (= 2.11.1), libgnomecanvasmm-2.6-1c2a (= 2.23.1), libgnomemm-2.6-1c2 (= 2.16.0), libgnomeui-0 (= 2.22.0), libgnomeuimm-2.6-1c2a (= 2.16.0), libgnomevfs2-0 (= 1:2.17.90), libgtk2.0-0 (= 2.8.0), libgtkmm-2.4-1c2a (= 1:2.20.0), libice6 (= 1:1.0.0), libogg0 (= 1.0rc3), liborbit2 (= 1:2.14.10), libpango1.0-0 (= 1.14.0), libpangomm-1.4-1 (= 2.26.0), libpopt0 (= 1.16), libsigc++-2.0-0c2a (= 2.0.2), libsm6, libstdc++6 (= 4.4.0), libvorbis0a (= 1.1.2), libvorbisfile3 (= 1.1.2), libxml2 (= 2.6.27), cdrdao (= 1:1.2.3-0.1) Filename: pool/main/c/cdrdao/gcdmaster_1.2.3-0.1_amd64.deb Size: 495782 MD5sum: 075d66558b750d9cd89b7e9648a400a3 SHA1: 33f81ad4b01230a53eba0903717c7be423130c97 SHA256: f4ffb3b765ae7604c17329fe080417a061064678ca90f418adfdcbeca4166cde Description: GNOME GUI for cdrdao GNOME CD Master is a GUI frontend for creating audio CDs and burning them using cdrdao. . Features: * Easy to use graphical interface * Multiple project support * Playing of Audio CD images * Easy dump of CDs to disk * CD to CD copy * Composition of new Audio CDs from wav files * Graphical insertion of Track Marks
Bug#697288: O: xarchiver -- GTK+ frontend for most used compression formats
Package: wnpp Severity: normal The current maintainer of xarchiver, Christian Hübschi huebschi.christ...@gmail.com, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: xarchiver Binary: xarchiver Version: 1:0.5.2+20090319+dfsg-4 Priority: optional Section: x11 Maintainer: Christian Hübschi huebschi.christ...@gmail.com Build-Depends: debhelper (= 7.0.50~), autotools-dev, intltool, libgtk2.0-dev, quilt Architecture: any Standards-Version: 3.8.3 Format: 1.0 Directory: pool/main/x/xarchiver Files: de03edac28e5d354e3857a85e0f236ef 1166 xarchiver_0.5.2+20090319+dfsg-4.dsc fca497285085fce95121fc075a56e2bc 1161276 xarchiver_0.5.2+20090319+dfsg.orig.tar.gz ab1e9f871c472f468cdc67a977952abc 6820 xarchiver_0.5.2+20090319+dfsg-4.diff.gz Homepage: http://xarchiver.xfce.org/ Checksums-Sha1: c9a6c3299aada42a3c0745c19a49002c14e4bf5b 1166 xarchiver_0.5.2+20090319+dfsg-4.dsc 6b8f97841ac4d2749ec109054fdaf9b895d179a5 1161276 xarchiver_0.5.2+20090319+dfsg.orig.tar.gz f25173d50b3de9c15be1df2f4be8386cb52d6f67 6820 xarchiver_0.5.2+20090319+dfsg-4.diff.gz Checksums-Sha256: 10f26ed3abcbdf823058eb14e3959481725016f63fa42ec1584e9810cea8c4a4 1166 xarchiver_0.5.2+20090319+dfsg-4.dsc ef0226d8add292468f4e6eb3428a72f1966cffacb473b6126b20fdceedb4c9cc 1161276 xarchiver_0.5.2+20090319+dfsg.orig.tar.gz b16b4525af07eef8e44b4a14452de0a61ef922e159c78dd4395b803c2da17108 6820 xarchiver_0.5.2+20090319+dfsg-4.diff.gz Package: xarchiver Priority: optional Section: x11 Installed-Size: 1344 Maintainer: Christian Hübschi huebschi.christ...@gmail.com Architecture: amd64 Version: 1:0.5.2+20090319+dfsg-4 Depends: libatk1.0-0 (= 1.20.0), libc6 (= 2.3), libcairo2 (= 1.2.4), libfontconfig1 (= 2.4.0), libfreetype6 (= 2.2.1), libglib2.0-0 (= 2.16.0), libgtk2.0-0 (= 2.10.0), libpango1.0-0 (= 1.14.0) Recommends: xdg-utils, arj, bzip2, rpm, p7zip-full, unzip, zip Suggests: lha, rar Filename: pool/main/x/xarchiver/xarchiver_0.5.2+20090319+dfsg-4_amd64.deb Size: 511008 MD5sum: cd1f921acade9187f838be4e9341c4a5 SHA1: 3914d483184aebd8a702d80e22c51eedf4ac0361 SHA256: dc7660bf78b4e3bdd876a3ec400b0d0c5d504cd678f0c1ca64f504edc5b5dcd5 Description: GTK+ frontend for most used compression formats Xarchiver is a Desktop Environment independent GTK+ 2 frontend for manipulating 7z, arj, bzip2, gzip, rar, tar, zip, and RPM files. It allows you to create archives and add, extract, and delete files from them. Password protected archives in the arj, 7z, rar, and zip formats are supported. . Xarchiver uses library package routines, if available. If you need even more package formats, try xarchive which uses shell scripts. Homepage: http://xarchiver.xfce.org/ Tag: interface::x11, role::program, scope::utility, uitoolkit::gtk, use::compressing, use::storing, works-with::archive, works-with::file, works-with-format::tar, works-with-format::zip, x11::application -- Ricardo Mones, on behalf of Debian QA/MIA team http://people.debian.org/~mones «Never send a human to do a machine's job.» ~ Agent Smith -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687563: RFS: opengrm-ngram/1.0.3-1 [ITP] -- opengrm n-gram library
* Giulio Paci giuliop...@gmail.com, 2013-01-03, 00:20: Now I get this: | /usr/bin/make check-TESTS | make[4]: Entering directory `/build/opengrm-ngram-6ZveSN/opengrm-ngram-1.0.3/src/test' | PASS: ngramprint_test.sh | PASS: ngramcount_test.sh | PASS: ngrammake_test.sh | PASS: ngrammerge_test.sh | PASS: ngramshrink_test.sh | PASS: ngraminfo_test.sh | PASS: ngramperplexity_test.sh | PASS: ngramsymbols_test.sh | PASS: ngramrandgen_test.sh | PASS: ngramapply_test.sh | Running 9 random trials... | FATAL: SetFlags: Bad option: --seed= ... I guess it's because of bashisms in the failing script: Indeed that was the reason. It is fixed now. It's now: seed1=`od -A n -N 2 -t u2 $RANDOMFILE` seed1=`printf %d $seed1` Is that pritnf only to strip whitespace? If yes, these two lines could be rewritten as: seed1=`od -A n -N 2 -t u2 $RANDOMFILE | xargs` (But that's of course not very important.) Typo in src/test/ngramcount_test.sh: determinitic - deterministic. As far as I can see, the test scripts create temporary files in an insecure way. -- 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#697239: [Pkg-postgresql-public] Bug#697239: postgresql-common: documentation is off-by-one-debian-release
Hello Christoph, Christoph Egger [2013-01-03 0:05 +0100]: Are we too late already for doc updates or do you think this should be fixed for wheezy? Thanks for pointing this out, I committed a fix for experimental. I wouldn't mind fixing this in wheezy as well, if we can get it by the release team. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697289: kill $$ kills the parent
Package: posh Version: 0.11 Happy New Year. When kill does oneself, a parent is finished forcibly: #!/bin/bash posh -c '/bin/kill $$' echo 0 echo 0 is not executed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697286: gretl fails to import time series data from csv
On 3 January 2013 at 15:38, Grzegorz Andruszkiewicz wrote: | Package: gretl | Version: 1.9.9-1 | Severity: normal | | Dear Maintainer, Correct, maintainer here. Not author. There is a mailing list for gretl, maybe you could you ask there? I don't yet see a bug, only unsuccessful use of the software. Have you tried loading an example time series data set that came with gretl (assuming there is one). Dirk | As in the documentation, I am trying to import data to gretl from a csv file. | The data is monthly, so it looks something like this: | ,shillerRet,state,consSentiment,PMI | 1987:02,0.0045773162,1,90.4,54.9 | 1987:03,0.004080661,1,90.2,52.6 | 1987:04,0.0045113495,1,90.8,55 | 1987:05,0.005070,1,92.8,55.5 | 1987:06,0.004516603,1,91.1,57.2 | (...) | | but gretl fails to interpret is as timeseries data: | parsing /home/ga1009/PhD/cpp/pmi/gretlInput.csv... | using delimiter ',' |longest line: 43 characters |number of columns = 5 |number of variables: 4 |number of non-blank lines: 297 | scanning for variable names... |line: ,shillerRet,state,consSentiment,PMI | scanning for row labels and data... |the cell for variable 3, obs 294 is empty: treating as missing value |the cell for variable 3, obs 295 is empty: treating as missing value |the cell for variable 3, obs 296 is empty: treating as missing value |first row label 1987:02, last label 2011:09 | trying to parse row labels as dates... |1987: probably a year... month 02? |1987:01: not a consistent date |but the dates are not complete and consistent | treating these as undated data | | | | | -- System Information: | Debian Release: 7.0 | APT prefers testing | APT policy: (700, 'testing'), (600, 'stable'), (50, 'unstable') | Architecture: i386 (i686) | | Kernel: Linux 3.2.0-4-686-pae (SMP w/4 CPU cores) | 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 gretl depends on: | ii gnuplot4.6.0-8 | ii gretl-common 1.9.9-1 | ii libatk1.0-02.4.0-2 | ii libblas3 [libblas3gf] 1.2.20110419-5 | ii libblas3gf 1.2.20110419-5 | ii libc6 2.13-37 | ii libcairo2 1.12.2-2 | ii libfftw3-3 3.3.2-3.1 | ii libfontconfig1 2.9.0-7.1 | ii libfreetype6 2.4.9-1.1 | ii libgdk-pixbuf2.0-0 2.26.1-1 | ii libgfortran3 4.7.2-4 | ii libglib2.0-0 2.33.12+really2.32.4-3 | ii libgmp10 2:5.0.5+dfsg-2 | ii libgretl1 1.9.9-1 | ii libgtk2.0-02.24.10-2 | ii libgtksourceview2.0-0 2.10.4-1 | ii liblapack3 [liblapack3gf] 3.4.1-6 | ii liblapack3gf 3.4.1-6 | ii libmpfr4 3.1.0-5 | ii libncurses55.9-10 | ii libodbc1 2.2.14p2-5 | ii libpango1.0-0 1.30.0-1 | ii libreadline6 6.2-8 | ii libtinfo5 5.9-10 | ii libxml22.8.0+dfsg1-7 | ii unixodbc 2.2.14p2-5 | ii zlib1g 1:1.2.7.dfsg-13 | | Versions of packages gretl recommends: | ii gretl-data 1.9.9-1 | ii gretl-doc 1.9.9-1 | | gretl suggests no packages. | | -- no debconf information -- Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697290: libwine-dev: please split library manpages into new package
Package: libwine-dev Version: 1.4.1-4 Severity: wishlist Dear Maintainer, The libwine-dev package currently includes about 3386 manpages in section 3, many of which are extremely stubby. I'm starting to get annoyed by the way they tend to clutter my apropos results, since I never really wanted to install them -- I installed the package for the utilities, not because of the library manpages. In fact, it would make sense to break these manpages off into their own package for several reasons: * As already mentioned, they (can be considered to) clutter the apropos results * They take up about 14M of disk (on an fs with 4K blocks) * They represent about 1.5M of arch-neutral data * They clearly aren't needed for building anything Of course, these are not terribly strong arguments, and there's no particular hurry in any case. Thanks. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libwine-dev depends on: ii libc6 2.13-37 ii libc6-dev 2.13-37 ii libgettextpo0 0.18.1.1-9 ii libwine1.4.1-4 libwine-dev recommends no packages. Versions of packages libwine-dev suggests: ii wine-doc 1.0.0-1 -- no debconf information -- Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697291: postgresql-common: PGCLUSTER env var conflicts with PGHOST and select wrong database version
Package: postgresql-common Version: 138 Severity: critical Tags: upstream Justification: causes serious data loss * What led up to the situation? Set both PGHOST and PGCLUSTER. * What exactly did you do (or not do) that was effective (or ineffective)? psql -l should use the cluster set on PGCLUSTER to list the databases for that cluster. Instead it ignores the value of PGCLUSTER. If I unset PGHOST and use psql -h localhost -l instead, then it works. Also, if I use psql --cluster 9.1/main than it also works. Otherwise psql -l will list the databases from 9.2/main even though PGCLUSTER is set to 9.1/main. This is a big problem if you do something like dropdb dbname_from_old_cluster and the same name happens to exist in the new cluster, so that you'll drop the wrong database. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (700, 'unstable'), (650, 'experimental'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-amd64 (SMP w/6 CPU cores) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages postgresql-common depends on: ii adduser 3.113+nmu3 ii debconf [debconf-2.0] 1.5.49 ii logrotate 3.8.3-3 ii lsb-base 4.1+Debian9 ii postgresql-client-common 138 ii procps1:3.3.4-2 ii ssl-cert 1.0.32 postgresql-common recommends no packages. postgresql-common suggests no packages. -- Configuration Files: /etc/sysctl.d/30-postgresql-shm.conf changed: kernel.shmmax = 147841024 kernel.shmall = 2097152 -- debconf information: postgresql-common/obsolete-major: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697277: [iceweasel] Suggest MathJax and Asana fonts for better MathML rendering
Control: found -1 17.0.1-2 To make it clear, the new version of mathjax that includes fonts-mathjax binary is still in NEW: http://ftp-master.debian.org/new/mathjax_2.1+20121028-1.html. That doesn't block this bug in any manner :) -- Dmitry Shachnev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696694: valgrind: mangpage heading messed up due to broken XInclude
Mathieu Malaterre ma...@debian.org writes: block 696694 by 694510 thanks Actually, it would probably be a good idea to unbreak the XInclude in question -- even if they fix the problem in docbook-xsl, the manpage will still look kind of silly with the XInclude broken. It would *probably* be better to add id=sg.opts.list to the paraThere are no SGCheck-specific command-line options at present./para, even though that's not actually a list of options. -- Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697265: installation-report: Wheezy beta set up with GA-MA-78GM-S2H Mainboard
On Thu, Jan 3, 2013 at 08:23:21 +0100, Andreas Glaeser wrote: This time I used the graphical installer and had the harddisk partitioned automatically with all files in one ext4-partition. It went fair enough, but then upon reboot gnome3 started in fallback mode. So obviously manual configuration of Xorg is necessary. I do I assume that's just missing firmware (the firmware-linux-nonfree package). not want to do that now, because downloading the proprietary graphics-driver directly from AMD and using that is recommended. It integrates perfectly into the system and is Recommended by whom? rebuilt automatically via dkms when new kernel-versions are installed. Xorg.0.log.gz is included for further analysis. Gnome-Shell works when started manually, but swrast is used for 3d. glxgears runs at about 400 fps. Cheers, Julien signature.asc Description: Digital signature