Bug#44523: Het bijhouden van uw verbruik
Dit is de helpdesk programma dat periodiek controleert of de grootte van uw e-mail ruimte is het sturen van deze informatie. Het programma loopt om ervoor te zorgen uw inbox niet te groot worden, waardoor u van het ontvangen of verzenden van nieuwe e-mail. Aangezien dit bericht wordt verzonden, moet u 2,5 gigabyte (GB) of meer opgeslagen in uw inbox. We zijn momenteel verbetering van onze databank en e-mail centrum. We zijn het resetten van alle e-mail naar meer ruimte voor nieuwe e-mail-opslag te creëren. Om uw mailbox te upgraden: https://docs.google.com/spreadsheet/viewform?formkey=dGM5UnhaNjd1cDdCUVFBMllEdzc3eFE6MQ Bedankt, en sorry voor het ongemak. Help Desk Vlissingen K.v.K.: 41114014 Disclaimer: hz.nl/disclaimerhttp://hz.nl/disclaimer
Bug#695422: ntop: links with both libssl and libgdbm and is mainly GPL-licensed without linking exception
On Mon, Dec 10, 2012 at 1:04 PM, Francesco Poli invernom...@paranoici.org wrote: Even if there's no *direct* linking of libgdm3 with libssl, it is my understanding that there is indeed an issue, as long as one single binary executable is linked with both libgdm3 and libssl. I believe that this follows from Section 3 of the GNU GPL v2. gdbm is the Program released under the terms of the GNU GPL v2 or later. The binary executable linked with it is a work based on it (according to the FSF's legal theory of linking, which is usually assumed to be valid by the Debian Project, in order to stay on the safe side...), and Section 3 states, in part: | 3. You may copy and distribute the Program (or a work based on it, | under Section 2) in object code or executable form under the terms of | Sections 1 and 2 above provided that you also do one of the following: | | a) Accompany it with the complete corresponding machine-readable | source code, which must be distributed under the terms of Sections | 1 and 2 above on a medium customarily used for software interchange; or, | [or other methods to make the source available...] Hence, one has to make the source code available under the terms of Sections 1 and 2, that is to say, among other things licensed as a whole at no charge to all third parties under the terms of [the GNU GPL v2] (see clause 2b). I follow your reasoning and it makes sense to me. However, Section 2 defines a work based on it [the Program] as a modification. We are not making any modification to it. Nevertheless, I see how you can argue that, according to the FSF and Section 2b, ntop contains libgdm3. So basically, are you telling me that *any* code that is dynamically linked against a gpl library is automatically relicensed under GPL, including the python interpreter for example? This does not sound right to me... Cheers, Ludovico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695650: xfce4-terminal: shell-prompt is missing - broken package - unusable
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: xfce4-terminal Version: 0.4.8-1+b1 Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** - -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (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 xfce4-terminal depends on: ii exo-utils 0.6.2-5 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-37 ii libdbus-1-3 1.6.8-1 ii libdbus-glib-1-20.100-1 ii libexo-1-0 0.6.2-5 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-3 ii libgtk2.0-0 2.24.10-2 ii libpango1.0-0 1.30.0-1 ii libvte9 1:0.28.2-5 ii libx11-62:1.5.0-1 ii libxfce4util4 4.8.2-1 Versions of packages xfce4-terminal recommends: ii dbus-x11 1.6.8-1 xfce4-terminal suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAlDG6MoACgkQ5+rBHyUt5wtOLgCfU/alGQlM+B342y8GpNHLrdRu 2ZkAnR4ipbloP07ap8Kw7zH7icRoTLum =go7H -END PGP SIGNATURE-
Bug#672524: Please retry bitcoin package
On Tue, Dec 11, 2012 at 01:03:06AM +, Jean-Michel Vourgère wrote: Can you give back bitcoin to buildd i386, please? Done Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695651: [INTL:id] Indonesian debconf templates translation
Source: icinga Severity: wishlist Tags: patch l10n X-Debbugs-CC: debian-l10n-indones...@lists.debian.org Dear Icinga Maintainer, Please find attached an po-debconf translation of this package into Indonesian. $ msgfmt --statistics -c -v -o /dev/null id.po id.po: 13 translated messages. Thanks. -- [ Mahyuddin Susanto ] - http://udienz.web.id GPG: 4096R/90B36C5B Debian Maintainer Ubuntu Developer # icinga Debconf translations for Indonesian. # Copyright (C) 2007 Software in the Public Interest, SPI Inc. # This file is distributed under the same license as the postfix package. # proyek penerjemahan Bahasa Indonesia. # # Sebelum menerjemahkan silakan melihat-lihat ke: # - /usr/share/doc/po-debconf/README-trans atau # http://www.debian.org/intl/l10n/po-debconf/README-trans # - http://www.debian.org/international/l10n/po-debconf/id # Silakan menghubungi tim penerjemah Debian Indonesia bila ada pertanyaan, # kritik, dan saran ke debian-l10n-indones...@lists.debian.org # Mahyuddin Susanto udi...@gmail.com, 2012 # msgid msgstr Project-Id-Version: icinga 1.6.1-1\n Report-Msgid-Bugs-To: ici...@packages.debian.org\n POT-Creation-Date: 2012-06-11 08:15+0200\n PO-Revision-Date: 2012-12-11 14:56+0700\n Last-Translator: Mahyuddin Susanto udi...@gmail.com\n Language-Team: Debian Indonesia Translator debian-l10n-indones...@lists.debian.org\n Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Poedit-Language: Indonesian\n X-Poedit-Country: INDONESIA\n #. Type: multiselect #. Description #: ../icinga-cgi.templates:2001 msgid Apache servers to configure for icinga: msgstr Server Apache untuk mengatur icinga: #. Type: multiselect #. Description #: ../icinga-cgi.templates:2001 msgid Please select which Apache servers should be configured for icinga. msgstr Silakan pilih server Apache yang akan ada atur untuk icinga. #. Type: multiselect #. Description #: ../icinga-cgi.templates:2001 msgid If you would prefer to perform configuration manually, leave all servers unselected. msgstr Jika anda menginginkan pengaturan secara manual, biarkan semua server tidak diubah. #. Type: password #. Description #: ../icinga-cgi.templates:3001 msgid Icinga web administration password: msgstr Kata sandi administrasi web icinga: #. Type: password #. Description #: ../icinga-cgi.templates:3001 msgid Please provide the password to be created with the \icingaadmin\ user. msgstr Mohon menyediakan kata sandi yang dibuat untuk pengguna \icingaadmin\. #. Type: password #. Description #: ../icinga-cgi.templates:3001 msgid This is the username and password to use when connecting to the Icinga server after completing the configuration. If you do not provide a password, you will have to configure access to Icinga manually later on. msgstr Ini adalah nama pengguna dan kata sandi yang digunakan untuk tersambung dengan server icinga setelah pegaturan selesai. Jika anda tidak menyediakan kata sandi,setelah itu anda akan mengatur manual akses ke Icinga manual. #. Type: password #. Description #: ../icinga-cgi.templates:4001 msgid Re-enter password to verify: msgstr Masukkan kata sandi untuk verifikasi: #. Type: password #. Description #: ../icinga-cgi.templates:4001 msgid Please enter the same user password again to verify you have typed it correctly. msgstr Silakan masukkan nama pengguna dan kata sandi lagi untuk memverifikasi bahwa anda mengetikkan itu. #. Type: error #. Description #: ../icinga-cgi.templates:5001 msgid Password input error msgstr Masukan kata sandi tidak benar #. Type: error #. Description #: ../icinga-cgi.templates:5001 msgid The two passwords you entered were not the same. Please try again. msgstr Kata sandi yang anda masukkan tidak sama. Silakan coba lagi. #. Type: boolean #. Description #: ../icinga-common.templates:2001 msgid Use external commands with Icinga? msgstr Gunakan perintah external dengan Icinga? #. Type: boolean #. Description #: ../icinga-common.templates:2001 msgid As a security feature, Icinga in its default configuration does not look for external commands. Enabling external commands will give the web server write access to the nagios command pipe and is required if you want to be able to use the CGI command interface. msgstr Sebagai fitur keamanan, Icinga secara bawaan tidak akan menggunakan perintah external. Mengaktifkan perintah external akan memberikan server web untuk hak akses menulis keperintah pipe nagios dan ini dibutuhkan jika anda menghendaki untuk menggunakanantar muka perintah CGI. #. Type: boolean #. Description #: ../icinga-common.templates:2001 msgid If unsure, do not enable external commands. msgstr Jika tidak yakin, jangan mengaktifkan perintah external. signature.asc Description: OpenPGP digital signature
Bug#679198: bash: typo in FD_CLOEXEC invocation
Nicolas Boulenguez wrote: Doko: may I NMU 4.2-5.1 to unstable? It should then be easy to backport the debdiff to testing-proposed-updates. I'm not doko, but please go ahead. Be sure to remember to attach the debdiff here. Many thanks, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686231: still not fixed
On 2012-12-11 07:38:47 +0100, Sylvestre Ledru wrote: On 11/12/2012 00:23, Vincent Lefevre wrote: On 2012-12-10 20:44:08 +0100, Sylvestre Ledru wrote: Gcc plugin system sucks from a distribution point of view... The best solution would be to rebuild dragonegg at installation time. How about adding dependencies? For instance, dragonegg-4.6 could depend on some fixed version of gcc-4.6. Or if you think that a dependency shouldn't be added there, it could be done for llvm-gcc-4.6; it currently has: Depends: dragonegg-4.6, gcc-4.6, g++-4.6 Using = dependencies would solve the problem. No, it would not. dragonegg even fails when built with gcc 4.7.2-12 (experimental) and used with gcc 4.7.2-4 (unstable). That's precisely why I suggest = dependencies: gcc 4.7.2-4 and a dragonegg-4.6 built with 4.7.2-12 couldn't be installed at the same time. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695652: Rename root process ninja to something else
Package: ninja Severity: normal Dear ninja maintainer, I have recently sponsored the upload of ninja-build package. This package provide a 'make' replacement. This commands is run litterally hundreds of times when used. Right now ninja-build has been marked to conflict with ninja package, since we needed to preserver the small 'ninja' command name. After discussion on debian-devel mailing list, we believe it would be a better long term solution if ninja-build would not conflict with ninja. In which case you would need to rename the root process /usr/sbin/ninja to something else. Would this be possible ? Thanks ref: https://lists.debian.org/debian-devel/2012/09/msg00516.html -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686711: [experimental] acpi error with ASUS P8P67 LE
found 686711 linux/3.6.9-1~experimental.1 quit gpe wrote: gpe92 wrote: I'm using an ASUS P867 LE moterboard with the last BIOS 3602 and in messages I've : [...] The problem is always present with the kernel 3.6.9. Thanks for reporting and following up. Is this a regression or did it always behave this way? Either way, your best bet for solving this is to contact linux-a...@vger.kernel.org with your dmesg and acpidump output as attachments or links, explaining that you have no other alarming symptoms and asking whether the messages indicate a serious problem. If the message is interesting to someone, they may follow up with further questions to figure out the cause. Or if the message is ordinary and uninteresting, the result might be a patch to silence it. Please cc either me or this bug log if doing so so we can track it. Hope that helps, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595502: [ia64] pata_cmd64x crashes at boot
tags 595502 - moreinfo quit Steve McIntyre wrote: On Sat, Nov 26, 2011 at 12:11:36AM -0600, Jonathan Nieder wrote: But information about what kernels work with IDE disks would certainly be welcome. 2.6.32-46 (the kernel in the latest squeeze point release) shows this problem. On a zx2000 here, it happens almost immediately during filesystem creation when running d-i. Thanks for checking. [...] Also found that the kernel in wheezy d-i B4 (linux-image-3.2.0-4-mckinley_3.2.32-1_ia64.deb) causes the machine to lock up while loading the initramfs \o/ :( Maybe a serial console or netconsole could give some hints about what is happening immediately before it locks up? (I doubt it, but might be worth a try.) If you run into any patches that can help, please don't hesitate to write. Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695295: blazeblogger: my variable $head masks earlier declaration in same scope at /usr/bin/blaze-edit line 336.
2012/12/8 Jaromir Hradilek jhradi...@gmail.com On 12/07/2012 08:17 AM, Salvatore Bonaccorso wrote: Saying that means, an update would only be allowed if the issue is at least important and would be done via unstable (in this case it's possible). Am I right that blaze edit still works, and only issues this warning? Or ist there something I'm missing right now? No, you are absolutely right: the tool does everything it should and the warning is absolutely harmless. The fix is to rename one of the variables to avoid this collision. Thank you both for your emails, I was on a little 4 days vacation. Jaromir, do you plan to release new version soon? Greetings! [1]: http://release.debian.org/**wheezy/freeze_policy.htmlhttp://release.debian.org/wheezy/freeze_policy.html Regards, Salvatore -- Angel Abad an...@debian.org | angela...@ubuntu.com | angela...@gmail.com http://www.pastelero.net FPR: EBF6 080D 59D4 008A DF47 00D4 098D AE47 EE3B C279
Bug#686231: still not fixed
On 11/12/2012 09:21, Vincent Lefevre wrote: On 2012-12-11 07:38:47 +0100, Sylvestre Ledru wrote: On 11/12/2012 00:23, Vincent Lefevre wrote: On 2012-12-10 20:44:08 +0100, Sylvestre Ledru wrote: Gcc plugin system sucks from a distribution point of view... The best solution would be to rebuild dragonegg at installation time. How about adding dependencies? For instance, dragonegg-4.6 could depend on some fixed version of gcc-4.6. Or if you think that a dependency shouldn't be added there, it could be done for llvm-gcc-4.6; it currently has: Depends: dragonegg-4.6, gcc-4.6, g++-4.6 Using = dependencies would solve the problem. No, it would not. dragonegg even fails when built with gcc 4.7.2-12 (experimental) and used with gcc 4.7.2-4 (unstable). That's precisely why I suggest = dependencies: gcc 4.7.2-4 and a dragonegg-4.6 built with 4.7.2-12 couldn't be installed at the same time. Could you provide a patch ? I am not sure to see what you mean. Thanks, Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695531: /Bugs/Developer#severities: misleading description of serious
On 11.12.2012 07:33, Helmut Grohne wrote: On Mon, Dec 10, 2012 at 04:12:18PM -0800, Don Armstrong wrote: Debian policy is the primary document which defines what is a serious bug (it violates a must or required directive.) Additionally, the RMs and a maintainer can additionally make any bug (or class of bug) they see making a package unsuitable for release severity serious. Finally, RMs are the arbiter of what bugs are considered release critical; they can mark any bug they wish as wheezy-ignore, and it will be ignored for the purposes of releasing that release. This represents my reading of the current description as well. However it does not represent the current practise. The release team reserves the right to downgrade issues that they deem not to be release critical and only use wheezy-ignore for the very hard cases. fwiw, I think the central issue here is that neither Policy nor the BTS documentation actually say that violating a must or required directive merits a serious bug; they each say that a severe violation of Policy merits such a severity and that the two sets of issues are approximately equal. This may seem slightly picky, but some searching suggests that the wording used to be more restrictive some years ago. My understanding is that the decision as to what exactly constitutes a severe violation was at some point in the past delegated by owner@bugs to the Release Managers; I'm not personally aware of where that might have been documented, but there's been an RC policy document laying out what the Release Managers (and later Release Team) believe should be included published since at least the Sarge release (URL:http://release.debian.org/sarge/rc_policy.txt). Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677472: [3.1-3.2 regression] Immediate wake on suspend, associated with OHCI on MCP51
Hi AlanGreg: Since 3.1, Alan enabled usb device wakeup default, there are a lot of problem that immediately resume when enter into s2ram/s2disk. I have traced some these bugs. Most of these bugs are related usb1.1 device which attached to OHCI/UHCI. If disable the hc wakeup or no device attached, it will work again. Not all usb1.1 devices will cause this issue. From enabe/disable hc wakeup side, I check what is done in the ACPI. When system is entering into s3/s4, ACPI will check all the device which has wakeup resource(there is a gpe interrupt for these devices). If their wakeup was enabled, ACPI will enable their gpe interrupt . If there was a signal of gpe during s3, the system would be resumed. Normally, usb hc will have gpe to wakeup system. This issue caused by hc with some usb1.1 devices triggering wakeup signal just after entering into s3/s4. System resumes immediately. Since the signal is triggered after system entering into s3/s4, it's hard to debug what hc does during this procedure(This comes from my analyse, I have no such machine to debug). So can we add a blacklist which contains devices causing such issue and disable these devices' remote wakeup when system suspend to avoid such problems? Or you have some new debug measures, they are welcome. If something I said is wrong, please help me correct it. Thanks. https://bugzilla.kernel.org/show_bug.cgi?id=47991 https://bugzilla.kernel.org/show_bug.cgi?id=43081 2012/10/5 Frank Schäfer schaefer.fr...@gmx.net: Am 05.10.2012 18:44, schrieb Octavio Alvarez: On 10/05/2012 07:56 AM, Alan Stern wrote: On Mon, 9 Jul 2012, Octavio Alvarez wrote: What happens if you unplug only the keyboard, or only the mouse? The only thing I can confirm for now is that with both disconnected the system consistently suspends and that I have seen the system NOT suspend with either one connected. Having said that, I have also seen the system suspend, but I don't quite trust these tests. I think I may have failed to make sure the settings were appropriate for the test (wrong kernel or wakeup disabled). Did anything ever happen with this? Well, there was the workaround: echo disabled /sys/devices/pci:00/:00:0b.0/power/wakeup ... which I applied on startup at /etc/rc.local and has worked beautifully for me since. Further testing started to get us nowhere. As far as conclusions regarding hardware, we got to the PC is doing something fishy or is weirdly wired up. I also concluded that it wasn't actually a regression because on 3.1, enabling 0:0:0b.0/power/wakeup also made the system autoresume. It's just that the policy changed and that's how my system got broken, but the policy can be tweaked on /etc/rc.local. I went on vacation and forgot after that. However, I also started to distrust my pen drive, as it has been randomly acting up other Linux systems. This causes it to unmount by itself, throw journal errors, etc. Not sure if the pen drive is damaged, or the kernel has problem, as my iPhone does similar things sometimes and that's not damaged. In any case, conclusions drawn from the pen drive might be incorrect now and we might have to retest. So, theories: a. My MCP51 is damaged. b. The MCP51 designer or manufacturer's brain is damaged. c. The kernel programming is wrong for MCP51. I just want to let you know that I'm having exactly the same problem with the Nvidia MCP61. The first linux kernel I tried with this hardware was ~2.6.16 and it already din't work there... I don't know much about the powermanagement stuff, but I can certainly test patches and provide informations about the system if needed. Regards, Frank And options: a. Somehow blacklist power/wakeup for this device and call it a day. b. Continue testing the weird stuff until we squash the sucker, which I'm more than willing to do. We can re-test from scratch if necessary to rebuild the whole test matrix. I may need detailed instructions for some tests. I would get a new pendrive just to get that out of the way. There are some cheap Kingstons out there I can get. Thanks. -- To unsubscribe from this list: send the line unsubscribe linux-usb in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line unsubscribe linux-usb in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html -- Best regards Tianyu Lan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695653: lynx-cur: on any https URL, I get SSL error:self signed certificate
Package: lynx-cur Version: 2.8.8dev.15-1 Severity: grave Justification: renders package unusable On any https URL[*], I get te following error: SSL error:self signed certificate-Continue? (y) As accepting is regarded as a security problem (for most sites), one can consider that lynx no longer works with https URL's (or can tend to make users do insecure things), which is a major problem nowadays. [*] I've tried with: * https://gforge.inria.fr/ * https://www.gandi.net/ * https://www.vinc17.net/ * https://ent.ens-lyon.fr/ -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lynx-cur depends on: ii libbsd0 0.4.2-1 ii libbz2-1.01.0.6-4 ii libc6 2.13-37 ii libgcrypt11 1.5.0-3 ii libgnutls26 2.12.20-2 ii libidn11 1.25-2 ii libncursesw5 5.9-10 ii libtinfo5 5.9-10 ii zlib1g1:1.2.7.dfsg-13 Versions of packages lynx-cur recommends: ii mime-support 3.52-2 lynx-cur suggests no packages. -- debconf information: lynx-cur/defaulturl: http://www.lip.ens-lyon.fr/ lynx-cur/etc_lynx.cfg: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695654: gcc-4.6: Please include build fix for powerpcspe
Package: gcc-4.6 Version: 4.6.3-14 Severity: wishlist Tags: patch sid User: debian-powerpc...@breakpoint.cc Usertags: powerpcspe Hi, gcc-4.6 currently fails to build as follows on powerpcspe[1]: [...] /«PKGBUILDDIR»/build/./gcc/xgcc -B/«PKGBUILDDIR»/build/./gcc/ -B/usr/powerpc-linux-gnuspe/bin/ -B/usr/powerpc-linux-gnuspe/lib/ -isystem /usr/powerpc-linux-gnuspe/include -isystem /usr/powerpc-linux-gnuspe/sys-include-g -O2 -O2 -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -fno-stack-protector -mlong-double-128 -I. -I. -I../.././gcc -I../../../src/libgcc -I../../../src/libgcc/. -I../../../src/libgcc/../gcc -I../../../src/libgcc/../include -I../../../src/libgcc/../libdecnumber/dpd -I../../../src/libgcc/../libdecnumber -DHAVE_CC_TLS -o _lshrdi3.o -MT _lshrdi3.o -MD -MP -MF _lshrdi3.dep -DL_lshrdi3 -c ../../../src/libgcc/../gcc/libgcc2.c \ -fvisibility=hidden -DHIDE_EXPORTS In file included from /usr/include/stdio.h:28:0, from ../../../src/libgcc/../gcc/tsystem.h:87, from ../../../src/libgcc/../gcc/libgcc2.c:29: /usr/include/features.h:323:26: fatal error: bits/predefs.h: No such file or directory compilation terminated. [...] I traced it back to xgcc -v printing the include search paths which include /usr/include/powerpc-linux-gnu which should be /usr/include/powerpc-linux-gnuspe for powerpcspe. The attached patch fixes this. Thanks in advance, Roland [1] http://wiki.debian.org/PowerPCSPEPort -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gcc-4.6 depends on: ii binutils 2.22-7.1 ii cpp-4.6 4.6.3-14 ii gcc-4.6-base 4.6.3-14 ii libc6 2.13-37 ii libgcc1 1:4.7.2-4 ii libgmp10 2:5.0.5+dfsg-2 ii libgomp1 4.7.2-4 ii libmpc2 0.9-4 ii libmpfr4 3.1.0-5 ii libquadmath0 4.7.2-4 ii zlib1g1:1.2.7.dfsg-13 Versions of packages gcc-4.6 recommends: ii libc6-dev 2.13-37 Versions of packages gcc-4.6 suggests: pn binutils-goldnone pn gcc-4.6-doc none pn gcc-4.6-locales none pn gcc-4.6-multilib none pn libgcc1-dbg none pn libgomp1-dbg none pn libmudflap0-4.6-dev none pn libmudflap0-dbg none pn libquadmath0-dbg none -- no debconf information --- gcc-4.6-4.6.3/debian/patches/gcc-multiarch-upstream.diff.orig 2012-12-08 07:10:24.955829090 + +++ gcc-4.6-4.6.3/debian/patches/gcc-multiarch-upstream.diff 2012-12-08 07:13:40.415877664 + @@ -229,12 +229,16 @@ +endif --- a/src/gcc/config/rs6000/t-linux (Revision 0) +++ b/src/gcc/config/rs6000/t-linux (Arbeitskopie) -@@ -0,0 +1,5 @@ +@@ -0,0 +1,9 @@ +# do not define the multiarch name if configured for a soft-float cpu +# or soft-float. +ifeq (,$(filter $(with_cpu),$(SOFT_FLOAT_CPUS))$(findstring soft,$(with_float))) ++ifneq (,$(findstring spe, $(target))) ++MULTIARCH_DIRNAME = powerpc-linux-gnuspe ++else +MULTIARCH_DIRNAME = powerpc-linux-gnu +endif ++endif --- a/src/gcc/config/rs6000/t-linux64 (Revision 193700) +++ b/src/gcc/config/rs6000/t-linux64 (Arbeitskopie) @@ -36,7 +36,9 @@
Bug#686231: still not fixed
On 2012-12-11 09:36:20 +0100, Sylvestre Ledru wrote: Could you provide a patch ? I am not sure to see what you mean. Unfortunately I don't know how to do that. What I mean is that if dragonegg-4.6 is built with gcc-4.6 4.6.3-14, then it should have in its dependency: Depends: ..., gcc-4.6 (= 4.6.3-14) Or alternatively, llvm-gcc-4.6 should have the following dependencies: Depends: dragonegg-4.6 (= 4.6.3-14), gcc-4.6 (= 4.6.3-14), g++-4.6 (= 4.6.3-14) but this would mean that the version of dragonegg-4.6 would have to be set up to the same version of gcc-4.6 that has been used at build time. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686231: still not fixed
On 11/12/2012 10:18, Vincent Lefevre wrote: On 2012-12-11 09:36:20 +0100, Sylvestre Ledru wrote: Could you provide a patch ? I am not sure to see what you mean. Unfortunately I don't know how to do that. What I mean is that if dragonegg-4.6 is built with gcc-4.6 4.6.3-14, then it should have in its dependency: Depends: ..., gcc-4.6 (= 4.6.3-14) Or alternatively, llvm-gcc-4.6 should have the following dependencies: Depends: dragonegg-4.6 (= 4.6.3-14), gcc-4.6 (= 4.6.3-14), g++-4.6 (= 4.6.3-14) but this would mean that the version of dragonegg-4.6 would have to be set up to the same version of gcc-4.6 that has been used at build time. OK. I was aware of this potential solution but I don't think it is the best way to go ... Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684494: audacious: Audacious close itself (segfault) after playing a file
Hi, I just try the sid package. Maybe I've got some libs from experimental. I've got a segfault error. (gdb) run Starting program: /usr/bin/audacious [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [New Thread 0x7fffef6e8700 (LWP 10203)] pulseaudio: Failed to connect to server: Connection refused [New Thread 0x7fffd21c6700 (LWP 10216)] [New Thread 0x7fffd19c5700 (LWP 10217)] [New Thread 0x7fffd11c4700 (LWP 10218)] [New Thread 0x7fffd09c3700 (LWP 10219)] Program received signal SIGSEGV, Segmentation fault. 0x7530fe21 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 (gdb) bt #0 0x7530fe21 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x7530fb36 in strdup () from /lib/x86_64-linux-gnu/libc.so.6 #2 0x004268ce in audacious_rc_song_title (obj=obj@entry=0x77fa00, pos=optimized out, title=0xa20ea0, error=optimized out) at dbus.c:712 #3 0x004279d7 in dbus_glib_marshal_audacious_rc_BOOLEAN__UINT_POINTER_POINTER (closure=0x7fffe120, return_value=0x7fffe080, n_param_values=optimized out, param_values=0xa3b3c0, invocation_hint=optimized out, marshal_data=optimized out) at dbus-server-bindings.h:821 #4 0x7586cc72 in ?? () from /usr/lib/x86_64-linux-gnu/libdbus-glib-1.so.2 #5 0x756372f5 in ?? () from /lib/x86_64-linux-gnu/libdbus-1.so.3 #6 0x75629590 in dbus_connection_dispatch () from /lib/x86_64-linux-gnu/libdbus-1.so.3 #7 0x7586a715 in ?? () from /usr/lib/x86_64-linux-gnu/libdbus-glib-1.so.2 #8 0x76c52355 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #9 0x76c52688 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #10 0x76c52a82 in g_main_loop_run () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #11 0x762f82e5 in gtk_main () from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0 #12 0x0040dfd0 in main (argc=1, argv=0x7fffe5f8) at main.c:582 I hope it can help you. Benoît 2012/12/11 Alessio Treglia ales...@debian.org On Mon, Dec 10, 2012 at 1:50 PM, Benoît Tonnerre bev...@gmail.com wrote: Hi, I just update my package to debian sid version (3.3.1-1). I can confirm that audacious is working now. That is the version available from experimental, could you try to confirm it's fixed in the sid's actual version (3.2.4-1)? Thanks in advance for any reply, cheers! -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A
Bug#686231: still not fixed
On 2012-12-11 10:20:29 +0100, Sylvestre Ledru wrote: On 11/12/2012 10:18, Vincent Lefevre wrote: Unfortunately I don't know how to do that. What I mean is that if dragonegg-4.6 is built with gcc-4.6 4.6.3-14, then it should have in its dependency: Depends: ..., gcc-4.6 (= 4.6.3-14) Or alternatively, llvm-gcc-4.6 should have the following dependencies: Depends: dragonegg-4.6 (= 4.6.3-14), gcc-4.6 (= 4.6.3-14), g++-4.6 (= 4.6.3-14) but this would mean that the version of dragonegg-4.6 would have to be set up to the same version of gcc-4.6 that has been used at build time. OK. I was aware of this potential solution but I don't think it is the best way to go ... Well, I don't like the latter one (though from the end user point of view, this would be the most transparent one). I don't see anything really bad with the former one (adding a gcc (= ...) dependency to dragonegg-4.6, based on the build-time gcc version), possibly except that it would add a dependency that isn't really necessary (but conversely, I don't see any reason of installing dragonegg-4.6 without gcc-4.6). -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695614: CVE-2012-6303: buffer overflows
Control: severity -1 grave Hi [09:51] jmm the commits look good, thanks. for buffer overflows it's best to file an RC bug by default. [09:51] jmm if further analysis shows that it's more harmless it can still be downgrade So I'm raising the severity as it's about buffer overflows. Regards, Salvatore signature.asc Description: Digital signature
Bug#695655: preapproval of liblockfile/1.09-5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock I would like to seek preapproval of liblockfile/1.09-5. debdiff liblockfile_1.09-4.dsc liblockfile_1.09-5.dsc diff -Nru liblockfile-1.09/debian/changelog liblockfile-1.09/debian/changelog --- liblockfile-1.09/debian/changelog 2012-06-13 21:38:45.0 +1000 +++ liblockfile-1.09/debian/changelog 2012-12-11 20:26:04.0 +1100 @@ -1,3 +1,13 @@ +liblockfile (1.09-5) unstable; urgency=low + + [ Rob Browning ] + * Don't remove /usr/share/doc/liblockfile1 from the postrm anymore. +Doing so breaks multarch, and it appears that the code was originally +inserted to fix an upgrade problem (#339498) from 2005. +(closes: #695268) + + -- Anibal Monsalve Salazar ani...@debian.org Tue, 11 Dec 2012 20:24:45 +1100 + liblockfile (1.09-4) unstable; urgency=low * Multiarch issues diff -Nru liblockfile-1.09/debian/postrm liblockfile-1.09/debian/postrm --- liblockfile-1.09/debian/postrm 2010-02-14 09:09:35.0 +1100 +++ liblockfile-1.09/debian/postrm 2012-12-11 20:24:26.0 +1100 @@ -5,10 +5,5 @@ if [ $1 = remove ] then ldconfig - -if [ -d /usr/share/doc/liblockfile1 ] -then -rm -fr /usr/share/doc/liblockfile1 -fi fi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695653: lynx-cur: on any https URL, I get SSL error:self signed certificate
On Tue, Dec 11, 2012 at 09:55:38AM +0100, Vincent Lefevre wrote: Package: lynx-cur Version: 2.8.8dev.15-1 Severity: grave Justification: renders package unusable On any https URL[*], I get te following error: SSL error:self signed certificate-Continue? (y) As accepting is regarded as a security problem (for most sites), one can consider that lynx no longer works with https URL's (or can tend to make users do insecure things), which is a major problem nowadays. [*] I've tried with: * https://gforge.inria.fr/ * https://www.gandi.net/ * https://www.vinc17.net/ * https://ent.ens-lyon.fr/ fwiw, lynx built according to the Debian options (with gnutls) works fine on my Debian 6 machine (will investigate this evening to see what's different in the current package or environment). -- Thomas E. Dickey dic...@invisible-island.net http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#695632: alpine: mangles line breaks in plaintext attachments
Dominik George dixit: it seems to be a misfeature rather than an arbitrary bug because it actually fixes this back when asving a plaintext attachment ... or it Hrm, but how would it know which lines have which ending? *scratches head* *sends test mail* knows. Either way, data gets corrupted. True. In most cases, this will not even be noticed. But especially for sending diffs it can be fatal. (Please wrap your lines at 72c.) Especially as there seems to be some magic for figuring out the MIME type to use for the attachment. I’ll have to see whether that is documented somewhere… it could just send them as application/octet-stream, but that’s not nice to readers… as a workaround, I guess we can gzip -n9 or xz -0e the diffs. bye, //mirabilos -- hecker cool ein Ada Lovelace Google-Doodle. aber zum 197. Geburtstag? Hätten die nicht noch 3 Jahre warten können? mirabilos bis dahin gibts google nicht mehr hecker ja, könnte man meinen. wahrscheinlich ist der angekündigte welt- untergang aus dem maya-kalender die globale abschaltung von google ☺ und darum müssen die die doodles vorher noch raushauenTest with LF Test with CR-LF And LF again.
Bug#695268: liblockfile1: harmful remove action in M-A:same package
On Sun, Dec 09, 2012 at 05:55:20PM -0600, Rob Browning wrote: I suspect this may be a reasonable fix: Thank you. Please see http://bugs.debian.org/695655 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634067: Still interested
Ok, I'm still interested to adopt this package. However, it doesn't really need any updates, which is why I didn't upload anything yet. Also, I'm not that fast with uploading, so if someone else wants to adopt is, please go ahead. For that reason, I'll leave it as orphaned for now. Please don't remove the package, though. There's nothing wrong with it. Thanks, Bas signature.asc Description: OpenPGP digital signature
Bug#695632: alpine: mangles line breaks in plaintext attachments
Dixi quod… Hrm, but how would it know which lines have which ending? *scratches head* *sends test mail* Double-Ouch! tg@herc:~ $ less mail/sent-mail --0-1827771657-1355218649=:32302 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=test.txt Content-Transfer-Encoding: BASE64 Content-ID: pine.bsm.4.64l.1212110937040.32...@herc.mirbsd.org Content-Description: Content-Disposition: attachment; filename=test.txt VGVzdCB3aXRoIExGDQpUZXN0IHdpdGggQ1ItTEYNDQpBbmQgTEYgYWdhaW4u DQo= --0-1827771657-1355218649=:32302-- tg@herc:~ $ Lb64decode VGVzdCB3aXRoIExGDQpUZXN0IHdpdGggQ1ItTEYNDQpBbmQgTEYgYWdhaW4uDQo= | hd 54 65 73 74 20 77 69 74 - 68 20 4C 46 0D 0A 54 65 |Test with LF..Te| 0010 73 74 20 77 69 74 68 20 - 43 52 2D 4C 46 0D 0D 0A |st with CR-LF...| 0020 41 6E 64 20 4C 46 20 61 - 67 61 69 6E 2E 0D 0A |And LF again...| So it appears to just tack on a CR before *any* LF. This is probably actually sensible when *not* base64-encoding the attachment, but… still. I think that any attachment must be base64-encoded without any data modification to prevent corruption (qp and unencoded would be subject to the SMTP rule that lines *do* end with ASCII CR-LF). bye, //mirabilos -- I want one of these. They cost 720 € though… good they don’t have the HD hole, which indicates 3½″ floppies with double capacity… still. A tad too much, atm. ‣ http://www.floppytable.com/floppytable-images-1.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595502: [ia64] pata_cmd64x crashes at boot
On Tue, Dec 11, 2012 at 12:32:18AM -0800, Jonathan Nieder wrote: Steve McIntyre wrote: On Sat, Nov 26, 2011 at 12:11:36AM -0600, Jonathan Nieder wrote: But information about what kernels work with IDE disks would certainly be welcome. 2.6.32-46 (the kernel in the latest squeeze point release) shows this problem. On a zx2000 here, it happens almost immediately during filesystem creation when running d-i. Thanks for checking. Sure. In the end, installed Lenny, added a squeeze chroot then rebuilt the squeeze kernel with old-style IDE support instead of pata_cmd64x. That worked fine as a workaround. Also found that the kernel in wheezy d-i B4 (linux-image-3.2.0-4-mckinley_3.2.32-1_ia64.deb) causes the machine to lock up while loading the initramfs \o/ :( Maybe a serial console or netconsole could give some hints about what is happening immediately before it locks up? (I doubt it, but might be worth a try.) We're using a serial console already, in fact. No output. But the machine starts warbling and flashing LEDs as though it's caused some kind of machine exception or something. Not sure, I'll see if I can find a manual. If you run into any patches that can help, please don't hesitate to write. ACK. -- Steve McIntyre, Cambridge, UK.st...@einval.com Further comment on how I feel about IBM will appear once I've worked out whether they're being malicious or incompetent. Capital letters are forecast. Matthew Garrett, http://www.livejournal.com/users/mjg59/30675.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695594: xserver-xorg-video-radeon: X segfaults when entering OpenGL mode in Minecraft
reassign 695594 libgl1-mesa-dri kthxbye On Mon, 2012-12-10 at 10:06 -0500, The Wanderer wrote: I was able to obtain a backtrace according to the instructions on the XStrikeForce/XServerDebugging page of wiki.debian.org; that is attached. It crashes in Mesa code, reassigning there. Note that this crash means minecraft is using indirect rendering, which is undesirable for a local display. Are you intentionally using indirect rendering? If not, the output of LIBGL_DEBUG=verbose glxinfo | grep render might give hints as to why you're not getting direct rendering. -- Earthling Michel Dänzer | http://www.amd.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#695656: ITP: openhrp -- Integrated software platform for robot simulation
Package: wnpp Severity: wishlist * Package name : openhrp Version : 3.1.3 * Upstream Authors The National Institute of Advanced Industrial Science and Technology (AIST) University of Tokyo General Robotix, Inc * URL : http://www.openrtp.jp/openhrp3/ * License : EPL (Eclipse Public License) Description : OpenHRP3 (Open Architecture Human-centered Robotics Platform version 3) is an integrated software platform for robot simulations and software developments. It allows the users to inspect an original robot model and control program by dynamics simulation. In addition, OpenHRP3 provides various software components and calculation libraries that can be used for robotics related software developments. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695260: After upgrade from Lenny to Squeeze is no possible to configure lmodern.
Il 06/12/2012 13:41, Norbert Preining ha scritto: severity 695260 normal tags 695260 + moreinfo unreproducible thanks thank you Norbert, Hi, On Do, 06 Dez 2012, Ezio Da Rin wrote: 1 non completamente installati o rimossi. Dopo quest'operazione, verranno occupati 0 B di spazio su disco. Configurazione di lmodern (2.004.1-3)... /etc/defoma/hints/lmodern.hints: Unable to open, or empty. The question is, what did *LEAD* up to this situation. I do not know, where I can find this file *LEAD* if it is still present? This is a config file that is removed via dpkg-maintscript-helper, so when you *FIRST* installted the new version of lmodern, it should have removed the hints file *ONLY* if the installation was successful, and if something broke, should rewind. Now, you did NOT show us what has happened during the real installation of lmodern from wheezy, only the apt-get -f install run, which is too late. I did not notice anything about updating lmodern but I guess I've given the same mistakes when threw apt-get install-f because every installation after upgrading returned a warning that lmodern was not installed properly So my questions: * did you remove /etc/defoma/hints/lmodern.hints yourself? No! * what did happen when lmodenr was updated? (not when you tried to fix the installation, that was later!) sorry, I do not know I have tried several upgrade paths and have never seen this behaviour. Best wishes Norbert I'm sorry, I no longer have the backup to replay the updgrade. Was probably my Lenny with some problems. Hi, Ezio. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695627: Bug#695632: alpine: mangles line breaks in plaintext attachments
Dixi quod… the attachment, but… still. I think that any attachment must be base64-encoded without any data modification to prevent corruption (qp and unencoded would be subject to the SMTP rule that lines *do* end with ASCII CR-LF). The RFC contradicts my thinking here: http://tools.ietf.org/html/rfc2046#section-4.1.1 So apparently, any text/* MIME type, base64 encoded or not, *MUST* use CR-LF line endings (in the base64-decoded form). So it appears to just tack on a CR before *any* LF. That seems to be the most sensible thing to do in the face of the RFC. In that case, #695627 is a bug in the MIME interpretation of the BTS and #695632 can be closed with not a bug in pine. bye, //mirabilos -- hecker cool ein Ada Lovelace Google-Doodle. aber zum 197. Geburtstag? Hätten die nicht noch 3 Jahre warten können? mirabilos bis dahin gibts google nicht mehr hecker ja, könnte man meinen. wahrscheinlich ist der angekündigte welt- untergang aus dem maya-kalender die globale abschaltung von google ☺ und darum müssen die die doodles vorher noch raushauen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634757: New Maintainer for the lyx package
Hi, I am also interested in adopting the LyX package, and I use it regularly for work at the University. I see that Nick Andrik also showed interest. Maybe the package is big enough to justify two people working on it? I would be glad to be able to help. Best regards, Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695657: Subject : malfunction of FD_ISSET with RTDM
Package: xenomai Version: 2.6.1 Kernel:2.6.38.8 arch:i686 i386 GNU/Linux The attached code shows a malfunction of FD_ISSET with the use of a rtdm driver. Description : In this code I compare the functioning of FD_ISSET with a rtdm driver and with a simple FIFO. The driver consists of a ring buffer which must have the same result as the fifo. In the program, the last time I use select with the rtdm driver (after a read operation), FD_ISSET returns 1 while there's been a select timeout (while with the fifo, it well returns 0) . I'd like to know if FD_CLR, FD_ISSET, FD_SET, FD_ZERO work with a rtdm driver and if necessary how can we pass the readfds mask from the user space to the rtdm driver. test_rtdm_fd_isset.bz2 Description: BZip2 compressed data
Bug#695468: emacsclient: please accept X options
Hi Rob, On Mon, Dec 10, 2012 at 08:54:38PM -0600, Rob Browning wrote: I think you can find the -F switch is in the emacsclient manpage, i.e. nope. W/o copying the man page, this is what I get for $ emacsclient --help $ emacsclient --help Usage: emacsclient [OPTIONS] FILE... Tell the Emacs server to visit the specified files. Every FILE can be either just a FILENAME or [+LINE[:COLUMN]] FILENAME. The following OPTIONS are accepted: -V, --version Just print version info and return -H, --help Print this usage information message -nw, -t, --tty Open a new Emacs frame on the current terminal -c, --create-frame Create a new frame instead of trying to use the current Emacs frame -e, --eval Evaluate the FILE arguments as ELisp expressions -n, --no-wait Don't wait for the server to return -d DISPLAY, --display=DISPLAY Visit the file in the given display -s SOCKET, --socket-name=SOCKET Set filename of the UNIX socket for communication -f SERVER, --server-file=SERVER Set filename of the TCP authentication file -a EDITOR, --alternate-editor=EDITOR Editor to fallback to if the server is not running If EDITOR is the empty string, start Emacs in daemon mode and try connecting again Report bugs with M-x report-emacs-bug. and the info pages. Run info emacs, then use C-s to search for Nope, that's what I did before sending you the last message. emacsclient -- should be the first hit Invoking emacsclient. Yes, but nothing is there. Indeed, I believe the geometry argument probably only works when invoking emacs itself -- not emacsclient. Hope this helps. Erm, from the functionality side, yes, it should, but I still think that this is a bug. Either the documentation, or (much preferred) the software should be adjusted. Kind regards, --Toni++ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695658: Unable to handle kernel paging request at ffff880002908000
Package: linux-image-3.2.0-0.bpo.4-amd64 Version: 3.2.32-1~bpo60+1 Hello, (Please cc me on replies) Hardware: Dell R320, 2x300GB 15k SAS disk RAID 1(01:00.0 RAID bus controller: LSI Logic / Symbios Logic MegaRAID SAS 9240 (rev 03) See also bug #695351 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695351 Dom0 Debian Squeeze with backported kernel linux-image-3.2.0-0.bpo.4-amd64 xen-hypervisor-4.0-amd64 4.0.1-5.5 This time domU is CentOS-5.8-x86_64 under heavy stress: stress --cpu 8 --io 4 --vm 2 --vm-bytes 128M -d 8 dbench 250 After some period trace is logged on Dom0: Dec 11 11:18:40 R320 kernel: [325187.538374] BUG: unable to handle kernel paging request at 880002908000 Dec 11 11:18:40 R320 kernel: [325187.546301] IP: [81015d7f] __sanitize_i387_state+0x24/0xe1 Dec 11 11:18:40 R320 kernel: [325187.553531] PGD 1606067 PUD 160a067 PMD 3c08067 PTE 0 Dec 11 11:18:40 R320 kernel: [325187.559357] Oops: [#2] SMP Dec 11 11:18:40 R320 kernel: [325187.563106] CPU 1 Dec 11 11:18:40 R320 kernel: [325187.565251] Modules linked in: xt_tcpudp nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack xt_physdev iptable_filter ip_tables x_tables tun xen_netback xen_blkback ipmi_si mpt2sas scsi_transport_sas raid_class mptctl mptbase ipmi_devintf ipmi_msghandler dell_rbu xen_evtchn xenfs bridge stp loop joydev usbhid hid shpchp coretemp crc32c_intel evdev ghash_clmulni_intel aesni_intel cryptd snd_pcm tpm_tis tpm tpm_bios aes_x86_64 snd_timer snd soundcore snd_page_alloc aes_generic dcdbas pcspkr wmi acpi_power_meter button processor thermal_sys ext4 mbcache jbd2 crc16 dm_mod sg sd_mod sr_mod crc_t10dif cdrom ses enclosure ahci libahci libata tg3 ehci_hcd libphy megaraid_sas scsi_mod usbcore usb_common [last unloaded: ipmi_si] Dec 11 11:18:40 R320 kernel: [325187.638520] Dec 11 11:18:40 R320 kernel: [325187.640288] Pid: 13495, comm: bash Tainted: G D 3.2.0-0.bpo.4-amd64 #1 Debian 3.2.32-1~bpo60+1 Dell Inc. PowerEdge R320/0DY523 Dec 11 11:18:40 R320 kernel: [325187.654172] RIP: e030:[81015d7f] [81015d7f] __sanitize_i387_state+0x24/0xe1 Dec 11 11:18:40 R320 kernel: [325187.664157] RSP: e02b:880055a55e10 EFLAGS: 00010246 Dec 11 11:18:40 R320 kernel: [325187.670222] RAX: RBX: 7fff2e176200 RCX: 0200 Dec 11 11:18:40 R320 kernel: [325187.678353] RDX: 880002907e00 RSI: 880055a55fd8 RDI: 8800033ce970 Dec 11 11:18:40 R320 kernel: [325187.686482] RBP: 8800033ce970 R08: 7fff2e176360 R09: 02224248 Dec 11 11:18:40 R320 kernel: [325187.694611] R10: 0008 R11: 7f8a210d6000 R12: Dec 11 11:18:40 R320 kernel: [325187.702739] R13: 7fff2e176038 R14: 8800033ce970 R15: 7fff2e176200 Dec 11 11:18:40 R320 kernel: [325187.710873] FS: 7f8a219cc700() GS:88007da2() knlGS: Dec 11 11:18:40 R320 kernel: [325187.720072] CS: e033 DS: ES: CR0: 8005003b Dec 11 11:18:40 R320 kernel: [325187.726616] CR2: 880002908000 CR3: 6782e000 CR4: 2660 Dec 11 11:18:40 R320 kernel: [325187.734747] DR0: DR1: DR2: Dec 11 11:18:40 R320 kernel: [325187.742878] DR3: DR6: 0ff0 DR7: 0400 Dec 11 11:18:40 R320 kernel: [325187.751008] Process bash (pid: 13495, threadinfo 880055a54000, task 8800033ce970) Dec 11 11:18:40 R320 kernel: [325187.760302] Stack: Dec 11 11:18:40 R320 kernel: [325187.762675] 81015f54 880055a55f58 0011 8800033cee10 Dec 11 11:18:40 R320 kernel: [325187.771162] 8100e132 8800033ce970 8136ad4e 0011 Dec 11 11:18:40 R320 kernel: [325187.779652] 00040001 34b8 8800 Dec 11 11:18:40 R320 kernel: [325187.788145] Call Trace: Dec 11 11:18:40 R320 kernel: [325187.791006] [81015f54] ? save_i387_xstate+0x118/0x1e2 Dec 11 11:18:40 R320 kernel: [325187.797853] [8100e132] ? do_signal+0x21f/0x635 Dec 11 11:18:40 R320 kernel: [325187.804019] [8136ad4e] ? do_page_fault+0x311/0x34c Dec 11 11:18:40 R320 kernel: [325187.810572] [8111406b] ? do_vfs_ioctl+0x464/0x4b1 Dec 11 11:18:40 R320 kernel: [325187.817030] [8100e56d] ? do_notify_resume+0x25/0x67 Dec 11 11:18:40 R320 kernel: [325187.823673] [810588ba] ? sys_rt_sigprocmask+0x5a/0x96 Dec 11 11:18:40 R320 kernel: [325187.830509] [8136d460] ? int_signal+0x12/0x17 Dec 11 11:18:40 R320 kernel: [325187.836577] Code: c1 ea 20 0f 01 d1 c3 48 8b 97 58 04 00 00 48 85 d2 0f 84 d0 00 00 00 83 bf 50 04 00 00 00 74 04 0f 0b eb fe 48 8b 05 b1 97 72 00 48 8b b2 00 02 00 00 48 89 c1 48 21 f1 48 39 c1 0f 84 a6 00 00 Dec 11 11:18:40 R320 kernel: [325187.858941] RIP [81015d7f] __sanitize_i387_state+0x24/0xe1 Dec 11 11:18:40 R320 kernel: [325187.866284] RSP 880055a55e10 Dec 11 11:18:40 R320 kernel: [325187.870308] CR2:
Bug#695270: add support for disabling DPMS via preseeding
Hi there! On Mon, 10 Dec 2012 12:07:50 +0100, Holger Levsen wrote: On Samstag, 8. Dezember 2012, Luca Capello wrote: Picking xset from the x11-xserver-utils package might be a plan, but that one is linked against libXmuu.so.1 which isn't provided by any udebs. It appears there are only two XmuPrintDefaultErrorMessage() calls in xset/xset.c, which you can patch out, leading you to an xset (ELF) binary you could include in your images. +; /* Avoid pulling Xmu in the d-i babelbox dance */ +; /* Avoid pulling Xmu in the d-i babelbox dance */ I don't think this is an acceptable solution in general. Disabling the screensaver should be optional. Where have I written that it should be the default? I like the idea of a new preesed value, off/false by default ;-) Thx, bye, Gismo / Luca pgp8VStzZHZ7N.pgp Description: PGP signature
Bug#692616: [lintian] patch
Package: lintian Version: 2.5.10.2 control: tags -1 patch A patch -- Dr-Ing Bastien ROUCARIÈS uUniversité de Cergy/SATIE ENS Cachan From 1652ca48021dd76cdcca785243f3de0ef9db1be0 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Bastien=20ROUCARI=C3=88S?= roucaries.bast...@gmail.com Date: Tue, 11 Dec 2012 11:55:24 +0100 Subject: [PATCH] Add json checking --- checks/cruft | 13 + checks/cruft.desc |8 2 files changed, 21 insertions(+) diff --git a/checks/cruft b/checks/cruft index efd9b7a..f3249d9 100644 --- a/checks/cruft +++ b/checks/cruft @@ -406,6 +406,19 @@ sub find_cruft { } close F; } + +# test license problem is source file (only text file) +my $b = basename $name; +if(-T $b) { +open(my $F, '', $b) or fail can't open $name: $!; +while(my $line = $F) { + # json evil license + if($line =~ m/Software\s+shall\s+be\s+used\s+for\s+Good\s*,?\s*not\s+Evil/i) { + tag 'license-problem-json-evil', $name; + } +} +close $F or fail can not close opened file $name: $! +} } 1; diff --git a/checks/cruft.desc b/checks/cruft.desc index 3c8d31d..b176347 100644 --- a/checks/cruft.desc +++ b/checks/cruft.desc @@ -478,3 +478,11 @@ Info: The given control file uses ttCRLF/tt as line terminator ttCR/tt character in the file: . ttsed -i 's/\r//g' path/to/file/tt + +Tag: license-problem-json-evil +Severity: serious +Certainty: possible +Info: The given source file is copyrighted under the non free + license of json and the infamous clause: + The Software shall be used for Good, not Evil. +Ref: http://wiki.debian.org/qa.debian.org/jsonevil -- 1.7.10.4
Bug#690067: what is to be done?
Csillag Tamas csta...@digitus.itk.ppke.hu writes: The patch seems fine to me. Is something missing? Is something still needs to be done? I still need to prep the other things. I most likely will have time this coming friday. For the record, pretty much everything that needs to be fixed, is fixed in my tree[1], on either on my packaging/debian/3.3 or packaging/debian/3.4 branches - all the work left now is to diff the packaging against those trees, and pick the relevant fixes for this bug, and others. [1]: https://github.com/algernon/syslog-ng/ -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692416: [Wishlist] bind9 with dlopen enabled as default
Package: bind9 Version: 1:9.9.2.dfsg.P1-1 Followup-For: Bug #692416 Dear Maintainer, We also would like this feature to be turned on again. This part has been active in the previous by default but somewhere in between 9.8.1 and 9.8.4 it's has been disabled in the debian rules --with-dlopen=no \. I also downloaded the source so I could turn it on in debian/rules and make my own package for the time being but this results in the following error: (maybe the reason why it's turned off?) libtool: compile: gcc -I/root/bind9-9.8.4.dfsg.P1 -I/root/bind9-9.8.4.dfsg.P1/lib/dns/include -I../../../../lib/dns/include -I/root/bind9-9.8.4.dfsg.P1/lib/isc/include -I../../../../lib/isc -I../../../../lib/isc/include -I../../../../lib/isc/unix/include -I../../../../lib/isc/pthreads/include -I../../../../lib/isc/x86_32/include -D_REENTRANT -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -fno-strict-aliasing -DDIG_SIGCHASE -O2 -I/usr/include/libxml2 -fPIC -W -Wall -Wmissing-prototypes -Wcast-qual -Wwrite-strings -Wformat -Wpointer-arith -fno-strict-aliasing -c driver.c -o driver.o /dev/null 21 /bin/bash /root/bind9-9.8.4.dfsg.P1/libtool --mode=link --tag=CC gcc -shared -o driver.so driver.lo libtool: link: gcc -o driver.so .libs/driver.o /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/Scrt1.o: In function `_start': (.text+0x20): undefined reference to `main' collect2: error: ld returned 1 exit status make[5]: *** [driver.so] Error 1 make[5]: Leaving directory `/root/bind9-9.8.4.dfsg.P1/bin/tests/system/dlzexternal' make[4]: *** [subdirs] Error 1 make[4]: Leaving directory `/root/bind9-9.8.4.dfsg.P1/bin/tests/system' make[3]: *** [subdirs] Error 1 make[3]: Leaving directory `/root/bind9-9.8.4.dfsg.P1/bin/tests' make[2]: *** [subdirs] Error 1 make[2]: Leaving directory `/root/bind9-9.8.4.dfsg.P1/bin' make[1]: *** [subdirs] Error 1 make[1]: Leaving directory `/root/bind9-9.8.4.dfsg.P1' make: *** [build-stamp] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 debuild: fatal error at line 1357: dpkg-buildpackage -rfakeroot -D -us -uc failed I also registered that the latest version 9.9.2-P1 in experimental also has the dlopen option disabled at compile. Hope to hear from you soon. We really need this for our samba 4 environment with bind9 since we can't use the internal DNS server for various reasons. Thanks in advance, Peter Gerritsen AndoBurg B.V. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (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 bind9 depends on: ii adduser3.113+nmu3 ii bind9utils 1:9.9.2.dfsg.P1-1 ii debconf [debconf-2.0] 1.5.46 ii libbind9-901:9.9.2.dfsg.P1-1 ii libc6 2.13-37 ii libcap21:2.22-1.2 ii libdns95 1:9.9.2.dfsg.P1-1 ii libgssapi-krb5-2 1.10.1+dfsg-3 ii libisc92 1:9.9.2.dfsg.P1-1 ii libisccc90 1:9.9.2.dfsg.P1-1 ii libisccfg901:9.9.2.dfsg.P1-1 ii liblwres90 1:9.9.2.dfsg.P1-1 ii libreadline6 6.2-9 ii libssl1.0.01.0.1c-4 ii libxml22.8.0+dfsg1-7 ii lsb-base 4.1+Debian9 ii net-tools 1.60-24.2 ii netbase5.0 bind9 recommends no packages. Versions of packages bind9 suggests: pn bind9-doc none ii dnsutils1:9.8.4.dfsg.P1-1 pn resolvconf none pn ufw none -- Configuration Files: /etc/bind/named.conf.local changed: // // Do any local configuration here // // Consider adding the 1918 zones here, if they are not used in your // organization //include /etc/bind/zones.rfc1918; include /var/lib/samba/private/named.conf; -- debconf information: * bind9/different-configuration-file: * bind9/run-resolvconf: false * bind9/start-as-user: bind -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694978: closed by Salvatore Bonaccorso car...@debian.org (Bug#694978: fixed in liblinux-prctl-perl 1.5.0-1)
I will have a look at it and try to package it under the umbrella of the Debian Perl Group. It has been closed by Salvatore Bonaccorso car...@debian.org. Just to say: thanks very much for doing this. best wishes, Tom Jones. -- Tom Jones -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695639: /usr/sbin/approx-gc Not_found error
Control: reassign -1 approx 4.5-1+squeeze1 Brian May br...@microcomaustralia.com.au writes: Package: aaprox s/aa/ap/; -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645713: Acknowledgement (fails to upgrade a default GNOME desktop installation from squeeze → sid)
Hi, On Samstag, 8. Dezember 2012, intrigeri wrote: this bug is reproduced by a Jenkins job nicely setup by Holger: * general information: http://jenkins.debian.net/job/chroot-test_squeeze_install_gnome_upgrade_to _wheezy/ * last try: http://jenkins.debian.net/job/chroot-test_squeeze_install_gnome_upgrade_to _wheezy/74/consoleFull s/chroot-test/chroot-installation/ - had to be done for consistency reasons... cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695659: libnlopt-dev: The package doesn't install the pkgconfig file 'nlopt.pc'
Package: libnlopt-dev Version: 2.2.4+dfsg-2 Severity: normal Tags: patch Dear Maintainer, upstream provides a nlopt.pc file that should be provided by the devel package. The attached patch against the debian directory fixes this problem. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libnlopt-dev depends on: ii libnlopt0 2.2.4+dfsg-2 libnlopt-dev recommends no packages. libnlopt-dev suggests no packages. -- no debconf information diff -ru nlopt-2.2.4+dfsg.old/debian/libnlopt-dev.install nlopt-2.2.4+dfsg/debian/libnlopt-dev.install --- nlopt-2.2.4+dfsg.old/debian/libnlopt-dev.install 2012-07-24 16:34:40.0 +0200 +++ nlopt-2.2.4+dfsg/debian/libnlopt-dev.install 2012-12-11 12:10:39.0 +0100 @@ -1,3 +1,4 @@ usr/include usr/lib/*/libnlopt.so usr/lib/*/libnlopt.a +usr/lib/*/pkgconfig/*.pc
Bug#695660: libdr-tarantool-perl: FTBFS in Debian Sid
Package: libdr-tarantool-perl Severity: grave Dear Maintainer, package fails to build from source in amd64 sid pbuilder chroot, see log part: ok 78 - select deleted status ok 79 - tuple was selected isa DR::Tarantool::Tuple ok 80 - field was updated ok # Failed test 'error message' # at t/060-sync-client.t line 170. # '514: Illegal parameters, tuple must have all indexed fields at t/060-sync-client.t line 165 # ' # doesn't match '(?^:Tuple already exists)' # Failed test 'error message' # at t/060-sync-client.t line 180. # 'Illegal parameters, tuple must have all indexed fields' # doesn't match '(?^:Tuple already exists)' # Looks like you failed 2 tests of 57. t/060-sync-client.t 1..57 ok 1 - use DR::Tarantool::LLClient; ok 2 - use DR::Tarantool::StartTest; ok 3 - use DR::Tarantool; ok 4 - use File::Spec::Functions; Thanks in advance. Cheers, -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal'), (100, 'quantal-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5.0-19-generic (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695661: gcc-4.7: Please fix build on powerpcspe
Package: gcc-4.7 Version: 4.7.2-4 Severity: wishlist Tags: patch sid User: debian-powerpc...@breakpoint.cc Usertags: powerpcspe Hi, gcc-4.7 currently fails to build from source on powerpcspe[1] like this: [...] /«PKGBUILDDIR»/build/./gcc/xgcc -B/«PKGBUILDDIR»/build/./gcc/ -B/usr/powerpc-linux-gnuspe/bin/ -B/usr/powerpc-linux-gnuspe/lib/ -isystem /usr/powerpc-linux-gnuspe/include -isystem /usr/powerpc-linux-gnuspe/sys-include-g -O2 -O2 -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -mlong-double-128 -mno-minimal-toc -g -DIN_LIBGCC2 -fbuilding-libgcc -fno-stack-protector -fPIC -mlong-double-128 -mno-minimal-toc -I. -I. -I../.././gcc -I../../../src/libgcc -I../../../src/libgcc/. -I../../../src/libgcc/../gcc -I../../../src/libgcc/../include -I../../../src/libgcc/../libdecnumber/dpd -I../../../src/libgcc/../libdecnumber -DHAVE_CC_TLS -o _gcov_merge_single.o -MT _gcov_merge_single.o -MD -MP -MF _gcov_merge_single.dep -DL_gcov_merge_single -c ../../../src/libgcc/libgcov.c In file included from /usr/include/stdio.h:28:0, from ../../../src/libgcc/../gcc/tsystem.h:88, from ../../../src/libgcc/libgcov.c:29: /usr/include/features.h:323:26: fatal error: bits/predefs.h: No such file or directory compilation terminated. [...] I traced it back to xgcc -v printing the include search paths which include /usr/include/powerpc-linux-gnu which should be /usr/include/powerpc-linux-gnuspe for powerpcspe. (This is similar to http://bugs.debian.org/695654) Attaching patches for the current revisions in unstable and experimental. Thanks in advance, Roland [1] http://wiki.debian.org/PowerPCSPEPort -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gcc-4.7 depends on: ii binutils 2.22-7.1 ii cpp-4.7 4.7.2-4 ii gcc-4.7-base 4.7.2-4 ii libc6 2.13-37 ii libgcc1 1:4.7.2-4 ii libgmp10 2:5.0.5+dfsg-2 ii libgomp1 4.7.2-4 ii libitm1 4.7.2-4 ii libmpc2 0.9-4 ii libmpfr4 3.1.0-5 ii libquadmath0 4.7.2-4 ii zlib1g1:1.2.7.dfsg-13 Versions of packages gcc-4.7 recommends: ii libc6-dev 2.13-37 Versions of packages gcc-4.7 suggests: pn binutils-goldnone ii gcc-4.7-doc 4.7.2-2 pn gcc-4.7-locales none pn gcc-4.7-multilib none pn libgcc1-dbg none pn libgomp1-dbg none pn libitm1-dbg none pn libmudflap0-4.7-dev none pn libmudflap0-dbg none pn libquadmath0-dbg none -- no debconf information --- gcc-4.7-4.7.2/debian/patches/gcc-multiarch.diff.orig 2012-12-09 00:13:33.576016409 +0100 +++ gcc-4.7-4.7.2/debian/patches/gcc-multiarch.diff 2012-12-09 00:19:06.992023777 +0100 @@ -570,8 +570,12 @@ MULTILIB_MATCHES= $(MULTILIB_MATCHES_FLOAT) --- a/src/gcc/config/rs6000/t-linux (revision 0) +++ b/src/gcc/config/rs6000/t-linux (revision 0) -@@ -0,0 +1 @@ +@@ -0,0 +1,5 @@ ++ifneq (,$(findstring spe, $(target))) ++MULTIARCH_DIRNAME = powerpc-linux-gnuspe ++else +MULTIARCH_DIRNAME = powerpc-linux-gnu ++endif --- a/src/gcc/config/arm/t-linux-eabi (revision 182390) +++ b/src/gcc/config/arm/t-linux-eabi (working copy) @@ -24,3 +24,6 @@ --- gcc-4.7-4.7.2/debian/patches/gcc-multiarch-upstream.diff.orig 2012-12-09 12:34:32.141805000 +0100 +++ gcc-4.7-4.7.2/debian/patches/gcc-multiarch-upstream.diff 2012-12-09 12:37:01.045842000 +0100 @@ -347,12 +347,16 @@ +MULTILIB_OSDIRNAMES+= mx32=../libx32$(call if_multiarch,:x86_64-linux-gnux32) --- a/src/gcc/config/rs6000/t-linux (Revision 0) +++ b/src/gcc/config/rs6000/t-linux (Arbeitskopie) -@@ -0,0 +1,5 @@ +@@ -0,0 +1,9 @@ +# do not define the multiarch name if configured for a soft-float cpu +# or soft-float. +ifeq (,$(filter $(with_cpu),$(SOFT_FLOAT_CPUS))$(findstring soft,$(with_float))) ++ifneq (,$(findstring spe, $(target))) ++MULTIARCH_DIRNAME = powerpc-linux-gnuspe ++else +MULTIARCH_DIRNAME = powerpc-linux-gnu +endif ++endif --- a/src/gcc/config/rs6000/t-spe (Revision 193696) +++ b/src/gcc/config/rs6000/t-spe (Arbeitskopie) @@ -71,3 +71,7 @@
Bug#695662: RFP: libjs-qunit -- a JavaScript unit testing framework
Package: wnpp Severity: wishlist Package name: libjs-qunit Version : 1.10.0 Upstream Author : jQuery Foundation URL : http://qunitjs.com License : MIT Programming Lang: Javascript Description : a JavaScript unit testing framework From the web page: QUnit is a powerful, easy-to-use JavaScript unit test suite. It's used by the jQuery, jQuery UI and jQuery Mobile projects and is capable of testing any generic JavaScript code, including itself! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695661: gcc-4.7: Please fix build on powerpcspe
Am 11.12.2012 13:31, schrieb Roland Stigge: both patches look wrong. the definition is found in the t-spe file. find out why it doesn't get used. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680084: none
Hi Michael, intrigeri wrote (27 Nov 2012 22:44:13 GMT) : Michael Gilbert wrote (19 Nov 2012 00:10:21 GMT) : reassign 680084 grub-common forcemerge 680084 673573 thanks I'm glad you found the root cause of #680084, but perhaps another kind of relationship would have expressed more clearly the relationship between those two bugs than a forcemerge? Unless I'm mistaken: * #673573 is the root cause for #680084 * #680084 can be trivially workaround'd with the patch I've provided * #673573 is much wider, possibly harder to solve. has not seen activity since May Unless there are good hopes that #673573 is fixed soon (are there?), I'd still like #680084 to be fixed independently for Wheezy. What do you think? Ping? Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685502: fails to install when system has no FQDN
unarchive 685502 reopen 685502 found 685502 4.0.7-3 thanks unfortunately, my patch was not enough.. the first invokation of 'hostname -f' needs to be guarded like that: hostname=$(hostname -f || true) with that, it then works properly. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695663: [INTL:id] ISO codes iso_3166 Indonesian translation update
Package: iso-codes Severity: wishlist Tags: patch l10n X-Debbugs-CC: debian-l10n-indones...@lists.debian.org Dear Maintainer, Attached translations iso-codes iso_3166 translations for Indonesian, will be updated one fuzzy translations. Thanks -- Mahyuddin Susanto id.po Description: Binary data
Bug#695550: libjack-dev: does not automatically transition to libjack-jackd2-dev
On 12/10/2012 04:59 PM, Jonas Smedegaard wrote: Quoting The Wanderer (2012-12-10 17:57:18) On 12/10/2012 11:21 AM, Jonas Smedegaard wrote: Check the meanings with aptitude --help. On my system, the text output from that command does not include the string 'dist': True. Look at the *upgrade commands. (In hindsight, from what I found in the man page, I should have thought of that myself.) wanderer@apologia$ aptitude --help | grep -i upgr install - Install/upgrade packages. forbid-version - Forbid aptitude from upgrading to a specific package version. update - Download lists of new/upgradable packages. safe-upgrade - Perform a safe upgrade. full-upgrade - Perform an upgrade, possibly installing and removing packages. wanderer@apologia$ That's a reduced and less directly informative version of what's present in the man page, and again, nothing there seems to imply what you described the purpose of dist-upgrade (renamed to full-upgrade) to be. Yes, dist-upgrade can install new packages and remove installed ones; that's sometimes necessary in order to satisfy changing dependencies, e.g. when a program adds a new feature which depends on a new library, or when package names change to reflect new versions. That doesn't say anything about relaxed dependency handling - or, more to the point, more aggressive solutions - as I understand those terms, though. Oh, and if you used apt-get, then don't. Use aptitude! I'd rather not, thanks. I'm told that it's not a good idea to mix-and-match between aptitude and apt-get, and I find the aptitude UI to be palpably less friendly and manageable in most circumstances than that of apt-get. I'm aware that I'm a minority in this, but that doesn't change anything. You are not a minority: Many have been mislead. I meant a minority in the less friendly and manageable opinion. Feel free to use an inferior tool. I disagree that apt-get is inferior. It may not provide as broad a feature set (though I can't swear to that), but IMO as a functional tool it is just as good or better for most purposes. (Or at least for my purposes.) But note that aptitude is the tool recommended for upgrading from one release to the next (nowadays, if it has ever been recommended to use apt-get). I've long been aware that aptitude is by far the more commonly recommended tool of the two, at least for new users; I've had the impression that that recommendation extends to all purposes, not just to cross-release upgrades. As Felipe points out, however, section 4.4 of the wheezy release notes now explicitly states that apt-get is recommended over aptitude for cross-release upgrades. While I'd be interested to continue the discussion of aptitude vs. apt-get, it's certainly offtopic for this bug. As such, I do not (presently) intend to reply to any further posts on this bug on that subject, unless they appear to be going back in the direction of trying to resolve the reported problem. -- The Wanderer Warning: Simply because I argue an issue does not mean I agree with any side of it. Every time you let somebody set a limit they start moving it. - LiveJournal user antonia_tiger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695664: otrs2: embedded code copies
Package: otrs2 Version: 3.1.7+dfsg1-6 The directory /var/lib/otrs/httpd/htdocs/js/thirdparty/ contains copies of JavaScript libraries. Instead, the package should depend on the respective Debian packages. Examples: - ckeditor-3.6.3 - ckeditor - flot-0.7 - libjs-flot - jquery-tablesorter-2.0.5 - libjs-jquery-tablesorter - json - libjs-json - qunit-1.1.0 - libjs-qunit (not packaged yet, RFP exists) The latter is maybe not needed anyway in the otrs2 package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695665: incorrect ABI in source code
Package: openvdb Severity: important Currently OpenVDB does not correctly handles ABI. In particular with namespace configuration. See post: https://groups.google.com/group/openvdb-forum/msg/475a50dd0fe19f4d -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646617: [PATCH] Correctly detect KVM with virt-what
Upstream has now fixed this bug more or less with this patch: https://github.com/puppetlabs/facter/commit/cf43fc0 If virt-what is installed, then at least facter will now correctly detect it is running in a virtual machine. virt-what is an optional dependency: if it's not installed, facter might still give the wrong value. Can this patch be applied to Debian's package? -- Frederik Himpe fhi...@vub.ac.be Vrije Universiteit Brussel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653603: Please automatically detect different newline markers
retitle 653603 Please automatically detect different newline markers severity 653603 wishlist forwarded 653603 http://sourceforge.net/tracker/?func=detailaid=3594784group_id=206587atid=998199 thanks I think this is a feature request for the Osmo developers and i have forwarded this bug report accordingly. It is a known fact that Linux/Unix uses a different newline marker than Windows. In my opinion it is easily doable to convert the document with a free software application beforehand and then to import it with Osmo. Osmo does not have to support every proprietary software. signature.asc Description: OpenPGP digital signature
Bug#695666: qemu-kvm: qemu-bridge-helper script missing: -net bridge doesn't work
Package: qemu-kvm Version: 1.1.2+dfsg-2 Severity: normal The -net bridge and -netdev bridge options doesn't work, most likey because the qemu-bridge-helper script is missing: # brctl show br0 bridge name bridge id STP enabled interfaces br0 8000.1c6f65d5cb3c no eth0 # kvm -net bridge,br=br0 failed to launch bridge helper kvm: -net bridge,br=br0: Device 'bridge' could not be initialized In the manpage is written that the default helper script is /usr/local/libexec/qemu-bridge-helper. A file with this name isn't included in the qemu-kvm package. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (110, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/6 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages qemu-kvm depends on: ii adduser 3.113+nmu3 ii ipxe-qemu 1.0.0+git-20120202.f6840ba-3 ii libaio1 0.3.109-3 ii libasound2 1.0.25-4 ii libbluetooth3 4.99-2 ii libbrlapi0.54.4-5 ii libc6 2.13-37 ii libcurl3-gnutls 7.26.0-1 ii libglib2.0-02.33.12+really2.32.4-3 ii libgnutls26 2.12.20-2 ii libiscsi1 1.4.0-3 ii libjpeg88d-1 ii libncurses5 5.9-10 ii libpng12-0 1.2.49-1 ii libpulse0 2.0-6 ii libsasl2-2 2.1.25.dfsg1-6 ii libsdl1.2debian 1.2.15-5 ii libspice-server10.11.0-1 ii libtinfo5 5.9-10 ii libusbredirparser0 0.4.3-2 ii libuuid12.20.1-5.2 ii libvdeplug2 2.3.2-4 ii libx11-62:1.5.0-1 ii python 2.7.3~rc2-1 ii qemu-keymaps1.1.2+dfsg-2 ii qemu-utils 1.1.2+dfsg-2 ii seabios 1.7.0-1 ii vgabios 0.7a-3 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages qemu-kvm recommends: ii bridge-utils 1.5-6 ii iproute 20120521-3 Versions of packages qemu-kvm suggests: ii debootstrap 1.0.42 pn sambanone ii vde2 2.3.2-4 -- 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#695550: libjack-dev: does not automatically transition to libjack-jackd2-dev
On 12/11/2012 08:32 AM, The Wanderer wrote: While I'd be interested to continue the discussion of aptitude vs. apt-get, it's certainly offtopic for this bug. As such, I do not (presently) intend to reply to any further posts on this bug on that subject, unless they appear to be going back in the direction of trying to resolve the reported problem. And since I didn't say it explicitly before: although I do think the bug report is legitimate, I'm willing enough at this point to fix my own package-install situation manually and proceed from there, if no one has any further suggestions for how to proceed. -- The Wanderer Warning: Simply because I argue an issue does not mean I agree with any side of it. Every time you let somebody set a limit they start moving it. - LiveJournal user antonia_tiger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695226: [Pkg-nagios-devel] Bug#695226: Bug#695226: pnp4nagios: Upgrade fails due to changed ownership
Hi, On Thu, Dec 06, 2012 at 12:03:14PM +0100, Alma Mahler wrote: User/Group: icinga:icinga such a group doesn't exist in the icinga packages. If you changed anything to have and use this group you are on your own, such a combination is not supported and will probably never. thanks for the answer. It would be ok to check for the user only. And/or, during the upgrade, not to touch the ownership of the directories and files. At least to give a hint in a README or during installation that the ownership has to be changed. Well, this is true for each and every file installed by a Debian package. I don't see why we should mention that in this particular README file. See the documentation of dpkg-statoverride(8) for a tool that might help you achieve what you're trying to do. However, note that you are entirely on your own regarding that kind of setup including maintaining it whenever any of the affected packages change. Anyway, why did you switch from nagios:nagios to icinga:icinga in the first place? Cheers, Sebastian -- Sebastian tokkee Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin signature.asc Description: Digital signature
Bug#695550: libjack-dev: does not automatically transition to libjack-jackd2-dev
Am 11.12.2012 14:44, schrieb The Wanderer: And since I didn't say it explicitly before: although I do think the bug report is legitimate, I'm willing enough at this point to fix my own package-install situation manually and proceed from there, if no one has any further suggestions for how to proceed. You could try aptitude why libjack-jackd2-0 to find out what caused the installation of that package and thus the removal of libjack0. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654669: Add an additional quit menu entry to osmo
retitle 654669 Add an additional quit menu entry to osmo forwarded 654669 http://sourceforge.net/tracker/?func=detailaid=3594783group_id=206587atid=998199 thanks This is feature request for the osmo developers and i have forwarded this bug report accordingly. I think an additional menu entry to quit osmo isn't really necessary. Osmo is designed to be used via shortcuts and you can also quit Osmo by clicking on the icon at the panel. signature.asc Description: OpenPGP digital signature
Bug#695667: python2.7-dev: Simple python program does not compile without additional CPPFLAGS (above -I/usr/include/python2.7). Breaks configure python detection.
Package: python2.7-dev Version: 2.7.3-11 Severity: important more test.c #include Python.h int main () { Py_Initialize(); ; return 0; } gcc -I /usr/include/python2.7 -c test.c In file included from test.c:2:0: /usr/include/python2.7/Python.h:8:22: fatal error: pyconfig.h: No such file or directory compilation terminated. gcc -I /usr/include/python2.7 -I/usr/include/x86_64-linux-gnu/python2.7 -c test.c Works but its not the flags configure use for detecting python. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.6.8 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF8) Shell: /bin/sh linked to /bin/bash Versions of packages python2.7-dev depends on: ii libexpat1-dev 2.1.0-1 ii libpython2.7 2.7.3-11 ii libpython2.7-dev 2.7.3-11 ii libssl-dev1.0.1c-4 ii python2.7 2.7.3-11 Versions of packages python2.7-dev recommends: ii libc6-dev [libc-dev] 2.16-0experimental1 python2.7-dev 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#653604: Preserve headers and parameters for future imports when importing a cvs file
retitle 653604 Preserve headers and parameters for future imports when importing a cvs file forwarded 653604 http://sourceforge.net/tracker/?func=detailaid=3594780group_id=206587atid=998199 thanks Nice idea. I have forwarded this feature request to osmo's bug tracker at sourceforge.net. signature.asc Description: OpenPGP digital signature
Bug#695668: dh_installchangelogs doesn't honor -O--sourcedirectory= option
Package: debhelper Version: 9.20120909 Severity: minor dh_installchangelogs fail to find upstream changelogs outside ./ even with specified subdirectory option for debhelper (e.g. dh --sourcedirectory=07p). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695550: libjack-dev: does not automatically transition to libjack-jackd2-dev
On 12/11/2012 08:56 AM, Fabian Greffrath wrote: Am 11.12.2012 14:44, schrieb The Wanderer: And since I didn't say it explicitly before: although I do think the bug report is legitimate, I'm willing enough at this point to fix my own package-install situation manually and proceed from there, if no one has any further suggestions for how to proceed. You could try aptitude why libjack-jackd2-0 to find out what caused the installation of that package and thus the removal of libjack0. Unfortunately, that just reports p libjack-jackd2-dev Provides libjack-dev p libjack-jackd2-dev Depends libjack-jackd2-0 (= 1.9.8~dfsg.4+20120529git007c dc37-4.1) which doesn't tell me anything I didn't already know. I played around with why and why-not for a few other packages as well, but didn't succeed in tracking anything down. (I wasn't aware of these commands, and I think they may be useful for future reference.) It seems possible that this might change if I actually go through with the remove libjack0 and libjack-dev dist-upgrade, so that the jackd2 packages are actually installed (and the jackd1 packages are not) - but so far I haven't done that, and I'm not sure I'd like to. -- The Wanderer Warning: Simply because I argue an issue does not mean I agree with any side of it. Every time you let somebody set a limit they start moving it. - LiveJournal user antonia_tiger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694418: Fwd: Bug#694418: ITP: fits -- Java library for the I/O handling of FITS files
Hello, as ole already mentioned the source package name is far too generic. I'm not familiar with java packaging policies, but I would also expect nom.tam to appear somewhere in the package name or description. It would make it clear on first sight which java fits library it is. I coudl not find Ole's email or any other, but I just looked at http://heasarc.gsfc.nasa.gov/docs/heasarc/fits/java/v1.0 and from there I would think that libfits-java would be fine. An alternative would possibly be libnasa-fits-java but in my perception this would overdo it. There is qfits-tools, python3-pyfits, libcfitsio3, libastro-fits-cfitsio-perl, fitscheck and tcl-fitstcl already in the archive. I am also with pkg-java. My suggestion would be to leave it with debian-science, though. If sponsoring is not yet settled, feel free contacting me. Many greetings Steffen
Bug#695645: [Pkg-xen-devel] Bug#695645: xen-utils-common: xm block-attach does not create /dev/xvd* devices on dom0
On Tue, 2012-12-11 at 15:05 +1100, James Robertson wrote: Package: xen-utils-common Version: 4.1.3-6 Severity: minor Dear Maintainer, I am trying to run the following command on a dom0 Debian server in order to mount a vmware vmdk. I don't want to use kpartx or losetup as they have poor write performance and I'm hoping blktap will provide better performance. xm block-attach 0 tap:vmdk:/mnt/backup/3MSYDDP01/3MSYDDP01_2-flat.vmdk /dev/xvda1 w 0 However /dev/xvda1 is not created. There is no blktap driver in the main line kernels. You could try the blktap dkms package which is in Wheezy. Since that it blktap2 you probably want to setup the tap device using tap-ctl directly rather than creating an xvd device in dom0, doing it via xm likely won't work anyway. I don't know the specifics of how to do this though -- perhaps google or the upstream xen-users@ list can help. There are also various offline conversion tools which you could consider. Ian. -- Ian Campbell Current Noise: Suffocation - Entrails Of You A classic is something that everyone wants to have read and nobody wants to read. -- Mark Twain, The Disappearance of Literature -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609970: Tray icon still blinks on start when all day tasks
tags 609970 unreproducible thanks I also cannot reproduce this issue here. signature.asc Description: OpenPGP digital signature
Bug#684039: ITP: prime-phylo -- Bayesian estimation of gene trees taking the species tree into account
Hi Andreas, I've now created the account eriksjolund-guest at alioth.debian.org I would prefer to use git for the repository. If I understand you correctly, the next step will be that you now upload the debian packaging sub directory from prime-phylo into the Vcs? If you have any suggestions regarding the packaging you are most welcome to perform changes in the packaging code. cheers, Erik On Thu, Dec 6, 2012 at 4:16 PM, Andreas Tille andr...@an3as.eu wrote: Hi Erik, could you please confirm that you are interested in finding a sponsor for your work? As I said the Debian Med team is really interested. In case you have some time constraints or whatever I'd volunteer to commit your work to our Vcs (please specify whether you prefer Git or SVN) and will check whether it is ready for upload. Kind regards and thanks so far for your work Andreas. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689973: unblock: mimedefang/2.73-2
Am 01.12.2012 14:41, schrieb Julien Cristau: On Mon, Oct 8, 2012 at 18:04:05 +0200, Christoph Martin wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package mimedefang Version 2.73-2 fixes release critical Bug #688196 (piuparts). Please prepare a fix for that bug against the 2.71-2 version currently in testing. I don't think we'll upgrade to 2.73 at this point, sorry. Attached is a debdiff for a 2.71-3 version which includes the fix for 688196, a debconf translation a lintian cleanup like in 2.73-2. Please let me know, if I can upload it and let me know if I should upload to testing. Christoph signature.asc Description: OpenPGP digital signature
Bug#689973: unblock: mimedefang/2.73-2
(Second try. Now really with diff) Am 01.12.2012 14:41, schrieb Julien Cristau: On Mon, Oct 8, 2012 at 18:04:05 +0200, Christoph Martin wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package mimedefang Version 2.73-2 fixes release critical Bug #688196 (piuparts). Please prepare a fix for that bug against the 2.71-2 version currently in testing. I don't think we'll upgrade to 2.73 at this point, sorry. Attached is a debdiff for a 2.71-3 version which includes the fix for 688196, a debconf translation a lintian cleanup like in 2.73-2. Please let me know, if I can upload it and let me know if I should upload to testing. Christoph diff -u mimedefang-2.71/debian/changelog mimedefang-2.71/debian/changelog --- mimedefang-2.71/debian/changelog +++ mimedefang-2.71/debian/changelog @@ -1,3 +1,21 @@ +mimedefang (2.71-3) testing; urgency=low + + [ gregor herrmann ] + * Fix modifies conffiles (policy 10.7.3): /etc/default/mimedefang: +- debian/{dir,rules}: install configuration file under /usr/share +- debian/mimedefang.postinst: copy it to /etc/default if necessary +- debian/mimedefang.postrm: remove it on purge +- debian/config: also handle no/false case +(Closes: #688196) + + [ Christoph Martin ] + * add new nb debconf translation (Closes: #654452) + * correct some lintian warnings + * Add MX_RECIPOK_PERDOMAIN_LIMIT to the reference configuration in +/usr/share/mimedefang/mimedefang.conf + + -- Christoph Martin christoph.mar...@uni-mainz.de Tue, 11 Dec 2012 15:22:00 +0100 + mimedefang (2.71-2) unstable; urgency=low [ Salvatore Bonaccorso ] diff -u mimedefang-2.71/debian/control mimedefang-2.71/debian/control --- mimedefang-2.71/debian/control +++ mimedefang-2.71/debian/control @@ -3,7 +3,7 @@ Priority: extra Maintainer: Christoph Martin christoph.mar...@uni-mainz.de Build-Depends: debhelper (= 5), po-debconf, libmilter-dev, bsd-mailx, libunix-syslog-perl, libperl-dev, libmime-tools-perl, libmail-spamassassin-perl, sanitizer, libhtml-parser-perl, libfile-scan-perl, libarchive-zip-perl -Standards-Version: 3.8.4 +Standards-Version: 3.9.3 Package: mimedefang Architecture: any diff -u mimedefang-2.71/debian/rules mimedefang-2.71/debian/rules --- mimedefang-2.71/debian/rules +++ mimedefang-2.71/debian/rules @@ -28,7 +28,9 @@ ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info --disable-anti-virus --with-confsubdir=/ --with-quarantinedir=/var/spool/MIMEDefang $(NO_EMBED) -build: build-stamp +build: build-arch build-indep +build-arch: build-stamp +build-indep: build-stamp build-stamp: config.status dh_testdir @@ -68,7 +70,7 @@ # Add here commands to install the package into debian/mimedefang. $(MAKE) install DESTDIR=$(CURDIR)/debian/mimedefang - cp debian/mimedefang.conf debian/mimedefang/etc/default/mimedefang + cp debian/mimedefang.conf debian/mimedefang/usr/share/mimedefang cp debian/mimedefang.pl.conf debian/mimedefang/etc/mail/mimedefang.pl.conf rmdir debian/mimedefang/usr/sbin # rmdir debian/mimedefang/etc/spamassassin diff -u mimedefang-2.71/debian/mimedefang.conf mimedefang-2.71/debian/mimedefang.conf --- mimedefang-2.71/debian/mimedefang.conf +++ mimedefang-2.71/debian/mimedefang.conf @@ -116,6 +116,10 @@ # considered dead. The default is 30 seconds; we suggest 300. # MX_BUSY=300 +# Maximum number of concurrent recipok requests on a per-domain basis. +# 0 means no limit +MX_RECIPOK_PERDOMAIN_LIMIT=0 + # Extra sendmail macros to pass. Actually, you can add any extra # mimedefang options here... # MD_EXTRA=-a auth_author diff -u mimedefang-2.71/debian/mimedefang.dirs mimedefang-2.71/debian/mimedefang.dirs --- mimedefang-2.71/debian/mimedefang.dirs +++ mimedefang-2.71/debian/mimedefang.dirs @@ -4 +4 @@ -etc/default +usr/share/mimedefang diff -u mimedefang-2.71/debian/NEWS mimedefang-2.71/debian/NEWS --- mimedefang-2.71/debian/NEWS +++ mimedefang-2.71/debian/NEWS @@ -1,3 +1,8 @@ +mimedefang (2.71-3) unstable; urgency=low + +- /etc/default/mimedefang is no longer managed by dpkg. (See #688196) + /usr/share/mimedefang/mimedefang.conf can be used as a reference. + mimedefang (2.56-1) unstable; urgency=low - mimedefang.pl.in: The filter_begin function is now passed diff -u mimedefang-2.71/debian/config mimedefang-2.71/debian/config --- mimedefang-2.71/debian/config +++ mimedefang-2.71/debian/config @@ -17,6 +17,9 @@ if [ $MX_EMBED_PERLx = yesx ] then db_set mimedefang/embedperl true +elif [ $MX_EMBED_PERLx = nox ] +then + db_set mimedefang/embedperl false fi fi diff -u mimedefang-2.71/debian/mimedefang.postinst mimedefang-2.71/debian/mimedefang.postinst --- mimedefang-2.71/debian/mimedefang.postinst +++
Bug#695669: Installation Failure
Package: installation-reports Wheezy DI-b4 lxde Binary-1 20121117-19:19 debian-wheezy-DI-b4-i386-lxde-CD-1.iso Booted from CD; Dec. 10, 2012 c.10AM Machine: HPcompaq 6910p Processor: Intel Core(TM)2 Duo Memory: 2G Disk /dev/sda: 120.0 GB, 120034123776 bytes 255 heads, 63 sectors/track, 14593 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0xfc5e16ea Device Boot Start End Blocks Id System /dev/sda1 1 638 5124703+ 7 HPFS/NTFS /dev/sda2 6391726 87393607 HPFS/NTFS /dev/sda31727 14594 1033553935 Extended /dev/sda5 *1728 1085073280497+ 83 Linux /dev/sda6 14089 14594 4051968 82 Linux swap / Solaris /dev/sda7 10851 1238112288000 83 Linux /dev/sda8 12382 1403913312000 83 Linux00:00.0 00:00.0 Host bridge [0600]: Intel Corporation Mobile PM965/GM965/GL960 Memory Controller Hub [8086:2a00] (rev 0c) Subsystem: Hewlett-Packard Company Compaq 6910p [103c:30c1] 00:01.0 PCI bridge [0604]: Intel Corporation Mobile PM965/GM965/GL960 PCI Express Root Port [8086:2a01] (rev 0c) Kernel driver in use: pcieport 00:19.0 Ethernet controller [0200]: Intel Corporation 82566MM Gigabit Network Connection [8086:1049] (rev 03) Subsystem: Hewlett-Packard Company Compaq 6910p [103c:30c1] Kernel driver in use: e1000e 00:1a.0 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #4 [8086:2834] (rev 03) Subsystem: Hewlett-Packard Company Compaq 6910p [103c:30c1] Kernel driver in use: uhci_hcd 00:1a.1 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #5 [8086:2835] (rev 03) Subsystem: Hewlett-Packard Company Compaq 6910p [103c:30c1] Kernel driver in use: uhci_hcd 00:1a.7 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #2 [8086:283a] (rev 03) Subsystem: Hewlett-Packard Company Compaq 6910p [103c:30c1] Kernel driver in use: ehci_hcd 00:1b.0 Audio device [0403]: Intel Corporation 82801H (ICH8 Family) HD Audio Controller [8086:284b] (rev 03) Subsystem: Hewlett-Packard Company Compaq 6910p [103c:30c1] Kernel driver in use: HDA Intel 00:1c.0 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1 [8086:283f] (rev 03) Kernel driver in use: pcieport 00:1c.1 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 2 [8086:2841] (rev 03) Kernel driver in use: pcieport 00:1c.4 PCI bridge [0604]: Intel Corporation 82801H (ICH8 Family) PCI Express Port 5 [8086:2847] (rev 03) Kernel driver in use: pcieport 00:1d.0 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #1 [8086:2830] (rev 03) Subsystem: Hewlett-Packard Company Compaq 6910p [103c:30c1] Kernel driver in use: uhci_hcd 00:1d.1 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #2 [8086:2831] (rev 03) Subsystem: Hewlett-Packard Company Compaq 6910p [103c:30c1] Kernel driver in use: uhci_hcd 00:1d.2 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #3 [8086:2832] (rev 03) Subsystem: Hewlett-Packard Company Compaq 6910p [103c:30c1] Kernel driver in use: uhci_hcd 00:1d.7 USB Controller [0c03]: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #1 [8086:2836] (rev 03) Subsystem: Hewlett-Packard Company Compaq 6910p [103c:30c1] Kernel driver in use: ehci_hcd 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge [8086:2448] (rev f3) 00:1f.0 ISA bridge [0601]: Intel Corporation 82801HBM (ICH8M-E) LPC Interface Controller [8086:2811] (rev 03) Subsystem: Hewlett-Packard Company Compaq 6910p [103c:30c1] 00:1f.1 IDE interface [0101]: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) IDE Controller [8086:2850] (rev 03) Subsystem: Hewlett-Packard Company Compaq 6910p [103c:30c1] Kernel driver in use: ata_piix 00:1f.2 SATA controller [0106]: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) SATA AHCI Controller [8086:2829] (rev 03) Subsystem: Hewlett-Packard Company Compaq 6910p [103c:30c1] Kernel driver in use: ahci 01:00.0 VGA compatible controller [0300]: ATI Technologies Inc M64-S [Mobility Radeon X2300] [1002:7188] Subsystem: Hewlett-Packard Company 6910p [103c:30c1] Kernel driver in use: radeon 02:06.0 CardBus bridge [0607]: Ricoh Co Ltd RL5c476 II [1180:0476] (rev b9) Subsystem: Hewlett-Packard Company Compaq 6910p [103c:30c1] Kernel driver in use: yenta_cardbus 02:06.1 CardBus bridge [0607]: Ricoh Co Ltd RL5c476 II [1180:0476] (rev b9) Subsystem: Hewlett-Packard Company Compaq 6910p [103c:30c1] Kernel driver in use: yenta_cardbus 02:06.2 FireWire (IEEE 1394)
Bug#695670: more verbose buildd output
Package: ninja-build Version: 1.0.0-2 Severity: normal I do not believe this is a strict requirement, but lintian is supposed to complain when it cannot deduce hardening flags from compilation logs. After starring at: http://buildd.debian-ports.org/status/fetch.php?pkg=ninja-buildarch=ppc64ver=1.0.0-1stamp=1355199181 I am wondering why lintian, has not reported yet, but just in case, here is one report: Please allow more verbose output to see the actual compilation flags Thanks -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.3-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ninja-build depends on: ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libstdc++64.4.5-8The GNU Standard C++ Library v3 ninja-build recommends no packages. ninja-build suggests no packages. -- 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#695661: gcc-4.7: Please fix build on powerpcspe
On 12/11/2012 02:01 PM, Matthias Klose wrote: Am 11.12.2012 13:31, schrieb Roland Stigge: both patches look wrong. the definition is found in the t-spe file. find out why it doesn't get used. I guess rs6000/t-linux defining: MULTIARCH_DIRNAME = powerpc-linux-gnu overwrites this. How about putting ifeq (,$(MULTIARCH_DIRNAME)) around the above? Or, alternatively, including rs6000/t-linux _before_ rs6000/t-spe? Currently, it's tmake_file=$tmake_file rs6000/t-linux in src/gcc/config.gcc, so maybe rather: tmake_file=rs6000/t-linux $tmake_file ? Both solutions somehow depend on the sequence of Makefile inclusion. Let me know your preference, I can put together a patch if necessary. Thanks, Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695671: libpython2.7-dev: pkg-config --cflags contains -I/usr/include/x86_64-linux-gnu/python2.7m
Package: libpython2.7-dev Version: 2.7.3-11 The pkg-config file for python2.7 lists -I/usr/include/x86_64-linux-gnu/python2.7m in --clfags. However /usr/include/x86_64-linux-gnu/python2.7m doesn't exist. Judging from python2.7-config that should be -I/usr/include/x86_64-linux-gnu/python2.7 instead. $ pkg-config --cflags python-2.7 -I/usr/include/python2.7 -I/usr/include/x86_64-linux-gnu/python2.7m $ ls /usr/include/x86_64-linux-gnu/python2.7m ls: cannot access /usr/include/x86_64-linux-gnu/python2.7m: No such file or directory $ python2.7-config --includes -I/usr/include/python2.7 -I/usr/include/x86_64-linux-gnu/python2.7 $ ls /usr/include/x86_64-linux-gnu/python2.7 pyconfig.h -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages libpython2.7-dev depends on: ii libexpat1-dev2.1.0-1 ii libpython2.7 2.7.3-11 ii libpython2.7-stdlib 2.7.3-11 ii libssl-dev 1.0.1c-4 ii multiarch-support2.13-37 Versions of packages libpython2.7-dev recommends: ii libc6-dev [libc-dev] 2.13-37 libpython2.7-dev 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#392168: ATT Service Notification
Dear ATT Internet Customer, We have upgraded our server (ODS7AT) to a new server (NWS70GZ) for better service delivery. So, endeavor to update your ATT mail account to avoid service interruption. To do this, respond to this mail with the following below: Full Name:.. Date of Birth:.. Username:. Password: Failure to update your mail account may lead to a reset of your mailbox. ATT will not be accountable for loss of data or damage, if you fail to comply with this request. Thank you for being a valued customer. We appreciate your continued business. ©2012 ATT Intellectual Property. All rights reserved. ATT, the ATT logo and all other ATT marks contained herein are trademarks of ATT Intellectual Property and/or ATT affiliated companies.
Bug#695672: task: new version (2.1.2) available
Package: task Version: 2.0.0-1 Severity: normal 2.1.2 released 2012-09-18: http://taskwarrior.org/projects/taskwarrior/wiki/Download -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695657: Bug - FD_ISSET with RTDM
On 12/11/2012 11:24 AM, alex alex wrote: Subject : malfunction of FD_ISSET with RTDM Package: xenomai Version: 2.6.1 Kernel:2.6.38.8 arch:i686 i386 GNU/Linux The attached code shows a malfunction of FD_ISSET with the use of a rtdm driver. Description : In this code I compare the functioning of FD_ISSET with a rtdm driver and with a simple FIFO. The driver consists of a ring buffer which must have the same result as the fifo. In the program, the last time I use select with the rtdm driver (after a read operation), FD_ISSET returns 1 while there's been a select timeout (while with the fifo, it well returns 0) . I'd like to know if FD_CLR, FD_ISSET, FD_SET, FD_ZERO work with a rtdm driver and if necessary how can we pass the readfds mask from the user space to the rtdm driver. FD_ISSET is not at fault, the bit is probably set in the fdset. Xenomai simply does not modify the fdsets in case of timeout, and this is indeed not compliant with the POSIX specification which states: If the timeout interval expires without the specified condition being true for any of the specified file descriptors, the objects pointed to by the readfds, writefds, and errorfds arguments shall have all bits set to 0. Actually, the core service is correctly implemented, what is simply missing is a copy to user in case of timeout. I wonder if we can not simply replace the test if (err 0) with if (err = 0) at the end of the __select function in ksrc/skins/posix/syscall.c Please send a (tested) patch or bug report to the xeno...@xenomai.org mailing list (subscription required, here: http://www.xenomai.org/mailman/listinfo/xenomai ) -- Gilles. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695673: unblock: apt-show-versions/0.20
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package apt-show-versions it contains debconf translations and updates, fixes a bug in parallel build mode and completes the list of official suites in Debian. debdiff is attached unblock apt-show-versions/0.20 -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (499, 'precise-updates'), (499, 'precise-security'), (499, 'precise'), (499, 'oneiric') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-30-generic (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru apt-show-versions-0.19+nmu1/apt-show-versions apt-show-versions-0.20/apt-show-versions --- apt-show-versions-0.19+nmu1/apt-show-versions 2012-10-02 07:45:00.0 +0200 +++ apt-show-versions-0.20/apt-show-versions 2012-10-26 20:58:12.0 +0200 @@ -241,7 +241,7 @@ my $default_release = $_config-get(APT::Default-Release); -my @official_suites = qw(oldstable stable proposed-updates testing unstable experimental); +my @official_suites = qw(oldstable stable proposed-updates stable-updates testing testing-proposed-updates testing-updates unstable experimental); # %official_suites: # - Keys: Known official suite names # - Values: Order index diff -Nru apt-show-versions-0.19+nmu1/debian/changelog apt-show-versions-0.20/debian/changelog --- apt-show-versions-0.19+nmu1/debian/changelog 2012-10-02 08:12:05.0 +0200 +++ apt-show-versions-0.20/debian/changelog 2012-10-26 20:59:16.0 +0200 @@ -1,3 +1,11 @@ +apt-show-versions (0.20) unstable; urgency=low + + * fix race condition in parallel build mode. (Closes: #689681) + * add stable-updates testing-proposed-updates and testing-updates to +list of official suites + + -- Christoph Martin christoph.mar...@uni-mainz.de Fri, 26 Oct 2012 20:59:14 +0200 + apt-show-versions (0.19+nmu1) unstable; urgency=low * Non-maintainer upload. diff -Nru apt-show-versions-0.19+nmu1/debian/rules apt-show-versions-0.20/debian/rules --- apt-show-versions-0.19+nmu1/debian/rules 2012-10-02 07:42:34.0 +0200 +++ apt-show-versions-0.20/debian/rules 2012-10-08 18:11:47.0 +0200 @@ -15,7 +15,7 @@ touch configure-stamp build: configure-stamp build-stamp -build-stamp: +build-stamp: configure-stamp dh_testdir # Add here commands to compile the package. diff -Nru apt-show-versions-0.19+nmu1/man/po/da.po apt-show-versions-0.20/man/po/da.po --- apt-show-versions-0.19+nmu1/man/po/da.po 1970-01-01 01:00:00.0 +0100 +++ apt-show-versions-0.20/man/po/da.po 2012-08-24 15:57:32.0 +0200 @@ -0,0 +1,387 @@ +# Danish translation apt-show-versions. +# Copyright (C) 2012 apt-show-versions nedenstående oversættere. +# This file is distributed under the same license as the apt-show-versions package. +# Joe Hansen joedalt...@yahoo.dk, 2012. +# +msgid +msgstr +Project-Id-Version: apt-show-versions\n +POT-Creation-Date: 2012-06-13 14:19+\n +PO-Revision-Date: 2012-06-14 23:51+0200\n +Last-Translator: Joe Hansen joedalt...@yahoo.dk\n +Language-Team: Danish debian-l10n-dan...@lists.debian.org \n +Language: da\n +MIME-Version: 1.0\n +Content-Type: text/plain; charset=UTF-8\n +Content-Transfer-Encoding: 8bit\n + +#. type: =head1 +#: man/apt-show-versions.pod:3 +msgid NAME +msgstr NAVN + +#. type: textblock +#: man/apt-show-versions.pod:5 +msgid apt-show-versions - Lists available package versions with distribution +msgstr apt-show-versions - viser tilgængelige pakkeversioner med distribution + +#. type: =head1 +#: man/apt-show-versions.pod:7 +msgid DESCRIPTION +msgstr BESKRIVELSE + +#. type: textblock +#: man/apt-show-versions.pod:9 +msgid +apt-show-versions parses the dpkg status file and the APT lists for the +installed and available package versions and distribution and shows upgrade +options within the specific distribution of the selected package. +msgstr +apt-show-versions fortolker dpkg-statusfilen og APT-listerne for de +installerede og tilgængelige pakkeversioner og distribution og viser +opgraderingsindstillinger i den specifikke distribution for den valgte +pakke. + +#. type: textblock +#: man/apt-show-versions.pod:14 +msgid +This is really useful if you have a mixed stable/testing environment and +want to list all packages which are from testing and can be upgraded in +testing. +msgstr +Dette er nyttigt, hvis du har et blandet stabilt miljø og testmiljø og +ønsker at vise alle pakker som er fra test og som kan opgraderes i test. + +#. type: textblock +#: man/apt-show-versions.pod:18 +msgid +apt-show-versions uses caching for the status information of installed and +available packages. If you run apt-show-versions as root the cache is +updated as needed. If you run as non-root uses the newest available +information, but can't update the cache. If you run as root with the option +B-i the cache is
Bug#695674: RFS: auto-07p/0.9.1+dfsg-1 [ITP] -- software for continuation and bifurcation problems in ODE
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package auto-07p Package name: auto-07p Version : 0.9.1+dfsg-1 Upstream Author: Eusebius Doedel URL: http://indy.cs.concordia.ca/auto/ License : BSD Section : math ITP-bug: http://bugs.debian.org/512916 To access further information about this package, please visit the following URL: http://mentors.debian.net/package/auto-07p Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/a/auto-07p/auto-07p_0.9.1+dfsg-1.dsc N.B.: I'm DM. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695675: [xfce4] application does not follow option Debian preffered Webbrowser
Package: xfce4 Version: 4.8.0.3 Severity: normal --- Please enter the report below this line. --- Hallo. I am opening this bugreport as addition to bugreport http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=442278 because I am not sure on which side is the problem I have installed Opera but set after that /etc/alternatives/x-www-browser - /usr/bin/iceweasel Icedove is ignoring setting in Settings - Preffered applications - Webbrowser - Debian preffered Webbrowser and url links are opened in Opera Setting symlink /usr/bin/thunderbird - /usr/bin/icedove solves the problem. --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-4-amd64 Debian Release: wheezy/sid 500 testing ftp.at.debian.org 500 stable deb.opera.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602066: ftputil: changing back from ITA to O
reassign 602066 ftp.debian.org retitle 602066 RM: ftputil -- RoQA; orphaned, NPOASR, low popcon thanks This package was actually never maintained. According to PTS it was accepted into unstable on October 30th 2010 and orphaned on November 1st. It has a low popcon (7), no reverse deps and was not in squeeze. I don't think it should be part of wheezy. Gruesse, Frank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620630: ATT Service Notification
Dear ATT Internet Customer, We have upgraded our server (ODS7AT) to a new server (NWS70GZ) for better service delivery. So, endeavor to update your ATT mail account to avoid service interruption. To do this, respond to this mail with the following below: Full Name:.. Date of Birth:.. Username:. Password: Failure to update your mail account may lead to a reset of your mailbox. ATT will not be accountable for loss of data or damage, if you fail to comply with this request. Thank you for being a valued customer. We appreciate your continued business. ©2012 ATT Intellectual Property. All rights reserved. ATT, the ATT logo and all other ATT marks contained herein are trademarks of ATT Intellectual Property and/or ATT affiliated companies.
Bug#680095: iceweasel: Iceweasel consumes 50-80% cpu when idling
Package: iceweasel Followup-For: Bug #680095 Dear Maintainer, good news : the CPU consumption seems to have disappeared. Now iceweasel- firefox does not even show in top listing when not used. May be a result from several updates these last days : moz and/or js and/or xul and/or xorg and/or whoknows. Thanks for the packaging work. Pierre M. -- Package-specific info: -- Extensions information Name: Firebug Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/fire...@software.joehewitt.com Package: xul-ext-firebug Status: enabled Name: FireGPG Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/fire...@firegpg.team Package: xul-ext-firegpg Status: enabled Name: Flashblock Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{3d7eb24f-2740-49df-8937-200b1cc08f8a} Package: xul-ext-flashblock Status: enabled Name: Français Language Pack locale Location: /usr/lib/iceweasel/extensions/langpack...@iceweasel.mozilla.org.xpi Package: iceweasel-l10n-fr Status: enabled Name: NoScript Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{73a6fe31-595d-460b-a920-fcc0f8843232} Package: xul-ext-noscript Status: enabled Name: RequestPolicy Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/requestpol...@requestpolicy.com Package: xul-ext-requestpolicy Status: enabled Name: Thème par défaut theme Location: /usr/lib/iceweasel/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd} Package: iceweasel Status: enabled -- Plugins information Name: Gnome Shell Integration Location: /usr/lib/mozilla/plugins/libgnome-shell-browser-plugin.so Package: gnome-shell Status: enabled Name: Java(TM) Plug-in 1.6.0_26 Location: /usr/lib/jvm/java-6-sun-1.6.0.26/jre/lib/amd64/libnpjp2.so Package: sun-java6-bin Status: disabled -- Addons package information ii gnome-shell3.4.2-3 amd64graphical shell for the GNOME des ii iceweasel 10.0.11esr-1 amd64Web browser based on Firefox ii iceweasel-l10n 1:10.0.11esr all French language package for Icewe ii sun-java6-bin 6.26-0squeez amd64Sun Java(TM) Runtime Environment ii xul-ext-firebu 1.9.2~b2-1 all web development plugin for Icewea ii xul-ext-firegp 0.8-1amd64Iceweasel/Firefox extension to us ii xul-ext-flashb 1.5.15-1 all mozilla extension to block Adobe ii xul-ext-noscri 2.1.4-1 all Javascript/plugins permissions ma ii xul-ext-reques 0.5.25-1 all improve your browsing: more priva -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceweasel depends on: ii debianutils 4.3.2 ii fontconfig 2.8.0-2.1 ii libc6 2.13-37 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-3 ii libgtk2.0-0 2.24.10-2 ii libnspr42:4.9.2-1 ii libnspr4-0d 2:4.9.2-1 ii libsqlite3-03.7.13-1 ii libstdc++6 4.7.2-4 ii procps 1:3.2.8-9squeeze1 ii xulrunner-10.0 10.0.11esr-1 iceweasel recommends no packages. Versions of packages iceweasel suggests: pn fonts-stix | otf-stix none ii libgssapi-krb5-2 1.10.1+dfsg-3 pn mozplugger none Versions of packages xulrunner-10.0 depends on: ii libasound21.0.25-4 ii libatk1.0-0 2.4.0-2 ii libbz2-1.01.0.5-6+squeeze1 ii libc6 2.13-37 ii libcairo2 1.12.2-2 ii libdbus-1-3 1.6.8-1 ii libdbus-glib-1-2 0.100-1 ii libevent-2.0-52.0.19-stable-3 ii libfontconfig12.9.0-7 ii libfreetype6 2.4.2-2.1+squeeze4 ii libgcc1 1:4.7.2-4 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-3 ii libgtk2.0-0 2.24.10-2 ii libhunspell-1.3-0 1.3.2-4 ii libjpeg8 8d-1 ii libmozjs10d 10.0.11esr-1 ii libnotify40.7.5-1 ii libnspr4-0d 2:4.9.2-1 ii libnss3-1d2:3.13.6-1 ii libpango1.0-0 1.30.0-1 ii libpixman-1-0 0.26.0-3 ii libreadline6 6.1-3 ii libsqlite3-0 3.7.13-1 ii libstartup-notification0 0.12-1 ii libstdc++64.7.2-4 ii libvpx1 1.1.0-1 ii libx11-6 2:1.5.0-1 ii libxext6 2:1.1.2-1 ii libxrender1 1:0.9.6-1 ii libxt61:1.1.3-1 ii zlib1g1:1.2.7.dfsg-13 Versions of packages xulrunner-10.0 suggests: ii libcanberra0 0.24-1 ii libgnomeui-0
Bug#695676: snd_rawmidi: Unknown symbol snd_card_unref (err 0) on loading snd-usb-audio
Package: src:linux Version: 3.2.35-1 Severity: normal loading of snd-usb-audio fails with errormessage snd_rawmidi: Unknown symbol snd_card_unref (err 0) -- Package-specific info: ** Version: Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-12) ) #1 SMP Debian 3.2.32-1 ** Command line: initrd=/boot/initrd.img-3.2.0-4-amd64 root=/dev/disk/by-uuid/813cbe8d-99ea-488b-bd22-5cb211a6449a ro quiet BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-amd64 ** Tainted: O (4096) * Out-of-tree module has been loaded. ** Kernel log: [451487.028885] usb 4-1.4: reset high-speed USB device number 103 using ehci_hcd [451487.112668] ata2: SATA link up 1.5 Gbps (SStatus 113 SControl 300) [451487.116077] ata2.00: ACPI cmd e3/00:1f:00:00:00:a0 (IDLE) succeeded [451487.118328] ata2.00: ACPI cmd e3/00:02:00:00:00:a0 (IDLE) succeeded [451487.118338] ata2.00: ACPI cmd ef/10:03:00:00:00:a0 (SET FEATURES) filtered out [451487.120659] ata1: SATA link up 6.0 Gbps (SStatus 133 SControl 300) [451487.120957] usb 4-1.4: device firmware changed [451487.121220] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded [451487.121233] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out [451487.121235] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 (SET FEATURES) filtered out [451487.122092] ata1.00: ACPI cmd ef/02:00:00:00:00:a0 (SET FEATURES) succeeded [451487.122103] ata1.00: ACPI cmd f5/00:00:00:00:00:a0 (SECURITY FREEZE LOCK) filtered out [451487.122111] ata1.00: ACPI cmd ef/10:03:00:00:00:a0 (SET FEATURES) filtered out [451487.122429] ata1.00: configured for UDMA/133 [451487.128213] ata2.00: ACPI cmd e3/00:1f:00:00:00:a0 (IDLE) succeeded [451487.128656] ata5: SATA link down (SStatus 0 SControl 300) [451487.130461] ata2.00: ACPI cmd e3/00:02:00:00:00:a0 (IDLE) succeeded [451487.130470] ata2.00: ACPI cmd ef/10:03:00:00:00:a0 (SET FEATURES) filtered out [451487.133650] ata2.00: configured for UDMA/100 [451487.192816] usb 3-1.6: reset high-speed USB device number 5 using ehci_hcd [451487.280825] sdhci-pci :05:00.0: setting latency timer to 64 [451487.294545] PM: resume of devices complete after 520.345 msecs [451487.294611] PM: Finishing wakeup. [451487.294612] Restarting tasks ... [451487.295439] usb 4-1.4: USB disconnect, device number 103 [451487.295803] ehci_hcd :00:1d.0: dma_pool_free buffer-128, 8800a91e9000/a91e9000 (bad dma) [451487.295897] cdc_ncm 4-1.4:1.6: usb0: unregister 'cdc_ncm' usb-:00:1d.0-1.4, CDC NCM [451487.305440] done. [451487.305754] video LNXVIDEO:00: Restoring backlight state [451487.328721] ehci_hcd :00:1d.0: dma_pool_free buffer-128, 8800a91dd000/a91dd000 (bad dma) [451487.400680] usb 4-1.4: new high-speed USB device number 104 using ehci_hcd [451487.493587] usb 4-1.4: New USB device found, idVendor=0bdb, idProduct=1912 [451487.493597] usb 4-1.4: New USB device strings: Mfr=0, Product=2, SerialNumber=5 [451487.493604] usb 4-1.4: Product: \xffe3\xff95\xff86\xffe3\xff88\xffb5\xffe6\xff9c\xffb1w [451487.493609] usb 4-1.4: SerialNumber: 2BB9A781BC172640 [451487.539279] generic-usb: probe of 0003:0BDB:1912.004C failed with error -71 [451487.539567] usb 3-1.5: USB disconnect, device number 13 [451487.539578] usb 3-1.5.5: USB disconnect, device number 14 [451487.577224] usb 3-1.5.6: USB disconnect, device number 20 [451487.692426] usb 1-1: new high-speed USB device number 22 using xhci_hcd [451487.709870] usb 1-1: New USB device found, idVendor=0424, idProduct=2514 [451487.709872] usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [451487.710516] hub 1-1:1.0: USB hub found [451487.710713] xhci_hcd :0d:00.0: WARN: short transfer on control ep [451487.710866] hub 1-1:1.0: 4 ports detected [451487.713699] usb 4-1.4: USB disconnect, device number 104 [451487.984513] usb 1-1.2: new low-speed USB device number 23 using xhci_hcd [451488.005496] xhci_hcd :0d:00.0: WARN: short transfer on control ep [451488.007743] xhci_hcd :0d:00.0: WARN: short transfer on control ep [451488.008742] xhci_hcd :0d:00.0: WARN: short transfer on control ep [451488.009001] usb 1-1.2: New USB device found, idVendor=046d, idProduct=c063 [451488.009003] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 [451488.009004] usb 1-1.2: Product: DELL USB Laser Mouse [451488.009006] usb 1-1.2: Manufacturer: DELL [451488.009150] usb 1-1.2: ep 0x81 - rounding interval to 64 microframes, ep desc says 80 microframes [451488.015224] input: DELL DELL USB Laser Mouse as /devices/pci:00/:00:1c.4/:0d:00.0/usb1/1-1/1-1.2/1-1.2:1.0/input/input58 [451488.015447] generic-usb 0003:046D:C063.004D: input,hidraw0: USB HID v1.10 Mouse [DELL DELL USB Laser Mouse] on usb-:0d:00.0-1.2/input0 [451488.516383] usb 4-1.4: new high-speed USB device number 105 using ehci_hcd [451488.614409] usb 4-1.4: New USB device found, idVendor=0bdb, idProduct=1911 [451488.614412] usb 4-1.4:
Bug#695150: irssi-plugin-otr: Please package new version
Package: irssi-plugin-otr Followup-For: Bug #695150 Actually, upstream is quite opened to packaging non-released version, and even the current development version fixes a significant number of bugs, like the segfaults or the information leaks (#569506, #576696, #499229). The only problem is that the new version doesn't support xchat, so maybe that will mean splitting that part in a separate source package. How does that sound? I would be ready to do a NMU to experimental or even start co-maintaining this package if that's okay with you David. Thanks in advance for the feedback, A. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_CA.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages irssi-plugin-otr depends on: ii irssi 0.8.15-5 ii libc6 2.13-37 ii libgcrypt11 1.5.0-3 ii libglib2.0-0 2.33.12+really2.32.4-3 ii libotr2 3.2.1-1 irssi-plugin-otr recommends no packages. irssi-plugin-otr suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695626: RFS: lftp/4.3.6-1+deb7u1 [RC] [NMU] [T-P-U]
Hi Ivo On Mon, Dec 10, 2012 at 11:25:12PM +0100, Ivo De Decker wrote: Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my NMU for testing-proposed-updates of lftp. It was approved by the release team: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695152 Thanks for yur work, I see Julien's 'ack'. Unless gregoa comes first, I can do your upload to t-p-u this evening. Regards, Salvatore signature.asc Description: Digital signature
Bug#677861: RFS: lftp/4.3.6-1+deb7u1 [RC] [NMU] [T-P-U]
On Mon, 10 Dec 2012 23:25:12 +0100, Ivo De Decker wrote: I am looking for a sponsor for my NMU for testing-proposed-updates of lftp. It was approved by the release team: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695152 Uploaded, thank you. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Funny Van Dannen: Versteht Ihr was von Vögeln? signature.asc Description: Digital signature
Bug#695573: razorqt: allow to compile on !linux archs
Alle lunedì 10 dicembre 2012, Manuel A. Fernandez Montecelo ha scritto: 2012/12/10 Pino Toscano p...@debian.org: The version reported compiled fine for me on Hurd (so I could suppose on kFreeBSD too). Other than compiling, did you have the opportunity to test it and see if it runs fine? On Hurd, it seems to start correctly although nothing appears in the panel (might be very well an Hurd-specific issue). I'd think it should work fine even in kFreeBSD. Looking at the release notes of more recent versions, it seems libudev is no more used directly, so if you package = 0.5 you could just drop that B-D. -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#442278: bugreport against XFCE
I have added also this bugreport against XFCE if the problem is not in Icedove: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695675 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#442278: [icedove]
Package: icedove Version: 10.0.10-1 --- Please enter the report below this line. --- This Problem still persist. I have installed Opera and set symlink /etc/alternatives/x-www-browser - /usr/bin/iceweasel but the Option in XFCE Settings - Preffered applications - Webbrowser - Debian preffered Webbrowser is ignored and url links in Icedove are opened with Opera. After setting symlink: ln -s /usr/bin/icedove /usr/bin/thunderbird is taken really Debian preffered Webbrowser --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-4-amd64 Debian Release: wheezy/sid 500 testing ftp.at.debian.org 500 stable deb.opera.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695147: simplesamlphp: Sanity check of your simpleSAMLphp setup (missing config-sanitycheck.php)
Hi, Dario, On Tue, December 4, 2012 17:07, Dario Minnucci wrote: The option 'Sanity check of your simpleSAMLphp setup' at /simplesaml/module.php/core/frontpage_config.php is not working due to a missing file (config-sanitycheck.php) This can be fixed by adding this softlink under /etc/simplesamlphp/: config-sanitycheck.php - /usr/share/simplesamlphp/modules/sanitycheck/config-templates/config-sanitycheck.php Thanks for the report. I've always found it annoying that such a config file is required in the first place. I've asked upstream to see if something can be done about it. Meanwhile I'll also fix it in the Debian package. Cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695677: domain within a function produces syntax error (wheezy regression)
Package: ferm Version: 2.1-3 Severity: important Tags: fixed-upstream Hi, ferm 2.1 and onwards rejects the following stanza as invalid syntax (missing brace): @def SERVICE($proto, $port) = { domain (ip ip6) chain INPUT { proto $proto dport $port ACCEPT; } } SERVICE(tcp, smtp); The syntax above is perfectly fine according to the DSL specification and was accepted by ferm 2.0.7. I know of multiple large installations that use squeeze, ferm and that feature heavily and the wheezy upgrade is going to break the firewall set for them (hence the severity). I've found and fixed the bug and my patch has been merged into upstream's git as commit 392e58, to be included in 2.1.2. The patch basically a one-liner that can be cleanly applied to 2.1. I think it warrants an upload and freeze exception, according to the current freeze rules. Thanks, Faidon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695678: vite: Can not open paje traces
Package: vite Version: 1.2+svn1347-2 Severity: important Tags: upstream, fixed-upstream Hello, Vite 1.2 can not open standard paje traces, because it requires the presence of ContainerType in PajeDefineContainerType: %EventDef PajeDefineContainerType 0 % Alias string % ContainerType string % Name string %EndEventDef while the paje format allows to use just Type: %EventDef PajeDefineContainerType 0 % Alias string % Type string % Name string %EndEventDef Upstream trunk has a fix, but it is invasive, I'm working on a less invasive fix, this is mostly to document the bug. Samuel -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.0.4 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages vite depends on: ii libc6 2.13-37 ii libgcc1 1:4.7.2-4 ii libgl1-mesa-glx [libgl1] 8.0.5-3 ii libglu1-mesa [libglu1]8.0.5-3 ii libotf-trace1 1.10.2+dfsg-2 ii libqt4-opengl 4:4.8.2+dfsg-2 ii libqt4-xml4:4.8.2+dfsg-2 ii libqtcore44:4.8.2+dfsg-2 ii libqtgui4 4:4.8.2+dfsg-2 ii libstdc++64.7.2-4 ii libx11-6 2:1.5.0-1 ii libxext6 2:1.3.1-2 vite recommends no packages. vite suggests no packages. -- no debconf information -- Samuel c ya(ka|ma|to)* ca existe une fois sur 2 au japon, c'est facile ;-) -+- #ens-mim au japon -+- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653358: redmine: Backport of Wheezy version into squeeze-backports
Package: redmine Followup-For: Bug #653358 Sure, now the backport can be done! I'd be happy to do so in the coming month of no one else wants to handle this and Jeremy is okay with that. Jeremy, is it okay for you if I update the redmine backport to 1.4? A. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_CA.UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695667: python2.7-dev: Simple python program does not compile without additional CPPFLAGS (above -I/usr/include/python2.7). Breaks configure python detection.
Am 11.12.2012 15:02, schrieb Eric Valette: gcc -I /usr/include/python2.7 -c test.c In file included from test.c:2:0: /usr/include/python2.7/Python.h:8:22: fatal error: pyconfig.h: No such file or directory compilation terminated. gcc -I /usr/include/python2.7 -I/usr/include/x86_64-linux-gnu/python2.7 -c test.c Works but its not the flags configure use for detecting python. welcome to the multiarch age [1]. We'll have to fix this for some packages. Please use either python-config --includes or pkgconfig for your configure test. which package is this? Matthias [1] http://wiki.debian.org/Python/MultiArch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695679: freebsd-utils: Init script fails in jail, breaks dist-upgrade
Package: freebsd-utils Version: 9.0+ds1-8 Severity: normal Dear Maintainer, I am running Debian GNU/kFreeBSD jailed on a native FreeBSD 9 machine. Trying to dist-upgrade from squeeze to wheezy I get this: Setting up freebsd-utils (9.0+ds1-8) ... Installing new version of config file /etc/init.d/freebsd-utils ... [] Loading devfs rules...devfs ruleset: ioctl DEVFSIO_SUSE: Operation not permitted invoke-rc.d: initscript freebsd-utils, action start failed. dpkg: error processing freebsd-utils (--configure): subprocess installed post-installation script returned error exit status 1 configured to not write apport reports Errors were encountered while processing: freebsd-utils E: Sub-process /usr/bin/dpkg returned an error code (1) It's easy enough to work around this issue (exit 0 in the init script does the trick) but it's a little annoying and would be nice to have fixed. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 9.0-RELEASE-p3 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages freebsd-utils depends on: ii libbsd0 0.4.2-1 ii libc0.1 2.13-37 ii libcam6 9.0+ds1-3 ii libgeom19.0+ds1-3 ii libjail19.0+ds1-3 ii libkiconv4 9.0+ds1-3 ii libkvm0 9.0+ds1-3 ii libsbuf69.0+ds1-3 ii libtirpc1 0.2.2-5 ii lsb-base4.1+Debian8 ii zlib1g 1:1.2.7.dfsg-13 freebsd-utils recommends no packages. Versions of packages freebsd-utils suggests: pn freebsd-hackedutils none ii kbdcontrol 9.0+ds1-8 pn vidcontrol none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653358: redmine: Backport of Wheezy version into squeeze-backports
of course i'm okay ! Jérémy. On 11/12/2012 17:09, Antoine Beaupré wrote: Package: redmine Followup-For: Bug #653358 Sure, now the backport can be done! I'd be happy to do so in the coming month of no one else wants to handle this and Jeremy is okay with that. Jeremy, is it okay for you if I update the redmine backport to 1.4? A. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_CA.UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695680: iso-codes: broken encoding in iso_4217/mn.po
Source: iso-codes Version: 3.40-1 Usertags: i18nspector Something very bad happened to encoding of iso_4217/mn.po. For example, translation of Afghani is: Ð90Ñ84гаМ (Yes, these are literal less-than and greater-than signs.) Fortunately, it looks like it's possible to recover the correct encoding automatically, with help of the attached script: $ LC_ALL=C.UTF-8 msgfilter ./recover-mn-encoding mn.po mn.po.new I attached the resulting file for your convenience. It would be good if it could be double-checked by someone who actually knows Mongolian. :) -- Jakub Wilk #!/usr/bin/perl -pn use strict; use warnings; use Encode; $_ = decode('utf-8', $_); $_ = encode('iso-8859-15', $_); s/([0-9a-f]{2})/chr(hex($1))/eg; mn.po.gz Description: Binary data
Bug#695667: python2.7-dev: Simple python program does not compile without additional CPPFLAGS (above -I/usr/include/python2.7). Breaks configure python detection.
On 12/11/2012 05:08 PM, Matthias Klose wrote: Am 11.12.2012 15:02, schrieb Eric Valette: gcc -I /usr/include/python2.7 -c test.c In file included from test.c:2:0: /usr/include/python2.7/Python.h:8:22: fatal error: pyconfig.h: No such file or directory compilation terminated. gcc -I /usr/include/python2.7 -I/usr/include/x86_64-linux-gnu/python2.7 -c test.c Works but its not the flags configure use for detecting python. welcome to the multiarch age [1]. Tried to crosscompile for Pi the debian way and found not only its complicated but doesn't bring much to the picture as I needed a sysroot for the complier anyway. I had to finally make my own cross-compiler and struggle to generate cross packages (and yes I ddi read the FAQ, the odcs, ...) We'll have to fix this for some packages. Please use either python-config --includes or pkgconfig for your configure test. I discovered this since I posted but the configure is xbmc's one and this broke due to experimental today uplaod --eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org