Bug#625529: cacti: [INTL:nl] Dutch translation of debconf templates
Package: cacti Severity: wishlist Tags: patch l10n Hello, Attached is the updated Dutch translation of the debconf templates. Please include it in your next upload. Regards, -- Jeroen Schot # Dutch translation of cacti debconf templates. # Copyright (C) 2004-2011 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the cacti package. # Luk Claes , 2004. # Jeroen Schot , 2011. # msgid "" msgstr "" "Project-Id-Version: cacti_0.8.7g-3\n" "Report-Msgid-Bugs-To: ca...@packages.debian.org\n" "POT-Creation-Date: 2011-02-16 06:33+\n" "PO-Revision-Date: 2011-05-04 08:54+0200\n" "Last-Translator: Luk Claes \n" "Language-Team: Debian l10n Dutch \n" "Language: nl\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" #. Type: select #. Choices #: ../cacti.templates:1001 msgid "Apache2" msgstr "Apache2" #. Type: select #. Choices #: ../cacti.templates:1001 msgid "None" msgstr "Geen" #. Type: select #. Description #: ../cacti.templates:1002 msgid "Webserver type" msgstr "Type webserver" #. Type: select #. Description #: ../cacti.templates:1002 msgid "" "Please select the webserver type for which cacti should be automatically " "configured." msgstr "" "Geef alstublieft aan voor welk type webserver cacti automatisch " "geconfigureerd moet worden." #. Type: select #. Description #: ../cacti.templates:1002 msgid "Select \"None\" if you would like to configure your webserver by hand." msgstr "Selecteer \"Geen\" als u uw webserver handmatig wilt configureren."
Bug#625449: Permanent BSP patch
On 03/05/11 at 15:38 +0200, Lucas Nussbaum wrote: > I agree that the resulting wording of patch is suboptimal, and that > recommending 0-day NMUs is not the way to go. We are rarely in need for > action in less than a couple of days in Debian, so the current policy > seems fine to me. I'd like to add something else. The Developers' reference gives recommendations to developers, it is not binding. If you think that a RC bug needs to be fixed with a 0-day NMU, you are still free to ignore the recommendation and proceed with your 0-day NMU. However, in the general case, I don't think that we should *recommend* 0-day NMUs. I feel that using 0-day NMUs when a 2-day NMU would be enough is a way to punish the maintainers for the frustration they are causing by not replying to bugs as fast as one would like. NMUs are already a difficult process on the social level, and I would like us to avoid making it worse without any clear improvement of Debian's quality. - Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625093: feel++: FTBFS: stl_uninitialized.h:576:6: error: no matching function for call to 'boost::mpi::allocator::construct(char*)'
Lucas this is not a Feel++ bug but a boost++ mpi/g++-4.6 bug Best regards C. On Mon, May 2, 2011 at 2:31 PM, Lucas Nussbaum wrote: > Source: feel++ > Version: 0.91.0~svn7013-1 > Severity: serious > Tags: wheezy sid > User: debian...@lists.debian.org > Usertags: qa-ftbfs-20110502 qa-ftbfs > Justification: FTBFS on amd64 > > Hi, > > During a rebuild of all packages in sid, your package failed to build on > amd64. > > Relevant part: >> make[3]: Entering directory >> `/build/user-feel++_0.91.0~svn7013-1-amd64-jGBnDT/feel++-0.91.0~svn7013/obj-x86_64-linux-gnu' >> /usr/bin/cmake -E cmake_progress_report >> "/build/user-feel++_0.91.0~svn7013-1-amd64-jGBnDT/feel++-0.91.0~svn7013/obj-x86_64-linux-gnu/CMakeFiles" >> [ 0%] Building CXX object feel/CMakeFiles/feel++.dir/options.cpp.o >> cd >> "/build/user-feel++_0.91.0~svn7013-1-amd64-jGBnDT/feel++-0.91.0~svn7013/obj-x86_64-linux-gnu/feel" >> && /usr/bin/g++ -Dfeel___EXPORTS -DBOOST_UBLAS_MOVE_SEMANTICS >> -DHAVE_MPI=1 -DHAVE_MPI_H=1 -DHAVE_DLFCN_H -DHAVE_DLOPEN >> -DBOOST_PARAMETER_MAX_ARITY=15 -DBOOST_TEST_DYN_LINK >> -DBOOST_FILESYSTEM_VERSION=2 -DHAVE_METIS_H=1 -DHAVE_PETSC -DHAVE_PETSC_H >> -DHAVE_GMSH=1 -D_HAVE_GMSH_ -DGMSH_EXECUTABLE=/usr/bin/gmsh -std=c++0x -O2 >> -DNDEBUG -g0 -std=c++0x -fPIC -I/usr/lib/openmpi/include >> -I/usr/lib/openmpi/include/openmpi -I/usr/include/libxml2 >> -I"/build/user-feel++_0.91.0~svn7013-1-amd64-jGBnDT/feel++-0.91.0~svn7013/contrib/eigen" >> -I/usr/include/metis -I/usr/lib/petscdir/3.1/include >> -I/usr/include/trilinos -I/usr/include/openturns -I/usr/include/python2.6 >> -I/usr/include/octave >> -I"/build/user-feel++_0.91.0~svn7013-1-amd64-jGBnDT/feel++-0.91.0~svn7013/obj-x86_64-linux-gnu" >> -I"/build/user-feel++_0.91.0~svn7013-1-amd64-jGBnDT/feel++-0.91.0~svn7013" >> -I"/build/user-feel++_0.91.0~svn7013-1-amd64-jGBnDT/feel++-0.91.0~svn7013/contrib/gmm/include" >> -o CMakeFiles/feel++.dir/options.cpp.o -c >> "/build/user-feel++_0.91.0~svn7013-1-amd64-jGBnDT/feel++-0.91.0~svn7013/feel/options.cpp" >> In file included from /usr/include/c++/4.6/vector:64:0, >> from /usr/include/boost/program_options/errors.hpp:14, >> from >> /usr/include/boost/program_options/options_description.hpp:12, >> from /usr/include/boost/program_options.hpp:15, >> from >> /build/user-feel++_0.91.0~svn7013-1-amd64-jGBnDT/feel++-0.91.0~svn7013/feel/options.hpp:32, >> from >> /build/user-feel++_0.91.0~svn7013-1-amd64-jGBnDT/feel++-0.91.0~svn7013/feel/options.cpp:29: >> /usr/include/c++/4.6/bits/stl_uninitialized.h: In function 'void >> std::__uninitialized_default_n_a(_ForwardIterator, _Size, _Allocator&) [with >> _ForwardIterator = char*, _Size = long unsigned int, _Allocator = >> boost::mpi::allocator]': >> /usr/include/c++/4.6/bits/vector.tcc:474:8: instantiated from 'void >> std::vector<_Tp, _Alloc>::_M_default_append(std::vector<_Tp, >> _Alloc>::size_type) [with _Tp = char, _Alloc = boost::mpi::allocator, >> std::vector<_Tp, _Alloc>::size_type = long unsigned int]' >> /usr/include/c++/4.6/bits/stl_vector.h:592:4: instantiated from 'void >> std::vector<_Tp, _Alloc>::resize(std::vector<_Tp, _Alloc>::size_type) [with >> _Tp = char, _Alloc = boost::mpi::allocator, std::vector<_Tp, >> _Alloc>::size_type = long unsigned int]' >> /usr/include/boost/mpi/detail/packed_oprimitive.hpp:96:46: instantiated >> from here >> /usr/include/c++/4.6/bits/stl_uninitialized.h:576:6: error: no matching >> function for call to 'boost::mpi::allocator::construct(char*)' >> /usr/include/c++/4.6/bits/stl_uninitialized.h:576:6: note: candidate is: >> /usr/include/boost/mpi/allocator.hpp:168:8: note: void >> boost::mpi::allocator::construct(boost::mpi::allocator::pointer, const >> T&) [with T = char, boost::mpi::allocator::pointer = char*] >> /usr/include/boost/mpi/allocator.hpp:168:8: note: candidate expects 2 >> arguments, 1 provided >> make[3]: *** [feel/CMakeFiles/feel++.dir/options.cpp.o] Error 1 > > The full build log is available from: > > http://people.debian.org/~lucas/logs/2011/05/02/feel++_0.91.0~svn7013-1_lsid64.buildlog > > A list of current common problems and possible solutions is available at > http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! > > About the archive rebuild: The rebuild was done on about 50 AMD64 nodes > of the Grid'5000 platform, using a clean chroot. Internet was not > accessible from the build systems. > > -- > | Lucas Nussbaum > | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | > | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | > > > > -- > debian-science-maintainers mailing list > debian-science-maintain...@lists.alioth.debian.org > http://lists.alioth.debian.org/mailman/listinfo/debian-science-maintainers > -- Debian Developer - member of Debian Science http://wiki.debian.org/DebianScience Prof. at Univ. Grenoble in Applied Math. http://ljk.imag.fr/m
Bug#625521: glibc: causes segfault in Xorg
Aurelien Jarno wrote: > Le 04/05/2011 07:43, Jonathan Nieder a écrit : >> Jonathan Nieder wrote: >>> Sounds like http://sourceware.org/bugzilla/show_bug.cgi?id=12518 >>> which is fixed (sort of) by commit 0354e355 (2011-04-01). > > Are you sure this is related? I find strange a recent version of xorg is > still not fixed No, not sure --- I was only reminded. But it does fit the symptoms well: regression occuring when upgrading to glibc 2.13, consisting of a segfault in memcpy_sse3. (As you suggested) it might be specific to some driver or some aspect of the configuration. The easiest way to confirm would be with valgrind. > No, it's not something possible to cherry-pick as it is based on symbol > versioning from version 2.14. Also it only really apply to binary-only > distribution, in Debian as soon as your rebuild the package, it will use > the new 2.14 symbols, and memcpy instead of memmove. That sounds great --- it would take care of upgrades from broken packages in squeeze and as soon as you rebuild a package, there is a chance to fix it. I imagine the release team wouldn't like it much, though. > I don't think we can really keep a version in experimental just for > that. And reverting that patch means nobody will complain, and issues > will never be fixed. Reverting may be the best way in the short term, especially if the upstream fix is four months away. I suppose Steve was right to ask for help on -devel. Maybe someone will come up with a better idea. E.g., how about adopting hjl's suggestion and making the behavior (temporarily) conditional on a LD_DONT_BIND_IFUNC_MEMCPY_TO_MEMMOVE environment variable? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625530: pidgin can't connect successfully to the msn service
Package: pidgin Version: 2.7.3-1+squeeze1 Severity: important I installed the pidgin, set up my account and password of msn, started pidgin, it appeared "Available - waiting for network connection", but it just kept waiting , not logged in. At the same time, Kopete worked perfectly on the exact same pc. -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/6 CPU cores) Locale: LANG=zh_TW.utf8, LC_CTYPE=zh_TW.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pidgin depends on: ii gconf2 2.28.1-6 GNOME configuration database syste ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libdbus-1-31.2.24-4 simple interprocess messaging syst ii libdbus-glib-1-2 0.88-2.1 simple interprocess messaging syst ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1 FreeType 2 font engine, shared lib ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgstreamer0.10-0 0.10.30-1 Core GStreamer libraries and eleme ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libgtkspell0 2.0.16-1 a spell-checking addon for GTK's T ii libice62:1.0.6-2 X11 Inter-Client Exchange library ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii libpurple0 2.7.3-1+squeeze1 multi-protocol instant messaging l ii libsm6 2:1.1.1-1 X11 Session Management library ii libstartup-notificatio 0.10-1library for program launch feedbac ii libx11-6 2:1.3.3-4 X11 client-side library ii libxml22.7.8.dfsg-2 GNOME XML library ii libxss11:1.2.0-2 X11 Screen Saver extension library ii perl 5.10.1-17 Larry Wall's Practical Extraction ii perl-base [perlapi-5.1 5.10.1-17 minimal Perl system ii pidgin-data2.7.3-1+squeeze1 multi-protocol instant messaging c Versions of packages pidgin recommends: ii gstreamer0.10-plugins-base0.10.30-1 GStreamer plugins from the "base" ii gstreamer0.10-plugins-good0.10.24-1 GStreamer plugins from the "good" Versions of packages pidgin suggests: ii evolution-data-server 2.30.3-2 evolution database backend server ii gnome-panel 2.30.2-2 launcher and docking facility for ii libsqlite3-0 3.7.3-1SQLite 3 shared library -- 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#612675: libkio5: KTar class have broken UTF-8 support (longlink)
Hi! First of all, sorry for late response. The bug got overlooked in the aftermath of the squeeze release, people were quite busy here. * Rinat [2011-02-09 23:16:22 CET]: > First, tar archives have to use "longlink trick" to > store names longer than 100 bytes. KTar class has > functions implementing longlink, but they check name > length in _characters_, not in bytes. For non-ASCII > characters in UTF-8 length of string in bytes and > length in characters do not match. In my case file > had character-length less than 100 and byte-length > greater than 100, so name simply truncated. Such > behavior can be observed on non-ASCII UTF-8 or any > other multibyte encoding. If file name is very long, > resulting .tar may become unreadable. Thanks for digging that up, from reading the diff it's clear that this is a mistake and should get addressed. > Second, calculation of 'chksum' field of tar header also > broken: 'buffer' array defined as char, a signed number, > while in tar sources chksum obtained as sum of unsigned > values (actually there is the trick for (unsigned char) > emulate, converting to integer and then logical and with > 0xFF). May be bad checksum was reason for unreadable .tar. This though is not totally clear to me. On the major architectures, char is signed, so I would assume that a chksum error in this area should have hit a lot of people already? Given that int is signed by default I wonder if this is the proper approach and it shouldn't rather be cast to signed char (signedness of char varies across the different architectures). Out of curiosity, you filed this from an i386 system. Did you maybe copy around the backup from/to any architcture including arm, armel, powerpc or s390? Were they somehow involved in the assumingly checksum error of yours? The thing behind the question is: If we "fix" the calculation in the direction that you propose, this would break backups done now on the architectures that do have char signed by default because it would result in a different checksum. Or do I have any mistake in my thinking here? Thanks, Rhonda -- Fühlst du dich mutlos, fass endlich Mut, los | Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden Fühlst du dich machtlos, geh raus und mach, los | 23.55: Alles auf Anfang Fühlst du dich haltlos, such Halt und lass los| -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625531: occasional facility/priority decoding errors
Package: socklog Version: 2.1.0-8 Severity: minor I've noticed that socklog, particularly when run as ucspi application to parse /proc/kmsg, will occasionally fail to propertly decode & print a facility.priority string. For example: 2011-02-28_05:14:05.49083 kern.info: No AGP bridge found 2011-02-28_05:14:05.49087 kern.info: last_pfn = 0x1fffd max_arch_pfn = 0x4 2011-02-28_05:14:05.49090 <7>MTRR default type: write-back 2011-02-28_05:14:05.49095 kern.debug: MTRR fixed ranges enabled: 2011-02-28_05:14:05.49099 kern.debug: 0-9 write-back -or- 2011-02-28_05:52:02.48922 kern.debug: ACPI: Local APIC address 0xfee0 2011-02-28_05:52:02.48924 kern.info: ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled) 2011-02-28_05:52:02.48926 <6>ACPI: IOAPIC (id[0x01] address[0xfec0] gsi_base[0]) 2011-02-28_05:52:02.48930 kern.info: IOAPIC[0]: apic_id 1, version 17, address 0xfec0, GSI 0-23 2011-02-28_05:52:02.48932 kern.info: ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) I haven't looked too hard at the frequency of the error, but it seems like it happens most reliably during system start up, and if it happens that it's likely to happen fairly consistently in the same spot during startup; maybe a buffer boundry issue or something? -- Jamie Heilman http://audible.transient.net/~jamie/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625521: glibc: causes segfault in Xorg
Hi, Michel Dänzer wrote: > On Mit, 2011-05-04 at 00:10 -0500, Jonathan Nieder wrote: >> Steve M. Robbins wrote: >>> Program received signal SIGSEGV, Segmentation fault. >>> __memcpy_ssse3 () at ../sysdeps/x86_64/multiarch/memcpy-ssse3.S:153 >>> 153 ../sysdeps/x86_64/multiarch/memcpy-ssse3.S: No such file or >>> directory. >>> in ../sysdeps/x86_64/multiarch/memcpy-ssse3.S >>> (gdb) bt >>> #0 __memcpy_ssse3 () at ../sysdeps/x86_64/multiarch/memcpy-ssse3.S:153 >>> #1 0x73858db1 in shadowUpdatePacked () from >>> /usr/lib/xorg/modules/libshadow.so >>> #2 0x7385843f in ?? () from /usr/lib/xorg/modules/libshadow.so >>> #3 0x0043571d in BlockHandler () >>> #4 0x0045dcda in WaitForSomething () >>> #5 0x004314b2 in ?? () >>> #6 0x004257de in _start () [...] > The purpose of shadowUpdatePacked is to copy pixels from a shadow > framebuffer to the visible screen. It would be rather pointless for the > shadow framebuffer to be contained within the visible screen, so > shadowUpdatePacked should always be able to safely use memcpy as far as > overlapping areas is concerned. > > If shadowUpdatePacked is indeed calling memcpy for overlapping areas > here, that's probably a bug in the X driver being used. Thanks, Michel. Steve, could you install xserver-xorg-video-radeon-dbg and get a full backtrace (bt full), or even better, run xorg under valgrind and see what it says? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625521: glibc: causes segfault in Xorg
On Mit, 2011-05-04 at 00:10 -0500, Jonathan Nieder wrote: > > Steve M. Robbins wrote: > > > Xorg now segfaults, with the following in the Xorg.0.log: > > > > Program received signal SIGSEGV, Segmentation fault. > > __memcpy_ssse3 () at ../sysdeps/x86_64/multiarch/memcpy-ssse3.S:153 > > 153 ../sysdeps/x86_64/multiarch/memcpy-ssse3.S: No such file or > > directory. > > in ../sysdeps/x86_64/multiarch/memcpy-ssse3.S > > (gdb) bt > > #0 __memcpy_ssse3 () at ../sysdeps/x86_64/multiarch/memcpy-ssse3.S:153 > > #1 0x73858db1 in shadowUpdatePacked () from > > /usr/lib/xorg/modules/libshadow.so > > #2 0x7385843f in ?? () from /usr/lib/xorg/modules/libshadow.so > > #3 0x0043571d in BlockHandler () > > #4 0x0045dcda in WaitForSomething () > > #5 0x004314b2 in ?? () > > #6 0x004257de in _start () > > Sounds like http://sourceware.org/bugzilla/show_bug.cgi?id=12518 > which is fixed (sort of) by commit 0354e355 (2011-04-01). The purpose of shadowUpdatePacked is to copy pixels from a shadow framebuffer to the visible screen. It would be rather pointless for the shadow framebuffer to be contained within the visible screen, so shadowUpdatePacked should always be able to safely use memcpy as far as overlapping areas is concerned. If shadowUpdatePacked is indeed calling memcpy for overlapping areas here, that's probably a bug in the X driver being used. -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#620958: me too!
Found: 1.16.0.2 What about --list-stale-entries and --purge-stale-entries ? :) [or just the latter with the compulsory "are you sure man?"] g -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625521: glibc: causes segfault in Xorg
On Mit, 2011-05-04 at 02:18 -0500, Jonathan Nieder wrote: > > Michel Dänzer wrote: > > On Mit, 2011-05-04 at 00:10 -0500, Jonathan Nieder wrote: > >> Steve M. Robbins wrote: > > >>> Program received signal SIGSEGV, Segmentation fault. > >>> __memcpy_ssse3 () at ../sysdeps/x86_64/multiarch/memcpy-ssse3.S:153 > >>> 153 ../sysdeps/x86_64/multiarch/memcpy-ssse3.S: No such file or > >>> directory. > >>> in ../sysdeps/x86_64/multiarch/memcpy-ssse3.S > >>> (gdb) bt > >>> #0 __memcpy_ssse3 () at ../sysdeps/x86_64/multiarch/memcpy-ssse3.S:153 > >>> #1 0x73858db1 in shadowUpdatePacked () from > >>> /usr/lib/xorg/modules/libshadow.so > >>> #2 0x7385843f in ?? () from /usr/lib/xorg/modules/libshadow.so > >>> #3 0x0043571d in BlockHandler () > >>> #4 0x0045dcda in WaitForSomething () > >>> #5 0x004314b2 in ?? () > >>> #6 0x004257de in _start () > [...] > > The purpose of shadowUpdatePacked is to copy pixels from a shadow > > framebuffer to the visible screen. It would be rather pointless for the > > shadow framebuffer to be contained within the visible screen, so > > shadowUpdatePacked should always be able to safely use memcpy as far as > > overlapping areas is concerned. > > > > If shadowUpdatePacked is indeed calling memcpy for overlapping areas > > here, that's probably a bug in the X driver being used. > > Thanks, Michel. Steve, could you install xserver-xorg-video-radeon-dbg [...] More importantly xserver-xorg-core-dbg, to get debugging symbols for /usr/lib/xorg/modules/libshadow.so . -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623596: [Pkg-openssl-devel] Processed: Re: Bug#623596: mumble: Problem with the import certificats
retitle 623596 qt4-x11 does not depend on libssl-dev reassign 623596 libqt4-network thanks recompiled qt4-x11(4.7.2-3) on my system(wheezy) and installed the new libqt4-network package. This fixed the initial problem. Falling back to the repo version of libqt4-network reproduced the problem. The rebuild was done with the libssl-dev(1.0.0d-2) packages installed and by the following sequence of commands: $ apt-get source qt4-x11 $ sudo apt-get build-dep qt4-x11 $ dch -l local 'My version' $ debuild -us -uc Regards, Mark-Willem Jansen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625506: [Pkg-xen-devel] Bug#625506: /etc/xen/scripts/network-bridge script fails with additional bridges
Please read /usr/share/doc/xen-utils-common/README.Debian. Because the use of the network setup scripts is discouraged and xl -- aka the future -- doesn't seem to support them at all, I won't fix bugs on my own. Bastian -- I'm a soldier, not a diplomat. I can only tell the truth. -- Kirk, "Errand of Mercy", stardate 3198.9 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625532: w3m: VCS for w3m Debian packaging
Package: w3m Version: 0.5.3-2 Severity: wishlist There isn't a VCS repository of w3m Debian packaging yet, but I'll create a Git repository soon. The next upload will have Vcs-* fields in the debian/control file. Thanks, -- Tatsuya Kinoshita -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#624170: [hurd] cupt update: E: internal error: download client: wrong parameter count
Eugene V. Lyubimkin, le Tue 03 May 2011 21:22:03 +0300, a écrit : > #0 0x018232bc in _hurd_intr_rpc_msg_in_trap (msg=0x1dfec5c, option=3, > send_size=44, rcv_size=2092, rcv_name=19, timeout=0, notify=0) at > intr-msg.c:134 > #1 0x01a371f5 in __io_read (io_object=49, data=0x1dff568, dataCnt=0x1dff56c, > offset=-1, amount=2) This is the actual system call to request a read() from the Unix socket translator. > A search for '_hurd_intr_rpc_msg_in_trap' showed that GHC and ps have/had > some similar "hangs" problems with similar backtraces: [1] and [2]. > > [1] http://lists.debian.org/debian-hurd/2011/04/msg00060.html > [2] http://lists.debian.org/debian-hurd/2000/01/msg00093.html I think the ps backtrace is unrelated: in that case the call is to a tty translator, not the unix socket translator. > @porters: Does it look like a bug in application or libc? According to the backtrace above, it would be in the unix local translator, pflocal (which would also explain the garbage). You however need to be root to run gdb on pflocal (in non-invasive mode, else gdb will probably hang, waiting for its own local unix communications). Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#619814: Slow OO Base performance with high cpu load
Hello, I uploaded release 25 of the JVM. The changelog says that performances have been improved: http://www.oracle.com/technetwork/java/javase/6u25releasenotes-356444.html Could you try if it does fix the issue ? 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#625215: keyboard-configuration: configuration not applied on Linux console
Cédric Boutillier, le Tue 03 May 2011 22:47:57 +0200, a écrit : > At reboot, I get an error message when the keymap and console are > supposed to be initialized: > > Bad number of antecedents at /usr/bin/ckbcomp line 3078, line 372. This looks like #614127, please try to remove line 372 of /usr/share/X11/xkb/rules/base, that is: htcdreamus de it= %l(htcdream) which is indeed bogus and will be fixed by xkb-data. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625533: rhythmbox: Rhythmbox does not use my 6 core cpu well when transfering flac files to ipod
Package: rhythmbox Version: 0.12.8-3 Severity: normal I have amd x6 phenom II cpu, which has 6 cores. I use rhythmbox to transfer flac files to ipod, it would automatical transform them to mp3 files before transfering. In the course of transforming, I found by gnome-system-monitor that only 1 core is 100%(1 core is being used), so the rhythmbox did not run as fast as it should, like sound converter or sound konverter in kde. I also found the banshee did the same way when I tried ubuntu, so I guess the banshee in debian did too, just for referrence. -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/6 CPU cores) Locale: LANG=en_us, LC_CTYPE=en_us (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages rhythmbox depends on: ii dbus 1.2.24-4 simple interprocess messaging syst ii gconf2 2.28.1-6 GNOME configuration database syste ii gnome-icon-theme 2.30.3-2 GNOME Desktop icon theme ii gstreamer0.10-alsa [gs 0.10.30-1 GStreamer plugin for ALSA ii gstreamer0.10-plugins- 0.10.19-2+b2 GStreamer plugins from the "bad" s ii gstreamer0.10-plugins- 0.10.30-1 GStreamer plugins from the "base" ii gstreamer0.10-plugins- 0.10.24-1 GStreamer plugins from the "good" ii gstreamer0.10-x0.10.30-1 GStreamer plugins for X11 and Pang ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libdbus-1-31.2.24-4 simple interprocess messaging syst ii libdbus-glib-1-2 0.88-2.1 simple interprocess messaging syst ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1 FreeType 2 font engine, shared lib ii libgconf2-42.28.1-6 GNOME configuration database syste ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgnome-media02.30.0-1 runtime libraries for the GNOME me ii libgstreamer-plugins-b 0.10.30-1 GStreamer libraries from the "base ii libgstreamer0.10-0 0.10.30-1 Core GStreamer libraries and eleme ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libgudev-1.0-0 164-3 GObject-based wrapper library for ii libice62:1.0.6-2 X11 Inter-Client Exchange library ii libnotify1 [libnotify1 0.5.0-2 sends desktop notifications to a n ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii libpython2.6 2.6.6-8+b1Shared Python runtime library (ver ii libsm6 2:1.1.1-1 X11 Session Management library ii libsoup-gnome2.4-1 2.30.2-1 an HTTP library implementation in ii libsoup2.4-1 2.30.2-1 an HTTP library implementation in ii libtotem-plparser172.30.3-1 Totem Playlist Parser library - ru ii libxml22.7.8.dfsg-2 GNOME XML library ii media-player-info 6-1 Media player identification files ii python-gnome2 2.28.1-1 Python bindings for the GNOME desk ii python-gst0.10 0.10.19-1 generic media-playing framework (P ii python-gtk22.17.0-4 Python bindings for the GTK+ widge ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages rhythmbox recommends: ii avahi-daemon 0.6.27-2+squeeze1 Avahi mDNS/DNS-SD daemon ii gstreamer0.10-plugins- 0.10.15-1 GStreamer plugins from the "ugly" ii gvfs-backends 1.6.4-3 userspace virtual filesystem - bac ii notification-daemon0.5.0-2 daemon to displays passive pop-up ii rhythmbox-plugins 0.12.8-3 plugins for rhythmbox music player ii yelp 2.30.1+webkit-1 Help browser for GNOME Versions of packages rhythmbox suggests: ii gnome-codec-install 0.4.7+nmu1 GStreamer codec installer ii gnome-control-center1:2.30.1-2 utilities to configure the GNOME d ii gstreamer0.10-plugins-bad 0.10.19-2+b2 GStreamer plugins from the "bad" s ii rhythmbox-plugin-cdrecorder 0.12.8-3 burning plugin for rhythmbox music pn rhythmbox-plugin-coherence (no description available) -- debconf information: perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: L
Bug#625534: reportbug crashed
Package: reportbug Version: 4.12.6 Severity: important it crashed randomly, showing floating point excess ( I translate it from Chinese). -- Package-specific info: ** Environment settings: INTERFACE="gtk2" ** /home/richard/.reportbugrc: reportbug_version "4.12.6" mode novice ui gtk2 email "lawyer...@gmail.com" no-cc header "X-Debbugs-CC: lawyer...@gmail.com" smtphost reportbug.debian.org -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/6 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 reportbug depends on: ii apt 0.8.10.3 Advanced front-end for dpkg ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-reportbug4.12.6 Python modules for interacting wit reportbug recommends no packages. Versions of packages reportbug suggests: pn debconf-utils (no description available) pn debsums(no description available) pn dlocate(no description available) pn emacs22-bin-common | (no description available) ii exim44.72-6 metapackage to ease Exim MTA (v4) ii exim4-daemon-light [ 4.72-6 lightweight Exim MTA (v4) daemon ii file 5.04-5 Determines file type using "magic" ii gnupg1.4.10-4GNU privacy guard - a free PGP rep ii python-gtk2 2.17.0-4Python bindings for the GTK+ widge ii python-gtkspell 2.25.3-7Python bindings for the GtkSpell l pn python-urwid (no description available) ii python-vte 1:0.24.3-2 Python bindings for the VTE widget ii xdg-utils1.0.2+cvs20100307-2 desktop integration utilities from -- 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#625521: glibc: causes segfault in Xorg
On Mit, 2011-05-04 at 02:18 -0500, Jonathan Nieder wrote: > > Michel Dänzer wrote: > > On Mit, 2011-05-04 at 00:10 -0500, Jonathan Nieder wrote: > >> Steve M. Robbins wrote: > > >>> Program received signal SIGSEGV, Segmentation fault. > >>> __memcpy_ssse3 () at ../sysdeps/x86_64/multiarch/memcpy-ssse3.S:153 > >>> 153 ../sysdeps/x86_64/multiarch/memcpy-ssse3.S: No such file or > >>> directory. > >>> in ../sysdeps/x86_64/multiarch/memcpy-ssse3.S > >>> (gdb) bt > >>> #0 __memcpy_ssse3 () at ../sysdeps/x86_64/multiarch/memcpy-ssse3.S:153 > >>> #1 0x73858db1 in shadowUpdatePacked () from > >>> /usr/lib/xorg/modules/libshadow.so > >>> #2 0x7385843f in ?? () from /usr/lib/xorg/modules/libshadow.so > >>> #3 0x0043571d in BlockHandler () > >>> #4 0x0045dcda in WaitForSomething () > >>> #5 0x004314b2 in ?? () > >>> #6 0x004257de in _start () > [...] > > The purpose of shadowUpdatePacked is to copy pixels from a shadow > > framebuffer to the visible screen. It would be rather pointless for the > > shadow framebuffer to be contained within the visible screen, so > > shadowUpdatePacked should always be able to safely use memcpy as far as > > overlapping areas is concerned. > > > > If shadowUpdatePacked is indeed calling memcpy for overlapping areas > > here, that's probably a bug in the X driver being used. > > Thanks, Michel. Steve, could you install xserver-xorg-video-radeon-dbg > and get a full backtrace (bt full), or even better, run xorg under > valgrind and see what it says? Actually, looking at the Xorg.0.log file, there's no mention of the radeon driver at all, it's using the fbdev driver: [ 3604.046] (II) FBDEV(0): hardware: radeondrmfb (video memory: 9000kB) [ 3604.046] (II) FBDEV(0): checking modes against framebuffer device... [ 3604.046] (II) FBDEV(0): checking modes against monitor... [ 3604.046] (--) FBDEV(0): Virtual size is 3200x1200 (pitch 3200) And the numbers don't seem to add up, 3200x1200 would require almost 15M of VRAM. Steve, can you provide the output of fbset -i and the "/etc/X11/xorg.conf file as well? Any reason for not using the radeon driver? -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#621803: Patch fixes it for me
rleigh's patch resolves a systemd boot problem for me, so if this could be uploaded soon, that'd be great. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625536: raw import with >100kHz sample rate ignores given rate
Package: audacity Version: 1.3.13-3 For some weird reason importing raw audio with a sampling rate of 192kHz results in track having a rate of 100kHz instead. Seems to be true of all rates > 100kHz in general. The rate can be updated after the import, and playback and editing still work fine, seems to only be a flaw in the import process itself. I've only tested 32bit LE data. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#458812: ITP: aster -- Finite Element Analysis (FEA) software for engineering simulations
Hello, > I would like to help in packaging the Code Aster software[1] for Debian. Thanks for your interest in the packaging of Code Aster. You are more than welcome to help. If it is not the case now, you could join the Debian Science team and start to update the SVN repository. I will be happy to upload your changes. However, you should be aware of a license issue with metis-edf: http://glaros.dtc.umn.edu/gkhome/node/686 To unblock, we should consider some uploads in non-free and contrib. About libaster, I added Nicolas as C/C (who is one of the person at the origin of this project). I am aware he wants to have it in Debian. > Some work is already done, in the debian-science svn repository there is > packaging for the code aster engine and other tools and libraries[2] > > This however has still some issues, in particular it doesn't build the mpi > parallel version, but I've worked on this and I obtained a (more-or-less) > working mpi package[3][4] > > I would like to know what should be done to make those packages enter into > the distribution, and see if I can help in this task; it has to be note > however that, at the moment, code aster uses some tools and libraries that > don't have a free license, e.g. the metis-edf library. > > Another thing that should be discussed is the build system: CA has its own > build system, but now there's also an effort (libaster[5]) to use waf > instead. I haven't yet contacted the CA team to ask if they are planning to > switch to waf or stick to their custom build system. > If I'm gonna be the only one working on the packages, I'd rather stay on the > CA's custom system - at least for now - because I know it, and also because I > don't know waf at all; but if some other people will be helping, maybe using > waf could be a better choice. > > So... what should be done for the packaging? Can it enter in Debian even if > it uses non-free tools? Maybe in non-free? Or it's preferred to (try to) > build a cut-down version, but 100% open source? > > Bye > Andrea > > [1] http://www.code-aster.org/ > [2] http://svn.debian.org/viewsvn/debian-science/packages/code-aster/ > [3] http://www.code-aster.org/wiki/doku.php?id=en:p02_install:debianpackages > [4] http://www.code-aster.org/forum2/viewtopic.php?id=14953 > [5] http://www.libaster.org/ > > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625506: [Pkg-xen-devel] Bug#625506: Bug#625506: /etc/xen/scripts/network-bridge script fails with additional bridges
On Wed, 2011-05-04 at 09:45 +0200, Bastian Blank wrote: > Please read /usr/share/doc/xen-utils-common/README.Debian. Also http://wiki.xen.org/xenwiki/HostConfiguration/Networking which has specific examples of Debian network configurations for setting up various bridge configurations via /etc/network/interfaces. > Because the use of the network setup scripts is discouraged and xl > -- aka the future -- doesn't seem to support them at all, Correct. We strongly recommend that users configure their host network using the facilities provided by their distro. Ian. > I won't fix bugs on my own. > > Bastian > -- Ian Campbell Current Noise: Karma To Burn - Nine (Live) (Bonus Track) My theology, briefly, is that the universe was dictated but not signed. -- Christopher Morley -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625532: w3m: VCS for w3m Debian packaging
tags 625532 + pending thanks On May 4, 2011 at 4:48PM +0900, tats (at vega.ocn.ne.jp) wrote: > There isn't a VCS repository of w3m Debian packaging yet, but I'll > create a Git repository soon. The next upload will have Vcs-* > fields in the debian/control file. Created: http://git.debian.org/?p=collab-maint/w3m.git The debian branch is used for Debian packaging. dai, you can commit. Thanks, -- Tatsuya Kinoshita pgpiZxlLZY1Sj.pgp Description: PGP signature
Bug#612675: libkio5: KTar class have broken UTF-8 support(longlink)
> This though is not totally clear to me. On the major architectures, > char is signed, so I would assume that a chksum error in this area > should have hit a lot of people already? Given that int is signed by > default I wonder if this is the proper approach and it shouldn't rather > be cast to signed char (signedness of char varies across the different > architectures). The error only occurs when file name have characters with codes larger than 128. All ASCII have codes lower than 127, so in that case there is no difference. UTF-8 uses most significant bit as flag, so some charactes have codes larger than 128. I'll explain with example: int check = 32; check += buffer[j]; assume buffer[0]==128, i.e. 0x80. When one adds signed char 0x80 to an integer, signed char extents to a signed integer and becomes 0xff80. It is not 0x80, as one may expect. But if all file names are in english, no one can face the bug. > Out of curiosity, you filed this from an i386 system. Did you maybe > copy around the backup from/to any architcture including arm, armel, > powerpc or s390? Were they somehow involved in the assumingly checksum > error of yours? The thing behind the question is: If we "fix" the > calculation in the direction that you propose, this would break backups > done now on the architectures that do have char signed by default > because it would result in a different checksum. No, unfortunately I don't have access to architectures other than amd64 and i386. BTW, I filed bug to upstream: https://bugs.kde.org/show_bug.cgi?id=266141
Bug#625507: acer-wmi developer says the module doesn't do anything on the aspire one
On Wed, 2011-05-04 at 04:20 +0100, Ben Hutchings wrote: >Indeed. That statement is dated 2009 and the driver has moved on. I apologize; I assumed the documentation to be current and accurate. > No. You only have the evidence of your own model. > Ben. You're correct. If the acer_wmi module isn't loaded while booting, one of the problems I've noticed is that audio is very distorted and scratchy. The problem immediately goes away after you modprobe acer_wmi, but the wireless drops out again. After rmmod acer_wmi, the audio interestingly is not impacted. This seems to be a much bigger problem than I gave it credit for initially. Zack Buhman -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625215: keyboard-configuration: configuration not applied on Linux console
Salut Samuel ! On Wed, May 04, 2011 at 09:53:11AM +0200, Samuel Thibault wrote: > This looks like #614127, please try to remove line 372 of > /usr/share/X11/xkb/rules/base, that is: > htcdreamus de it= %l(htcdream) > which is indeed bogus and will be fixed by xkb-data. Indeed, removing that line made the error message disappear and I am now able to type cyrillic letter and use my beloved composed key on the console! Thanks. Should the bug report be merged with #614127 and reassigned to xkb-data then? with best wishes, Cédric signature.asc Description: Digital signature
Bug#625537: Install Qt client translations
Package: transmission Version: 2.22-1 Severity: minor Tags: patch Hi, Please add Qt client translations to the package. Thanks, Timur commit 7578f2b7958cd98cd6ab6f18d2b82208e150d6f7 Author: Timur Birsh Date: Wed May 4 14:38:07 2011 +0600 Install Qt client translations diff --git a/debian/rules b/debian/rules index f6e1a6d..7385891 100755 --- a/debian/rules +++ b/debian/rules @@ -12,10 +12,11 @@ override_dh_auto_configure: override_dh_auto_build: dh_auto_build - ( cd qt && $(MAKE) ) + ( cd qt && $(MAKE) && lrelease qtr.pro ) override_dh_auto_clean: [ ! -f qt/Makefile ] || ( cd qt && $(MAKE) clean ) + rm -f qt/translations/*.qm dh_auto_clean override_dh_installchangelogs: diff --git a/debian/transmission-qt.install b/debian/transmission-qt.install index 541a29a..0678049 100644 --- a/debian/transmission-qt.install +++ b/debian/transmission-qt.install @@ -1,3 +1,4 @@ usr/bin/transmission-qt qt/transmission-qt.desktop usr/share/applications/ debian/lintian/transmission-qt usr/share/lintian/overrides +qt/translations/*.qm usr/share/qt4/translations/
Bug#625521: glibc: causes segfault in Xorg
Michel Dänzer (04/05/2011): > More importantly xserver-xorg-core-dbg, to get debugging symbols > for /usr/lib/xorg/modules/libshadow.so . If fbdev is indeed used (see Michel's other mail about that), rebuilding it with debugging symbols would be nice. AFAICT from a quick grep, the entry point to shadowUpdate*Packed would be through: | src/fbdev.c: shadowUpdateRotatePackedWeak() : shadowUpdatePackedWeak(), in the driver, leading to that in the server: | miext/shadow/shpacked.c:shadowUpdatePacked [Weak or not] or | miext/shadow/shrotate.c:shadowUpdateRotatePacked [Weak or not] Mraw, KiBi. signature.asc Description: Digital signature
Bug#553456:
I have the same problem on xubuntu 11.04 (so running inkscape in xfce environment). I open a new document, create a rectangle, select it, hit ctrl-c, bang... How do you check if something is using/watching your clipboard? i don't have xfce4-clipman running. Pieter
Bug#316521: dpkg: stale directories when packages install conffiles to subsubdirectories of /etc
Ok, so I have found the culprit. The php5-cli uses ucf and hence the /etc/php5/cli/php.ini is not marked as conffile and so, the hasdirectoryconffiles check fails. The attached patch keeps the directory in the .list (aka add it to the leftover) if the children directory is found on the leftover list. There could be a slight modification to keep /. in the list as well to be formally correct, but IMO it's not needed. Also I have found a small bug in the matching function hasdirectoryconffiles and I am inheriting it (since I don't think it's major)... If there is a conffile named: /etc/pkg/foobar/foo.conf and directory /etc/pkg/foo then the /etc/pkg/foo is matched and not removed. If you want this fixed, just ping me, it's easy to add something like "&& (->name[namelen] == \0 or ...->name[namelen] == '/')", and I'll fix it at both places. O. On Wed, May 4, 2011 at 06:20, Jonathan Nieder wrote: > Ondřej Surý wrote: > >> At the moment the only solution I see is what I have suggested - keep >> ownership of whole tree up-to-the root for directories holding >> conffiles and try to remove them at purge time... >> >> dpkg --remove php5-cli >> # ownership kept for /., /etc, /etc/php5, /etc/php5/cli > > Yes, makes sense. > >> On Tue, May 3, 2011 at 01:05, Jonathan Nieder wrote: > >>> If anyone interested in working on this has any questions, please feel >>> free to let us know. >> >> I could work on that... > > That would be excellent! > -- Ondřej Surý http://blog.rfc1925.org/ 0001-Keep-parent-directories-for-directories-in-leftover-.patch Description: Binary data
Bug#625538: general: Monitor turns off even if in gnome-screensaver and gnome-power i disalbe automatic turning off.
Package: general Severity: normal Even if through gnome-screensaver-preferences and gnome-power-preference I disable the screensaver and the automatic turning off of the monitor, when I'm away the monitor became blank and black. -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625521: glibc: causes segfault in Xorg
On Mit, 2011-05-04 at 11:08 +0200, Cyril Brulebois wrote: > Michel Dänzer (04/05/2011): > > More importantly xserver-xorg-core-dbg, to get debugging symbols > > for /usr/lib/xorg/modules/libshadow.so . > > If fbdev is indeed used (see Michel's other mail about that), > rebuilding it with debugging symbols would be nice. > > AFAICT from a quick grep, the entry point to shadowUpdate*Packed would > be through: > | src/fbdev.c: shadowUpdateRotatePackedWeak() : > shadowUpdatePackedWeak(), Those are just callback pointers passed to shadowAdd(). The driver doesn't call shadowUpdatePacked() directly (in fact you'll note the backtrace doesn't have any frames belonging to the driver), but the shadow layer is only used as set up by the driver. -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625521: glibc: causes segfault in Xorg
Michel Dänzer (04/05/2011): > Those are just callback pointers passed to shadowAdd(). The driver > doesn't call shadowUpdatePacked() directly (in fact you'll note the > backtrace doesn't have any frames belonging to the driver), but the > shadow layer is only used as set up by the driver. Alright. Wasn't sure whether that was a somewhat broken backtrace with missing stuff, or something else. Thanks for the clarification. Mraw, KiBi. signature.asc Description: Digital signature
Bug#625538: general: Monitor turns off even if in gnome-screensaver and gnome-power i disalbe automatic turning off.
reassign 625538 gnome thanks On Mittwoch, 4. Mai 2011, Alessandro Sardone wrote: > Package: general > Severity: normal > > Even if through gnome-screensaver-preferences and gnome-power-preference I > disable the screensaver and the automatic turning off of the monitor, when > I'm away the monitor became blank and black. > > > > -- System Information: > Debian Release: 6.0.1 > APT prefers stable-updates > APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, > 'stable') Architecture: amd64 (x86_64) > > Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) > Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625449: Permanent BSP patch
On Wed, May 04, 2011 at 06:57:13AM +0900, Charles Plessy wrote: > Le Tue, May 03, 2011 at 09:22:46PM +0100, Neil McGovern a écrit : > > > > Yes. If a maintainer is taking more that for a *RC* bug fix, then they > > *should* keep the buglog updated with status. > > Talking about the GCC 4.6 “*RC bugs*”, I got one other report telling that > Debian's GCC 4.6.1 will introduce more failures. Then why do we need to act > in > emergency and fix all the 4.6.0 bugs within 7 days ? Can't you tolerate us to > collate both transitions, without having to put placeholders bugs in the BTS ? > No. You don't need to fix all the bugs in 7 days, you need to at least respond to it though. > I still do not understand why pressure is given to answer in 7 days, which is > at most one full week-end, for non-urgent issues. These are RC bugs. They're urgent issues. As for why doing this at all, please see (again) the URL I pointed to above. Neil -- < wjt> THINK OF THE TREES < rjek> ... THAT WE BURNT TO MAKE THE ELECTRONS TO SEND THIS EMAIL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#370692: Bug#625538: general: Monitor turns off even if in gnome-screensaver and gnome-power i disalbe automatic turning off.
reassign 625538 gnome-power-manager merge 370692 625538 thanks This is a known bug in gnome-power-manager. Regards, Roger On Wed, May 04, 2011 at 11:16:25AM +0200, Holger Levsen wrote: > reassign 625538 gnome > thanks > > On Mittwoch, 4. Mai 2011, Alessandro Sardone wrote: > > Package: general > > Severity: normal > > > > Even if through gnome-screensaver-preferences and gnome-power-preference I > > disable the screensaver and the automatic turning off of the monitor, when > > I'm away the monitor became blank and black. > > > > > > > > -- System Information: > > Debian Release: 6.0.1 > > APT prefers stable-updates > > APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, > > 'stable') Architecture: amd64 (x86_64) > > > > Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) > > Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) > > Shell: /bin/sh linked to /bin/dash > > > > > -- > 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/201105041116.26614.hol...@layer-acht.org > -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Bug#625460: gnome-media: gnome-sound-recorder refuses to start, complains about gconfaudiosrc
On Wed, 4 May 2011, Tiago Tristao wrote: > You might be missing the gstreamer0.10-gconf package. Yes, that's it. So it's a dependency bug in gnome-media: the only thing that ties it to gstreamer0.10-gconf is a dependency on gstreamer0.10-audiosink. However that's also provided by gstreamer0.10-alsa which is the package that was installed on my system. gnome-media 2.30.0-1 depends on: gstreamer0.10-alsa | gstreamer0.10-audiosink Both gstreamer0.10-alsa and gstreamer0.10-gconf provide: gstreamer0.10-audiosource gstreamer0.10-audiosink So it seems that gnome-media should explicitly depend on gstreamer0.10-gconf. Alternatively the message that tells the user to install the 'gst-plugins-good module' should be changed to recommend installing gstreamer0.10-gconf but that would leave gnome-sound-recorder broken by default. -- Francois Gouget -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625539: /usr/bin/vlc: vlc --help ignores locale's charset
Package: vlc-nox Version: 1.1.9-1 Severity: normal File: /usr/bin/vlc Tags: l10n vlc --help ignores current locale's charset and always outputs utf-8. This results in complete garbage in locales like ru_RU.KOI8-R. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vlc-nox depends on: ii liba52-0.7.40.7.4-15 library for decoding ATSC A/52 str ii libasound2 1.0.23-3 shared library for ALSA applicatio ii libass4 0.9.11-1 library for SSA/ASS subtitles rend ii libavahi-client30.6.30-3 Avahi client library ii libavahi-common30.6.30-3 Avahi common library ii libavc1394-00.5.3-1+b2 control IEEE 1394 audio/video devi ii libavcodec524:0.6.2-3Libav codec library ii libavformat52 4:0.6.2-3Libav file format library ii libavutil50 4:0.6.2-3Libav utility library ii libc6 2.13-2 Embedded GNU C Library: Shared lib ii libcaca00.99.beta17-1colour ASCII art library ii libcddb21.3.2-3 library to access CDDB data - runt ii libcdio10 0.81-4 library to read and control CD-ROM ii libdbus-1-3 1.4.8-3 simple interprocess messaging syst ii libdc1394-222.1.3-1 high level programming interface f ii libdca0 0.0.5-4 decoding library for DTS Coherent ii libdirac-encoder0 1.0.2-3 open and royalty free high quality ii libdvbpsi6 0.1.7-1 library for MPEG TS and DVB PSI ta ii libdvdnav4 4.1.3-7 DVD navigation library ii libdvdread4 4.1.3-10 library for reading DVDs ii libebml31.2.0-2 access library for the EBML format ii libfaad22.7-6freeware Advanced Audio Decoder - ii libflac81.2.1-3 Free Lossless Audio Codec - runtim ii libfontconfig1 2.8.0-2.2generic font configuration library ii libfreetype62.4.4-1 FreeType 2 font engine, shared lib ii libfribidi0 0.19.2-1 Free Implementation of the Unicode ii libgcc1 1:4.6.0-6GCC support library ii libgcrypt11 1.4.6-5 LGPL Crypto library - runtime libr ii libgnutls26 2.10.5-1+b1 the GNU TLS library - runtime libr ii libgpg-error0 1.10-0.3 library for common error values an ii libkate10.3.8-1 Kate is a codec for karaoke and te ii liblircclient0 0.9.0~pre1-1 infra-red remote control support - ii liblua5.1-0 5.1.4-5 Simple, extensible, embeddable pro ii libmad0 0.15.1b-6MPEG audio decoder library ii libmatroska31.1.0-2 extensible open standard audio/vid ii libmodplug1 1:0.8.8.2-3 shared libraries for mod music bas ii libmpcdec6 2:0.1~r459-1 MusePack decoder - library ii libmpeg2-4 0.4.1-3 MPEG1 and MPEG2 video decoder libr ii libmtp8 1.0.6-4 Media Transfer Protocol (MTP) libr ii libncursesw55.9-1shared libraries for terminal hand ii libogg0 1.2.0~dfsg-1 Ogg bitstream library ii libpng12-0 1.2.44-2 PNG library - runtime ii libpostproc51 4:0.6.2-3Libav video postprocessing library ii libproxy0 0.3.1-2 automatic proxy configuration mana ii libraw1394-11 2.0.7-1 library for direct access to IEEE ii libschroedinger-1.0-0 1.0.10-2 library for encoding/decoding of D ii libshout3 2.2.2-5+b1 MP3/Ogg Vorbis broadcast streaming ii libsmbclient2:3.5.8~dfsg-1 shared library for communication w ii libspeex1 1.2~rc1-1The Speex codec runtime library ii libstdc++6 4.6.0-6 The GNU Standard C++ Library v3 ii libswscale0 4:0.6.2-3Libav video scaling library ii libtag1c2a 1.7-1audio meta-data library ii libtheora0 1.1.1+dfsg.1-3 The Theora Video Compression Codec ii libtwolame0 0.3.12-1 MPEG Audio Layer 2 encoding librar ii libudev0168-1libudev shared library ii libupnp31:1.6.6-5Portable SDK for UPnP Devices, ver ii libv4l-00.8.3-2 Collection of video4linux support ii libvcdinfo0 0.7.23-4+b2 library to extract information fro ii libvlc5
Bug#552290: Packaging
Hi all I was wondering if anyone else had interest in this for debian? I don't really intend to package it for debian and would be happy if someone could package it officially. -- Jonathon Hill
Bug#608047:
Finally we got the new upstream version available, the package will be uploaded soon. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625266: prevents new kernel to be installed
severity grave -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625449: Permanent BSP patch
Le mercredi, 4 mai 2011 11.40:18, Neil McGovern a écrit : > On Wed, May 04, 2011 at 06:57:13AM +0900, Charles Plessy wrote: > > Le Tue, May 03, 2011 at 09:22:46PM +0100, Neil McGovern a écrit : > > > Yes. If a maintainer is taking more that for a *RC* bug fix, then they > > > *should* keep the buglog updated with status. > > > > Talking about the GCC 4.6 “*RC bugs*”, I got one other report telling > > that Debian's GCC 4.6.1 will introduce more failures. Then why do we > > need to act in emergency and fix all the 4.6.0 bugs within 7 days ? > > Can't you tolerate us to collate both transitions, without having to put > > placeholders bugs in the BTS ? > > No. You don't need to fix all the bugs in 7 days, you need to at least > respond to it though. The proposed wording doesn't imply this IMHO; I read it as "if you can't find an action from the maintainer on the buglog in the last 7 days, you can 0-day NMU". What we want is more something along the lines of "If the bug is older than 7 days without any maintainer activity /at all/, you can 0-day NMU". I don't think we can expect maintainers to ping their RC bugs on a weekly basis, just to repeat "I'm working on a proper fix, it takes time, don't NMU please". Perhaps we need a "willfix" or "dont-nmu-please" tag… -- OdyX signature.asc Description: This is a digitally signed message part.
Bug#625540: /usr/bin/vlc: vlc --help word wrapping splits letters into bytes
Package: vlc-nox Version: 1.1.9-1 Severity: normal File: /usr/bin/vlc Tags: upstream l10n In addition to the usual misalignment caused by counting bytes (and even not characters) instead of columns (I think wcswidth exists for that) vlc --help in ru_RU.UTF-8 locale now wraps words inside letters: --version, --no-versionпоказать информацию о версии (по умолчанию выключено) --config <строка>использовать альтернати ный файл конфигурации -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vlc-nox depends on: ii liba52-0.7.40.7.4-15 library for decoding ATSC A/52 str ii libasound2 1.0.23-3 shared library for ALSA applicatio ii libass4 0.9.11-1 library for SSA/ASS subtitles rend ii libavahi-client30.6.30-3 Avahi client library ii libavahi-common30.6.30-3 Avahi common library ii libavc1394-00.5.3-1+b2 control IEEE 1394 audio/video devi ii libavcodec524:0.6.2-3Libav codec library ii libavformat52 4:0.6.2-3Libav file format library ii libavutil50 4:0.6.2-3Libav utility library ii libc6 2.13-2 Embedded GNU C Library: Shared lib ii libcaca00.99.beta17-1colour ASCII art library ii libcddb21.3.2-3 library to access CDDB data - runt ii libcdio10 0.81-4 library to read and control CD-ROM ii libdbus-1-3 1.4.8-3 simple interprocess messaging syst ii libdc1394-222.1.3-1 high level programming interface f ii libdca0 0.0.5-4 decoding library for DTS Coherent ii libdirac-encoder0 1.0.2-3 open and royalty free high quality ii libdvbpsi6 0.1.7-1 library for MPEG TS and DVB PSI ta ii libdvdnav4 4.1.3-7 DVD navigation library ii libdvdread4 4.1.3-10 library for reading DVDs ii libebml31.2.0-2 access library for the EBML format ii libfaad22.7-6freeware Advanced Audio Decoder - ii libflac81.2.1-3 Free Lossless Audio Codec - runtim ii libfontconfig1 2.8.0-2.2generic font configuration library ii libfreetype62.4.4-1 FreeType 2 font engine, shared lib ii libfribidi0 0.19.2-1 Free Implementation of the Unicode ii libgcc1 1:4.6.0-6GCC support library ii libgcrypt11 1.4.6-5 LGPL Crypto library - runtime libr ii libgnutls26 2.10.5-1+b1 the GNU TLS library - runtime libr ii libgpg-error0 1.10-0.3 library for common error values an ii libkate10.3.8-1 Kate is a codec for karaoke and te ii liblircclient0 0.9.0~pre1-1 infra-red remote control support - ii liblua5.1-0 5.1.4-5 Simple, extensible, embeddable pro ii libmad0 0.15.1b-6MPEG audio decoder library ii libmatroska31.1.0-2 extensible open standard audio/vid ii libmodplug1 1:0.8.8.2-3 shared libraries for mod music bas ii libmpcdec6 2:0.1~r459-1 MusePack decoder - library ii libmpeg2-4 0.4.1-3 MPEG1 and MPEG2 video decoder libr ii libmtp8 1.0.6-4 Media Transfer Protocol (MTP) libr ii libncursesw55.9-1shared libraries for terminal hand ii libogg0 1.2.0~dfsg-1 Ogg bitstream library ii libpng12-0 1.2.44-2 PNG library - runtime ii libpostproc51 4:0.6.2-3Libav video postprocessing library ii libproxy0 0.3.1-2 automatic proxy configuration mana ii libraw1394-11 2.0.7-1 library for direct access to IEEE ii libschroedinger-1.0-0 1.0.10-2 library for encoding/decoding of D ii libshout3 2.2.2-5+b1 MP3/Ogg Vorbis broadcast streaming ii libsmbclient2:3.5.8~dfsg-1 shared library for communication w ii libspeex1 1.2~rc1-1The Speex codec runtime library ii libstdc++6 4.6.0-6 The GNU Standard C++ Library v3 ii libswscale0 4:0.6.2-3Libav video scaling library ii libtag1c2a 1.7-1audio meta-data library ii libtheora0 1.1.1+dfsg.1-3 The Theora Video Compression Codec ii libtwolame0 0.3.12-1 MPEG Audio
Bug#625541: nvidia-glx: Screen blacking out as a result of mouse movement, scrolling & clicks
Package: nvidia-glx Version: 195.36.31-6 Severity: normal I have a dual monitor configuration, the right hand screen (and occasionaly the left) is constantly blacking out with any kind of mouse movement or scrolling. Most of the time it comes back after a second or two but occasionaly the screen blacks out permanently and I have to log out to restore it. I've tried to disable powermizer by adding this line to /etc/modprobe.d/nvidia-kernel-common.conf: options nvidia NVreg_RegistryDwords="PerfLevelSrc=0x" This has had no obvious effect. -- Package-specific info: uname -a: Linux watson 2.6.32-5-amd64 #1 SMP Mon Mar 7 21:35:22 UTC 2011 x86_64 GNU/Linux /proc/version: Linux version 2.6.32-5-amd64 (Debian 2.6.32-31) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Mon Mar 7 21:35:22 UTC 2011 /proc/driver/nvidia/version: NVRM version: NVIDIA UNIX x86_64 Kernel Module 195.36.31 Thu Jun 3 08:19:50 PDT 2010 GCC version: gcc version 4.3.5 (Debian 4.3.5-4) lspci 'VGA compatible controller [0300]': 02:00.0 VGA compatible controller [0300]: nVidia Corporation G98 [Quadro NVS 295] [10de:06fd] (rev a1) (prog-if 00 [VGA controller]) Subsystem: nVidia Corporation Device [10de:062e] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: nvidia -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (1001, 'stable'), (500, 'oldstable'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nvidia-glx depends on: ii dpkg 1.15.8.10 Debian package management system ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libgl1-nvidia-glx 195.36.31-6 NVIDIA binary OpenGL libraries ii libglx-nvidia-alte 195.36.31-6 simplifies replacing Xorg module l ii nvidia-kernel-2.6. 195.36.31-6+2.6.32-31 NVIDIA binary kernel module for Li ii nvidia-kernel-dkms 195.36.31-6 NVIDIA binary kernel module DKMS s ii xserver-xorg-core 2:1.7.7-13Xorg X server - core server Versions of packages nvidia-glx recommends: pn nvidia-vdpau-driver(no description available) Versions of packages nvidia-glx suggests: ii nvidia-kernel-dkms [nvidia-k 195.36.31-6 NVIDIA binary kernel module DKMS s ii nvidia-kernel-source 195.36.31-6 NVIDIA binary kernel module source ii nvidia-settings 195.36.24-1 Tool for configuring the NVIDIA gr Versions of packages nvidia-kernel-dkms depends on: ii dkms 2.1.1.2-5 Dynamic Kernel Module Support Fram ii nvidia-kernel-common 20100522+1 NVIDIA binary kernel module suppor Versions of packages nvidia-kernel-source depends on: ii debhelper 8.0.0 helper programs for debian/rules ii make 3.81-8 An utility for Directing compilati ii quilt 0.48-7 Tool to work with series of patche Versions of packages nvidia-glx is related to: ii binutils 2.20.1-16 The GNU assembler, linker and bina pn binutils-gold (no description available) ii linux-headers-2.6.26-1-a 2.6.26-13lenny2 Header files for Linux 2.6.26-1-am ii linux-headers-2.6.26-2-a 2.6.26-26lenny2 Header files for Linux 2.6.26-2-am ii linux-headers-2.6.32-5-a 2.6.32-31 Header files for Linux 2.6.32-5-am ii nvidia-glx [nvidia-glx] 195.36.31-6 NVIDIA binary Xorg driver ii nvidia-kernel-common 20100522+1 NVIDIA binary kernel module suppor ii nvidia-kernel-dkms [nvid 195.36.31-6 NVIDIA binary kernel module DKMS s ii nvidia-kernel-source 195.36.31-6 NVIDIA binary kernel module source ii xserver-xorg 1:7.5+8 the X.Org X server ii xserver-xorg-core2:1.7.7-13 Xorg X server - core server -- 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#554166: Bug also present in 9.0 and 9.1 packages
Any chance to have it fixed? It's being a problem for extensions packaging. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625543: texworks: fails to start without dbus running due to logic error
Package: texworks
Version: 0.4.0-2
Tags: patch
The following patch fixes a bug in the control flow that causes
texworks to not start without a running dbus daemon.
--- texworks-0.4.0.orig/src/main.cpp
+++ texworks-0.4.0/src/main.cpp
@@ -141,8 +141,8 @@
continue;
interface.call("openFile",
fi.absoluteFilePath(), fileToOpen.position);
}
+ return 0;
}
- return 0;
}
new TWAdaptor(&app);
The same bug is also in squeeze's 0.2.3.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625449: Permanent BSP patch
On Wed, May 04, 2011 at 08:58:57AM +0200, Lucas Nussbaum wrote: > On 03/05/11 at 15:38 +0200, Lucas Nussbaum wrote: > > I agree that the resulting wording of patch is suboptimal, and that > > recommending 0-day NMUs is not the way to go. We are rarely in need for > > action in less than a couple of days in Debian, so the current policy > > seems fine to me. > The Developers' reference gives recommendations to developers, it is not > binding. If you think that a RC bug needs to be fixed with a 0-day NMU, > you are still free to ignore the recommendation and proceed with your > 0-day NMU. However, in the general case, I don't think that we should > *recommend* 0-day NMUs. > I'll repeat again, that this has been the policy for the last 5 years. This bug is an attemt to document what is actually happening. Neil -- A. Because it breaks the logical sequence of discussion Q. Why is top posting bad? gpg key - http://www.halon.org.uk/pubkey.txt ; the.earth.li A40F862E -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#617378: Same problem here
I have the same problem here. Any workaround for this problem? Regards, Adrian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623596: [Pkg-openssl-devel] Processed: Re: Bug#623596: mumble: Problem with the import certificats
Hello, On antradienis 26 Balandis 2011 20:47:45 Thorvald Natvig wrote: > That being said, Qt also supports explicit compile-time linking to > libssl and libcrypto, which avoids issues like this one and also ensures > that libqt4-network shows up as a reverse dependency for openssl. If > nothing else, the runtime libraries for OpenSSL should be added as a > recommends: for the libqt4-network package. But in todays crypto-heavy > world, I can't really think of a good reason not to just link it. Among > other things, Qt's web widgets (and URL classes) will not support https > without libssl/libcrypto. OpenSSL license is THE reason. Or pure-GPL apps won't be able to link against libQtNetwork which is unacceptable. -- Modestas Vainius signature.asc Description: This is a digitally signed message part.
Bug#625521: glibc: causes segfault in Xorg
Le 04/05/2011 09:05, Jonathan Nieder a écrit : > Aurelien Jarno wrote: >> Le 04/05/2011 07:43, Jonathan Nieder a écrit : >>> Jonathan Nieder wrote: > Sounds like http://sourceware.org/bugzilla/show_bug.cgi?id=12518 which is fixed (sort of) by commit 0354e355 (2011-04-01). >> >> Are you sure this is related? I find strange a recent version of xorg is >> still not fixed > > No, not sure --- I was only reminded. But it does fit the symptoms > well: regression occuring when upgrading to glibc 2.13, consisting of > a segfault in memcpy_sse3. > > (As you suggested) it might be specific to some driver or some aspect > of the configuration. The easiest way to confirm would be with > valgrind. > >> No, it's not something possible to cherry-pick as it is based on symbol >> versioning from version 2.14. Also it only really apply to binary-only >> distribution, in Debian as soon as your rebuild the package, it will use >> the new 2.14 symbols, and memcpy instead of memmove. > > That sounds great --- it would take care of upgrades from broken > packages in squeeze and as soon as you rebuild a package, there is a > chance to fix it. Except that package rebuild doesn't mean a new upload (e.g binNMUs). > I imagine the release team wouldn't like it much, though. >> I don't think we can really keep a version in experimental just for >> that. And reverting that patch means nobody will complain, and issues >> will never be fixed. > > Reverting may be the best way in the short term, especially if the > upstream fix is four months away. I suppose Steve was right to ask > for help on -devel. Maybe someone will come up with a better idea. I am not convinced that the upstream fix is really the solution. As soon as the package is rebuild, the problem will happen again. > E.g., how about adopting hjl's suggestion and making the > behavior (temporarily) conditional on a LD_DONT_BIND_IFUNC_MEMCPY_TO_MEMMOVE > environment variable? I don't really feel like enabling critical features depending on an environment variable that might not be properly propagated in some shell scripts. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625544: [release.debian.org] Transition: libmagickcore4, libmagick++4, libmagickwand4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hi, We would like to perform the transition from libmagickcore3, libmagick++3, libmagickwand3 to libmagickcore4, libmagick++4, libmagickwand4 This transition will requires sourcefull uploads as there is a (minimal) API change. Package are in experimental grep-dctrl -F Build-Depends "libmagick-dev" -s Package /var/lib/apt/lists/*_Sources Package: ale Package: dx Package: gnuift Package: imview Package: kismet Package: nip2 Package: psiconv Package: rss-glx Package: vips Package: xine-lib Package: drawtiming Package: gnuift Package: kismet Package: nip2 Package: vips Package: xine-lib Package: drawtiming Package: gnuift Package: kismet Package: nip2 Package: vips Package: xine-lib grep-dctrl -F Build-Depends "libmagick++-dev" -s Package /var/lib/apt/lists/*_Sources Package: drawtiming Package: dvdauthor Package: labplot Package: dvdauthor Package: gem Package: gmic Package: gnudatalanguage Package: k3d Package: kxstitch Package: labplot Package: pfstools Package: pstoedit Package: pythonmagick Package: synfig Package: vdr-plugin-skinenigmang Package: zbar Package: dvdauthor Package: gem Package: gmic Package: gnudatalanguage Package: inkscape Package: k3d Package: pfstools Package: player Package: pstoedit Package: pythonmagick Package: vdr-plugin-skinenigmang Package: zbar grep-dctrl -F Build-Depends "libmagickwand-dev" -s Package /var/lib/apt/lists/*_Sources Package: xine-lib Package: calibre Package: dx Package: libdmtx Package: librmagick-ruby Package: obex-data-server Package: php-imagick Package: rss-glx Package: virtuoso-opensource Package: calibre Package: dx Package: libdmtx Package: librmagick-ruby Package: obex-data-server Package: php-imagick Package: rss-glx Package: virtuoso-opensource Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625449: Permanent BSP patch
Hi, Didier Raboud (04/05/2011): > The proposed wording doesn't imply this IMHO; I read it as "if you > can't find an action from the maintainer on the buglog in the last 7 > days, you can 0-day NMU". > > What we want is more something along the lines of "If the bug is > older than 7 days without any maintainer activity /at all/, you can > 0-day NMU". > > I don't think we can expect maintainers to ping their RC bugs on a > weekly basis, just to repeat "I'm working on a proper fix, it takes > time, don't NMU please". Perhaps we need a "willfix" or > "dont-nmu-please" tag… > > -- > OdyX reading Jakub's answer, I realized it could indeed be understood this way. I'll be happily seconding any wording clarifying that. Mraw, KiBi. signature.asc Description: Digital signature
Bug#559620: valkyrie: Does not work with valgrind >= 3.5.0
Hi maintainer, Are you working towards the resolution of that bug [1]. I'd like to see that bug removed, and I'm willing to have a look at the new package, if you don't have a sponsor. Please, let me know. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=559620 -- pub 4096R/0E4BD0AB -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625546: transition: libmagick4
Package: gnuift Severity: wishlist block: 625544 Hi, We would like to perform the transition from libmagickcore3, libmagick++3, libmagickwand3 to libmagickcore4, libmagick++4, libmagickwand4 This transition will requires sourcefull uploads as there is a (minimal) API change. Packages are in experimental Thanks Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625545: [dx] transition: libmagick4
Package: dx Version: 1:4.4.4-3+b2 Severity: wishlist block: 625544 Hi, We would like to perform the transition from libmagickcore3, libmagick++3, libmagickwand3 to libmagickcore4, libmagick++4, libmagickwand4 This transition will requires sourcefull uploads as there is a (minimal) API change. Packages are in experimental Thanks Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625547: transition: libmagick4
Package: imview Severity: wishlist block: 625544 Hi, We would like to perform the transition from libmagickcore3, libmagick++3, libmagickwand3 to libmagickcore4, libmagick++4, libmagickwand4 This transition will requires sourcefull uploads as there is a (minimal) API change. Packages are in experimental Thanks Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625544: [release.debian.org] Transition: libmagickcore4, libmagick++4, libmagickwand4
(Just passing by, not directly involved with the release team.) Bastien ROUCARIES (04/05/2011): > This transition will requires sourcefull uploads as there is a > (minimal) API change. It might help to mention the packages which will be OK with a binNMU, and those which will need a sourceful upload; for the latter, I guess bugs were opened already, possibly with patches; mentioning those might help figure out when packages/maintainers are ready. Mraw, KiBi. signature.asc Description: Digital signature
Bug#625548: transition: libmagick4
Package: kismet Severity: wishlist block: 625544 Hi, We would like to perform the transition from libmagickcore3, libmagick++3, libmagickwand3 to libmagickcore4, libmagick++4, libmagickwand4 This transition will requires sourcefull uploads as there is a (minimal) API change. Packages are in experimental Thanks Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#613490: Troubleshooting: Verification/Help Requested
Hm now this is very (??) .. um ... "interesting" (note this is
stable 0,9.8-4squeeze1)
Assuming no silly user error, the code execution time has quite high
variability. High-level math and/or statistics is not my area of
expertise. However, given these results, do you agree it is plausible
your results are simply due to algorithm variability ? Can you test
multiple runs on a machine to which you have access ?
Executing four consecutive runs for each bit-size 256-4096 ...
--
#! /bin/sh
RUNS=4
for BITS in 256 512 1024 2048 4096
do
for R in `seq 1 $RUNS`
do
time openssl dhparam -outform DER -5 -out parameters.dh $BITS >
/tmp/dh${BITS}.$R 2>&1
done
done
--
Results (Yes -- this is relatively old box):
*** 256 ***
1) 0.03user 0.00system 0:00.08elapsed 46%CPU
2) 0.71user 0.00system 0:00.78elapsed 91%CPU
3) 0.54user 0.00system 0:00.57elapsed 93%CPU
4) 0.44user 0.00system 0:00.49elapsed 91%CPU
*** 512 ***
1) 5.45user 0.00system 0:05.50elapsed 99%CPU
2) 4.53user 0.01system 0:04.60elapsed 98%CPU
3) 8.89user 0.01system 0:08.94elapsed 99%CPU
4) 4.92user 0.00system 0:04.98elapsed 99%CPU
*** 1024 ***
1) 17.50user 0.02system 0:17.59elapsed 99%CPU
2) 5.81user 0.00system 0:05.88elapsed 98%CPU
3) 40.87user 0.02system 0:40.95elapsed 99%CPU
4) 47.88user 0.02system 0:47.97elapsed 99%CPU
*** 2048 ***
1) 21.57user 0.00system 0:21.64elapsed 99%CPU
2) 284.93user 0.02system 4:44.98elapsed 99%CPU
3) 206.71user 0.02system 3:26.74elapsed 99%CPU
4) 20.87user 0.00system 0:20.92elapsed 99%CPU
*** 4096 ***
1) 18903.08user 0.40system 5:15:02elapsed 100%CPU
2) Still running after 5h 10m
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#619306: ghostscript segfaults on some eps file
Jonathan Nieder wrote: > Håkon A. Hjortland wrote: >> Downgrading liblcms1 from 1.18.dfsg-1.2ubuntu1 to 1.16-7ubuntu1 also >> fixes the segfaults for both arch-SPOT.eps and transmitter.pdf. > > Ah, thanks for this (and for pinpointing which pointers are NULL)! > I'll bisect. Ok, so I was looking for an upstream repository to sift through but I don't think there is one for lcms1. Results for "gs -dSAFER arch-SPOT.eps" using packages from snapshot.debian.org: liblcms1 1.16-7ok liblcms1 1.17-2ok liblcms1 1.17.dfsg-1 ok liblcms1 1.17.dfsg-1+lenny1segfault liblcms1 1.17.dfsg-1+lenny2segfault liblcms1 1.18.dfsg-1 segfault Either ghostscript 9 is abusing lcms1 (quite possible --- ghostscript is just starting to use littlecms and there is doubtless a learning curve involved) or there was an undeclared ABI break. Based on lcms-user mailing list archives around that time, the patch from 1.17.dfsg-1+lenny1[1] is not the patch to look at and it is better to look at what 1.18 did: | With this patch lcms does not work at all. Please upgrade to 1.18 and | let's forgot all this nasty stuff. When ghostscript renders arch-SPOT.eps, Device2PCS->CLut16params (as filled by cmsReadICCLut) is all-zeroes with modern liblcms1 and in particular the pointer to its Interp3D method is NULL when cmsEvalLUT calls it. Håkon did the brave thing and tried omitting the Interp3D call, and it seemed to work okay. So it's all a little puzzling. Hints welcome. Still, hope that helps, Jonathan [1] Changelog for 1.17.dfsg-1+lenny1: * Non-maintainer upload by the security team * Include upstream fixes for integer overflows, possible memory leaks and a buffer overflow Fixes: CVE-2009-0723 CVE-2009-0581 CVE-2009-0733 DSA: http://www.debian.org/security/2009/dsa-1745 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625549: transition: libmagick4
Package: nip2 Severity: wishlist block: 625544 Hi, We would like to perform the transition from libmagickcore3, libmagick++3, libmagickwand3 to libmagickcore4, libmagick++4, libmagickwand4 This transition will requires sourcefull uploads as there is a (minimal) API change. Packages are in experimental Thanks Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625550: transition: libmagick4
Package: ale Severity: wishlist block: 625544 Hi, We would like to perform the transition from libmagickcore3, libmagick++3, libmagickwand3 to libmagickcore4, libmagick++4, libmagickwand4 This transition will requires sourcefull uploads as there is a (minimal) API change. Packages are in experimental Thanks Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625551: transition: libmagick4
Package: drawtiming Severity: wishlist block: 625544 Hi, We would like to perform the transition from libmagickcore3, libmagick++3, libmagickwand3 to libmagickcore4, libmagick++4, libmagickwand4 This transition will requires sourcefull uploads as there is a (minimal) API change. Packages are in experimental Thanks Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625552: transition: libmagick4
Package: vips Severity: wishlist block: 625544 Hi, We would like to perform the transition from libmagickcore3, libmagick++3, libmagickwand3 to libmagickcore4, libmagick++4, libmagickwand4 This transition will requires sourcefull uploads as there is a (minimal) API change. Packages are in experimental Thanks Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625553: transition: libmagick4
Package: rss-glx Severity: wishlist block: 625544 Hi, We would like to perform the transition from libmagickcore3, libmagick++3, libmagickwand3 to libmagickcore4, libmagick++4, libmagickwand4 This transition will requires sourcefull uploads as there is a (minimal) API change. Packages are in experimental Thanks Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625554: transition: libmagick4
Package: xine-lib Severity: wishlish block: 625544 Hi, We would like to perform the transition from libmagickcore3, libmagick++3, libmagickwand3 to libmagickcore4, libmagick++4, libmagickwand4 This transition will requires sourcefull uploads as there is a (minimal) API change. Packages are in experimental Thanks Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#621932: fontforge: FTBFS: eval: 1: base_compile+= -c: not found
Hi, On Sat, 9 Apr 2011 14:26:06 +0200 Lucas Nussbaum wrote: > Relevant part: > > /bin/sh ../libtool --mode=compile gcc -g -O2 -I/usr/include/freetype2/ > > -I/usr/include/freetype2 -I/usr/include/libxml2/ -I/usr/include/cairo > > -pthread -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 > > -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -pthread > > -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/glib-2.0 > > -I/usr/lib/glib-2.0/include -I/usr/include/pixman-1 > > -I/usr/include/freetype2 -I/usr/include/libpng12 > > -I/usr/include/python2.6 -I../inc -I../inc -I/usr/pkg/include > > -I/usr/pkg/include/giflib -Wmissing-prototypes -Wunused -Wimplicit > > -Wreturn-type -Wparentheses -Wformat -Wchar-subscripts -DHAVE_CONFIG_H -c > > ArabicForms.c > > eval: 1: base_compile+= gcc: not found I've got a same issue in freewnn package, it is caused by dash as /bin/sh since it cannot recognize += notation. We can avoid this FTBFS with CONFIG_SHELL=/bin/bash, but I wonder this would be permitted or not. -- 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#625555: buildbot-slave: disabling a slave in /etc/default/buildslave does not work
Package: buildbot-slave Version: 0.8.3-1 Severity: normal Hi, 1) having 0=enabled is very very weird 2) disabling a slave does not work: # invoke-rc.d buildslave start Starting buildslave "disabled". Another twistd server is running, PID 31564 This could either be a previously started instance of your application or a different application entirely. To start a new one, either run it in some other directory, or use the --pidfile and --logfile parameters to avoid clashes. Starting buildslave "whopper-amd64" ... failed! invoke-rc.d: initscript buildslave, action "start" failed. Andreas -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (800, 'stable'), (700, 'testing'), (600, 'unstable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages buildbot-slave depends on: ii adduser 3.112+nmu2 add and remove users and groups ii python2.6.6-14 interactive high-level object-orie ii python-twisted-core 10.1.0-3 Event-based framework for internet ii python-twisted-words 10.1.0-1 Chat and Instant Messaging ii python2.6 2.6.6-8+b1 An interactive high-level object-o buildbot-slave recommends no packages. Versions of packages buildbot-slave suggests: pn buildbot (no description available) ii cvs 1:1.12.13-12 Concurrent Versions System ii subversion 1.6.12dfsg-5 Advanced version control system -- Configuration Files: /etc/default/buildslave changed: SLAVE_RUNNER=/usr/bin/buildslave SLAVE_ENABLED[1]=no SLAVE_NAME[1]="disabled" SLAVE_USER[1]="buildbot" SLAVE_BASEDIR[1]="/var/lib/buildbot/whopper-amd64" SLAVE_OPTIONS[1]="" SLAVE_PREFIXCMD[1]="nice -n 14 schroot -q -r -c buildbot-amd64 --" SLAVE_ENABLED[2]=0 SLAVE_NAME[2]="whopper-amd64" SLAVE_USER[2]="buildbot" SLAVE_BASEDIR[2]="/var/lib/buildbot/whopper-amd64" SLAVE_OPTIONS[2]="" SLAVE_PREFIXCMD[2]="nice -n 14 schroot -q -r -c buildbot-amd64 --" -- 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#625556: transition: libmagick4
Package: calibre Severity: wishlish block: 625544 Hi, We would like to perform the transition from libmagickcore3, libmagick++3, libmagickwand3 to libmagickcore4, libmagick++4, libmagickwand4 This transition will requires sourcefull uploads as there is a (minimal) API change. Packages are in experimental Thanks Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625557: transition: libmagick4
Package: libdmtx Severity: wishlish block: 625544 Hi, We would like to perform the transition from libmagickcore3, libmagick++3, libmagickwand3 to libmagickcore4, libmagick++4, libmagickwand4 This transition will requires sourcefull uploads as there is a (minimal) API change. Packages are in experimental Thanks Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625558: transition: libmagick4
Package: librmagick-ruby Severity: wishlish block: 625544 Hi, We would like to perform the transition from libmagickcore3, libmagick++3, libmagickwand3 to libmagickcore4, libmagick++4, libmagickwand4 This transition will requires sourcefull uploads as there is a (minimal) API change. Packages are in experimental Thanks Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625559: transition: libmagick4
Package: obex-data-server Severity: wishlish block: 625544 Hi, We would like to perform the transition from libmagickcore3, libmagick++3, libmagickwand3 to libmagickcore4, libmagick++4, libmagickwand4 This transition will requires sourcefull uploads as there is a (minimal) API change. Packages are in experimental Thanks Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625560: transition: libmagick4
Package: php-imagick Severity: wishlish block: 625544 Hi, We would like to perform the transition from libmagickcore3, libmagick++3, libmagickwand3 to libmagickcore4, libmagick++4, libmagickwand4 This transition will requires sourcefull uploads as there is a (minimal) API change. Packages are in experimental Thanks Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625561: transition: libmagick4
Package: virtuoso-opensource Severity: wishlish block: 625544 Hi, We would like to perform the transition from libmagickcore3, libmagick++3, libmagickwand3 to libmagickcore4, libmagick++4, libmagickwand4 This transition will requires sourcefull uploads as there is a (minimal) API change. Packages are in experimental Thanks Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625562: figtree: fails to start
Package: figtree
Version: 1.3.1-1
Severity: normal
Tags: upstream
I installed figtree from debian and it fails to start with the following
message (se below). I downloaded figtree from author's web site (same release,
1.3.1) and it works, thus I think some problem during its packaging took place.
I opened /usr/bin/figtree using nano and it looks like a binary file or
something, far from original figtree.jar (java). It can be seen some references
to java classes but it is an absolute rigmarole nevertheless.
May the force be with you.
Output (translation in parentheses):
pvt_pyle@usarmy:~$ figtree
/usr/bin/figtree: línea 1: PK: no se encontró la orden (line 1: PK-whatever
: command not found)
/usr/bin/figtree: línea 2:�: no se encontró la orden (line 2: whatever:
command not found)
/usr/bin/figtree: línea 2: META-INF/��PK: No existe el fichero o el
directorio (line 2: META-INF/PK-whatever: file or folder don't exist)
/usr/bin/figtree: línea 3:�: no se encontró la orden (line 3: command not
found)
/usr/bin/figtree: línea 3:figtree/PK: No existe el fichero o el directorio
(line 3: figtree/PK: file or folder don't exist)
/usr/bin/figtree: línea 4:�: no se encontró la orden (line 4: command not
found)
/usr/bin/figtree: línea 4: figtree/applet/PK: No existe el fichero o el
directorio (line 4: figtree/applet/PK: file or folder don't exist)
/usr/bin/figtree: línea 5: error sintáctico cerca del elemento inesperado `)'
(line 5: syntax error near element `)' )
/usr/bin/figtree: línea
5:�;ɻ�.q�$figtree/applet/FigTreeApplet$1.class�T�NA=ӯ����l�j)�m�
s��X�b7W��-i�=���;�+�{'v��v�ݖ�6���"�wf��q�̹sϝ�_�����8¸�B
(line 5: whatever$/figtree/applet/FigTreeApplet$1.class-whatever)
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.38 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages figtree depends on:
ii jarwrapper 0.33Run executable Java .jar files
ii libfreehep-export-java 2.1.1-1 FreeHEP Export and Save As Library
ii libfreehep-graphics2d-ja 2.1.1-3 FreeHEP 2D Graphics Library
ii libfreehep-graphicsio-em 2.1.1+dfsg-1FreeHEP Enhanced Metafile Format D
ii libfreehep-graphicsio-ja 2.1.1-2 FreeHEP GraphicsIO Base Library
ii libfreehep-graphicsio-pd 2.1.1+dfsg-1FreeHEP Portable Document Format D
ii libfreehep-graphicsio-ps 2.1.1-1 FreeHEP (Encapsulated) PostScript
ii libfreehep-graphicsio-sv 2.1.1-3 FreeHEP Scalable Vector Graphics D
ii libfreehep-graphicsio-sw 2.1.1+dfsg-1FreeHEP SWF (Flash) Driver
ii libitext5-java 5.0.6+svn4804-1 Java Library to create and manipul
ii libjam-java 0.0.r297-1 Java applications look and behave
ii libjebl2-java0.0.r6-1Java Evolutionary Biology Library
ii openjdk-6-jre [java6-run 6b18-1.8.7-2OpenJDK Java runtime, using Hotspo
figtree recommends no packages.
figtree 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#625563: icedove: fails to retrieve all messages at once
Package: icedove Version: 3.1.9-2 Severity: normal I have multiple e-mail accounts (pop gmail) set up with icedove. The ones that receive many messages a day do not receive (at startup) all messages at once, I have to ctrl+t several times to get them all. I tested, claws-mail downloads'em all at once, so it's not gmail's fault (this time :) . I read on a forum that deselecting 'leave messages on server' would help, but it does not; plus, I would like my messages on the server too. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38.4 (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 icedove depends on: ii debianutils 3.4.4 Miscellaneous utilities specific t ii fontconfig 2.8.0-2.2 generic font configuration library ii libasound2 1.0.23-3shared library for ALSA applicatio ii libatk1.0-0 2.0.0-1 The ATK accessibility toolkit ii libc62.11.2-11 Embedded GNU C Library: Shared lib ii libcairo21.10.2-6The Cairo 2D vector graphics libra ii libdbus-1-3 1.4.6-1 simple interprocess messaging syst ii libffi5 3.0.9-4 Foreign Function Interface library ii libfontconfig1 2.8.0-2.2 generic font configuration library ii libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.6.0-2 GCC support library ii libgdk-pixbuf2.0 2.23.3-3GDK Pixbuf library ii libglib2.0-0 2.28.6-1The GLib library of C routines ii libgtk2.0-0 2.24.4-3The GTK+ graphical user interface ii libjpeg626b1-1 The Independent JPEG Group's JPEG ii libnspr4-0d 4.8.7-2 NetScape Portable Runtime Library ii libnss3-1d 3.12.9.with.ckbi.1.82-1 Network Security Service libraries ii libpango1.0-01.28.3-6Layout and rendering of internatio ii libpixman-1-00.21.4-2pixel-manipulation library for X a ii libsqlite3-0 3.7.5-1 SQLite 3 shared library ii libstartup-notif 0.10-1 library for program launch feedbac ii libstdc++6 4.6.0-2 The GNU Standard C++ Library v3 ii libx11-6 2:1.4.3-1 X11 client-side library ii libxrender1 1:0.9.6-1 X Rendering Extension client libra ii libxt6 1:1.1.1-1 X11 toolkit intrinsics library ii psmisc 22.13-1 utilities that use the proc file s ii zlib1g 1:1.2.3.4.dfsg-3compression library - runtime Versions of packages icedove recommends: ii hunspell-en-us [hunspell-dict 20070829-4 English_american dictionary for hu Versions of packages icedove suggests: ii libdbus-glib-1-2 0.92-1simple interprocess messaging syst ii libgconf2-42.28.1-6 GNOME configuration database syste ii libgnomevfs2-0 1:2.24.4-1GNOME Virtual File System (runtime ii libgssapi-krb5-2 1.9+dfsg-1+b1 MIT Kerberos runtime libraries - k ii libnotify1 [libnotify1-gtk 0.5.0-2 sends desktop notifications to a n ii ttf-lyx2.0.0~rc3-2 TrueType versions of some TeX font -- 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#625564: fontforge: wrong configure option "--with-type3"
Package: fontforge Version: 0.0.20100501-5 Severity: minor Tags: patch Hi, I found wrong configure option in debian/rules. "--with-type3" but it should be "--enable-type3". diff -urN fontforge-0.0.20100501.orig/debian/rules fontforge-0.0.20100501/debian/rules --- fontforge-0.0.20100501.orig/debian/rules 2011-01-07 23:42:26.0 +0900 +++ fontforge-0.0.20100501/debian/rules 2011-05-04 20:40:55.804249911 +0900 @@ -17,7 +17,7 @@ --with-regular-link \ --enable-devicetables \ --enable-pyextension \ - --with-type3 \ + --enable-type3 \ --with-freetype-src ifeq "$(DIST)" "Ubuntu"
Bug#625565: Gnubik New Upstream version available.
Package: gnubik Version: 2.3-2 The version in sid is very old and slow. The upstream version 2.4 is much better and faster. Please package it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#561593: background image config/handling (plus password handling)
hi! sorry, spamassassin problem over here, it seems to have been broken on the occasion that support was dropped (mailserver is etch) - i found about your mail just now. > if I understand you correctly, you are searching for a way to set custom > menu colors, right? That would be #608283[1]. I'm working on that, but > it will need some time. Or did you want something else? yes, the first part was about setting menucolors in case of a background image - just as the provided patch suggests to fix it. regards, Chris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#584780: dropbear script for initramfs-tools breaks DHCP server.
hi! > I'm about to upload a new dropbear package to Debian eventually. [...] i'm terribly sorry, but the notification-mail has been sorted out as spam and i found out about it just now. looks like a spamassassin-problem introduced some time ago - maybe some sort of obscure hint to upgrade my etch mailserver... >;) > On Sun, Jun 06, 2010 at 11:06:52PM +0900, Taisuke Yamada wrote: >> Package: dropbear >> Version: 0.52-4 >> Severity: important >> >> When installed to DHCP server (running dnsmasq), initramfs-tools script >> that comes with dropbear breaks DHCP server by overwriting own IP address >> with DHCP-assigned (= self-assigned) address. if it's configured that way - yes (which is also the default, and we had the discussion already, this is probably the way to go. please feel free to discuss if you think it's the wrong way). to disable the dhcp client, add ip=none (no ip in initrd) or a static ip=... configuration to the kernel parameters. >> Following code in "/usr/share/initramfs-tools/scripts/init-premount/dropbear" >> is causing delayed DHCP assignment by "ipconfig" command invoked from >> "configure_networking" shell function. (just btw, iirc configure_networking is a 'library function' used by other initrd and networking related packages) regards, Chris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#585352: [rootstrap] Important beacuse break pbuilder-uml
severity 585352 important thanks this bug break pbuilder-uml and render it useless so raise severity Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#585352: [rootstrap]
block 563706 by 585352 thanks Mark blocked bug -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#616080: gmerlin: segfault on start
severity 616080 minor thanks Setting severity to minor, read my previous comment: this bug is not reproducible if accelerated graphics is enabled. Please, could you confirm that? Thanks in advance. -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer | quadris...@ubuntu.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#617759: icedove: symbol lookup error: /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc
Jonathan Nieder wrote:
> $ icedove; echo $?
> /usr/lib/icedove/icedove-bin: symbol lookup error:
> /usr/lib/icedove/components/libdbusservice.so: undefined symbol: NS_Alloc
> 127
Backtrace:
#0 _dl_signal_cerror (errcode=0, objname=0x7fffe6e70640
"/usr/lib/icedove/components/libdbusservice.so",
occation=0x77df6f03 "symbol lookup error", errstring=0x7fffd690
"undefined symbol: NS_Alloc")
at dl-error.c:138
#1 0x77de7187 in _dl_lookup_symbol_x (undef_name=,
undef_map=, ref=0x7fffd7f8, symbol_scope=,
version=, type_class=, flags=5,
skip_map=0x0) at dl-lookup.c:779
#2 0x77dea782 in _dl_fixup (l=, reloc_arg=)
at ../elf/dl-runtime.c:118
#3 0x77df0635 in _dl_runtime_resolve () at
../sysdeps/x86_64/dl-trampoline.S:41
#4 0x7fffdc294430 in Alloc (this=0x7fffe6efa8a0,
aContractID=0x7fffd928) at nsMemory.h:68
#5 nsGenericFactory::GetContractID (this=0x7fffe6efa8a0,
aContractID=0x7fffd928)
at nsGenericFactory.cpp:115
#6 0x779520fc in ClassIDWriter (table=,
hdr=,
number=, arg=) at
nsComponentManager.cpp:1137
#7 0x779270d0 in PL_DHashTableEnumerate (table=0x706eb1a8,
etor=0x7795202d , arg=0x7fffda90)
at pldhash.c:754
#8 0x779523d7 in nsComponentManagerImpl::WritePersistentRegistry
(this=0x706eb160)
at nsComponentManager.cpp:1246
#9 0x7795513b in nsComponentManagerImpl::AutoRegister
(this=0x706eb160, aSpec=0x0)
at nsComponentManager.cpp:3469
#10 0x77930163 in NS_InitXPCOM3_P (result=,
binDirectory=,
appFileLocationProvider=, staticComponents=,
componentCount=) at nsXPComInit.cpp:773
#11 0x77bc34c7 in ScopedXPCOMStartup::Initialize (this=0x7fffe580)
at nsAppRunner.cpp:1119
#12 0x77bc650d in XRE_main (argc=, argv=,
aAppData=) at nsAppRunner.cpp:3283
#13 0x0040184b in main (argc=1, argv=0x7fffe808) at
nsMailApp.cpp:101
"bt full" output attached.
#0 _dl_signal_cerror (errcode=0, objname=0x7fffe6e70640
"/usr/lib/icedove/components/libdbusservice.so",
occation=0x77df6f03 "symbol lookup error", errstring=0x7fffd690
"undefined symbol: NS_Alloc")
at dl-error.c:138
No locals.
#1 0x77de7187 in _dl_lookup_symbol_x (undef_name=,
undef_map=, ref=0x7fffd7f8, symbol_scope=,
version=, type_class=, flags=5,
skip_map=0x0) at dl-lookup.c:779
reference_name = 0x7fffe6e70640
"/usr/lib/icedove/components/libdbusservice.so"
versionstr = 0x77df6a53 ""
versionname = 0x77df6a53 ""
old_hash = 4294967295
current_value = {s = 0x0, m = 0x0}
scope =
__PRETTY_FUNCTION__ = "_dl_lookup_symbol_x"
i =
protected =
#2 0x77dea782 in _dl_fixup (l=, reloc_arg=)
at ../elf/dl-runtime.c:118
version = 0xfefefefefefefeff
flags = 5
reloc =
sym = 0x7fffdc291538
result =
value =
__PRETTY_FUNCTION__ = "_dl_fixup"
#3 0x77df0635 in _dl_runtime_resolve () at
../sysdeps/x86_64/dl-trampoline.S:41
No locals.
#4 0x7fffdc294430 in Alloc (this=0x7fffe6efa8a0,
aContractID=0x7fffd928) at nsMemory.h:68
No locals.
#5 nsGenericFactory::GetContractID (this=0x7fffe6efa8a0,
aContractID=0x7fffd928)
at nsGenericFactory.cpp:115
No locals.
#6 0x779520fc in ClassIDWriter (table=,
hdr=,
number=, arg=) at
nsComponentManager.cpp:1137
factoryEntry = 0x7fffe6e7a690
fd = 0x7fffe6e70d30
cidString = "{75a500a2-0030-40f7-86f8-63f225b940ae}"
className = 0x0
loaderName =
loaderData = 0x706eb2b0
contractID = 0x0
classInfo = { = {mRawPtr = 0x7fffe6efa8a8}, }
location =
#7 0x779270d0 in PL_DHashTableEnumerate (table=0x706eb1a8,
etor=0x7795202d , arg=0x7fffda90)
at pldhash.c:754
entryAddr =
entryLimit = 0x7fffe6e84000 "\030,\355\367\377\177"
i = 128
capacity = 2048
entrySize = 16
ceiling =
didRemove = 0
entry = 0x7fffe6e7d020
op =
#8 0x779523d7 in nsComponentManagerImpl::WritePersistentRegistry
(this=0x706eb160)
at nsComponentManager.cpp:1246
file = { = {mRawPtr = 0x7fffd98d4480}, }
localFile = { = {mRawPtr = 0x7fffd98d4480}, }
originalLeafName = { = { =
{ = {
mData = 0x7fffda30 "compreg.dat", mLength = 11, mFlags =
65553}, },
mFixedCapacity = 63, mFixedBuf = 0x7fffda30 "compreg.dat"},
mStorage =
"compreg.dat\000\377\177\000\000\360\332\377\377\377\177\000\000\277\201\222\367\377\177\000\000X\332\377\377\377\177\000\000\b\000\000@\000\000\000\000N\006\227\367\377\177\000\000\354\332\377\377\377\177\000"}
fd = 0x7fffe6e70d30
rv =
exists = 32767
parent = { = {mRawPtr = 0x7fffdad0}, }
leafName = { = { = { = {
m
Bug#619306: ghostscript segfaults on some eps file
On 11-05-04 at 05:44am, Jonathan Nieder wrote: > Jonathan Nieder wrote: > > Håkon A. Hjortland wrote: > > >> Downgrading liblcms1 from 1.18.dfsg-1.2ubuntu1 to 1.16-7ubuntu1 > >> also fixes the segfaults for both arch-SPOT.eps and > >> transmitter.pdf. > > > > Ah, thanks for this (and for pinpointing which pointers are NULL)! > > I'll bisect. > > Ok, so I was looking for an upstream repository to sift through but I > don't think there is one for lcms1. Not sure I understand what you mean above: Sure there is upstream source for lcms1: http://www.littlecms.com/download.html > When ghostscript renders arch-SPOT.eps, Device2PCS->CLut16params (as > filled by cmsReadICCLut) is all-zeroes with modern liblcms1 and in > particular the pointer to its Interp3D method is NULL when cmsEvalLUT > calls it. Håkon did the brave thing and tried omitting the Interp3D > call, and it seemed to work okay. > > So it's all a little puzzling. Hints welcome. Ghostscript recently added support for LittleCMS 2.x which I hope to soon use instead of LittleCMS 1.x. Thanks to all of you for the valuable work here! - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#619306: ghostscript segfaults on some eps file
Jonas Smedegaard wrote: > On 11-05-04 at 05:44am, Jonathan Nieder wrote: >> Ok, so I was looking for an upstream repository to sift through but I >> don't think there is one for lcms1. > > Not sure I understand what you mean above: Sure there is upstream source > for lcms1: http://www.littlecms.com/download.html All I meant is that there doesn't seem to be a VCS with split-out patches for the pre-lcms2 code like there is for lcms2. > Ghostscript recently added support for LittleCMS 2.x which I hope to > soon use instead of LittleCMS 1.x. Ah, that seems like a smart thing to do. I'll stop digging. Thanks for pointing it out. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#620065: fixed in libimobiledevice 1.1.0-3
Le Wednesday 04 May 2011 à 07:58 +0200, Raphael Hertzog a écrit : > In fact only the second one is really needed. dpkg deals correctly > with > upgrade of libimobiledevice1. Ok, thank you for the clarification :) The update is in progress. Regards, Julien Lavergne -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#623496: [thunar-volman] Solved?
Package: thunar-volman Version: 0.6.0-4 --- Please enter the report below this line. --- I had in my system .xinitrc with "exec dbus-launch ck-launch-session startxfce4" I have removed this file and now (also without any .xsessionrc) external USB stick can be mounted. But behaviour has a bit changed. It is possible only "eject" this device, not "unmount" as before. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#624862: uninstallable in sid
On Mon, May 02, 2011 at 11:27:53AM +0200, Sebastian Ramacher wrote: > Source: dante > Version: 1.1.19.dfsg-3 > Severity: important > Tags: sid > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > With the new libc6 version in unstable, libdsocks0 is uninstallable. > A rebuild against the new libc6 should fix this. Right, I'm in the process of updating dante to the new upstream version 1.2.3, which will also take care of rebuilding it. Thanks for reporting this problem! G'luck, Peter -- Peter Pentchev r...@ringlet.net r...@freebsd.org pe...@packetscale.com PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint FDBA FD79 C26F 3C51 C95E DF9E ED18 B68D 1619 4553 If the meanings of 'true' and 'false' were switched, then this sentence wouldn't be false. signature.asc Description: Digital signature
Bug#625215: keyboard-configuration: configuration not applied on Linux console
block 625215 by 614127 thanks Cédric Boutillier, le Wed 04 May 2011 10:56:56 +0200, a écrit : > On Wed, May 04, 2011 at 09:53:11AM +0200, Samuel Thibault wrote: > > This looks like #614127, please try to remove line 372 of > > /usr/share/X11/xkb/rules/base, that is: > > > htcdreamus de it= %l(htcdream) > > > which is indeed bogus and will be fixed by xkb-data. > > Indeed, removing that line made the error message disappear and I am now > able to type cyrillic letter and use my beloved composed key on the > console! > > Thanks. Should the bug report be merged with #614127 and reassigned to > xkb-data then? I've rather added a "block", to "document" the apparently-from-console-setup bug. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625521: glibc: causes segfault in Xorg
On Wed, May 04, 2011 at 12:29:50PM +0200, Julien BLACHE wrote: > "Steve M. Robbins" wrote: > > Hi, > > > I'm with Linus on this: let's just revert to the old behaviour. A > > tiny amount of clock cycles saved isn't worth the instability. > > Tiny amount?! The optimized memcpy() variants that break shitty code > bring a 4 to 5x speedup on the processors they've been written for! And furthermore, even if Debian chooses to "fix" this, upstreams will be forced to eventually cater to the default glibc behavior for every other libc distro out there that does not have their own "fix" (and non-libc OS's where this behavior already exists), so gains would be potentially limited. That said, regressions do suck, especially when they take the form of heisenbugs. But one could easily hack something LD_PRELOAD'able check for stuff like this without forcing a global change. my 0.02 $LC_MONETARY anyway, sean -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625530: Acknowledgement (pidgin can't connect successfully to the msn service)
My pc uses wireless network card (usb interface) , and it was brought up in the /etc/network/interfaces. After reporting this bug, I tried comment out the setting in /etc/network/interfaces like below: # The primary network interface # allow-hotplug wlan0 # iface wlan0 inet dhcp # wireless-* options are implemented by the wireless-tools package # wireless-mode managed # wireless-essid mynetwork # wireless-key1 s:mypasswd and began to use gnome network manager, strangely the pidgin can connect to the msn now. I don't know why.
Bug#625566: apt-forktracer: TypeError: update() takes exactly 2 arguments (1 given)
Package: apt-forktracer Version: 0.3 Severity: minor apt-forktracer spews a number of warnings on every call: $ apt-forktracer >/dev/null Error in function update TypeError: update() takes exactly 2 arguments (1 given) Error in function update TypeError: update() takes exactly 2 arguments (1 given) Error in function update TypeError: update() takes exactly 2 arguments (1 given) Error in function update TypeError: update() takes exactly 2 arguments (1 given) Error in function update TypeError: update() takes exactly 2 arguments (1 given) Error in function update TypeError: update() takes exactly 2 arguments (1 given) Error in function update TypeError: update() takes exactly 2 arguments (1 given) Error in function update TypeError: update() takes exactly 2 arguments (1 given) Please note that I'm using python-apt from experimental. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt-forktracer depends on: ii python2.6.6-14 interactive high-level object-orie ii python-apt0.8.0~exp4 Python interface to libapt-pkg ii python-support1.0.13 automated rebuilding support for P Versions of packages apt-forktracer recommends: ii lsb-release 3.2-27 Linux Standard Base version report -- 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#625460: gnome-media: gnome-sound-recorder refuses to start, complains about gconfaudiosrc
clone 625460 -1 severity -1 serious reassign -1 gstreamer0.10-plugins-good 0.10.28-3 retitle -1 Need a transition plan for gstreamer0.10-gconf thanks Le mercredi 04 mai 2011 à 11:42 +0200, Francois Gouget a écrit : > So it seems that gnome-media should explicitly depend on > gstreamer0.10-gconf. This is because this package was split out without any kind of transition planning. Dear GStreamer maintainers: please don’t introduce such large-scale changes without proper transition planning. You’ve broken dozens of packages, and you’ve even let this brokenness propagate to testing. While this change was certainly needed for KDE users, it should not have been handled this way. Please make gstreamer0.10-plugins-good temporarily depend on gstreamer0.10-gconf, and remove this dependency only when reverse dependencies have been fixed, with appropriate Breaks added. Thanks. -- Joss -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625522: glibc: causes segfault in Xorg
Aurelien Jarno wrote: > Except that package rebuild doesn't mean a new upload (e.g binNMUs). Yes, it would be painful if many packages have bugs of this kind. Open source projects tend to check for this (and I've never run into it after using libc 2.13 for a while) but I could easily be underestimating how bad it is. What I meant is that packages rebuilt against libc from sid are generally targetted at wheezy. That would (one hopes) give a little time to test and fix them. > I am not convinced that the upstream fix is really the solution. As soon > as the package is rebuild, the problem will happen again. I think it's mostly meant as a workaround to allow people to keep using Flash and old binaries. Another big downside is making almost everything depend on libc6 (>= 2.14). Binaries built against glibc with the upstream fix wouldn't be usable on older systems. > Le 04/05/2011 09:05, Jonathan Nieder a écrit : >> E.g., how about adopting hjl's suggestion and making the >> behavior (temporarily) conditional on a LD_DONT_BIND_IFUNC_MEMCPY_TO_MEMMOVE >> environment variable? > > I don't really feel like enabling critical features depending on an > environment variable that might not be properly propagated in some shell > scripts. I'm not a huge fan of the envvar trick, but I think you read it backwards. Unlike hjl in the bug log, I was suggesting using the safe behavior when the envvar is not set. At worst a script using sudo or "env -i" would cause programs it calls to use memmove instead of memcpy. Unfortunately I fear testers would be unlikely to actually use such a variable. Even MALLOC_PERTURB_ is not as widely used as one would like, judging from the bugs it sometimes uncovers. So yes, back to the drawing board. Thanks for your thoughtfulness. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625568: FReq.: Zoom in and out with mousewheel
Package: qelectrotech Version: 0.22+svn897-1 Severity: wishlist my suggestion for the roadmap: Zoom in and out with mousewheel qelectrotech is already quite cool. Thank you for your work! -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.38-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages qelectrotech depends on: ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.0-2 GCC support library ii libqt4-network4:4.7.2-3 Qt 4 network module ii libqt4-svg4:4.7.2-3 Qt 4 SVG module ii libqt4-xml4:4.7.2-3 Qt 4 XML module ii libqtcore44:4.7.2-3 Qt 4 core module ii libqtgui4 4:4.7.2-3 Qt 4 GUI module ii libstdc++64.6.0-2The GNU Standard C++ Library v3 Versions of packages qelectrotech recommends: ii qelectrotech-data 0.22+svn897-1 symbols needed for qelectrotech ii qelectrotech-examples 0.22+svn897-1 examples files for qelectrotech qelectrotech 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#625569: /usr/share/doc/ntp/NEWS.gz should be installed as upstream changelog
Package: ntp Version: 1:4.2.6.p2+dfsg-1+b2 Severity: minor Subject says all :) the file NEWS is the upstream changelog, and should be installed as such. Regards, Sandro -- System Information: Debian Release: 6.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-trunk-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 ntp depends on: ii adduser 3.112+nmu2 add and remove users and groups ii dpkg 1.15.8.8Debian package management system ii libc62.11.2-8Embedded GNU C Library: Shared lib ii libcap2 1:2.19-3support for getting/setting POSIX. ii libedit2 2.11-20080614-2 BSD editline and history libraries ii libopts251:5.10-1.1 automated option processing librar ii libssl1.0.0 1.0.0d-2SSL shared libraries ii lsb-base 3.2-26 Linux Standard Base 3.2 init scrip ii netbase 4.44Basic TCP/IP networking system Versions of packages ntp recommends: ii perl 5.10.1-17 Larry Wall's Practical Extraction Versions of packages ntp suggests: ii ntp-doc1:4.2.6.p2+dfsg-1 Network Time Protocol documentatio -- Configuration Files: /etc/ntp.conf changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625570: [xfce4] Missing icons - does not use tango-icon-theme anymore ?
Package: xfce4 Version: 4.8.0.2 Severity: normal --- Please enter the report below this line. --- I have upgraded in testing to XFCE4.8 But there are missing many icons in system. For example in Thunar is nearly any icon displayed. For that purpose I had installed tango-icon-theme package before. But now the situation is same with or without this package is installed. --- System information. --- Architecture: i386 Kernel: Linux 2.6.38-2-686 Debian Release: wheezy/sid 500 testing ftp.at.debian.org --- Package information. --- Depends(Version) | Installed -+-=== xfwm4 (>= 4.8.0) | 4.8.1-3 xfconf(>= 4.8.0) | 4.8.0-3 xfce4-settings(>= 4.8.0) | 4.8.1-4 xfce4-panel (>= 4.8.0) | 4.8.3-2 xfdesktop4(>= 4.8.0) | 4.8.2-1 thunar(>= 1.2.0) | 1.2.1-6 xfce4-utils (>= 4.8.0) | 4.8.1-2 gtk2-engines-xfce (>= 2.8.0) | 2.8.1-2 xfce4-session (>= 4.8.0) | 4.8.1-2 xfce4-appfinder (>= 4.8.0) | 4.8.0-3 xfce4-mixer (>= 4.8.0) | 4.8.0-2 orage (>= 4.8.0) | 4.8.1-2 Recommends (Version) | Installed -+- xorg | 1:7.6+6 desktop-base (>= 5.0.4) | thunar-volman (>= 0.6.0) | 0.6.0-4 tango-icon-theme (>= 0.8.90) | 0.8.90-3 Suggests (Version) | Installed -+-=== xfprint4 | xfce4-goodies| signature.asc Description: PGP signature
