Bug#657244: batik bundles a non free colour profile in pdf-transcoder.jar
clone 657244 -1 reassign -1 fop found -1 fop/1:1.0.dfsg2-6 retitle -1 src/java/org/apache/fop/pdf/ sRGB Color Space Profile.icm is non-free thanks On Tue, Jan 24, 2012 at 11:54 PM, Karl Goetz k...@kgoetz.id.au wrote: From [1], it seems the pdf-transcoder.jar in batik contains a colour profile with a crazy licence. ...permission to use, copy and distribute this file for any purpose is hereby granted without fee, provided that the file is not changed including the HP copyright notice tag, ... The file will need to be removed from the jar, or the jar (and pdf support) removed from batik :/ Actually, it's more annoying than this. As far as I can tell, batik doesn't use this binary jar (and it should have been stripped from the debian source ages ago). Unfortunately, the jar comes from fop, and the incriminated file is present in fop source, which makes it unsuitable for main... Thanks for your report, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657089: Please reintroduce dh_numpy usage / easy numpy transitions
Il giorno Wed, 25 Jan 2012 07:56:30 +0100 Jakub Wilk jw...@debian.org ha scritto: * Antonio Valentino antonio.valent...@tiscali.it, 2012-01-24, 01:32: We mainly depend on debheper =8.1 in order to get a better support for for sphinx doc. How do you get better support for sphinx doc with debhelper = 8.1? As the Sphinx maintainer, I'm deeply intrigued. oh, just small things: * dh_compress: Javascript files are not compressed, as these go with (uncompressed) html files. Closes: #603553 * dh_compress: Ignore objects.inv files, generated by Sphinx documentation. Closes: #608907 Both of the above features can be easily implemented with small changes in the debian/rules file of course. best regards -- Antonio Valentino -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657255: [Pkg-bluetooth-maintainers] Bug#657255: [bluez] bluetoothd is hanging up.
severity 657255 important thanks Hi, Does linux kernel which you use recognize bluetooth host device? Best regards, Nobuhiro 2012年1月25日9:16 Takahide Nojima nozzy123no...@gmail.com: Package: bluez Version: 4.98-1 Severity: serious --- Please enter the report below this line. --- Hello, I checked new package of bluez 4.98-1 , I found it doesn't work my debian box. There is no bluetooth icon on status bar on gnome3.2 desktop, and also bluetooth menu in gnome-control-center also grayed out. I run bluetoothd with debug option, then I found it stop in the middle of initialization as below ---console log is here -- $ sudo /usr/sbin/bluetoothd -n -d bluetoothd[2853]: Bluetooth daemon 4.98 bluetoothd[2853]: src/main.c:parse_config() parsing main.conf bluetoothd[2853]: src/main.c:parse_config() discovto=0 bluetoothd[2853]: src/main.c:parse_config() pairto=0 bluetoothd[2853]: src/main.c:parse_config() pageto=8192 bluetoothd[2853]: src/main.c:parse_config() auto_to=60 bluetoothd[2853]: src/main.c:parse_config() name=%h-%d bluetoothd[2853]: src/main.c:parse_config() class=0x000100 bluetoothd[2853]: src/main.c:parse_config() discov_interval=30 bluetoothd[2853]: src/main.c:parse_config() Key file does not have key 'DeviceID' bluetoothd[2853]: Starting SDP server bluetoothd[2853]: src/plugin.c:plugin_init() Loading builtin plugins bluetoothd[2853]: src/plugin.c:add_plugin() Loading pnat plugin bluetoothd[2853]: src/plugin.c:add_plugin() Loading audio plugin bluetoothd[2853]: src/plugin.c:add_plugin() Loading sap plugin bluetoothd[2853]: src/plugin.c:add_plugin() Loading input plugin bluetoothd[2853]: src/plugin.c:add_plugin() Loading serial plugin bluetoothd[2853]: src/plugin.c:add_plugin() Loading network plugin bluetoothd[2853]: src/plugin.c:add_plugin() Loading proximity plugin bluetoothd[2853]: src/plugin.c:add_plugin() Loading service plugin bluetoothd[2853]: src/plugin.c:add_plugin() Loading gatt_example plugin bluetoothd[2853]: src/plugin.c:add_plugin() Loading time plugin bluetoothd[2853]: src/plugin.c:add_plugin() Loading alert plugin bluetoothd[2853]: src/plugin.c:add_plugin() Loading health plugin bluetoothd[2853]: src/plugin.c:add_plugin() Loading thermometer plugin bluetoothd[2853]: src/plugin.c:add_plugin() Loading hciops plugin bluetoothd[2853]: src/plugin.c:add_plugin() Loading mgmtops plugin bluetoothd[2853]: src/plugin.c:add_plugin() Loading formfactor plugin bluetoothd[2853]: src/plugin.c:add_plugin() Loading storage plugin bluetoothd[2853]: src/plugin.c:add_plugin() Loading adaptername plugin bluetoothd[2853]: src/plugin.c:add_plugin() Loading wiimote plugin bluetoothd[2853]: src/plugin.c:add_plugin() Loading dbusoob plugin bluetoothd[2853]: src/plugin.c:plugin_init() Loading plugins /usr/lib/x86_64-linux-gnu/bluetooth/plugins bluetoothd[2853]: plugins/service.c:register_interface() path /org/bluez/2853/any bluetoothd[2853]: plugins/service.c:register_interface() Registered interface org.bluez.Service on path /org/bluez/2853/any bluetoothd[2853]: plugins/dbusoob.c:dbusoob_init() Setup dbusoob plugin bluetoothd[2853]: health/hdp.c:hdp_manager_start() Starting Health manager bluetoothd[2853]: alert/main.c:alert_init() Attribute server is disabled bluetoothd[2853]: Failed to init alert plugin bluetoothd[2853]: time/main.c:time_init() Attribute server is disabled bluetoothd[2853]: Failed to init time plugin bluetoothd[2853]: Parsing /etc/bluetooth/proximity.conf failed: No such file or directory bluetoothd[2853]: proximity/reporter.c:reporter_init() Attribute server is disabled bluetoothd[2853]: Failed to init proximity plugin bluetoothd[2853]: network/manager.c:read_config() /etc/bluetooth/network.conf: Key file does not have key 'DisableSecurity' bluetoothd[2853]: network/manager.c:read_config() Config options: Security=true bluetoothd[2853]: input/manager.c:input_manager_init() input.conf: Key file does not have key 'IdleTimeout' bluetoothd[2853]: audio/manager.c:audio_manager_init() audio.conf: Key file does not have key 'AutoConnect' bluetoothd[2853]: plugins/pnat.c:pnat_init() Setup Phonet AT (DUN) plugin bluetoothd[2853]: plugins/hciops.c:hciops_init() bluetoothd[2853]: plugins/gatt-example.c:gatt_example_init() Attribute server is disabled bluetoothd[2853]: Failed to init gatt_example plugin bluetoothd[2853]: plugins/hciops.c:hciops_setup() bluetoothd[2853]: src/main.c:main() Entering main loop bluetoothd[2853]: src/rfkill.c:rfkill_event() RFKILL event idx 0 type 1 op 0 soft 0 hard 0 bluetoothd[2853]: plugins/hciops.c:init_known_adapters() ( ... hanging up on this point... ) -- Switching off-on my bluetooth headphone didn't make no effect, bluetoothd doesn't proceed any more. Does anyone have information of this problem? Thanks, --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-1-amd64
Bug#631019: HDF5 transition from version 1.8.6 = 1.8.8
Hello Salvatore, Le mercredi 25 janvier 2012 à 08:33 +0100, Salvatore Bonaccorso a écrit : Hi Sylvestre Salvatore Bonaccorso car...@debian.org udav (U) I have prepared the package 'udav' for this transition. But I cannot build it currently. I will upload once I can test it. Is the problem you are experiencing is due to HDF5 ? 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#656910: replace memlock limited using a script to determine RAM size at each boot
This is again not a subject for this bug, but could perhaps be a small addition to the jack-common package? There has been some concern whether using memlock unlimited is safe, but in order to know what to set it to, for instance 95% of the memory size, you would first need to check the memory size, and then replace the value in the .conf file. I don't know where such a script could live, but I assume somewhere in the early boot process. Even just doing it once is probably not a good idea, since people add and remove memory now and again. Don't what implications there would be if the memory size is smaller than what is written in the conf file. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657162: linux-image-2.6.26-amd64: task ... blocked for more than 120 seconds.
Hi Ben What is the Debian package version? (Run 'cat /proc/version'.) $ cat /proc/version Linux version 2.6.32-5-amd64 (Debian 2.6.32-39squeeze1) (da...@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Mon Jan 9 20:49:59 UTC 2012 Does the system recover from this, i.e. does the backup ever complete? Yes. More info: we saw this with Lenny too, which was running a 2.6.26 kernel. The system was upgraded from Lenny to Squeeze yesterday, and thus a kernel upgrade from 2.6.26 to 2.6.32. Since the reboot following the upgrade, we saw ten occurrences of this problem in the first hour, but none since. Thanks, Keith -- |Keith Edmunds |Tiger Computing Ltd |Linux for Business | |Tel: 033 0088 1511 |Web: http://www.tiger-computing.co.uk | |Registered in England. Company number: 3389961 |Registered address: Wyastone Business Park, | Wyastone Leys, Monmouth, NP25 3SR signature.asc Description: PGP signature
Bug#631019: HDF5 transition from version 1.8.6 = 1.8.8
Hello Sylvestre On Wed, Jan 25, 2012 at 09:23:17AM +0100, Sylvestre Ledru wrote: Hello Salvatore, Le mercredi 25 janvier 2012 à 08:33 +0100, Salvatore Bonaccorso a écrit : Hi Sylvestre Salvatore Bonaccorso car...@debian.org udav (U) I have prepared the package 'udav' for this transition. But I cannot build it currently. I will upload once I can test it. Is the problem you are experiencing is due to HDF5 ? It's during build, I have libhdf5-dev in Build-Depends now. udav works should work with the serial implementation. This is quaranteed by having libhfd5-dev installed, which provides libhdf5-serial-dev, right? It does not have all 1.8.8 packages in right now. But during build it still pull's in: libhdf5-dev, libhdf5-7 but wrongly libhdf5-serial-1.8.4. But the problem seems to be that mathgl is still at 1.11.2-7. I suspect I simply have to wait until mathgl is build and then I can upload udav with changed Build-Depends. Regards, Salvatore udav_0.7.1.2-3_amd64.build.gz Description: Binary data signature.asc Description: Digital signature
Bug#392321: sudo: cannot use env_delete with env_reset
fixed 392321 1.8.3p1-2 fixed 523882 1.8.3p1-2 thanks Hi, both these bugs have been fixed in the meantime. All environment variables can now be preserved and removed by env_keep/env_check and env_delete, respectively. Or at least I tried the examples given, got the desired results, and see no reason to suspect other problems. Cheers, Jan -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments signature.asc Description: Digital signature
Bug#548513: Any problem with removing this space?
version: 5.7.7-2 On 01/22/2012 12:52 PM, Helge Kreutzmann wrote: Hello, is there anything unclear about this superflous space? If so, do not hesitate to ask, otherwise it would be great if you could fix this for Wheezy. If you need help unfuzzying I can help as well. Thanks! Greetings Helge Fixed in last upload. Regards Racke -- LinuXia Systems = http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP = http://www.icdevgroup.org/ Interchange Development Team -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646474: What to do if FTBFS bug is not reproducible?
Hi! Am 25.01.2012 08:58, schrieb Vasudev Kamath: I'm working on to prepare QA upload for surf which is orphaned by its previous maintainer. There is a FTBFS bug reported against this package [1]. But I'm not able to reproduce this bug. Package builds fine on the pbuilder clean chroot. I've already reported this on the bug and also have provided my build log. How can I proceed shall I manually close this bug and prepare a normal QA upload or I need to wait for some reply on the bug. I just tried it, and verified, that the package indeed builds in pbuilder. You could try to compare your build log, and one from the build that failed (haven't taken a look at them). If you can't find any significant differences, which could explain the FTBFS, I would downgrade the bug to important (so it's no longer considered release critical) and tag it unreproducible, till the submitter confirms the problem has been solved somehow (and the bug can be closed). If you are going to do an QA upload keep an eye on the build logs: You'll see if the package can be build by the autobuilders. Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656347: mahjongg: Can't change layout
Hi Here is the answer of your questions: * What led up to the situation? I haven't done anything special. My roommate challenged me in time competition in Pyramid layout and I just installed the game. * What exactly did you do (or not do) that was effective (or ineffective)? I've tried to purge mahjong and gnome-games-data and reinstall all dependencies and after that install again mahjong. * What was the outcome of this action? Nothing changed. I still can't change layouts. There were no errors during the proces. The only thing I get when I try to change it to something different from easy is new randomization of tiles. Оригинално писмо От: Yasen Atanasov Относно: Bug#656347: mahjongg: Can't change layout До: Debian Bug Tracking System Изпратено на: Сряда, 2012, Януари 18 19:05:14 EET Package: mahjongg Version: 1:3.2.1-2 Severity: normal 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 Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mahjongg depends on: ii dconf-gsettings-backend [gsettings-backend] 0.10.0-3 ii gnome-games-data 1:3.2.1-2 ii libatk1.0-0 2.2.0-2 ii libc62.13-24 ii libcairo21.10.2-6.2 ii libgdk-pixbuf2.0-0 2.24.0-2 ii libglib2.0-0 2.30.2-4 ii libgtk-3-0 3.2.3-1 ii libpango1.0-01.29.4-2 ii librsvg2-2 2.34.2-2 Versions of packages mahjongg recommends: ii gnome-games-extra-data 3.0.0-1 mahjongg suggests no packages. -- no debconf information
Bug#507288: mails to $pkg@p.d.o should also be send to Uploaders:
On Mon, Jan 16, 2012 at 08:28:59AM +0100, Raphael Hertzog wrote: You're probably right that I should deal with them separately. But in truth, this part is the one where I see the most long term benefits for Debian because MIA tracking, knowing who is responsible of what, and what you can expect of everybody is a major problem in Debian. It's not normal that we have a so large number of release critical bugs. Mostly agreed, yes. So while the benefit of the infrastructure to fix the information flow is nice, it's not a game changer IMO (although it's an important step to make collaborative maintenance the usual default within Debian). Whereas that second part could be (if well done). snip Do you still think it will be an obstacle in this discussion and that I should separate both? I gave it a bit more thought, but yes, I still think separation would be better. Even if the infrastructure change would not be a game changer, you can see it as a dependency of the role/commitment part. I do understand why you don't want to go for the role/commitment part without having the infrastructure part. But at the same time I don't understand why you couldn't go for the infrastructure part *first* and then for the role/commitment part. And given I see some risks in going together (e.g. tarnishing the benefits of the infrastructure parts in the eyes of those who disagree with the role/commitment part) I would prefer to keep the two separate. Anyhow, the above is just feedback. If you think the two could be handled together and are willing to invest some time in trying, by all means, go for it. ... and thanks again for raising these important topics. Cheers. -- Stefano Zacchiroli zack@{upsilon.cc,pps.jussieu.fr,debian.org} . o . Maître de conférences .. http://upsilon.cc/zack .. . . o Debian Project Leader... @zack on identi.ca ...o o o « the first rule of tautology club is the first rule of tautology club » signature.asc Description: Digital signature
Bug#657282: sdic: [INTL:nl] Dutch translation of debconf templates
Package: sdic Severity: wishlist Tags: patch l10n Hello, Attached is the Dutch translation of the sdic debconf templates. Please include it in your next upload. Regards, -- Jeroen Schot # Dutch translation of sdic debconf templates. # Copyright (C) 2012 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the sdic package. # Jeroen Schot sc...@a-eskwadraat.nl, 2012. # msgid msgstr Project-Id-Version: sdic 2.1.3\n Report-Msgid-Bugs-To: s...@packages.debian.org\n POT-Creation-Date: 2010-01-02 08:52+0100\n PO-Revision-Date: 2012-01-24 14:43+0100\n Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n Language: nl\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../sdic-edict.templates:2001 msgid Use the edict version of the English-Japanese dictionary? msgstr De edict-versie van het woordenboek Engels-Japans gebruiken? #. Type: boolean #. Description #: ../sdic-edict.templates:2001 msgid Choosing this option is not recommended. The use of the sdic-gene95 version of the English-Japanese dictionary is encouraged. msgstr Deze optie wordt niet aanbevolen. Het gebruikt van de sdic-gene95-versie van het woordenboek Engels-Japans wordt aangemoedigd. #. Type: boolean #. Description #: ../sdic-edict.templates:2001 msgid However, if you don't want to install that package and still want to use such a dictionary, you can select this option and use the edict version. msgstr Als u echter dat pakket niet wilt installeren en nog steeds een dergelijk woordenboek wilt gebruiken kunt u voor deze optie kiezen en de edict-versie gebruiken. #. Type: boolean #. Description #: ../sdic-edict.templates:3001 ../sdic-gene95.templates:4001 msgid Generate an index for the English-Japanese dictionary? msgstr Een index aanmaken voor het woordenboek Engels-Japans? #. Type: boolean #. Description #: ../sdic-edict.templates:3001 ../sdic-gene95.templates:4001 msgid If you have installed the sufary package, you can have an index for the English-Japanese dictionary. msgstr Als u het pakket sufary heeft geïnstalleerd kunt u een index voor het woordenboek Engels-Japans hebben. #. Type: boolean #. Description #. Type: boolean #. Description #: ../sdic-edict.templates:3001 ../sdic-edict.templates:4001 #: ../sdic-gene95.templates:4001 ../sdic-gene95.templates:5001 msgid This will greatly improve the word searching speed. The index size is about ten MB. msgstr Dit zal het zoeken naar woorden significant sneller maken. De grootte van de index is ongeveer 10 MB. #. Type: boolean #. Description #: ../sdic-edict.templates:4001 ../sdic-gene95.templates:5001 msgid Generate an index for the Japanese-English dictionary? msgstr Een index aanmaken voor het woordenboek Japans-Engels? #. Type: boolean #. Description #: ../sdic-edict.templates:4001 ../sdic-gene95.templates:5001 msgid If you have installed the sufary package, you can have an index for the Japanese-English dictionary. msgstr Als u het pakket sufary heeft geïnstalleerd kunt u een index voor het woordenboek Japans-Engels hebben. #. Type: string #. Description #: ../sdic-eijiro.templates:2001 msgid EIJIRO media/file location: msgstr EIJIRO-media/bestandslocatie: #. Type: string #. Description #: ../sdic-eijiro.templates:2001 msgid Please specify the directory containing the EIJIRO dictionary files. msgstr Welke map bevat de woordenboekbestand van EIJIRO? #. Type: string #. Description #: ../sdic-eijiro.templates:2001 msgid The default setting is appropriate if the EIJIRO CD-ROM is mounted on /media/ cdrom. msgstr De standaardinstelling is geschikt wanneer de EIJIRO-CD is aangekoppeld als / media/cdrom. #. Type: string #. Description #: ../sdic-gene95.templates:2001 msgid Directory for the GENE95 archive file: msgstr Map van GENE95-archiefbestand: #. Type: string #. Description #: ../sdic-gene95.templates:2001 msgid Please specify the directory containing the GENE95 archive file. This directory must be owned by root. msgstr Welke map bevat het archiefbestand van GENE95? Deze map moet eigendom zijn van de beheerdersaccount. #. Type: boolean #. Description #: ../sdic-gene95.templates:3001 msgid Use the GENE95 version of the Japanese-English dictionary? msgstr De GENE95-versie van het woordenboek Japans-Engels gebruiken? #. Type: boolean #. Description #: ../sdic-gene95.templates:3001 msgid Choosing this option is not recommended. The use of the sdic-edict version of the Japanese-English dictionary is encouraged. msgstr Deze optie wordt niet aanbevolen. Het gebruikt van de sdic-edict-versie van het woordenboek Japans-Engels wordt aangemoedigd. #. Type: boolean #. Description #: ../sdic-gene95.templates:3001 msgid However, if you don't want to install that package and still want to use such a dictionary, you can select this option and use the GENE95 version. msgstr Als u
Bug#657283: tiger: [INTL:nl] Dutch translation of debconf templates
Package: tiger Severity: wishlist Tags: patch l10n Hello, Attached is the updated Dutch translation of the tiger debconf templates. Please include it in your next upload. Regards, -- Jeroen Schot # Dutch po-debconf translation of Tiger # Copyright (C) 2007 Javier Fernandez-Sanguino # This file is distributed under the same license as the Tiger package. # Bart Cornelis cob...@skolelinux.no, 2007 # Jeroen Schot sc...@a-eskwadraat.nl, 2012 # msgid msgstr Project-Id-Version: tiger 1:3.2.3-9\n Report-Msgid-Bugs-To: ti...@packages.debian.org\n POT-Creation-Date: 2010-01-02 01:05+0100\n PO-Revision-Date: 2012-01-25 10:02+0100\n Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n Language: nl\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../templates:1001 msgid Recipient of the daily mails: msgstr Ontvanger van de dagelijkse e-mails: #. Type: string #. Description #: ../templates:1001 msgid The user you enter below will receive all the emails that 'tiger' sends during the day when running the cron jobs. This does not mean that when executing the 'tiger' program standalone this user will receive the reports. Also note that any administrator will be able to access the reports since they are available in the /var/log/tiger/ directory. msgstr De hier aangegeven gebruiker zal alle e-mails ontvangen die tiger verstuurt wanneer deze wordt aangeroepen door cron. Dit geldt dus niet voor berichten die tiger genereert als het expliciet aangeroepen wordt. Overigens kan de beheerder de rapporten altijd inkijken in de map /var/log/tiger. #. Type: note #. Description #: ../templates:2001 msgid Take a minute to customize 'tiger' msgstr Gelieve de tijd te nemen op 'tiger' aan uw wensen aan te passen. #. Type: note #. Description #: ../templates:2001 msgid You should customize the files at /etc/tiger/ to adapt to your local security policy. Firstly, customizing the kind of checks that will be made in this system, as well as the information needed for tests in order to reduce false positives (in /etc/tiger/tigerrc). Secondly, customizing at what times these tests will be executed (in /etc/tiger/cronrc). And thirdly, since some modules warnings might not be problems regarding your current security policy, define a given template file at /etc/tiger/templates/ using runs from each of the modules. Once defined, all the runs will be checked against each one of the templates available (one per module) and only new warnings will be issued. msgstr U kunt de bestanden in /etc/tiger/ best aanpassen aan uw lokale beveiligingsbeleid. U kunt eerst de soorten checks die op dit systeem uitgevoerd dienen te worden in te stellen, alsmede de informatie die deze testen nodig hebben om het aantal valse positieven te verminderen (in /etc/ tiger/tigerrc). Daarnaast kunt u de tijdstippen waarop deze tests uitgevoerd worden aanpassen (in /etc/tiger/cronrc). Tenslotte kunt u template-bestanden aangeven (in /etc/tiger/templates) via de resultaten van uitgevoerde tests, eens een template gedefinieerd is zal tiger de gegenereerde waarschuwingen vergelijken met deze in de beschikbare templates (1 per module) en worden enkel nieuwe waarschuwingen aangegeven. Dit laat toe om waarschuwingen die geen probleem zijn voor uw beveiligingsbeleid te negeren.
Bug#657014: [Pkg-xen-devel] Bug#657014: Bug#657014: Wheezy, Squeeze and Ubuntu server 11.10 has missing boot option to Xen
On 01/24/2012 01:31 PM, Pasi Kärkkäinen wrote: On Mon, Jan 23, 2012 at 06:26:29PM +0100, Erik Hjelmås wrote: When installing xen-linux-system on a new Dell R810 server, Wheezy, Squeeze and Ubuntu server 11.10 all boot fine when booted directly into the standard kernel, but when booting through Xen (after installing the package xen-linux-system) the boot process hangs as soon as Xen passes control to the Dom0 kernel: Gave up waiting for root device etc and it gives me Busybox, but it is also frozen, so there's no other option that reboot. This might be the same issue as #649923. But please could you provide full console logs so we can verify. If you are able to try the patch in that bug or perhaps a backported 4.1 hypervisor that would also be potentially interesting. its the same behaviour on both squeeze (4.0) and wheezy (4.1) since everything freezes on boot, I dont have any logs other than the attached screenshot at the time it freezes (or is something logged this early in the boot process by Xen? I can reboot without Xen and inspect other logs) Please set up a serial console so you can capture the full boot messages from both Xen hypervisor and dom0 kernel. In your case you can also use the SOL (Serial Over LAN), provided by the iDRAC management processor. http://wiki.xen.org/xenwiki/XenSerialConsole sorry, this wasnt straight forward and Im running out of time, but I captured a video showing the full boot process http://www.ansatt.hig.no/erikh/capture-1.avi (if you really need the text output I can try setup SOL but that will have to be next week) After several days of troubleshooting it turns out that adding dom0_mem option (e.g. dom0_mem=8192M) to the multiboot line of /etc/grub.d/20_linux_xen FIXES THE PROBLEM ! maybe this has to be fixed in the package? That file is provided by grub, not the hypervisor but I don't think that fix will work since a) really it is a workaround not a fix and b) it is not really possible to determine what is the right number to use for any given system. I agree, my solution is a workaround and not at fix I first suspected that there was a problem with the initramfs so I added the megasas driver to /etc/initramfs/modules and updated initramfs. This resulted in a Cannot allocate memory error (when trying to load the megasas driver) at the same stage in the boot process. And since Busybox is not able to run either, Xen seems to not give any memory available to the Dom0 kernel when it passes control to it in the boot process. Meaning the Dom0 kernel fails immediately since I guess accessing the root devices is one of the first things it tries to do. I will attempt install squeeze and wheezy on a different older server (Dell R900), during the next couple of days to see of the same error pops up, and Ill look for more log data then , I assume you have already installed all the latest BIOS/firmware updates etc? no, I havent updated any firmware, so that maybe something I should try at least the BIOS seems to be in the most recent version, 2.4.4 (the server is brand new btw) but I see that there might be firmware for the RAID controller, /Erik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657284: systemd: FTBFS - should Build-Depend on automake
Package: systemd Version: 37-1 Severity: important When I try to build systemd without automake installed the build aborts with some errors related to autoconf macros. When I have installeed automake (but made no other changes to the build system) then it builds correctly. I believe that it should have a Build-Depends on automake. Also after the build has aborted due to automake not being installed the source tree is corrupted and a second build won't succeed. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages systemd depends on: ii initscripts 2.88dsf-18 ii libacl1 2.2.51-5 ii libaudit0 2.1.3-1 ii libc6 2.13-24 ii libcap2 1:2.22-1 ii libcryptsetup1 2:1.3.0-3.1 ii libdbus-1-3 1.4.16-1 ii libpam0g1.1.3-6 ii libselinux1 2.1.0-4 ii libsystemd-daemon0 37-1 ii libsystemd-login0 37-1 ii libudev0175-3 ii libwrap07.6.q-22 ii udev175-3 ii util-linux 2.20.1-1.2 Versions of packages systemd recommends: pn libpam-systemd none Versions of packages systemd suggests: pn python 2.7.2-9 pn systemd-gui 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#579609: Is this still an issue in current apache 2.2 releases?
On Mon, Jan 23, 2012 at 11:16:52PM +0100, Stefan Fritsch wrote: Hi, Nowadays, the mod_php package uses SetHandler to enable php. See /etc/apache2/mods-enabled/php5.conf . You would have to disable that or override it with SetHandler none. Ah makes sense works. Thanks. Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657019: Please document why the package includes non-PIC code
Am 24.01.2012 16:22, schrieb Reinhard Tartler: Please also note that just removing -fPIC from the makefiles will lead to compilation failures on i386 because of register shortage. You would then to additionally need to pass --disable-optimizations to the configure script. And now things will become really dogslow. In this context, I have seen that the static libx264.a that we ship in the -dev package is built *with* asm optimizations (and also further optimizations like -msse) and thus not of general use on archs that do not support the extended feature sets. I wonder if it still makes sense to ship this library in the -dev package at all or if it would be a better choice to leave it to the user to rebuild the static library tailored to their system once needed. The same applies to the static variants of the libav* libraries, BTW. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656516: hdf5 still FTBFS on alpha because of symbols mismatches
On 24/01/12 00:11, Sylvestre Ledru wrote: However, for now, I won't update the symbol list for alpha. I am focusing on the official deb archs for now but I will be (very) happy to apply a patch. Thanks. I attach the diff for updating the symbols file on Alpha. Basically Alpha had been listed with the 32bit archs whereas it should be listed with the 64 bit archs. Cheers Michael. --- hdf5-1.8.8.orig/debian/libhdf5-7.symbols 2012-01-24 06:19:25.0 +1300 +++ hdf5-1.8.8/debian/libhdf5-7.symbols 2012-01-24 21:29:52.0 +1300 @@ -2525,10 +2525,10 @@ _ZN2H517LibraryIExceptionD0Ev@Base 1.8.7 _ZN2H517LibraryIExceptionD1Ev@Base 1.8.7 _ZN2H517LibraryIExceptionD2Ev@Base 1.8.7 - (arch=!i386 !armel !armhf !alpha !sparc)_ZN2H518DataTypeIExceptionC1ERKS0_@Base 1.8.7 + (arch=!i386 !armel !armhf !sparc)_ZN2H518DataTypeIExceptionC1ERKS0_@Base 1.8.7 _ZN2H518DataTypeIExceptionC1ERKSsS2_@Base 1.8.7 _ZN2H518DataTypeIExceptionC1Ev@Base 1.8.7 - (arch=!i386 !armel !armhf !alpha !sparc)_ZN2H518DataTypeIExceptionC2ERKS0_@Base 1.8.7 + (arch=!i386 !armel !armhf !sparc)_ZN2H518DataTypeIExceptionC2ERKS0_@Base 1.8.7 _ZN2H518DataTypeIExceptionC2ERKSsS2_@Base 1.8.7 _ZN2H518DataTypeIExceptionC2Ev@Base 1.8.7 _ZN2H518DataTypeIExceptionD0Ev@Base 1.8.7 @@ -2562,8 +2562,8 @@ _ZN2H519DSetMemXferPropList11getEDCCheckEv@Base 1.8.7 _ZN2H519DSetMemXferPropList11setEDCCheckE9H5Z_EDC_t@Base 1.8.7 _ZN2H519DSetMemXferPropList18getHyperVectorSizeEv@Base 1.8.7 - (arch=!ia64 !amd64 !kfreebsd-amd64 !s390 !s390x)_ZN2H519DSetMemXferPropList18setHyperVectorSizeEj@Base 1.8.7 - (arch=!i386 !kfreebsd-i386 !hurd-i386 !armel !armhf !alpha !sparc !mips !mipsel !powerpc)_ZN2H519DSetMemXferPropList18setHyperVectorSizeEm@Base 1.8.7 + (arch=!ia64 !alpha !amd64 !kfreebsd-amd64 !s390 !s390x)_ZN2H519DSetMemXferPropList18setHyperVectorSizeEj@Base 1.8.7 + (arch=!i386 !kfreebsd-i386 !hurd-i386 !armel !armhf !sparc !mips !mipsel !powerpc)_ZN2H519DSetMemXferPropList18setHyperVectorSizeEm@Base 1.8.7 _ZN2H519DSetMemXferPropList21getSmallDataBlockSizeEv@Base 1.8.7 _ZN2H519DSetMemXferPropList21setSmallDataBlockSizeEy@Base 1.8.7 _ZN2H519DSetMemXferPropList7DEFAULTE@Base 1.8.7 @@ -2668,21 +2668,21 @@ _ZN2H57IntTypeD2Ev@Base 1.8.7 _ZN2H57StrTypeC1ERKNS_7DataSetE@Base 1.8.7 _ZN2H57StrTypeC1ERKNS_8PredTypeE@Base 1.8.7 - (arch=!ia64 !amd64 !kfreebsd-amd64 !s390 !s390x)_ZN2H57StrTypeC1ERKNS_8PredTypeERKj@Base 1.8.7 - (arch=!i386 !kfreebsd-i386 !hurd-i386 !armel !armhf !alpha !sparc !mips !mipsel !powerpc)_ZN2H57StrTypeC1ERKNS_8PredTypeERKm@Base 1.8.7 + (arch=!ia64 !alpha !amd64 !kfreebsd-amd64 !s390 !s390x)_ZN2H57StrTypeC1ERKNS_8PredTypeERKj@Base 1.8.7 + (arch=!i386 !kfreebsd-i386 !hurd-i386 !armel !armhf !sparc !mips !mipsel !powerpc)_ZN2H57StrTypeC1ERKNS_8PredTypeERKm@Base 1.8.7 _ZN2H57StrTypeC1ERKS0_@Base 1.8.7 _ZN2H57StrTypeC1Ei@Base 1.8.7 - (arch=!ia64 !amd64 !kfreebsd-amd64 !s390 !s390x)_ZN2H57StrTypeC1EiRKj@Base 1.8.7 - (arch=!i386 !kfreebsd-i386 !hurd-i386 !armel !armhf !alpha !sparc !mips !mipsel !powerpc)_ZN2H57StrTypeC1EiRKm@Base 1.8.7 + (arch=!ia64 !alpha !amd64 !kfreebsd-amd64 !s390 !s390x)_ZN2H57StrTypeC1EiRKj@Base 1.8.7 + (arch=!i386 !kfreebsd-i386 !hurd-i386 !armel !armhf !sparc !mips !mipsel !powerpc)_ZN2H57StrTypeC1EiRKm@Base 1.8.7 _ZN2H57StrTypeC1Ev@Base 1.8.7 _ZN2H57StrTypeC2ERKNS_7DataSetE@Base 1.8.7 _ZN2H57StrTypeC2ERKNS_8PredTypeE@Base 1.8.7 - (arch=!ia64 !amd64 !kfreebsd-amd64 !s390 !s390x)_ZN2H57StrTypeC2ERKNS_8PredTypeERKj@Base 1.8.7 - (arch=!i386 !kfreebsd-i386 !hurd-i386 !armel !armhf !alpha !sparc !mips !mipsel !powerpc)_ZN2H57StrTypeC2ERKNS_8PredTypeERKm@Base 1.8.7 + (arch=!ia64 !alpha !amd64 !kfreebsd-amd64 !s390 !s390x)_ZN2H57StrTypeC2ERKNS_8PredTypeERKj@Base 1.8.7 + (arch=!i386 !kfreebsd-i386 !hurd-i386 !armel !armhf !sparc !mips !mipsel !powerpc)_ZN2H57StrTypeC2ERKNS_8PredTypeERKm@Base 1.8.7 _ZN2H57StrTypeC2ERKS0_@Base 1.8.7 _ZN2H57StrTypeC2Ei@Base 1.8.7 - (arch=!ia64 !amd64 !kfreebsd-amd64 !s390 !s390x)_ZN2H57StrTypeC2EiRKj@Base 1.8.7 - (arch=!i386 !kfreebsd-i386 !hurd-i386 !armel !armhf !alpha !sparc !mips !mipsel !powerpc)_ZN2H57StrTypeC2EiRKm@Base 1.8.7 + (arch=!ia64 !alpha !amd64 !kfreebsd-amd64 !s390 !s390x)_ZN2H57StrTypeC2EiRKj@Base 1.8.7 + (arch=!i386 !kfreebsd-i386 !hurd-i386 !armel !armhf !sparc !mips !mipsel !powerpc)_ZN2H57StrTypeC2EiRKm@Base 1.8.7 _ZN2H57StrTypeC2Ev@Base 1.8.7 _ZN2H57StrTypeD0Ev@Base 1.8.7 _ZN2H57StrTypeD1Ev@Base 1.8.7 @@ -2706,14 +2706,14 @@ _ZN2H58CompTypeC1ERKNS_7DataSetE@Base 1.8.7 _ZN2H58CompTypeC1ERKS0_@Base 1.8.7 _ZN2H58CompTypeC1Ei@Base 1.8.7 - (arch=!ia64 !amd64 !kfreebsd-amd64 !s390 !s390x)_ZN2H58CompTypeC1Ej@Base 1.8.7 - (arch=!i386 !kfreebsd-i386 !hurd-i386 !armel !armhf !alpha !sparc !mips !mipsel !powerpc)_ZN2H58CompTypeC1Em@Base 1.8.7 + (arch=!ia64 !alpha !amd64 !kfreebsd-amd64 !s390 !s390x)_ZN2H58CompTypeC1Ej@Base 1.8.7 + (arch=!i386 !kfreebsd-i386 !hurd-i386 !armel !armhf !sparc !mips !mipsel !powerpc)_ZN2H58CompTypeC1Em@Base 1.8.7
Bug#657100: Please add a sponsorship-requests pseudo-package
Don Armstrong d...@debian.org writes: On Mon, 23 Jan 2012, Michael Gilbert wrote: Would something as simple as Requests for package review and sponsorship be appropriate? That's fine for me, assuming it's ok with everyone else. It's fine for me as well. Regards, Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657285: xfonts-traditional: typo in description
Package: xfonts-traditional Version: 1.2 Severity: minor Traditional fixed-with fonts for X should be ... fixed-width -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644170: (no subject)
same error convert: Échec de la délégation `ffmpeg -v -1 -mbd rd -flags +4mv+aic -trellis 2 -cmp 2 -subcmp 2 -g 300 -pass 1 -i %M%%d.jpg %u.%m 2 %Z' @ error/delegate.c/InvokeDelegate/1061. ii imagemagick 8:6.6.0.4-3 image manipulation programs lsb_release -a LSB Version: core-2.0-amd64:core-2.0-noarch:core-3.0-amd64:core-3.0-noarch:core-3.1-amd64:core-3.1-noarch:core-3.2-amd64:core-3.2-noarch:cxx-3.0-amd64:cxx-3.0-noarch:cxx-3.1-amd64:cxx-3.1-noarch:cxx-3.2-amd64:cxx-3.2-noarch:desktop-3.1-amd64:desktop-3.1-noarch:desktop-3.2-amd64:desktop-3.2-noarch:graphics-2.0-amd64:graphics-2.0-noarch:graphics-3.0-amd64:graphics-3.0-noarch:graphics-3.1-amd64:graphics-3.1-noarch:graphics-3.2-amd64:graphics-3.2-noarch:qt4-3.1-amd64:qt4-3.1-noarch Distributor ID: Debian Description: Debian GNU/Linux 6.0.3 (squeeze) Release: 6.0.3 Codename: squeeze uname -a Linux paola 2.6.32-5-amd64 #1 SMP Mon Jan 9 20:49:59 UTC 2012 x86_64 GNU/Linux
Bug#523882: sudo -i doesn't unset some environment variables
found 523882 1.8.3p1-3 thanks On 2012-01-25 09:44:22 +0100, Jan Braun wrote: fixed 392321 1.8.3p1-2 fixed 523882 1.8.3p1-2 thanks Hi, both these bugs have been fixed in the meantime. I doubt that 523882 has been fixed. It is still present in the latest sudo version. The man pages have changed, and now this is sudoers(5) that says: As a special case, if sudo's -i option (initial login) is specified, sudoers will initialize the environment regardless of the value of env_reset. The DISPLAY, PATH and TERM variables remain unchanged; HOME, MAIL, SHELL, USER, and LOGNAME are set based on the target user. On Linux and AIX systems the contents of /etc/environment are also included. All other environment variables are removed. However, though my /etc/environment is an empty file, some other variables are preserved. This includes LC_* variables, LS_COLORS, COLORTERM and XAUTHORITY. Example: # export LS_COLORS=blah # sudo -i env | grep LS_ LS_COLORS=blah I wondered whether pam could have an influence, but I haven't seen LS_COLORS listed in related files. -- 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#622102: [buildd-tools-devel] Bug#622102: buildd does not find any distrubutions after upgrade
On Thu, Jan 19, 2012 at 03:02:58PM -0600, Runningen, Jeffrey M wrote: I'm testing it with a .builddrc based on the sample buildd.conf from the package, but with the fields I plan to use uncommented. This .builddrc is: $distributions = [ { dist_name = [unstable, testing], built_architecture = undef, wanna_build_ssh_host = buildd.debian.org, wanna_build_ssh_user = buildd_arch, wanna_build_ssh_socket = , wanna_build_ssh_options = [], wanna_build_db_name = arch/build-db, wanna_build_db_user = $Buildd::username, dupload_local_queue_dir = upload, no_auto_build = [], weak_no_auto_build = [], logs_mailed_to = $admin_mail, sbuild_chroot = undef, } ]; You'd need to use a proper list here, e.g.: @distributions = ( { dist_name = [sid], built_architecture = 's390x', wanna_build_ssh_host = buildd.debian.org, wanna_build_ssh_user = wb-buildd, wanna_build_ssh_socket = 'buildd.debian.org.ssh', wanna_build_ssh_options = [], wanna_build_db_user = buildd_s390x-zappa, dupload_local_queue_dir = upload, logs_mailed_to = 'addre...@domain.tld,addr...@domain.tld', } ); You can also populate a hash called $defaults with common values. $upload_queues = [ { dupload_local_queue_dir = upload, dupload_archive_name = anonymous-ftp-master, }, { dupload_local_queue_dir = upload-security, dupload_archive_name = security, } ]; Same here: @upload_queues = ( { dupload_local_queue_dir = upload, dupload_archive_name = anonymous-ftp-master, }, […] ); Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#635439: gcc-mingw-w64: Cannot execute program
On 13/11/11 23:01, Stephen Kitt wrote: Hi Eugen, On Mon, 25 Jul 2011 21:44:35 +0200, Eugen Dedu eugen.d...@pu-pm.univ-fcomte.fr wrote: I succeded to compile ekiga with mingw-w64. However, when I execute it on Windows I have an error 0xc142. I was told on mingw-w64 mailing list that this is a packaging issue, a flag not having been used or something like that. All the information about this issue is at http://sourceforge.net/mailarchive/forum.php?thread_name=CALc40c_ZkyqvCEpp8QoSXUzbJPaaU1uT6872asvpv5x%2B_u5RAA%40mail.gmail.comforum_name=mingw-w64-public I would appreciate if you can upload a fix for it (better with recent SVN mingw-w64 repository, since they fixed two issues I need). It's been a while, but I finally managed a full rebuild of gtk+ and all its dependencies using mingw-w64, and it doesn't fix the problem - I still get err:module:attach_process_dlls libpt.2.10.2.dll failed to initialize, aborting so there's something else involved, beyond using mingw32-built DLLs with a mingw-w64-built program. Have you had any more luck than me? I think I have a very useful information. I moved all dlls needed by ekiga in another directory, and started ekiga. The error was cannot find libekiga.dll. I moved back libekiga.dll and restarted ekiga. The error was cannot find libboost. I moved back libboost and restarted ekiga. The error was on sjlj. So the problem comes from boost, which depends on sjlj!! -- Eugen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#644170: (no subject)
suppression -flags +4mv+aic
Bug#650734: ITP tupi update
Hi Aron, I like your suggestions. :) They are all implemented in the updated source package. (available from the same URL) Thanks for your hard work! But I believe there are more work needs to be done: It's not so hard because it's a fun too. :) Cheers, Dmitry. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657078: The new NFS idmapper
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/25/2012 03:24 AM, Ben Hutchings wrote: When do you intend to upload that to Debian? like i implied, already done yesterday. ;) - -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8fy5sACgkQ+C5cwEsrK55WlACfbTIa2VX8y5yINgLvGhx4sL2C hkcAoK24wtdqRlPn7AF4JxxlfA+opWz0 =WAX2 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523882: sudo -i doesn't unset some environment variables
found 523882 1.8.3p1-2 thanks On 2012-01-25 10:25:15 +0100, Vincent Lefevre wrote: On 2012-01-25 09:44:22 +0100, Jan Braun wrote: fixed 392321 1.8.3p1-2 fixed 523882 1.8.3p1-2 thanks Hi, both these bugs have been fixed in the meantime. I doubt that 523882 has been fixed. It is still present in the latest sudo version. And I could check that it is also present in sudo 1.8.3p1-2. Note: if there is a good reason to keep other environment variables, what is really affected should be mentioned in the man pages, i.e. it is either a bug in sudo itself or in the documentation (but I wonder why LS_COLORS would be kept, for instance). -- 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#657284: systemd: FTBFS - should Build-Depend on automake
On 25.01.2012 10:14, Russell Coker wrote: When I try to build systemd without automake installed the build aborts with some errors related to autoconf macros. When I have installeed automake (but made no other changes to the build system) then it builds correctly. I believe that it should have a Build-Depends on automake. The package depends on dh-autoreconf (since we use the autoreconf dh addon). dh-autoreconf has a depends on automake | automaken. So a automake version should be installed. So I guess the thing that has happened is, that your automake version was too old. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#657286: fail2ban: log entries are prepended by U+FEFF
Package: fail2ban Version: 0.8.6-2 Severity: minor Dear Maintainer, When using the logging target SYSLOG, the entries seem to be prepended by a UTF-8 BOM. less says: Jan 25 02:13:08 ppc624 U+FEFFfail2ban.actions: WARNING [ssh] Ban 62.217.123.133 Jan 25 02:23:08 ppc624 U+FEFFfail2ban.actions: WARNING [ssh] Unban 62.217.123.133 hexdump -C shows prior fail2ban.actions: 'ef bb bf' (maybe I had not noticed this, if my syslog-ng configuration were not confused by it) -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (90, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38.2.linuxpool (SMP w/4 CPU cores; PREEMPT) 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 fail2ban depends on: ii lsb-base3.2-28 ii python 2.7.2-9 ii python-central 0.6.17 Versions of packages fail2ban recommends: ii iptables 1.4.12.2-1 ii python-gamin none ii whois 5.0.14 Versions of packages fail2ban suggests: ii bsd-mailx [mailx] 8.1.2-0.2006cvs-1 ii mailx 1:20081101-2 -- Configuration Files: /etc/fail2ban/fail2ban.conf changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657287: abiword: consumes 2 minutes of CPU before displaying window on i386
Package: abiword Version: 2.9.2-4 Severity: important When trying to run abiword from the command line or from a menu, the program consumes CPU time for about 2 minutes before the window displays. The following was the result of running abiword from the command line then quitting it when the window appeared on a Pentium4 CPU machine: $ time abiword real2m40.278s user2m21.629s sys 0m0.868s -- System Information: Debian Release: wheezy/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.3.0-rc1+ (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages abiword depends on: ii abiword-com 2.9.2-4 efficient, featureful word process ii gsfonts 1:8.11+urwcyr1.0.7~pre44-4.2 Fonts for the Ghostscript interpre ii libabiword- 2.9.2-4 efficient, featureful word process ii libaiksauru 1.2.1+dev-0.12-6.1 an English-language thesaurus (dev ii libatk1.0-0 2.2.0-2 ATK accessibility toolkit ii libc6 2.13-24 Embedded GNU C Library: Shared lib ii libcairo-go 1.10.2-6.2 The Cairo 2D vector graphics libra ii libcairo2 1.10.2-6.2 The Cairo 2D vector graphics libra ii libdbus-1-3 1.4.16-1 simple interprocess messaging syst ii libdbus-gli 0.98-1 simple interprocess messaging syst ii libexpat1 2.0.1-7.2XML parsing C library - runtime li ii libfontconf 2.8.0-3.1generic font configuration library ii libfreetype 2.4.8-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.7-20111217-2 GCC support library ii libgcrypt11 1.5.0-3 LGPL Crypto library - runtime libr ii libgdk-pixb 2.24.0-2 GDK Pixbuf library ii libglib2.0- 2.30.2-5 GLib library of C routines ii libgnutls26 2.12.16-1GNU TLS library - runtime library ii libgsf-1-11 1.14.21-2Structured File Library - runtime ii libgtk-3-0 3.2.3-1 GTK+ graphical user interface libr ii libidn111.23-2 GNU Libidn library, implementation ii libjpeg88c-2 Independent JPEG Group's JPEG runt ii libloudmout 1.4.3-7 Lightweight C Jabber library ii libots0 0.5.0-2.1Open Text Summarizer (library) ii libpango1.0 1.29.4-2 Layout and rendering of internatio ii libpng12-0 1.2.46-4 PNG library - runtime ii libraptor2- 2.0.6-1 Raptor 2 RDF syntax library ii librasqal3 0.9.28-1 Rasqal RDF query library ii librdf0 1.0.15-1 Redland Resource Description Frame ii libreadline 6.2-8GNU readline and history libraries ii libsoup2.4- 2.36.1-1 HTTP library implementation in C - ii libstdc++6 4.6.2-12 GNU Standard C++ Library v3 ii libtelepath 0.16.2-1 Telepathy framework - GLib library ii libtidy-0.9 20091223cvs-1.2 HTML syntax checker and reformatte ii libwmf0.2-7 0.2.8.4-10 Windows metafile conversion librar ii libwpd-0.9- 0.9.4-1 Library for handling WordPerfect d ii libwpg-0.2- 0.2.1-1 WordPerfect graphics import/conver ii libwps-0.2- 0.2.4-1 Works text file format import filt ii libx11-62:1.4.4-4X11 client-side library ii libxml2 2.7.8.dfsg-6 GNOME XML library ii libxslt1.1 1.1.26-8 XSLT 1.0 processing library - runt ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages abiword recommends: ii abiword-plugin-grammar 2.9.2-4 grammar checking plugin for AbiWor ii abiword-plugin-mathview 2.9.2-4 equation editor plugin for AbiWord ii aspell-en [aspell-dictionary 7.1-0-1 English dictionary for GNU Aspell ii aspell-hsb [aspell-dictionar 0.02.0-1Upper Sorbian dictionary for GNU A ii fonts-liberation [ttf-libera 1.07.0-2Fonts with the same metrics as Tim ii poppler-utils0.16.7-2+b1 PDF utilities (based on Poppler) ii ttf-liberation 1.07.0-2transitional dummy package abiword suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632903: Chromium armel fixes
tags 632903 +patch thanks Hi, The following patch fixes building chromium on debian/armel and prepares the way for debian/armhf builds. 1) add libegl1-mesa-dev and libgles2-mesa-dev to arm build depends, as the webgl code on arm uses GLES instead of GL. 2) Really use system vpx so that the initial gyp dependency error on arm goes away. Adding -lvpx to ffmpeg.gyp is not exactly the correct place. but there is no use_system_vpx define anywhere, which would seem a more correct place... 3) force cups on and disable webrtc for now. 4) fix building SKIA on armv7 5) as bonus point, add patch to build with current libav. Riku -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647498: also working on packaging freerdp 1.0-beta5
Hello Otavio, hello Jeremy, Otavio Salvador [2012-01-09 15:27 -0200]: If you can look at other changes he has proposed and import what you think is OK (I didn't check the .pc changes you referred to) I am OK in review and upload it to experimental. I pushed a commit to fix the version number (1.0~beta5, not 1.0-beta5, that'll cause trouble when we want to release 1.0-1), and reviewed Jean-Louis' debdiff. * We do not need debian/freerdp.pc, we can (and should) just use the one generated by the upstream build. * Jean-Louis added the libavcodec-dev build dependency, and indeed the cmake build system files check for this. Committed. * The rest of Jean-Louis' diff is applied. * As the symbols file shows, the ABI totally changed. This needs bumping the SONAME of libfreerdp0, which should happen upstream. Now, Debian and Ubuntu just have one reverse dependency (remmina-plugin-rdp), so if upstream does not want to bump for some reason, we could deal with it, but it'd be ugly. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#647498: also working on packaging freerdp 1.0-beta5
Hi All! Please note that FreeRDP 1.0 (final) got released. So that should be updated also :) Jean-Louis On 2012-01-25 10:57, Martin Pitt wrote: Hello Otavio, hello Jeremy, Otavio Salvador [2012-01-09 15:27 -0200]: If you can look at other changes he has proposed and import what you think is OK (I didn't check the .pc changes you referred to) I am OK in review and upload it to experimental. I pushed a commit to fix the version number (1.0~beta5, not 1.0-beta5, that'll cause trouble when we want to release 1.0-1), and reviewed Jean-Louis' debdiff. * We do not need debian/freerdp.pc, we can (and should) just use the one generated by the upstream build. * Jean-Louis added the libavcodec-dev build dependency, and indeed the cmake build system files check for this. Committed. * The rest of Jean-Louis' diff is applied. * As the symbols file shows, the ABI totally changed. This needs bumping the SONAME of libfreerdp0, which should happen upstream. Now, Debian and Ubuntu just have one reverse dependency (remmina-plugin-rdp), so if upstream does not want to bump for some reason, we could deal with it, but it'd be ugly. Thanks, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656771: Should this package be removed?
reassign 656771 ftp.debian.org retitle 656771 RM: kazehakase -- RoM; RC-buggy, unmaintained upstream, low popcon, better alternatives available thanks At Sat, 21 Jan 2012 17:47:30 +0100, Moritz Muehlenhoff wrote: I propose to remove kazehakase from the archive: FWIW, I agree. I have a fixed package ready but I cannot recommend its usage to anyone wholeheartedly. Some of the features that made Kazehakase attractive (such as history search) are not working with the Webkit backend, basic functionality like password management is broken, etc. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657288: transition: gdcm
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition GDCM 2.2.0 introduces a new ABI, as seen on #655783 and al. Since API (whatever that means for C++) is preserved, would it be a good time to - move gdcm 2.2.0 from experimental to unstable - binNMU insighttoolkit igstk is not using gdcm API and thus does not required a rebuild Thanks -- System Information: Debian Release: 6.0.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651070: php5: FTBFS on hurd-i386
Hi debian-php people, Alle lunedì 5 dicembre 2011, Pino Toscano ha scritto: currently, php5 cannot be compiled on GNU/Hurd. could you please take care of this bug? We're unable to build php5 since last April (5.3.6-9) because of the unconditional firebird dependency, staying also behind wrt the icu44 - ice48 transition. Thanks, -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#657289: /usr/bina/tty
ubject: /usr/bina/tty: view http://text0.tk/337 Package: coreutils Version: 8.5-1 File: /usr/bin/tty Severity: minor *** Please type your report below this line *** -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages coreutils depends on: ii libacl1 2.2.49-4 Access control list shared library ii libattr1 1:2.4.44-2 Extended attribute shared library ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libselinux1 2.0.96-1 SELinux runtime shared libraries coreutils recommends no packages. coreutils suggests no packages. -- no debconf information -- Voip Mumble (soft libre) :. http://mumble.com.ar Web Hosting :. http://mamalibre.com.ar Red Social :. http://legadolibre.com.ar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608930: Dpkg::Log - log file parsing support for dpkg log files
Hi, On Fri, 13 Jan 2012, Patrick Schoenfeld wrote: we had the topic quiet a while ago and I must confess I haven't made a lot of progress on bringing forward the merge of DPKG::Log in the dpkg code base. However, I feel, I should somehow try to get this forward and so I'm sending a patch, which could be reviewed, so actually *some* progress is starting to happen. Thanks for this! Here's my summary (after the review): - the patch is much too big for a simple functionality like this one, you have to cut some code away, there are useless checks (code will end up failing if users submit something that's not expected, you don't have to hardcode checks for all possible mistakes that user might make), there are too many classes and intermediary objects, etc. Do your best to be concise and readable. - the amount of submitted code is so big that you should split the patch in multiple patches: first add the base module (Dpkg::Log/Dpkg::Log::Entry), then add one type of derived module after another. Start with a basic design that does only parsing and storage of information, come back to me with that and with a few iterations we'll get something clean as a base to build upon. We'll add the query features later on. - You should not need so many modules,let me suggest: Dpkg::Log (introductory doc + maybe helper functions) Dpkg::Log::Base (your actual Dpkg::Log + Dpkg::Log::Analyse) Dpkg::Log::Base::Entry (your actual Dpkg::Log::Entry + Dpkg::Log::Status ( Dpkg::Log::Status::Entry i.e. somehow we'll have to find a way to merge your Analyse* modules into the basic modules. You'll find belowe many more comments noted while I was doing the review. There might be more to say but honestly I don't want to be too nitpicky while the basic design doesn't suit me for now. - It includes a dpkg-report script, but its probably not yet useful for anyone, because its missing a template and a manpage. With regard to the template: I'm unsure if dpkg maintainers would be ok to stay with libtemplate-perl, which is used in the script so far. Feedback needed. What kind of output formatting do you expect people to need? What advanced feature of libtemplate-perl do you expect people to use? If there's nothing more than what some plain substitutions can do, then I don't think that the dependency is warranted. In any case, it's probably best to keep this for later and deal with the modules first. + # Return all entries as ENTRY PACKAGE NAME objects + @entries = $dpkg_log-entries; + + # Loop over entries + while ($entry = $dpkg_log-next_entry) { + ... + } I don't think that this integrated iterator brings anything (in particular since it can't be manually reset apparently). + # Get datetime from logfile or object, depending on weither + # object stores from/to values or not + ($from, $to) = $dpkg_log-get_datetime_info(); It's not clear what those $from/$to are used for. Is it to keep only a subset of the entries parsed? +use Carp; [...] +croak odd number of arguments if not $entry_class; +croak wrong argument type: argument '$entry_class' should be a module +unless UNIVERSAL::can($entry_class, 'new'); We have Dpkg::ErrorHandling and you should use that and not croak directly. Maybe you want to extend Dpkg::ErrorHandling so that we have a standard function that croaks... not sure how to best name it. Maybe caller_error to show that it's to be used when we want to fail because the caller of the function made a mistake. +my $self = { +entry_class = $entry_class, +entries = [], +invalid_lines = [], +from = undef, +to = undef, +offset = 0, +filename = undef, +parse = 0, +time_zone = 'local', +timestamp_pattern = '%F %T', +from = 0, +to = 0, +%params +}; from and to are listed twice here. +=item $dpkg_log-parse() + +This is a stub method which has to be implemented by an inherting class. + +=back +=cut I think that you need an empty line between back and cut. Check with podchecker. There are other similar problems from what I saw. +sub parse { +croak Not yet implemented. +} internerr() instead of croak and the messages should explain what's not implemented. +=head2 Working with the logfile + +These methods are to retrieve entries from the parsed logfile. All these +methods require that the parse method has been run. + +Be aware that if the object does not store entries these methods will die. +This is also true, if a parsed logfile is empty or contains invalid lines only. + +=over 4 + +=item @entries = $dpkg_log-entries(); + +Returns all entries, stored in the object, as entry objects. The identity of +an entry object is defined by the parameter passed to the object constructor. + +This method accepts a hash with params, which can contain the keys Bfrom +and
Bug#657259: [Resolvconf-devel] Bug#657259: resolvconf wipes out /run
On Wed, 25 Jan 2012 07:43:55 +0100 Thomas Hood jdth...@gmail.com wrote: /etc/resolvconf/run should point to /run/resolvconf, not to /run. The package's maintainer scripts see to that. Why is your symlink different? I suggest you purge the resolvconf package, install the package again, check that /etc/resolvconf/run points to /run/resolvconf, then reboot. -- Thomas Hood Thanks Thomas, I'll try that and I'll get back to you. I hadn't seen this reply yet when I answered your other message. Regards, Antonio -- Antonio Ospite http://ao2.it A: Because it messes up the order in which people normally read text. See http://en.wikipedia.org/wiki/Posting_style Q: Why is top-posting such a bad thing? pgp0g2pSFRwGy.pgp Description: PGP signature
Bug#650734: ITP tupi update
Your package is in good shape now. But I still have a question to ask, which I forgot last time (bad me...). I see tupi has Replaces: ktoon in its control file, and I am aware that tupi is the successor of ktoon, but as far as I understand this isn't in the way of installing both of the two packages in the same system. Am I correct? On Wed, Jan 25, 2012 at 17:29, Dmitry Smirnov -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657284: systemd: FTBFS - should Build-Depend on automake
On Wed, 25 Jan 2012, Michael Biebl bi...@debian.org wrote: The package depends on dh-autoreconf (since we use the autoreconf dh addon). dh-autoreconf has a depends on automake | automaken. So a automake version should be installed. So I guess the thing that has happened is, that your automake version was too old. automake1.10 provides automaken, satisfies the build-dependency on my system, and fails to build systemd. According to aptitude automaken is provided by automake1.7, automake1.9, automake1.10, and automake (version 1.11). If automake1.10 is too old then nothing other than automake (version 1.11) will work and thus for Wheezy the build-depends should have automaken removed as there is no possibility of the virtual package automaken providing a successful build unless it's provided by automake. Anyway build dependencies can be versioned, so there is no reason for a build to fail part way through because of an old version of a package. You just need a build-depends line that requires the correct version. -- My Main Blog http://etbe.coker.com.au/ My Documents Bloghttp://doc.coker.com.au/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657290: RM: gluezilla -- ROM; Unsupportable, FTBFS
Package: ftp.debian.org Severity: normal Hi, With the new rapid release world, it's not really feasible for us to maintain this package. Mono.WebBrowser has an alternative webkit backend which isn't usable now but should be in the future. This will regress web browser support in winforms applications, but unfortunately we have no realistic alternative. The broken reverse-recommends in mono are known and will be fixed. Please remove gluezilla from unstable. Cheers, -- Iain Lane [ i...@orangesquash.org.uk ] Debian Developer [ la...@debian.org ] Ubuntu Developer [ la...@ubuntu.com ] PhD student [ i...@cs.nott.ac.uk ] signature.asc Description: Digital signature
Bug#650734: ITP tupi update
On Wed, 25 Jan 2012 21:39:03 Aron Xu wrote: Your package is in good shape now. But I still have a question to ask, which I forgot last time (bad me...). I see tupi has Replaces: ktoon in its control file, and I am aware that tupi is the successor of ktoon, but as far as I understand this isn't in the way of installing both of the two packages in the same system. Am I correct? Thank you, Aron. Correct, this was suggested by someone on mentors to explicitly mark tupi as replacement for ktoon. I think it may be unnecessary, but ktoon is in bad shape, unmaintained both in debian and upstream and obsolete in WNPP. It seems feasible to replace it with tupi hence Replaces is there. Do you agree? Regards, Dmitry. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651070: [php-maint] Bug#651070: php5: FTBFS on hurd-i386
Hi, merged and will be part of 5.3.9-2. Thanks for reminder. O. On Wed, Jan 25, 2012 at 11:17, Pino Toscano p...@debian.org wrote: Hi debian-php people, Alle lunedì 5 dicembre 2011, Pino Toscano ha scritto: currently, php5 cannot be compiled on GNU/Hurd. could you please take care of this bug? We're unable to build php5 since last April (5.3.6-9) because of the unconditional firebird dependency, staying also behind wrt the icu44 - ice48 transition. Thanks, -- Pino Toscano ___ pkg-php-maint mailing list pkg-php-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint -- Ondřej Surý ond...@sury.org http://blog.rfc1925.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657291: ITP: ruby-mab -- a templating engine for writing HTML pages in pure Ruby
Package: wnpp Severity: wishlist Owner: Paul van Tilburg pau...@debian.org * Package name: ruby-mab Version : 0.0.1 Upstream Author : Magnus Holm judo...@gmail.com * URL : http://github.com/camping/mab * License : MIT Programming Lang: Ruby Description : a templating engine for writing HTML pages in pure Ruby With Mab, HTML is generated by mapping method calls to HTML elements, object attributes to element classes or HTML IDs and block arguments to the contents of the elements. . This engine is an alternative to ERb which weaves the two languages together. It is also a replacement for templating languages which use primitive languages that blend with HTML. . Mab is almost fully backward compatible with the Markaby library. Note that the package description is almost the same as that of libmarkaby-ruby, because Mab is going to replace it due to major license problems with the Markaby. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657292: opennebula: Please provide directions on how to install Debian on one VMs
Package: opennebula Version: 2.2.1-1 Severity: wishlist Hi. Once one has followed instructions in the README.Debian, a ttylinux VM should be succesfully running. The next question may be how can I install Debian on such an image, to run a Debian VM inside the OpenNebula cloud ?. Still it is quite difficult to find a howto explaining how to prepare such an image, and contextualize it so that it could run on top of opennebula. Maybe this is all available upstream, but wouldn't harm to havesome handy usable scripts/templates/images so that Debian is easily deployed on top of opennebula. Thanks in advance. Best regards, -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (300, 'stable') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages opennebula depends on: ii libc6 2.13-24 ii libgcc1 1:4.6.2-11 ii libmysqlclient16 5.1.58-1 ii libpassword-ruby 0.5.3-3 ii libsequel-ruby3.31.0-1 ii libsqlite3-0 3.7.9-2 ii libssl1.0.0 1.0.0g-1 ii libstdc++64.6.2-11 ii libxml2 2.7.8.dfsg-5.1 ii libxmlrpc-c++41.16.33-3.1 ii libxmlrpc-core-c3 1.16.33-3.1 ii opennebula-common 2.2.1-1 ii ruby 4.8 ii ruby-password [libpassword-ruby] 0.5.3-3 ii ruby-sequel [libsequel-ruby] 3.31.0-1 ii ruby1.8 [ruby]1.8.7.352-2 ii rubygems 1.8.10-1 Versions of packages opennebula recommends: ii libmysql-ruby 2.8.2+gem2deb-1 ii libsqlite3-ruby 1.3.5-1 ii ruby-mysql [libmysql-ruby] 2.8.2+gem2deb-1 ii ruby-sqlite3 [libsqlite3-ruby] 1.3.5-1 Versions of packages opennebula suggests: pn libamazonec2-ruby none pn mysql-server none -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657293: help2man and command with dash in the name
Package: help2man Version: 1.40.5 Severity: normal It would be nice if help2man would support generating man page from command with - (dash) in the name. Eg: $ help2man abi-compliance-checker | head .\ DO NOT MODIFY THIS FILE! It was generated by help2man 1.40.5. .TH ABI 1 January 2012 ABI Compliance Checker (ACC) 1.96.1 User Commands .SH NAME ABI \- manual page for ABI Compliance Checker (ACC) 1.96.1 ... Thanks -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657259: [Resolvconf-devel] Bug#657259: Wrong /etc/resolvconf/run symlink (was: resolvconf wipes out /run)
On Wed, 25 Jan 2012 07:43:55 +0100 Thomas Hood jdth...@gmail.com wrote: /etc/resolvconf/run should point to /run/resolvconf, not to /run. The package's maintainer scripts see to that. That was it, indeed. Why is your symlink different? I don't know, I just know I didn't link it myself. I suggest you purge the resolvconf package, install the package again, check that /etc/resolvconf/run points to /run/resolvconf, then reboot. And this worked and solved the issue. Thanks again for your time. Regards, Antonio -- Antonio Ospite http://ao2.it A: Because it messes up the order in which people normally read text. See http://en.wikipedia.org/wiki/Posting_style Q: Why is top-posting such a bad thing? pgppWWYDBfElH.pgp Description: PGP signature
Bug#657294: cacti: [INTL:pl] Polish debconf translation
Package: cacti Severity: wishlist Tags: l10n patch Hi! Please add attached Polish debconf translation. Thanks, -- Michał Kułach pl.po Description: Binary data
Bug#589436: Progress?
Any progress on this? -- Pau Garcia i Quiles http://www.elpauer.org (Due to my workload, I may need 10 days to answer) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623727: command cwd does not exist
Package: rtorrent Version: 0.8.9-2 Followup-For: Bug #623727 The command has been changed to system.cwd.set. This is not reflected in the man page or on the official homepage. You can see all available system calls by the RPC call system.listMethods. I attach the output of $ xmlrpc localhost:81/RPC2 system.listMethods on my system with rtorrent 0.8.9-2 so that people can see the command list without setting up XMLRPC access to rTorrent. (For those keeping score on configuration option name changes, that is working directory - cwd - system.set_cwd - system.cwd.set without backwards compatibility in between :-) .) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rtorrent depends on: ii libc6 2.13-24 ii libcurl37.23.1-3 ii libgcc1 1:4.6.2-12 ii libncursesw55.9-4 ii libsigc++-2.0-0c2a 2.2.9-1.1 ii libstdc++6 4.6.2-12 ii libtinfo5 5.9-4 ii libtorrent140.12.9-3 ii libxmlrpc-core-c3 1.16.33-3.1 rtorrent recommends no packages. Versions of packages rtorrent suggests: ii dtach 0.8-2 ii screen 4.0.3-14 -- no debconf information Result: Array of 886 items: Index 0 String: 'system.listMethods' Index 1 String: 'system.methodExist' Index 2 String: 'system.methodHelp' Index 3 String: 'system.methodSignature' Index 4 String: 'system.multicall' Index 5 String: 'system.shutdown' Index 6 String: 'system.capabilities' Index 7 String: 'add_peer' Index 8 String: 'and' Index 9 String: 'bind' Index 10 String: 'branch' Index 11 String: 'cat' Index 12 String: 'check_hash' Index 13 String: 'close_low_diskspace' Index 14 String: 'close_untied' Index 15 String: 'connection_leech' Index 16 String: 'connection_seed' Index 17 String: 'convert.date' Index 18 String: 'convert.elapsed_time' Index 19 String: 'convert.gm_date' Index 20 String: 'convert.gm_time' Index 21 String: 'convert.kb' Index 22 String: 'convert.mb' Index 23 String: 'convert.throttle' Index 24 String: 'convert.time' Index 25 String: 'convert.xb' Index 26 String: 'create_link' Index 27 String: 'd.base_filename' Index 28 String: 'd.base_path' Index 29 String: 'd.bitfield' Index 30 String: 'd.bytes_done' Index 31 String: 'd.check_hash' Index 32 String: 'd.chunk_size' Index 33 String: 'd.chunks_hashed' Index 34 String: 'd.close' Index 35 String: 'd.close.directly' Index 36 String: 'd.complete' Index 37 String: 'd.completed_bytes' Index 38 String: 'd.completed_chunks' Index 39 String: 'd.connection_current' Index 40 String: 'd.connection_current.set' Index 41 String: 'd.connection_leech' Index 42 String: 'd.connection_seed' Index 43 String: 'd.create_link' Index 44 String: 'd.creation_date' Index 45 String: 'd.custom' Index 46 String: 'd.custom.set' Index 47 String: 'd.custom1' Index 48 String: 'd.custom1.set' Index 49 String: 'd.custom2' Index 50 String: 'd.custom2.set' Index 51 String: 'd.custom3' Index 52 String: 'd.custom3.set' Index 53 String: 'd.custom4' Index 54 String: 'd.custom4.set' Index 55 String: 'd.custom5' Index 56 String: 'd.custom5.set' Index 57 String: 'd.custom_throw' Index 58 String: 'd.delete_link' Index 59 String: 'd.delete_tied' Index 60 String: 'd.directory' Index 61 String: 'd.directory.set' Index 62 String: 'd.directory_base' Index 63 String: 'd.directory_base.set' Index 64 String: 'd.down.choke_heuristics' Index 65 String: 'd.down.choke_heuristics.leech' Index 66 String: 'd.down.choke_heuristics.seed' Index 67 String: 'd.down.choke_heuristics.set' Index 68 String: 'd.down.rate' Index 69 String: 'd.down.total' Index 70 String: 'd.erase' Index 71 String: 'd.free_diskspace' Index 72 String: 'd.get_base_filename' Index 73 String: 'd.get_base_path' Index 74 String: 'd.get_bitfield' Index 75 String: 'd.get_bytes_done' Index 76 String: 'd.get_chunk_size' Index 77 String: 'd.get_chunks_hashed' Index 78 String: 'd.get_complete' Index 79 String: 'd.get_completed_bytes' Index 80 String: 'd.get_completed_chunks' Index 81 String: 'd.get_connection_current' Index 82 String: 'd.get_connection_leech' Index 83 String: 'd.get_connection_seed' Index 84 String: 'd.get_creation_date' Index 85 String: 'd.get_custom' Index 86 String: 'd.get_custom1' Index 87 String: 'd.get_custom2' Index 88 String: 'd.get_custom3' Index 89 String: 'd.get_custom4' Index 90 String: 'd.get_custom5' Index 91 String: 'd.get_custom_throw' Index 92 String: 'd.get_directory' Index 93 String: 'd.get_directory_base' Index 94 String: 'd.get_down_rate' Index 95 String: 'd.get_down_total' Index 96 String: 'd.get_free_diskspace'
Bug#656755: Help with architecture not supporting SSE (Was: Bug#656755: libhmsbeagle FTBFS on everything except amd64)
tags 656755 +patch thanks While I really agree to this statement I think there is few chance that somebody else will step in. We are just needing to maintain this as a predependency for two important packages of the Debian Med team. Ok I took pity on you and took a look at the Makefile.am in that directory, turns out it wasn't that hard to disable building of the CPU with SSE plugin. You should really be able to do this kind of build-system modification yourself though, it's not like the package is using an exotic build system it's bog standard autotools. I have tested that the resulting package builds on i386, I have not tested whether it actually works. The attatched patch makes the aforementioned change and also makes debian/rules clean actually work. diff -urN libhmsbeagle-1.0/debian/patches/disable_cpu_sse_plugin.patch libhmsbeagle-1.0.new/debian/patches/disable_cpu_sse_plugin.patch --- libhmsbeagle-1.0/debian/patches/disable_cpu_sse_plugin.patch 1970-01-01 01:00:00.0 +0100 +++ libhmsbeagle-1.0.new/debian/patches/disable_cpu_sse_plugin.patch 2012-01-25 11:00:07.0 + @@ -0,0 +1,59 @@ +Description: Disable CPU_SSE plugin when building without SSE + The CPU_SSE plugin does not build without -msse +Author: Peter Green plugw...@p10link.net +Bug-Debian: http://bugs.debian.org/656755 + +--- +The information above should follow the Patch Tagging Guidelines, please +checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here +are templates for supplementary fields that you might want to add: + +Origin: vendor|upstream|other, url of original patch +Bug: url in upstream bugtracker +Bug-Debian: http://bugs.debian.org/bugnumber +Bug-Ubuntu: https://launchpad.net/bugs/bugnumber +Forwarded: no|not-needed|url proving that it has been forwarded +Reviewed-By: name and email of someone who approved the patch +Last-Update: -MM-DD + +Index: libhmsbeagle-1.0.new/libhmsbeagle/CPU/Makefile.am +=== +--- libhmsbeagle-1.0.new.orig/libhmsbeagle/CPU/Makefile.am 2012-01-25 10:09:40.0 + libhmsbeagle-1.0.new/libhmsbeagle/CPU/Makefile.am 2012-01-25 10:09:40.0 + +@@ -1,4 +1,4 @@ +-lib_LTLIBRARIES=libhmsbeagle-cpu.la libhmsbeagle-cpu-sse.la ++lib_LTLIBRARIES=libhmsbeagle-cpu.la + + BEAGLE_CPU_COMMON = Precision.h EigenDecomposition.h \ + EigenDecompositionCube.hpp EigenDecompositionCube.h \ +@@ -19,6 +19,8 @@ + # + # CPU plugin with custom SSE code + # ++if HAVE_SSE ++lib_LTLIBRARIES += libhmsbeagle-cpu-sse.la + libhmsbeagle_cpu_sse_la_SOURCES = $(BEAGLE_CPU_COMMON) \ + SSEDefinitions.h BeagleCPU4StateSSEImpl.hpp BeagleCPU4StateSSEImpl.h \ + BeagleCPUSSEImpl.hpp BeagleCPUSSEImpl.h \ +@@ -26,6 +28,7 @@ + + libhmsbeagle_cpu_sse_la_CXXFLAGS = $(AM_CXXFLAGS) + libhmsbeagle_cpu_sse_la_LDFLAGS= -version-info $(GENERIC_LIBRARY_VERSION) ++endif + + # + # CPU plugin with OpenMP parallel threads +Index: libhmsbeagle-1.0.new/configure.ac +=== +--- libhmsbeagle-1.0.new.orig/configure.ac 2012-01-25 10:41:40.0 + libhmsbeagle-1.0.new/configure.ac 2012-01-25 10:41:59.0 + +@@ -222,6 +222,9 @@ + if test $enable_sse = yes; then + SSE_CFLAGS+=-DENABLE_SSE + AM_CXXFLAGS=$AM_CXXFLAGS -msse2 ++AM_CONDITIONAL(HAVE_SSE,true) ++else ++AM_CONDITIONAL(HAVE_SSE,false) + fi + + # -- diff -urN libhmsbeagle-1.0/debian/patches/series libhmsbeagle-1.0.new/debian/patches/series --- libhmsbeagle-1.0/debian/patches/series 2012-01-21 16:36:24.0 + +++ libhmsbeagle-1.0.new/debian/patches/series 2012-01-25 10:41:51.0 + @@ -1 +1,2 @@ enable_static.patch +disable_cpu_sse_plugin.patch diff -urN libhmsbeagle-1.0/debian/rules libhmsbeagle-1.0.new/debian/rules --- libhmsbeagle-1.0/debian/rules 2012-01-21 12:54:33.0 + +++ libhmsbeagle-1.0.new/debian/rules 2012-01-25 10:53:59.0 + @@ -42,6 +42,61 @@ $(MAKE) -f Makefile distclean || true rm -rf doc .config configure rm -rf lib build + rm -f acinclude.m4 + rm -f INSTALL + rm -f libhmsbeagle/config.h.in + rm -f examples/*/Makefile.in + rm -f examples/Makefile.in + rm -f examples/*/*.o + rm -rf examples/*/.libs + rm -rf libhmsbeagle/*/.libs + rm -rf libhmsbeagle/.libs + rm -rf libhmsbeagle/*.o + rm -rf libhmsbeagle/*/*.o + rm -f Makefile + rm -f config.log + rm -f config.status + rm -f examples/Makefile + rm -f examples/complextest/Makefile + rm -f examples/complextest/complextest + rm -f examples/fourtaxon/Makefile + rm -f examples/fourtaxon/check_lnL_using_paup.nex + rm -f examples/fourtaxon/fourtaxon + rm -f examples/fourtaxon/fourtaxonrun.sh + rm -f examples/genomictest/Makefile + rm -f examples/genomictest/genomictest + rm -f examples/genomictest/genomictest.sh + rm -f
Bug#657284: systemd: FTBFS - should Build-Depend on automake
On 25.01.2012 11:30, Russell Coker wrote: Anyway build dependencies can be versioned, so there is no reason for a build to fail part way through because of an old version of a package. You just need a build-depends line that requires the correct version. I know that. My point actually was to clarify, that it is about having a versioned build-depends and not simply an explicit build-depends. According to configure.ac we require automake = 1.11. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#657295: xfonts-wqy: wrong ascents and descents
Package: xfonts-wqy Version: 0.9.9-4 Severity: important Tags: upstream patch FONT_ASCENT + FONT_DESCENT PIXEL_SIZE (font height) in all sizes of WenQuanYi Bitmap Song. This results in unusable fonts with urxvt. For example, urxvt -fn '8x16,-wenquanyi-wenquanyi bitmap song-medium-r-normal--16-160-75-75-p-80-iso10646-1' and Chinese characters get rendered as tiny garbage. urxvt has more robust handling with Xft, but still, with urxvt -fn '6x12,xft:WenQuanYi Bitmap Song:pixelsize=12' the bottom pixels of Chinese characters get eaten. The attached patch contains appropriate ascent and descent values. FYI, I used this script to extract ascent and descent values for statistics (bdflib from pypi). #!/usr/bin/python import sys from bdflib import reader bdf = reader.read_bdf(open(sys.argv[1])) for glyph in bdf.glyphs: ascent = glyph.get_ascent() descent = glyph.get_descent() print ascent, descent, ascent + descent -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xfonts-wqy depends on: ii debconf [debconf-2.0] 1.5.41 ii xfonts-utils 1:7.6+1 xfonts-wqy recommends no packages. Versions of packages xfonts-wqy suggests: ii xserver-xorg [xserver] 1:7.6+10 ii xvfb [xserver] 2:1.11.3.901-2 Demo program: ii rxvt-unicode 9.14-1 -- debconf information: xfonts-wqy/enable_wqy: true diff -rud xfonts-wqy-0.9.9.old/wenquanyi_10ptb.bdf xfonts-wqy-0.9.9/wenquanyi_10ptb.bdf --- xfonts-wqy-0.9.9.old/wenquanyi_10ptb.bdf 2007-11-04 13:28:14.0 +0800 +++ xfonts-wqy-0.9.9/wenquanyi_10ptb.bdf 2012-01-25 17:21:49.828030594 +0800 @@ -59,7 +59,7 @@ FONTBOUNDINGBOX 14 14 0 -3 STARTPROPERTIES 21 FONT_ASCENT 12 -FONT_DESCENT 3 +FONT_DESCENT 1 FONT_NAME WenQuanYi Bitmap Song FAMILY_NAME WenQuanYi Bitmap Song FOUNDRY WenQuanYi diff -rud xfonts-wqy-0.9.9.old/wenquanyi_10pt.bdf xfonts-wqy-0.9.9/wenquanyi_10pt.bdf --- xfonts-wqy-0.9.9.old/wenquanyi_10pt.bdf 2007-11-04 13:28:14.0 +0800 +++ xfonts-wqy-0.9.9/wenquanyi_10pt.bdf 2012-01-25 17:20:28.152902291 +0800 @@ -59,7 +59,7 @@ FONTBOUNDINGBOX 13 14 0 -3 STARTPROPERTIES 21 FONT_ASCENT 12 -FONT_DESCENT 3 +FONT_DESCENT 1 FONT_NAME WenQuanYi Bitmap Song FAMILY_NAME WenQuanYi Bitmap Song FOUNDRY WenQuanYi diff -rud xfonts-wqy-0.9.9.old/wenquanyi_11ptb.bdf xfonts-wqy-0.9.9/wenquanyi_11ptb.bdf --- xfonts-wqy-0.9.9.old/wenquanyi_11ptb.bdf 2007-11-04 13:28:14.0 +0800 +++ xfonts-wqy-0.9.9/wenquanyi_11ptb.bdf 2012-01-25 17:22:00.855912922 +0800 @@ -59,7 +59,7 @@ FONTBOUNDINGBOX 16 16 -1 -3 STARTPROPERTIES 22 FONT_ASCENT 14 -FONT_DESCENT 4 +FONT_DESCENT 1 FONT_NAME WenQuanYi Bitmap Song FAMILY_NAME WenQuanYi Bitmap Song FOUNDRY WenQuanYi diff -rud xfonts-wqy-0.9.9.old/wenquanyi_11pt.bdf xfonts-wqy-0.9.9/wenquanyi_11pt.bdf --- xfonts-wqy-0.9.9.old/wenquanyi_11pt.bdf 2007-11-04 13:28:14.0 +0800 +++ xfonts-wqy-0.9.9/wenquanyi_11pt.bdf 2012-01-25 17:20:40.936765867 +0800 @@ -59,7 +59,7 @@ FONTBOUNDINGBOX 16 18 -1 -4 STARTPROPERTIES 21 FONT_ASCENT 14 -FONT_DESCENT 4 +FONT_DESCENT 1 FONT_NAME WenQuanYi Bitmap Song FAMILY_NAME WenQuanYi Bitmap Song FOUNDRY WenQuanYi diff -rud xfonts-wqy-0.9.9.old/wenquanyi_12ptb.bdf xfonts-wqy-0.9.9/wenquanyi_12ptb.bdf --- xfonts-wqy-0.9.9.old/wenquanyi_12ptb.bdf 2007-11-04 13:28:14.0 +0800 +++ xfonts-wqy-0.9.9/wenquanyi_12ptb.bdf 2012-01-25 17:22:07.935837327 +0800 @@ -59,7 +59,7 @@ FONTBOUNDINGBOX 17 17 -1 -3 STARTPROPERTIES 21 FONT_ASCENT 14 -FONT_DESCENT 4 +FONT_DESCENT 2 FONT_NAME WenQuanYi Bitmap Song FAMILY_NAME WenQuanYi Bitmap Song FOUNDRY WenQuanYi diff -rud xfonts-wqy-0.9.9.old/wenquanyi_12pt.bdf xfonts-wqy-0.9.9/wenquanyi_12pt.bdf --- xfonts-wqy-0.9.9.old/wenquanyi_12pt.bdf 2007-11-04 13:28:14.0 +0800 +++ xfonts-wqy-0.9.9/wenquanyi_12pt.bdf 2012-01-25 17:20:52.684640479 +0800 @@ -59,7 +59,7 @@ FONTBOUNDINGBOX 16 19 0 -4 STARTPROPERTIES 21 FONT_ASCENT 14 -FONT_DESCENT 4 +FONT_DESCENT 2 FONT_NAME WenQuanYi Bitmap Song FAMILY_NAME WenQuanYi Bitmap Song FOUNDRY WenQuanYi diff -rud xfonts-wqy-0.9.9.old/wenquanyi_9ptb.bdf xfonts-wqy-0.9.9/wenquanyi_9ptb.bdf --- xfonts-wqy-0.9.9.old/wenquanyi_9ptb.bdf 2007-11-04 13:28:14.0 +0800 +++ xfonts-wqy-0.9.9/wenquanyi_9ptb.bdf 2012-01-25 06:36:21.378525754 +0800 @@ -59,8 +59,8 @@ FONTBOUNDINGBOX 13 13 0 -2 STARTPROPERTIES 27 FONT_NAME WenQuanYi Bitmap Song -FONT_ASCENT 12 -FONT_DESCENT 3 +FONT_ASCENT 11 +FONT_DESCENT 1 UNDERLINE_POSITION -3 UNDERLINE_THICKNESS 1 QUAD_WIDTH 12 diff -rud xfonts-wqy-0.9.9.old/wenquanyi_9pt.bdf xfonts-wqy-0.9.9/wenquanyi_9pt.bdf --- xfonts-wqy-0.9.9.old/wenquanyi_9pt.bdf 2007-11-04 13:28:14.0 +0800 +++ xfonts-wqy-0.9.9/wenquanyi_9pt.bdf 2012-01-25
Bug#657284: systemd: FTBFS - should Build-Depend on automake
On Wed, 25 Jan 2012, Michael Biebl bi...@debian.org wrote: I know that. My point actually was to clarify, that it is about having a versioned build-depends and not simply an explicit build-depends. According to configure.ac we require automake = 1.11. True, but AFAIK versioned depenencies on virtual packages don't work so that still leaves us with a dependency on only automake. As it's been 2.5 years since the last automake package with a version less than 11 it seems quite unlikely that anyone who has such a package installed will be trying to build systemd. But a versioned dependency is still a good thing. -- My Main Blog http://etbe.coker.com.au/ My Documents Bloghttp://doc.coker.com.au/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657296: ristretto: Desktop file doesn't have all the MIME types.
Package: ristretto Version: 0.3.2-1 Severity: minor Dear Maintainer, I don't know if it was left off on purpose but ristretto.desktop doesn't have image/svg+xml as a MimeType value, although it displays them. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ristretto depends on: ii libc6 2.13-24 ii libcairo2 1.10.2-6.2 ii libdbus-glib-1-20.98-1 ii libexif12 0.6.20-1 ii libexo-1-0 0.6.2-3 ii libgdk-pixbuf2.0-0 2.24.0-2 ii libglib2.0-02.30.2-5 ii libgtk2.0-0 2.24.8-3 ii libpango1.0-0 1.29.4-2 ii libx11-62:1.4.4-4 ii libxfce4ui-1-0 4.8.1-1 ii libxfce4util4 4.8.2-1 ii libxfconf-0-2 4.8.1-1 Versions of packages ristretto recommends: ii tumbler 0.1.22-1 ristretto 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#657297: www.debian.org: please show more type of events, e.g. talks/sprints/IRC-meetings
Package: www.debian.org Severity: wishlist User: eve...@debian.org Usertags: events-announce Hi there! This bug originated on the debian-www@ mailing list [1][2] and it was then recently re-discussed on #debian-events, thanks to Paul Wise, so let us going on and define what we want on the Events page. [1] http://lists.debian.org/20111027154810.ga1...@zouish.org [2] http://lists.debian.org/1320116110.27179.21.camel@chianamo On Thu, 27 Oct 2011 17:48:22 +0200, Francesca Ciceri wrote: Sorry for the delay in replying this: Luca is talking here about the idea to have, in www.d.o/events page, not only the list of upcoming event but also one for upcoming talk (it happens often that there are interesting debian-related talks not included in a major event and we discuss during Debconf the possibility of better promoting them). Actually, as I partly wrote in [3], there are 4 types of events: 1) what is called now 'event', i.e. conferences or BSP, which means that Debian is present with a booth or is organizing the event. 2) talks, which while being a subset of the first point, it stresses on the fact that Debian is showing something. The fact that we have Debian members available for such a task [4] without keeping note of their talks is a pity. 3) sprints [5], something specific to Debian, which since their creation have seen very useful results. 4) IRC meetings, not only the Debian-specific ones [6] but also the others Debian-related [7], i.e. every time there is a Debian participant, similarly to the first point. These should provide links in the canonical IRC URI scheme [8]. [3] http://lists.debian.org/87ty63t6r9@gismo.pca.it [4] http://www.debian.org/events/speakers/ [5] http://wiki.debian.org/Sprints [6] http://lists.debconf.org/lurker/message/20120116.155705.ae5a0f4c.en.html [7] http://lists.debian.org/4f0ecc5e.9000...@ubuntu.com [8] https://en.wikipedia.org/wiki/Internet_Relay_Chat#URI_scheme Francesca's work below is about the second point, but IMHO which should directly to further and implement all four points. First question: which should be the layout? I guess something like the 4-side for the 'Getting Debian' section [8] would be the best, but I fear that on small screens everything would be too much packed. [9] http://www.debian.org/distrib/ Here some explanations about how that part of the site works and what I've done in the past months about it (hoping that people who already knows all this will not too bored). Relevant files for this kind of change are: 1) webwml/english/events/index.wml → this is the source for www.d.o/events which contains the list of upcoming (and past) events 2) webwml/english/events/index.include → here there are Perl subroutines (embedded in wml tags) needed to create the (upcoming|past) events lists themselves and are called at lines 22 and 43 of the index.wml file 3) all webwml/english/events/$year/$date-event.wml files, which are modeled on the webwml/english/events/event.form one 4) webwml/english/template/debian/event.wml and webwml/english/template/debian/event_common.wml: this two are the templates responsible of the design of each event page and - as it could be seen on event.form file - are called via #use wml::debian::event line So, we need first to create the file(s) (and relative templates) for each talk (using the same structure as the event ones) and then add subroutines (or change the existent ones) in order to generate also list for upcoming and past talks. For the first task, I've simply create templates (webwml/english/template/debian/talk.wml and webwml/english/template/debian/talk_common.wml) copying them from the event's ones; while the file itself for a single talk is based on the webwml/english/events/talk.form file, in which is shown the use of the define-tag for talk. This part of the patch is completed and it works. You can test it using the file webwml/english/events/2011/0422-slat.wml (attached). The second part of the patch needs love: my Perl-fu is unexistant, so I encountered some problems in make it works. To list also talks file on index.wml page (or better in the html page) I've added two specific subroutines adapting the existing ones and modifying the index.wml page. The idea here was to distinguish between talk and event file (they lie in the same $year directory) via a regexp based on the use of different templates. But I can't make it works: I need that the upcoming_events thinghie distinguish between upcoming and past event AND upcoming and past talks. Obviously we could also put talks and events files on different dir inside the $year dir: something like $year/events and $year/talks, and let Perl to parse only the relevant dir. I prefer the first solutions, but... is up to who will work on it! :) Second question: while I prefer Francesca's solution of having everything in one single folder, ordered by date (as it is now), what do
Bug#656788: pdns: bind backend patch to handle smallcaps RRs
This has been applied in upstream SVN, it will be in upstream's 3.1. Kind regards, Peter van Dijk upstream PowerDNS maintainer On Jan 21, 2012, at 18:53 , grin wrote: Package: pdns-server Version: 3.0-1.1 Severity: normal File: pdns http://wiki.powerdns.com/trac/ticket/390 the patch works, until upstream includes it would be nice to patch it. --- pdns-3.0.orig/pdns/dnsparser.hh +++ pdns-3.0/pdns/dnsparser.hh @@ -200,7 +200,7 @@ public: static uint16_t TypeToNumber(const string name) { -n2typemap_t::const_iterator iter = getN2Typemap().find(name); +n2typemap_t::const_iterator iter = getN2Typemap().find(toUpper(name)); if(iter != getN2Typemap().end()) return iter-second.second; -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657298: gnome-speech: [INTL:pl] Polish debconf translation
Package: gnome-speech Severity: wishlist Tags: l10n patch Hi! Please add attached Polish debconf translation. Thanks, -- Michał Kułach pl.po Description: Binary data
Bug#657299: arpwatch: Dependency hell with local libpcap
Package: arpwatch Version: 2.1a15-1.1 Severity: serious Justification: fails to build from source (but built successfully in the past) Dear Maintainer, I can't build arpwatch before I guessed to remove any of libnl-dev and libnl2-dev packages from the system. Also I have noticed this build need to use local libpcap build but not from system. There are last messages from build log gcc -O -DDEBUG -DPACKAGE_NAME=\\ -DPACKAGE_TARNAME=\\ -DPACKAGE_VERSION=\\ -DPACKAGE_STRING=\\ -DPACKAGE_BUGREPORT=\\ -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_FCNTL_H=1 -DHAVE_MEMORY_H=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_BCOPY=1 -DHAVE_STRERROR=1 -DRETSIGTYPE=void -DRETSIGVAL= -DHAVE_SIGSET=1 -Dsignal=sigset -DDECLWAITSTATUS=int -DHAVE_LIBRESOLV=1 -DARPDIR=\/var/lib/arpwatch\ -DPATH_SENDMAIL=\/usr/sbin/sendmail\ -DETHERCODES=\/usr/share/arpwatch/ethercodes.dat\ -I. -I../libpcap-1.2.1 -Ilinux-include -o arpwatch arpwatch.o db.o dns.o ec.o file.o intoa.o machdep.o util.o report.o localhost.o setsignal.o version.o ../libpcap-1.2.1/libpcap.a -lresolv .../libpcap-1.2.1/libpcap.a(pcap-linux.o): In function `nl80211_init': /usr/src/libpcap-1.2.1/./pcap-linux.c:600: undefined reference to `nl_socket_alloc' /usr/src/libpcap-1.2.1/./pcap-linux.c:607: undefined reference to `genl_connect' /usr/src/libpcap-1.2.1/./pcap-linux.c:613: undefined reference to `genl_ctrl_alloc_cache' /usr/src/libpcap-1.2.1/./pcap-linux.c:621: undefined reference to `genl_ctrl_search_by_name' /usr/src/libpcap-1.2.1/./pcap-linux.c:633: undefined reference to `nl_socket_free' /usr/src/libpcap-1.2.1/./pcap-linux.c:615: undefined reference to `nl_geterror' /usr/src/libpcap-1.2.1/./pcap-linux.c:631: undefined reference to `nl_cache_free' .../libpcap-1.2.1/libpcap.a(pcap-linux.o): In function `nl80211_cleanup': /usr/src/libpcap-1.2.1/./pcap-linux.c:640: undefined reference to `genl_family_put' /usr/src/libpcap-1.2.1/./pcap-linux.c:641: undefined reference to `nl_cache_free' /usr/src/libpcap-1.2.1/./pcap-linux.c:642: undefined reference to `nl_socket_free' .../libpcap-1.2.1/libpcap.a(pcap-linux.o): In function `del_mon_if': /usr/src/libpcap-1.2.1/./pcap-linux.c:753: undefined reference to `nlmsg_alloc' /usr/src/libpcap-1.2.1/./pcap-linux.c:760: undefined reference to `genl_family_get_id' /usr/src/libpcap-1.2.1/./pcap-linux.c:760: undefined reference to `genlmsg_put' /usr/src/libpcap-1.2.1/./pcap-linux.c:762: undefined reference to `nla_put' /usr/src/libpcap-1.2.1/./pcap-linux.c:764: undefined reference to `nl_send_auto_complete' /usr/src/libpcap-1.2.1/./pcap-linux.c:772: undefined reference to `nl_wait_for_ack' /usr/src/libpcap-1.2.1/./pcap-linux.c:784: undefined reference to `nlmsg_free' /usr/src/libpcap-1.2.1/./pcap-linux.c:791: undefined reference to `nlmsg_free' /usr/src/libpcap-1.2.1/./pcap-linux.c:766: undefined reference to `nl_geterror' /usr/src/libpcap-1.2.1/./pcap-linux.c:777: undefined reference to `nlmsg_free' /usr/src/libpcap-1.2.1/./pcap-linux.c:774: undefined reference to `nl_geterror' .../libpcap-1.2.1/libpcap.a(pcap-linux.o): In function `add_mon_if': /usr/src/libpcap-1.2.1/./pcap-linux.c:657: undefined reference to `nlmsg_alloc' /usr/src/libpcap-1.2.1/./pcap-linux.c:664: undefined reference to `genl_family_get_id' /usr/src/libpcap-1.2.1/./pcap-linux.c:664: undefined reference to `genlmsg_put' /usr/src/libpcap-1.2.1/./pcap-linux.c:666: undefined reference to `nla_put' /usr/src/libpcap-1.2.1/./pcap-linux.c:667: undefined reference to `nla_put' /usr/src/libpcap-1.2.1/./pcap-linux.c:668: undefined reference to `nla_put' /usr/src/libpcap-1.2.1/./pcap-linux.c:670: undefined reference to `nl_send_auto_complete' /usr/src/libpcap-1.2.1/./pcap-linux.c:698: undefined reference to `nl_wait_for_ack' /usr/src/libpcap-1.2.1/./pcap-linux.c:712: undefined reference to `nlmsg_free' /usr/src/libpcap-1.2.1/./pcap-linux.c:691: undefined reference to `nl_geterror' /usr/src/libpcap-1.2.1/./pcap-linux.c:722: undefined reference to `nlmsg_free' /usr/src/libpcap-1.2.1/./pcap-linux.c:730: undefined reference to `nlmsg_free' /usr/src/libpcap-1.2.1/./pcap-linux.c:737: undefined reference to `nlmsg_free' /usr/src/libpcap-1.2.1/./pcap-linux.c:719: undefined reference to `nl_geterror' collect2: ld returned 1 exit status make[1]: *** [arpwatch] Error 1 make[1]: Leaving directory `/srv/src/arpwatch-2.1a15' make: *** [build-stamp] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (500, 'stable'), (300, 'oldstable'), (50, 'unstable'), (10, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to
Bug#657300: squid: [INTL:pl] Polish debconf translation
Package: squid Severity: wishlist Tags: l10n patch Hi! Please add attached Polish debconf translation. Thanks, -- Michał Kułach pl.po Description: Binary data
Bug#657301: rst.el doesn't work with XEmacs: Invalid regexp: Invalid preceding regular expression
Package: docutils-common Version: 0.8-1 Severity: important Tags: help I tried to use rst-mode with XEmacs 21.4, but loading it fails with the following error: Invalid regexp: Invalid preceding regular expression Since upstream is not interested in fixing this, we'll have to fix it ourselves. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632119: Chromium armel fixes
Attach the patch this time.. diff -Nru chromium-browser-16.0.912.75~r116452/debian/changelog chromium-browser-16.0.912.75~r116452/debian/changelog --- chromium-browser-16.0.912.75~r116452/debian/changelog 2012-01-09 13:16:17.0 +0200 +++ chromium-browser-16.0.912.75~r116452/debian/changelog 2012-01-24 12:25:39.0 +0200 @@ -1,3 +1,9 @@ +chromium-browser (16.0.912.75~r116452-1linaro1) unstable; urgency=low + + * build fixes for arm + + -- Riku Voipio riku.voi...@linaro.org Tue, 24 Jan 2012 12:25:07 +0200 + chromium-browser (16.0.912.75~r116452-1) unstable; urgency=low * New stable version: diff -Nru chromium-browser-16.0.912.75~r116452/debian/control chromium-browser-16.0.912.75~r116452/debian/control --- chromium-browser-16.0.912.75~r116452/debian/control 2012-01-09 13:16:17.0 +0200 +++ chromium-browser-16.0.912.75~r116452/debian/control 2012-01-24 09:28:37.0 +0200 @@ -75,7 +75,9 @@ libavutil-dev (= 4:0.7.1), scons, libelf-dev, - python-simplejson + python-simplejson, + libegl1-mesa-dev [armel armhf], + libgles2-mesa-dev [armel armhf] Standards-Version: 3.9.2 Package: chromium-browser @@ -130,7 +132,7 @@ This package contains 'inspector', transitional dummy package. Package: chromium -Architecture: i386 amd64 armel +Architecture: i386 amd64 armel armhf Depends: ${shlibs:Depends}, ${misc:Depends}, libnss3-1d (= 3.12.3), libvpx0 (= 0.9.6), @@ -151,7 +153,7 @@ This package contains the Chromium browser. Package: chromium-dbg -Architecture: i386 amd64 armel +Architecture: i386 amd64 armel armhf Section: debug Priority: extra Depends: ${shlibs:Depends}, ${misc:Depends}, chromium (= ${binary:Version}) diff -Nru chromium-browser-16.0.912.75~r116452/debian/patches/fix-armv4-skia.patch chromium-browser-16.0.912.75~r116452/debian/patches/fix-armv4-skia.patch --- chromium-browser-16.0.912.75~r116452/debian/patches/fix-armv4-skia.patch 1970-01-01 02:00:00.0 +0200 +++ chromium-browser-16.0.912.75~r116452/debian/patches/fix-armv4-skia.patch 2012-01-24 12:46:30.0 +0200 @@ -0,0 +1,13 @@ +Index: chromium-browser-16.0.912.75~r116452.real/src/skia/skia.gyp +=== +--- chromium-browser-16.0.912.75~r116452.real.orig/src/skia/skia.gyp 2012-01-24 12:44:55.916402001 +0200 chromium-browser-16.0.912.75~r116452.real/src/skia/skia.gyp 2012-01-24 12:46:21.100402002 +0200 +@@ -985,7 +985,7 @@ + '../third_party/skia/src/opts/opts_check_arm.cpp', + ], + }], +-[ 'armv7 == 1 and arm_neon == 0', { ++[ 'target_arch == arm and arm_neon == 0', { + 'sources': [ + '../third_party/skia/src/opts/memset.arm.S', + ], diff -Nru chromium-browser-16.0.912.75~r116452/debian/patches/fix-libav.patch chromium-browser-16.0.912.75~r116452/debian/patches/fix-libav.patch --- chromium-browser-16.0.912.75~r116452/debian/patches/fix-libav.patch 1970-01-01 02:00:00.0 +0200 +++ chromium-browser-16.0.912.75~r116452/debian/patches/fix-libav.patch 2012-01-20 13:01:05.0 +0200 @@ -0,0 +1,12 @@ +Index: chromium-browser-16.0.912.75~r116452/src/media/ffmpeg/ffmpeg_common.h +=== +--- chromium-browser-16.0.912.75~r116452.orig/src/media/ffmpeg/ffmpeg_common.h 2012-01-20 13:00:29.195257001 +0200 chromium-browser-16.0.912.75~r116452/src/media/ffmpeg/ffmpeg_common.h 2012-01-20 13:00:58.103257001 +0200 +@@ -26,6 +26,7 @@ + #include libavformat/avformat.h + #include libavformat/avio.h + #include libavutil/avutil.h ++#include libavutil/mathematics.h + #include libavutil/log.h + MSVC_POP_WARNING(); + } // extern C diff -Nru chromium-browser-16.0.912.75~r116452/debian/patches/series chromium-browser-16.0.912.75~r116452/debian/patches/series --- chromium-browser-16.0.912.75~r116452/debian/patches/series 2012-01-09 13:16:17.0 +0200 +++ chromium-browser-16.0.912.75~r116452/debian/patches/series 2012-01-24 12:44:45.0 +0200 @@ -19,3 +19,6 @@ system_v8.patch #protobuf.patch nss-workaround.patch +system-vpx.patch +fix-libav.patch +fix-armv4-skia.patch diff -Nru chromium-browser-16.0.912.75~r116452/debian/patches/system-vpx.patch chromium-browser-16.0.912.75~r116452/debian/patches/system-vpx.patch --- chromium-browser-16.0.912.75~r116452/debian/patches/system-vpx.patch 1970-01-01 02:00:00.0 +0200 +++ chromium-browser-16.0.912.75~r116452/debian/patches/system-vpx.patch 2012-01-24 11:06:59.0 +0200 @@ -0,0 +1,26 @@ +Index: chromium-browser-16.0.912.75~r116452/src/remoting/remoting.gyp +=== +--- chromium-browser-16.0.912.75~r116452.orig/src/remoting/remoting.gyp 2012-01-19 17:32:12.490537001 +0200 chromium-browser-16.0.912.75~r116452/src/remoting/remoting.gyp 2012-01-19 17:38:38.0 +0200 +@@ -378,7 +378,7 @@ + '../ui/ui.gyp:ui', + '../net/net.gyp:net', +
Bug#645416:
Same problem here. $ apt-cache policy gnome-settings-daemon gnome-settings-daemon: Installiert: 3.2.2-2 Kandidat:3.2.2-2 Versionstabelle: *** 3.2.2-2 0 500 http://ftp.de.debian.org/debian/ wheezy/main i386 Packages 100 /var/lib/dpkg/status -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650734: ITP tupi update
in debian and upstream and obsolete in WNPP. It seems feasible to replace Sorry I meant orphaned in WNPP... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651070: [debian/debian-sid] Don't build firebird extension on hurd (Closes: #651070)
tag 651070 pending thanks Date: Wed Jan 25 11:41:05 2012 +0100 Author: OndÅej Surý ond...@sury.org Commit ID: 55a742ab4c3691cc589f05b5e8ee6f034e77c25e Commit URL: http://git.debian.org/?p=pkg-php/php.git;a=commitdiff;h=55a742ab4c3691cc589f05b5e8ee6f034e77c25e Patch URL: http://git.debian.org/?p=pkg-php/php.git;a=commitdiff_plain;h=55a742ab4c3691cc589f05b5e8ee6f034e77c25e Don't build firebird extension on hurd (Closes: #651070) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651070: [debian/debian-experimental] Don't build firebird extension on hurd (Closes: #651070)
tag 651070 pending thanks Date: Wed Jan 25 11:41:05 2012 +0100 Author: OndÅej Surý ond...@sury.org Commit ID: 21f7c3d8d6a6fa88424963b99194f417d2e910b4 Commit URL: http://git.debian.org/?p=pkg-php/php.git;a=commitdiff;h=21f7c3d8d6a6fa88424963b99194f417d2e910b4 Patch URL: http://git.debian.org/?p=pkg-php/php.git;a=commitdiff_plain;h=21f7c3d8d6a6fa88424963b99194f417d2e910b4 Don't build firebird extension on hurd (Closes: #651070) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653310: Fix
This bug is in versions 1.13 and 1.14. In the file /usr/share/pyshared/LiveMagic/views/wizard.py change row 199 # Boot parameters data['bootappend_live'] = locale=%s keyb=%s % (locale, keyb) to # Boot parameters data['bootappend_live'] = locales=%s keyboard-layouts=%s % (locale,keyb) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653926: new upstream 1.0.1
Hello Thomas, as I just noticed, there is a new upstream version 1.0.1. The changelog states Use Chromaprinter and Acoustid instead of Echoprint and MusicDNS. [1] I'm not sure, if this fixes the dependency-problem, but maybe you could take a look at it (I'm not really familiar with this, so I'm sorry I could not look up it myself). Thanks best wishes, Oliver [1] http://code.google.com/p/clementine-player/source/browse/Changelog -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656495: [debian/debian-experimental] Handle sqlite.so removal (remove conffile) (Closes: #656495)
tag 656495 pending thanks Date: Thu Jan 19 19:14:56 2012 +0100 Author: OndÅej Surý ond...@sury.org Commit ID: 7e922e455f20e998209867f3539613760e0551ff Commit URL: http://git.debian.org/?p=pkg-php/php.git;a=commitdiff;h=7e922e455f20e998209867f3539613760e0551ff Patch URL: http://git.debian.org/?p=pkg-php/php.git;a=commitdiff_plain;h=7e922e455f20e998209867f3539613760e0551ff Handle sqlite.so removal (remove conffile) (Closes: #656495) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656824: Reinstalling GRUB did not help
I upgraded to 3.2.1-2 and it booted fine. So whatever the issue was seems to have been fixed in the update. Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657276: xfonts-traditional: can't cope with xfonts-unifont
Aaron M. Ucko writes (Bug#657276: xfonts-traditional: can't cope with xfonts-unifont): xfonts-traditional blows up when trying to process unifont.pcf.gz from xfonts-unifont: Thanks, I will look into this. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657302: linux-image-3.2.0-1-amd64: No more sound
Package: linux-2.6 Version: 3.2.1-2 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 *** -- Package-specific info: ** Version: Linux version 3.2.0-1-amd64 (Debian 3.2.1-2) (b...@decadent.org.uk) (gcc version 4.6.2 (Debian 4.6.2-12) ) #1 SMP Tue Jan 24 05:01:45 UTC 2012 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-1-amd64 root=UUID=b252f8a9-135b-4c60-a012-48a782a67be5 ro quiet splash ** Not tainted ** Kernel log: [ 694.782650] firewire_ohci :06:01.0: restoring config space at offset 0x1 (was 0x210, writing 0x216) [ 694.782669] firewire_ohci :06:01.0: proprietary Ricoh MMC controller disabled (via firewire function) [ 694.782672] firewire_ohci :06:01.0: MMC cards are now supported by standard SDHCI controller [ 694.782685] sdhci-pci :06:01.1: restoring config space at offset 0xf (was 0x200, writing 0x205) [ 694.782708] sdhci-pci :06:01.1: restoring config space at offset 0x4 (was 0x0, writing 0xfeaff400) [ 694.782714] sdhci-pci :06:01.1: restoring config space at offset 0x3 (was 0x80, writing 0x804000) [ 694.782722] sdhci-pci :06:01.1: restoring config space at offset 0x1 (was 0x210, writing 0x216) [ 694.782746] sdhci-pci :06:01.2: restoring config space at offset 0xf (was 0x200, writing 0x205) [ 694.782768] sdhci-pci :06:01.2: restoring config space at offset 0x4 (was 0x0, writing 0xfeaff000) [ 694.782778] sdhci-pci :06:01.2: restoring config space at offset 0x1 (was 0x210, writing 0x216) [ 694.782801] r592 :06:01.3: restoring config space at offset 0xf (was 0x200, writing 0x205) [ 694.782824] r592 :06:01.3: restoring config space at offset 0x4 (was 0x0, writing 0xfeafec00) [ 694.782834] r592 :06:01.3: restoring config space at offset 0x1 (was 0x210, writing 0x212) [ 694.782993] PM: early resume of devices complete after 1.785 msecs [ 694.783264] [drm] nouveau :01:00.0: We're back, enabling device... [ 694.790888] uhci_hcd :00:1d.0: PCI INT A - GSI 23 (level, low) - IRQ 23 [ 694.790902] uhci_hcd :00:1d.1: PCI INT B - GSI 19 (level, low) - IRQ 19 [ 694.790910] uhci_hcd :00:1d.0: setting latency timer to 64 [ 694.790916] uhci_hcd :00:1d.1: setting latency timer to 64 [ 694.790964] usb usb2: root hub lost power or was reset [ 694.790968] usb usb3: root hub lost power or was reset [ 694.790988] uhci_hcd :00:1d.2: PCI INT C - GSI 18 (level, low) - IRQ 18 [ 694.790995] uhci_hcd :00:1d.2: setting latency timer to 64 [ 694.791031] usb usb4: root hub lost power or was reset [ 694.791050] uhci_hcd :00:1d.3: PCI INT D - GSI 16 (level, low) - IRQ 16 [ 694.791059] uhci_hcd :00:1d.3: setting latency timer to 64 [ 694.791101] usb usb5: root hub lost power or was reset [ 694.791120] ehci_hcd :00:1d.7: PCI INT A - GSI 23 (level, low) - IRQ 23 [ 694.791129] ehci_hcd :00:1d.7: setting latency timer to 64 [ 694.791172] pci :00:1e.0: setting latency timer to 64 [ 694.791194] sdhci-pci :06:01.2: PCI INT B - GSI 17 (level, low) - IRQ 17 [ 694.791200] sdhci-pci :06:01.1: PCI INT B - GSI 17 (level, low) - IRQ 17 [ 694.791204] sdhci-pci :06:01.1: Will use DMA mode even though HW doesn't fully claim to support it. [ 694.792355] pcieport :00:1c.0: wake-up capability disabled by ACPI [ 694.792363] r8169 :02:00.0: PME# disabled [ 694.793930] snd_hda_intel :00:1b.0: PCI INT A - GSI 16 (level, low) - IRQ 16 [ 694.793942] snd_hda_intel :00:1b.0: setting latency timer to 64 [ 694.793951] ata_piix :00:1f.2: PCI INT B - GSI 19 (level, low) - IRQ 19 [ 694.793960] ata_piix :00:1f.2: setting latency timer to 64 [ 694.794011] snd_hda_intel :00:1b.0: irq 46 for MSI/MSI-X [ 694.794034] sd 0:0:0:0: [sda] Starting disk [ 694.794070] nouveau :01:00.0: PCI INT A - GSI 16 (level, low) - IRQ 16 [ 694.794076] nouveau :01:00.0: setting latency timer to 64 [ 694.794085] [drm] nouveau :01:00.0: POSTing device... [ 694.794089] [drm] nouveau :01:00.0: Parsing VBIOS init table 0 at offset 0xE118 [ 694.794186] [drm] nouveau :01:00.0: Parsing VBIOS init table 1 at offset 0xE447 [ 694.809335] [drm] nouveau :01:00.0: Parsing VBIOS init table 2 at offset 0xE9E5 [ 694.809389] [drm] nouveau :01:00.0: Parsing VBIOS init table 3 at offset 0xEB60 [ 694.810520] [drm] nouveau :01:00.0: Parsing VBIOS init table 4 at offset 0xEDB9 [ 694.810523] [drm] nouveau :01:00.0: Restoring GPU objects... [ 694.822965] [drm] nouveau :01:00.0: Reinitialising engines... [ 694.823079] [drm] nouveau :01:00.0: Restoring mode... [ 694.823172] [drm] nouveau :01:00.0: Calling LVDS script 6:
Bug#657303: RM: ctrlproxy/experimental -- ROM; Already removed from unstable, not maintained upstream
Package: ftp.debian.org Severity: normal ctrlproxy has already been removed from unstable a while ago, because it was no longer maintained upstream and RC-buggy. It would be great if it could be removed from experimental as well. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657304: subversion-tools: svn-bisect doesn't work if good_rev bad_rev
Package: subversion-tools Version: 1.6.17dfsg-3 Severity: normal svn-bisect doesn't behave as expected if good_rev bad_rev (a subsequent svn-bisect bad command will select the wrong half of the suspucious revisions). Could you please fix this behaviour (git-bisect works whether good bad or bad good), or at least report an error if the bisection starts with good_rev bad_rev? -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages subversion-tools depends on: ii subversion 1.6.17dfsg-3 Versions of packages subversion-tools recommends: pn exim4 | mail-transport-agent none pn libconfig-inifiles-perl 2.68-1 pn libsvn-perl none pn liburi-perl 1.59-1 pn python-subversion 1.6.17dfsg-3 pn rsync 3.0.9-1 pn xsltproc none Versions of packages subversion-tools suggests: pn libsvn-ruby1.8 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#657305: RM: icu4j-4.2 -- ROM; Unused, replaced by icu4j and icu4j-4.4
Package: ftp.debian.org Severity: normal icu4j is now at version 4.2.1.1-1 (same version as icu4j-4.2) and we also got a icu4j-4.4 in the archive (for eclipse). According to dak, icu4j-4.2 has no reverse dependencies left now that eclipse has moved on to icu4j-4.4[1]. ~Niels [1] $ dak rm -nR icu4j-4.2 Working... done. Will remove the following packages from unstable: icu4j-4.2 | 4.2.1.1-1 | source libicu4j-4.2-java | 4.2.1.1-1 | all Maintainer: Debian Java Maintainers pkg-java-maintain...@lists.alioth.debian.org --- Reason --- -- Checking reverse dependencies... No dependency problem found. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657306: globaladvance is still not set as false
Package: fonts-nanum-coding Version: 2.0-3 Severity: normal I tested with this command : fc-match NanumGothicCoding -v | grep global And the result is : globaladvance: FcTrue(s) I think line 6 at 90-fonts-nanum-coding.conf is wrong. Original match target=scan My suggestion match target=font Thanks! -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ko_KR.UTF-8, LC_CTYPE=ko_KR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657175: empathy: Should be able to make video call TO people who don't have webcams.
tag 657175 + moreinfo thanks Hi, Thank you for your bugreport. I suspect here an issue with the gtalk client. Could you check if you can establish a video call with somebody running an other client (empathy preferabily) that doesn't have a webcam? Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657307: samhain: does not reap children
Package: samhain Version: 2.8.3a-1 Severity: normal Hi, it appears samhain does not reap its children on our armhf hosts: root 11081 0.7 1.6 150196 14564 ?SL Jan17 82:53 /usr/sbin/samhain root 17613 0.0 0.0 0 0 ?ZJan21 0:00 \_ [samhain] defunct root 29783 0.0 0.0 0 0 ?ZJan21 0:03 \_ [samhain] defunct root 765 0.0 0.0 0 0 ?ZJan21 0:15 \_ [samhain] defunct root 1590 0.0 0.0 0 0 ?ZJan21 0:04 \_ [samhain] defunct root 5387 0.0 0.0 0 0 ?ZJan21 0:02 \_ [samhain] defunct root 8019 0.0 0.0 0 0 ?ZJan22 0:01 \_ [samhain] defunct root 8364 0.0 0.0 0 0 ?ZJan22 0:00 \_ [samhain] defunct root 8627 0.0 0.0 0 0 ?ZJan22 0:00 \_ [samhain] defunct root 8695 0.0 0.0 0 0 ?ZJan22 0:00 \_ [samhain] defunct root 7061 0.0 0.0 0 0 ?ZJan22 0:00 \_ [samhain] defunct root 7062 0.0 0.0 0 0 ?ZJan22 0:00 \_ [samhain] defunct root 7127 0.0 0.0 0 0 ?ZJan22 0:02 \_ [samhain] defunct root 10412 0.0 0.0 0 0 ?ZJan22 0:00 \_ [samhain] defunct root 11304 0.0 0.0 0 0 ?ZJan22 0:01 \_ [samhain] defunct root 13281 0.0 0.0 0 0 ?ZJan22 0:00 \_ [samhain] defunct root 14085 0.0 0.0 0 0 ?ZJan22 0:00 \_ [samhain] defunct root 9542 0.0 0.0 0 0 ?ZJan22 0:03 \_ [samhain] defunct root 14922 0.0 0.0 0 0 ?ZJan22 0:00 \_ [samhain] defunct root 15230 0.0 0.0 0 0 ?ZJan22 0:00 \_ [samhain] defunct root 19824 0.0 0.0 0 0 ?ZJan22 0:00 \_ [samhain] defunct root 20121 0.0 0.0 0 0 ?ZJan22 0:00 \_ [samhain] defunct root 20125 0.0 0.0 0 0 ?ZJan22 0:00 \_ [samhain] defunct root 20127 0.0 0.0 0 0 ?ZJan22 0:00 \_ [samhain] defunct root 6712 0.0 0.0 0 0 ?ZJan22 0:16 \_ [samhain] defunct root 20239 0.0 0.0 0 0 ?ZJan22 0:15 \_ [samhain] defunct root 26066 0.0 0.0 0 0 ?ZJan22 0:03 \_ [samhain] defunct root 32132 0.0 0.0 0 0 ?ZJan22 0:06 \_ [samhain] defunct root 17098 0.0 0.0 0 0 ?ZJan22 0:02 \_ [samhain] defunct root 18629 0.0 0.0 0 0 ?ZJan22 0:00 \_ [samhain] defunct root 14736 0.0 0.0 0 0 ?ZJan22 0:05 \_ [samhain] defunct root 22138 0.0 0.0 0 0 ?ZJan22 0:00 \_ [samhain] defunct root 22248 0.0 0.0 0 0 ?ZJan22 0:00 \_ [samhain] defunct root 22259 0.0 0.0 0 0 ?ZJan22 0:00 \_ [samhain] defunct root 22657 0.0 0.0 0 0 ?ZJan22 0:06 \_ [samhain] defunct root 26121 0.0 0.0 0 0 ?ZJan23 0:00 \_ [samhain] defunct root 26122 0.0 0.0 0 0 ?ZJan23 0:00 \_ [samhain] defunct root 26239 0.0 0.0 0 0 ?ZJan23 0:00 \_ [samhain] defunct root 27289 0.0 0.0 0 0 ?ZJan23 0:00 \_ [samhain] defunct root 27298 0.0 0.0 0 0 ?ZJan23 0:02 \_ [samhain] defunct root 26919 0.0 0.0 0 0 ?ZJan23 0:00 \_ [samhain] defunct root 26961 0.0 0.0 0 0 ?ZJan23 0:00 \_ [samhain] defunct root 26968 0.0 0.0 0 0 ?ZJan23 0:00 \_ [samhain] defunct root 27002 0.0 0.0 0 0 ?ZJan23 0:00 \_ [samhain] defunct root 27105 0.0 0.0 0 0 ?ZJan23 0:00 \_ [samhain] defunct root 27106 0.0 0.0 0 0 ?ZJan23 0:03 \_ [samhain] defunct root 619 0.0 0.0 0 0 ?ZJan23 0:00 \_ [samhain] defunct root 741 0.0 0.0 0 0 ?ZJan23 0:00 \_ [samhain] defunct root 1231 0.0 0.0 0 0 ?ZJan23 0:02 \_ [samhain] defunct root 31060 0.0 0.0 0 0 ?ZJan23 0:00 \_ [samhain] defunct root 31064 0.0 0.0 0 0 ?ZJan23 0:00 \_ [samhain] defunct root 31077 0.0 0.0 0 0 ?ZJan23 0:00 \_ [samhain] defunct root 31192 0.0 0.0 0 0 ?ZJan23 0:00 \_ [samhain] defunct root 31246 0.0 0.0 0 0 ?ZJan23 0:00 \_ [samhain] defunct root 32291 0.0 0.0 0 0 ?ZJan23 0:01 \_ [samhain] defunct root 2399 0.0 0.0 0 0
Bug#657308: Data corruption downloading files larger than 4GB
Package: pure-ftpd Version: 1.0.28-3 Serious data corruption occurs when downloading files larger than 4GB, on 32bit platforms. Upstream fixed this bug in 1.0.29. Please apply a fix, or debianize the newer upstream version for Squeeze (as Squeeze is the latest supported release available now) Thank you. -- Gergely EGERVARY -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#271662: Fw: Pseudo code included. Is it a small step towards better LSB compliance for sendmail interface?
I don't feel so, I'm afraid. It's just another way of notifying callers that you don't offer an SMTP submission interface. Nick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657309: linux image 3.1 panics on brctl addif bond to bridge
Package: linux-image-3.1.0-1-amd64 Version: 3.1.8-2 Hello, After the upgrade to linux-image-3.1.0-1-amd64, we can't brctl addif bond interfaces (active-backup) on a bridge. We get a kernel panic each time. This behaviour is not observed with 2.6.32-5-amd64, but is observed also with backports' 3.1 kernel /etc/network/interfaces: auto eth0 iface eth0 inet manual up ifconfig $IFACE mtu 9000 || true up echo 0 /proc/sys/net/ipv6/conf/$IFACE/autoconf auto eth1 iface eth1 inet manual up ifconfig $IFACE mtu 9000 || true up echo 0 /proc/sys/net/ipv6/conf/$IFACE/autoconf auto eth2 iface eth2 inet manual up ifconfig $IFACE mtu 9000 || true up echo 0 /proc/sys/net/ipv6/conf/$IFACE/autoconf auto eth3 iface eth3 inet manual up ifconfig $IFACE mtu 9000 || true up echo 0 /proc/sys/net/ipv6/conf/$IFACE/autoconf # The primary network interface auto bond0 iface bond0 inet static address 10.1.5.123 netmask 255.255.255.192 broadcast 10.1.5.127 gateway 10.1.5.65 mtu 1500 bond-mode active-backup primary eth0 bond-miimon 100 slaves eth0 eth1 eth2 eth3 up echo 0 /proc/sys/net/ipv6/conf/$IFACE/autoconf auto prv iface prv inet manual up prv-net-helper up bond0 1 100 2999 down prv-net-helper down bond0 1 100 2999 /usr/sbin/prv-net-helper: #!/bin/bash function usage { echo Usage: $0 mode parent interface prv min prv max offset exit 1 } if [ $# -ne 5 ]; then usage fi function up { iface=$1 prv_min=$2 prv_max=$3 offset=$4 echo Adding VLANs $2 - $3 vconfig set_name_type DEV_PLUS_VID_NO_PAD for prv in $(seq $prv_min $prv_max); do vlan=$(($prv+$offset)) bridge=prv$prv vconfig add $iface $vlan ifconfig $iface.$vlan up brctl addbr $bridge brctl setfd $bridge 0 brctl addif $bridge $iface.$vlan ifconfig $bridge up sleep 3 done } function down { iface=$1 prv_min=$2 prv_max=$3 offset=$4 echo Removing VLANs $2 - $3 for prv in $(seq $prv_min $prv_max); do vlan=$(($prv+$offset)) bridge=prv$prv ( ifconfig $bridge down brctl delif $bridge $iface.$vlan # dev_plus_vid vconfig rem $iface.$vlan brctl delbr $bridge ) 2/dev/null done } mode=$1; shift if [ $mode = up ]; then up $@ elif [ $mode = down ]; then down $@ else usage fi After the script runs, we should have prv1-100 bridges, each one having a different bond0.VLAN interface: For example: # brctl show bridge name bridge id STP enabled interfaces prv18000.001517cff668 no bond0.3000 Instead we get a kernel panic on brctl addif $bridge $iface.$vlan Backtrace: rados0-01 login: [ 586.287504] device bond0.3001 entered promiscuous mode [ 586.293343] device bond0 entered promiscuous mode [ 586.298691] device eth1 entered promiscuous mode [ 588.195088] skb_over_panic: text:a009fa8e len:2048 put:2048 head:880626066000 data:880626066040 tail:0x840 end:0x640 dev:eth1 [ 588.209409] [ cut here ] [ 588.214651] kernel BUG at /build/buildd-linux-2.6_3.1.8-2-amd64-XPJTbL/linux-2.6-3.1.8/debian/build/source_amd64_none/net/core/skbuff.c:128! [ 588.228851] invalid opcode: [#1] SMP [ 588.233650] CPU 0 [ 588.235758] Modules linked in: 8021q garp bridge stp drbd lru_cache cn nfnetlink_queue nfnetlink kvm_intel kvm ip6table_raw ip6t_REJECT nf_conntrack_ipv6 nf_defrag_ipv6 ip6table_filter ip6table_mangle ip6_tables xt_NOTRACK iptable_raw ipt_REJECT xt_pkttype nf_conntrack_ipv4 nf_defrag_ipv4 xt_state iptable_filter xt_tcpudp xt_NFQUEUE iptable_mangle ip_tables x_tables ext4 jbd2 crc16 ipmi_devintf ipmi_si nf_conntrack ipmi_poweroff ipmi_msghandler mptctl bonding psmouse ohci_hcd ioatdma i2c_i801 i7core_edac edac_core i2c_core snd_pcm snd_timer snd soundcore snd_page_alloc joydev evdev tpm_tis processor ac acpi_power_meter tpm pcspkr tpm_bios button container power_supply thermal_sys ext3 jbd mbcache dm_mod sd_mod crc_t10dif usbhid hid sg sr_mod cdrom ata_generic uhci_hcd mptsas mptscsih ata_piix mptbase libata scsi_transport_sas ehci_hcd usbcore igb e1000e scsi_mod dca [last unloaded: scsi_wait_scan] [ 588.331722] [ 588.333469] Pid: 0, comm: swapper Not tainted 3.1.0-1-amd64 #1
Bug#639600: already done
close 639600 2:2.20110726-1 thanks There are no patches against upstream that remove lib64 contexts. -- My Main Blog http://etbe.coker.com.au/ My Documents Bloghttp://doc.coker.com.au/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642736: already fixed
close 642736 2:2.20110726-1 thanks The Squeeze policy is never going to build in Wheezy. -- My Main Blog http://etbe.coker.com.au/ My Documents Bloghttp://doc.coker.com.au/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621067: [Pkg-javascript-devel] Bug#621067: (no subject)
Hi Julian, On Mon, 2011-11-14 at 19:56 +0100, Julian Taylor wrote: I'd also appreciate this. e.g. ipython 0.12 which I'm currently packaging requires the aristo and rocket themes in addition to smoothness. I've uploaded jquery-ui-themes to unstable, but the tarball doesn't have the aristo and rocket themes, so they aren't official theme. Could you please verify who is the upstream for them? Cheers, -- Marcelo Jorge Vieira xmpp:me...@jabber-br.org http://metaldot.alucinados.com signature.asc Description: This is a digitally signed message part
Bug#644325: no bug here
close 644325 thanks The file_contexts.subs_dist file maps /run to /var/run for file contexts and there is already a context for /var/run/udev which therefore equates to /run/udev. So nothing needs to be done. -- My Main Blog http://etbe.coker.com.au/ My Documents Bloghttp://doc.coker.com.au/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657249: Pending fixes for bugs in the dh-make-perl package
tag 657249 + pending thanks Some bugs in the dh-make-perl package are closed in revision 66e698ed368e452b4b0c3f5d817a3bf707304ce5 in branch 'master' by Damyan Ivanov The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/dh-make-perl.git;a=commitdiff;h=66e698e Commit message: create_watch: allow single-digit-only versions Closes: #657249 (bad watch file for Devel-UseAnyFunc) Thanks to Kevin Ryde for the report and the proposed fix -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657310: tiger: SHA-512 hashes in shadow seen as disabled login
Package: tiger Version: 1:3.2.3-4 Severity: normal Hi, Tiger does not handle SHA-512 (and probably other SHA-mechanisms) properly by default. I keep getting a message (see below) for all users using a hash starting with '$6$cSCDbP…' while those starting with '$1$bz7U…' are never reported. I assume the setting Tiger_Passwd_Hashes='crypt3|md5' is responsible and needs to be complemented with the proper term for SHA mechanisms. I was unable to find what needs to be put there, though. It seems to be neither 'SHA-512' nor 'sha512'. The reported problem is: NEW: --WARN-- [pass014w] Login (hendrik) is disabled, but has a valid shell. The corresponding check is in file /usr/lib/tiger/scripts/check_passwd:173 Since the default mechanism for setting passwords seems to have changed in debian, IMHO tigers default config should be adjusted accordingly. Also it seems that possible values for this setting are not documented anywhere which would be helpful in this situation. Thank you and best regards henk -- Hendrik Jaeger Linux Systemadministrator Init Seven AG Elias-Canetti-Strasse 7 CH-8050 Zürich phone: +41 44 315 44 00 fax: +41 44 315 44 01 http://www.init7.net/ signature.asc Description: PGP signature
Bug#657311: needs update for 9.0 in experimental
Package: icedove-l10n Version: 1:8.0-2 Severity: serious Tag: experimental Hi, icedove-l10n is no longer installable in experimental since the upload of icedove 9.0 (thanks, much appreciated). Please also upload icedove-l10n 9.0 to experimental. Regards, Daniel -- 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#579746: already fixed
close 579746 thanks This one has already been fixed, probably upstream as the changelog doesn't mention it. -- My Main Blog http://etbe.coker.com.au/ My Documents Bloghttp://doc.coker.com.au/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647498: also working on packaging freerdp 1.0-beta5
On 25 January 2012 05:01, Jean-Louis Dupond jean-lo...@dupond.be wrote: Hi All! Please note that FreeRDP 1.0 (final) got released. So that should be updated also :) Ok, updated to 1.0.0-1. Thanks! And thanks Martin for finishing the merge and reviewing. Jeremy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651499: iceweasel: Iceweasel does not work with system proxy settings
On Fri, Dec 09, 2011 at 08:52:37AM +0100, Mike Hommey wrote: Since a while ago (version 7 at least) I can't get the GNOME 3 system proxy settings to work in Iceweasel. That's not surprising, really. Iceweasel/Firefox uses gconf to get the proxy settings, and aiui, GNOME 3 stores it in dconf. This has been fixed upstream: https://bugzilla.mozilla.org/show_bug.cgi?id=682832 Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519388: O: canna -- Japanese input system (server and dictionary)
Hi, I QA uploaded canna 3.7p3-7. Accepted canna 3.7p3-7 (source amd64) http://packages.qa.debian.org/c/canna/news/20120125T121822Z.html I pushed it to git.debian.org that you have prepared. http://anonscm.debian.org/gitweb/?p=collab-maint/canna.git;a=summary Thank you for your work! -- Regards, dai GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E signature.asc Description: Digital signature
Bug#656755: Help with architecture not supporting SSE (Was: Bug#656755: libhmsbeagle FTBFS on everything except amd64)
Hi Peter, many thanks for the patch which was in fact helpful to solve the problem. On Wed, Jan 25, 2012 at 11:04:13AM +, peter green wrote: Ok I took pity on you and took a look at the Makefile.am in that directory, turns out it wasn't that hard to disable building of the CPU with SSE plugin. You should really be able to do this kind of build-system modification yourself though, it's not like the package is using an exotic build system it's bog standard autotools. I agree that this was not to hard. However, I did not understand your motivation to work behind a perfectly working clean target which was fully functional by using autotools-dev, dh-autoreconf. So I deleted your part of debian/rules changes. I have tested that the resulting package builds on i386, I have not tested whether it actually works. I noticed that now the plugin for amd64 is not builded and needed to tweak debian/rules a bit by detecting the build architecture. Hope this will work now for all archs. The attatched patch makes the aforementioned change and also makes debian/rules clean actually work. As I said, this was unnecessary. Thanks in any case for your help Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657255: [Pkg-bluetooth-maintainers] Bug#657255: [bluez] bluetoothd is hanging up.
Hi, Sorry for missing kernel version in bug reort.I carelessly forget to inform it. When I checked bluez 4.98-1, I was using linux-image-3.2.0-1-amd64. Is this kernel wrong verison? I will check it under another version later and report. Regards, Takahide Nojima nozzy123no...@gmail.com 2012-01-25 (Wed) 17:20 +0900 Nobuhiro Iwamatsu wrote: severity 657255 important thanks Hi, Does linux kernel which you use recognize bluetooth host device? Best regards, Nobuhiro 2012年1月25日9:16 Takahide Nojima nozzy123no...@gmail.com: Package: bluez Version: 4.98-1 Severity: serious --- Please enter the report below this line. --- Hello, I checked new package of bluez 4.98-1 , I found it doesn't work my debian box. There is no bluetooth icon on status bar on gnome3.2 desktop, and also bluetooth menu in gnome-control-center also grayed out. I run bluetoothd with debug option, then I found it stop in the middle of initialization as below ---console log is here -- $ sudo /usr/sbin/bluetoothd -n -d bluetoothd[2853]: Bluetooth daemon 4.98 bluetoothd[2853]: src/main.c:parse_config() parsing main.conf bluetoothd[2853]: src/main.c:parse_config() discovto=0 bluetoothd[2853]: src/main.c:parse_config() pairto=0 bluetoothd[2853]: src/main.c:parse_config() pageto=8192 bluetoothd[2853]: src/main.c:parse_config() auto_to=60 bluetoothd[2853]: src/main.c:parse_config() name=%h-%d bluetoothd[2853]: src/main.c:parse_config() class=0x000100 bluetoothd[2853]: src/main.c:parse_config() discov_interval=30 bluetoothd[2853]: src/main.c:parse_config() Key file does not have key 'DeviceID' bluetoothd[2853]: Starting SDP server bluetoothd[2853]: src/plugin.c:plugin_init() Loading builtin plugins bluetoothd[2853]: src/plugin.c:add_plugin() Loading pnat plugin bluetoothd[2853]: src/plugin.c:add_plugin() Loading audio plugin bluetoothd[2853]: src/plugin.c:add_plugin() Loading sap plugin bluetoothd[2853]: src/plugin.c:add_plugin() Loading input plugin bluetoothd[2853]: src/plugin.c:add_plugin() Loading serial plugin bluetoothd[2853]: src/plugin.c:add_plugin() Loading network plugin bluetoothd[2853]: src/plugin.c:add_plugin() Loading proximity plugin bluetoothd[2853]: src/plugin.c:add_plugin() Loading service plugin bluetoothd[2853]: src/plugin.c:add_plugin() Loading gatt_example plugin bluetoothd[2853]: src/plugin.c:add_plugin() Loading time plugin bluetoothd[2853]: src/plugin.c:add_plugin() Loading alert plugin bluetoothd[2853]: src/plugin.c:add_plugin() Loading health plugin bluetoothd[2853]: src/plugin.c:add_plugin() Loading thermometer plugin bluetoothd[2853]: src/plugin.c:add_plugin() Loading hciops plugin bluetoothd[2853]: src/plugin.c:add_plugin() Loading mgmtops plugin bluetoothd[2853]: src/plugin.c:add_plugin() Loading formfactor plugin bluetoothd[2853]: src/plugin.c:add_plugin() Loading storage plugin bluetoothd[2853]: src/plugin.c:add_plugin() Loading adaptername plugin bluetoothd[2853]: src/plugin.c:add_plugin() Loading wiimote plugin bluetoothd[2853]: src/plugin.c:add_plugin() Loading dbusoob plugin bluetoothd[2853]: src/plugin.c:plugin_init() Loading plugins /usr/lib/x86_64-linux-gnu/bluetooth/plugins bluetoothd[2853]: plugins/service.c:register_interface() path /org/bluez/2853/any bluetoothd[2853]: plugins/service.c:register_interface() Registered interface org.bluez.Service on path /org/bluez/2853/any bluetoothd[2853]: plugins/dbusoob.c:dbusoob_init() Setup dbusoob plugin bluetoothd[2853]: health/hdp.c:hdp_manager_start() Starting Health manager bluetoothd[2853]: alert/main.c:alert_init() Attribute server is disabled bluetoothd[2853]: Failed to init alert plugin bluetoothd[2853]: time/main.c:time_init() Attribute server is disabled bluetoothd[2853]: Failed to init time plugin bluetoothd[2853]: Parsing /etc/bluetooth/proximity.conf failed: No such file or directory bluetoothd[2853]: proximity/reporter.c:reporter_init() Attribute server is disabled bluetoothd[2853]: Failed to init proximity plugin bluetoothd[2853]: network/manager.c:read_config() /etc/bluetooth/network.conf: Key file does not have key 'DisableSecurity' bluetoothd[2853]: network/manager.c:read_config() Config options: Security=true bluetoothd[2853]: input/manager.c:input_manager_init() input.conf: Key file does not have key 'IdleTimeout' bluetoothd[2853]: audio/manager.c:audio_manager_init() audio.conf: Key file does not have key 'AutoConnect' bluetoothd[2853]: plugins/pnat.c:pnat_init() Setup Phonet AT (DUN) plugin bluetoothd[2853]: plugins/hciops.c:hciops_init() bluetoothd[2853]: plugins/gatt-example.c:gatt_example_init() Attribute server is disabled bluetoothd[2853]: Failed to init gatt_example plugin bluetoothd[2853]: plugins/hciops.c:hciops_setup() bluetoothd[2853]: src/main.c:main() Entering main loop bluetoothd[2853]: src/rfkill.c:rfkill_event() RFKILL
Bug#583244: Package in mentors
On Wed, Jan 25, 2012 at 04:50, Jose Ernesto Davila Pantoja josernestodav...@ubuntu.com wrote: 2012/1/19 Aron Xu happyaron...@gmail.com: Thanks for your hard work! There are still some mistakes in DEP-5 debian/copyright, and a little question for debian/control. Here they are: Hi! It took me some time to upload these changes (I'm a git guy and svn can't commit when I'm offline :( ). 1. The latest format specification (in `Format` section) is located at: http://dep.debian.net/deps/dep5/ Also your supplied URL in `Format` does not exist: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ You're totally right, I just copy pasted it without verifying it existed. Already fixed. 2. Within a license, paragraphs should not be separated with empty line, a dot should be placed there. Examples can be found at previous mentioned URL. Fixed! Still, the license paragraphs aren't following DEP5, you need a blank before every line in license text. I suggest you to have a look at the format specification page again, :) -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657292: Provinding upstream's share/scripts/ vmcontext would help
Hi. Lemme add a bit to this wishlist : Maybe it would be interesting to ship the contents of upstream's share/scripts (vmcontext.sh and supporting files) together with the openenbula packages, for instance inside /usr/share/doc/opennebula/examples/ so that one can use them to contextualise images. Hope this helps. Best regards, -- Olivier BERGER http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656848: libav-dev package?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/23/12 07:22, Reinhard Tartler wrote: I don't think this would be a great idea. As application maintainer, you should know the requirements of your package, and knowing the libraries it uses is one part of them. Not necessarily. If I debianize a huge package I have to know that it needs ffmpeg or libav at build time, but in which packages the libav development stuff is split into is not important. The next libav update might provide a different set of packages, anyway. Surely the meta package would be something optional. A shortcut to make writing control files easier, esp. if you have to look at the libav version number. To be more specific, during my last archive rebuilds, the exact build dependencies gave me a clue what part of libav a package is using, which was helpful for classifying libav's reverse dependencies. This wouldn't be possible at all if all application packages started to build-depend on some libav-dev package. I surely don't know the details of your analysis, but since you can rebuild libav only as a unit I would have assumed that you had to rebuild all packages that depend upon _any_ libav dev package. Regards Harri -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk8f8l4ACgkQUTlbRTxpHjfqkgCdGBWUijeqe6T1CaJ1EJMm0/WE w6gAn18yjS/TZHk5neg7qSNGgu97Iy7y =Blgc -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org