Bug#658339: fdupes: option to have symlinks insted of hardlinks (--linkhard vs. --linksyn)
Package: fdupes Version: 1.50-PR2-3 Severity: wishlist -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.27.29-64mb-grsec-4-grsec (SMP w/8 CPU cores) Locale: LANG=hu_HU, LC_CTYPE=hu_HU (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/bash Versions of packages fdupes depends on: ii libc6 2.11.3-2 Embedded GNU C Library: Shared lib fdupes recommends no packages. fdupes 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#610332: aiccu: diff for NMU version 20070115-14.1
Dear Gregor, Thanks for this and you don't have to delay it any longer. Regards, Reinier On 01-02-12 20:40, gregor herrmann wrote: tags 610332 + patch tags 610332 + pending tags 615897 + pending thanks Dear maintainer, I've prepared an NMU for aiccu (versioned as 20070115-14.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649346: fglrx-driver smplayer, suspend
asus x53b: amd e-350 + ati 6470 debian wheezy/sid linux-image 3.1.0-1 fglrx 12.1 When I start watching video using mplayer computer freezes, black screen, I cant do anything except hard reset When I want to suspend-to-ram it works. but when I am trying to resume from this suspend the same freeze appears! no usefull log errors exists! only in /var/log/messages [fglrx] IRQ 42 Disabled [fglrx] IRQ 43 Disabled Using free driver all works perfect but I cant game with free driver. wine wont build with free driver and have no acceleration. ati + linux = sucks. nvidia + linux = rulez! But I am from very poor country I cant buy another notebook in this year. Please try make a pressure on ati because this bugs exist at least about a year! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658340: gcc-4.6: unresolvable reference to symbol __aeabi_unwind_cpp_pr1@GCC_3.5: it's probably a plugin.
Package: gcc-4.6 Version: 4.6.2-2 Severity: important gcc 4.6 produce libraries with unresolvable symbol. Eg: https://buildd.debian.org/status/fetch.php?pkg=texlive-binarch=armelver=2009-11stamp=1313453567 dpkg-shlibdeps: warning: debian/texlive-binaries/usr/bin/xetex contains an unresolvable reference to symbol __aeabi_unwind_cpp_pr1@GCC_3.5: it's probably a plugin. dpkg-shlibdeps: warning: debian/texlive-binaries/usr/bin/pdftex contains an unresolvable reference to symbol __aeabi_unwind_cpp_pr1@GCC_3.5: it's probably a plugin. dpkg-shlibdeps: warning: debian/texlive-binaries/usr/bin/teckit_compile contains an unresolvable reference to symbol __aeabi_unwind_cpp_pr1@GCC_3.5: it's probably a plugin. and https://buildd.debian.org/status/fetch.php?pkg=activiz.netarch=armelver=1:1.0~git2023-5stamp=1328132570 dpkg-shlibdeps: warning: Can't extract name and version from library name `libKitware.mummy.Runtime.Unmanaged.so' dpkg-shlibdeps: warning: Can't extract name and version from library name `libKitware.mummy.Runtime.Unmanaged.so' dpkg-shlibdeps: warning: debian/libactiviz.net-cil/usr/lib/cli/ActiViz.NET/libKitware.VTK.vtkViews.Unmanaged.so contains an unresolvable reference to symbol __aeabi_unwind_cpp_pr1@GCC_3.5: it's probably a plugin. dpkg-shlibdeps: warning: Can't extract name and version from library name `libKitware.mummy.Runtime.Unmanaged.so' dpkg-shlibdeps: warning: Can't extract name and version from library name `libKitware.mummy.Runtime.Unmanaged.so' dpkg-shlibdeps: warning: debian/libactiviz.net-cil/usr/lib/cli/ActiViz.NET/libKitware.VTK.vtkParallel.Unmanaged.so contains an unresolvable reference to symbol __aeabi_unwind_cpp_pr1@GCC_3.5: it's probably a plugin. dpkg-shlibdeps: warning: Can't extract name and version from library name `libKitware.mummy.Runtime.Unmanaged.so' dpkg-shlibdeps: warning: Can't extract name and version from library name `libKitware.mummy.Runtime.Unmanaged.so' dpkg-shlibdeps: warning: debian/libactiviz.net-cil/usr/lib/cli/ActiViz.NET/libKitware.VTK.vtkGraphics.Unmanaged.so contains an unresolvable reference to symbol __aeabi_unwind_cpp_pr1@GCC_3.5: it's probably a plugin. dpkg-shlibdeps: warning: Can't extract name and version from library name `libKitware.mummy.Runtime.Unmanaged.so' dpkg-shlibdeps: warning: Can't extract name and version from library name `libKitware.mummy.Runtime.Unmanaged.so' dpkg-shlibdeps: warning: debian/libactiviz.net-cil/usr/lib/cli/ActiViz.NET/libKitware.VTK.vtkVolumeRendering.Unmanaged.so contains an unresolvable reference to symbol __aeabi_unwind_cpp_pr1@GCC_3.5: it's probably a plugin. dpkg-shlibdeps: warning: Can't extract name and version from library name `libKitware.mummy.Runtime.Unmanaged.so' dpkg-shlibdeps: warning: Can't extract name and version from library name `libKitware.mummy.Runtime.Unmanaged.so' dpkg-shlibdeps: warning: debian/libactiviz.net-cil/usr/lib/cli/ActiViz.NET/libKitware.VTK.vtkCommon.Unmanaged.so contains an unresolvable reference to symbol __aeabi_unwind_cpp_pr1@GCC_3.5: it's probably a plugin. dpkg-shlibdeps: warning: Can't extract name and version from library name `libKitware.mummy.Runtime.Unmanaged.so' dpkg-shlibdeps: warning: Can't extract name and version from library name `libKitware.mummy.Runtime.Unmanaged.so' dpkg-shlibdeps: warning: debian/libactiviz.net-cil/usr/lib/cli/ActiViz.NET/libKitware.VTK.vtkHybrid.Unmanaged.so contains an unresolvable reference to symbol __aeabi_unwind_cpp_pr1@GCC_3.5: it's probably a plugin. dpkg-shlibdeps: warning: Can't extract name and version from library name `libKitware.mummy.Runtime.Unmanaged.so' dpkg-shlibdeps: warning: Can't extract name and version from library name `libKitware.mummy.Runtime.Unmanaged.so' dpkg-shlibdeps: warning: debian/libactiviz.net-cil/usr/lib/cli/ActiViz.NET/libKitware.VTK.vtkFiltering.Unmanaged.so contains an unresolvable reference to symbol __aeabi_unwind_cpp_pr1@GCC_3.5: it's probably a plugin. dpkg-shlibdeps: warning: Can't extract name and version from library name `libKitware.mummy.Runtime.Unmanaged.so' dpkg-shlibdeps: warning: Can't extract name and version from library name `libKitware.mummy.Runtime.Unmanaged.so' dpkg-shlibdeps: warning: debian/libactiviz.net-cil/usr/lib/cli/ActiViz.NET/libKitware.VTK.vtkWidgets.Unmanaged.so contains an unresolvable reference to symbol __aeabi_unwind_cpp_pr1@GCC_3.5: it's probably a plugin. dpkg-shlibdeps: warning: Can't extract name and version from library name `libKitware.mummy.Runtime.Unmanaged.so' dpkg-shlibdeps: warning: Can't extract name and version from library name `libKitware.mummy.Runtime.Unmanaged.so' dpkg-shlibdeps: warning: debian/libactiviz.net-cil/usr/lib/cli/ActiViz.NET/libKitware.VTK.vtkIO.Unmanaged.so contains an unresolvable reference to symbol __aeabi_unwind_cpp_pr1@GCC_3.5: it's probably a plugin. dpkg-shlibdeps: warning: Can't extract name and version from library name `libKitware.mummy.Runtime.Unmanaged.so' dpkg-shlibdeps:
Bug#658341: upload of multi-arch enabled dpkg (in time for wheezy)
Package: tech-ctte Severity: serious Dear members of the Technical Committee, I hereby submit to your attention the dpkg multi-arch conflict. I believe the issue is well-known, so I describe it only briefly below; feel free to ask if you need more information. A multi-arch [1] enabled version of dpkg has been available for quite a while. Its inclusion in the archive has been one of the early Wheezy release goals. Since many months now, the upload of such a version of dpkg has been held back due to repeated NACK-s by one of the dpkg co-maintainers (Guillem Jover, Cc-ed), based on his desire to do a full code review of the multi-arch implementation, which has written by the other dpkg co-maintainer (Raphael Hertzog, Cc-ed as well). [1] http://wiki.debian.org/ReleaseGoals/MultiArch The desire to do a full code review is good, but Guillem doesn't seem to be able to complete the review in a reasonable time frame. Since many months now, the delay of the upload is a cause of worry for the release team [2] and other project members. The situation has escalated to the point that another developer (Cyril Brulebois) has done a dpkg NMU a couple of days ago [3]; the NMU has been promptly reverted by Guillem [4]. [2] http://lists.debian.org/debian-dpkg/2011/10/msg00050.html [3] http://lists.debian.org/debian-dpkg/2012/01/msg00049.html [4] http://lists.debian.org/debian-dpkg/2012/02/msg0.html As DPL, I'm worried about two aspects of this issue: a) The risk of legitimating the fact that by not acting a developer can block indefinitely the work of other developers (and possibly of the entire project when working on a rather far reaching release goal); I've elaborated more on this subject 3 months ago in [5]. [5] http://lists.debian.org/debian-dpkg/2011/10/msg00060.html b) The risk of a negative impact on project morale if---due to the reason above rather than a legitimate technical reason---we will miss the Wheezy multi-arch release goal. I therefore bring before you the issue of whether: - one of the dpkg co-maintainers has the right to block indefinitely a dpkg upload, in wait of full code review of the multi-arch code; - or rather if the other co-maintainer has the right to override his NACKs and go ahead with uploads that would allow project-wide testing of the dpkg multi-arch implementation. Many thanks in advance for your help, Cheers. PS I've to point out that timing on this issue is, unfortunately, critical. The Wheezy freeze is close and according to the release team we're already late wrt the ideal upload date for dpkg. The delay is not tech-ctte's fault, of course, but please understand that a long decision time on your part would be a de facto decision. I'd appreciate if you could reach a decision on this in a timely manner. -- 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#658342: [INTL:da] Danish translation of the debconf templates efingerd
Package: efingerd Severity: wishlist Tags: l10n patch Please include the attached Danish efingerd translations. joe@pc:~/over/debian/efingerd$ msgfmt --statistics -c -v -o /dev/null da.po da.po: 9 oversatte tekster. bye Joe da.po Description: Binary data
Bug#658343: [devscripts] Should recommend file
Package: devscripts Version: 2.11.3 Severity: normal --- Please enter the report below this line. --- Since uscan use the file command, devscripts should recommend the file package. -- Laurent Léonard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658208: [php-maint] Bug#658208: [php5] README.Debian.security: problems used by sloppy developers
On Wed, February 1, 2012 01:53, Filipus Klutiero wrote: Package: php5 Version: 5.3.9-1 Severity: minor README.Debian.security contains: Most specifically, the security team will not provide support for flaws in: - problems which are not flaws in the design of php but can be problematic when used by sloppy developers (for example: not checking the contents of a tar file before extracting it, using unserialize() on untrusted data, or relying on a specific value of short_open_tag). Sloppy developers do not use problems, although crackers may. This is unclear and I frankly wouldn't know how to reformulate besides: - application code But if that's what it means, then I don't think it's worth a mention at this place. I've changed it to read: - functionality which is not flawed in the design of PHP but can be problematic when used by sloppy developers (for example: not Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658329: package the GTK gui that is included in the olsrd source
Hi! Thanks for your note! On 02/02/2012 03:08 AM, Hans-Christoph Steiner wrote: Package: olsrd Version: 0.6.2-1 Severity: wishlist Included in the olsrd sources in gui/linux is a GTK-based GUI for olsrd. I propose to package it as part of the olsrd source package, perhaps as its own binary package called 'olsrd-gui'. Unless there is a reason that this should not happen, I'm happy to do the packaging work. Yes, very appreciated! You can build upon the source package or the SVN repository at svn://svn.debian.org/svn/collab-maint/deb-maint/olsrd/ (both should be in sync now). Just send your debdiff patch and I can apply and upload. Otherwise, I can do the respective packaging in a few days. Thanks in advance! Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639230: [php-maint] Bug#639230: Re: [php5] README.Debian.security: unclear reference to unserialize() risk
On Wed, February 1, 2012 00:38, Filipus Klutiero wrote: when used by sloppy developers (for example: not checking the contents of a tar file before extracting it, using unserialize() on untrusted data, or relying on a specific value of short_open_tag). I understand from Thijs's comment that the README is alluding to the built-in unserialize() function: http://ca.php.net/manual/en/function.unserialize.php Assuming that is correct, please consider this report a reminder to clarify. Thanks, but given that unserialize is followed by () it should make it clear we're referring to a specific function, and the whole document is clearly in the context of the PHP interpreter. Googling for php unserialize instantly yields the relevant documentation for those who want to know more. I prefer to keep this brief so it actually gets read, and don't think further clarification is necessary. Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658344: installation-reports: wheezy netinst without xorg configuration
Package: installation-reports Severity: important Dear Maintainer, After a successful wheezy net-install, I access to the desktop gnome3 where the panel is unreadable, with white stripes, unable to read letters or icons. However if I access the classic gnome no problem. It makes me doubt that the drivers for my nVidia GeForce FX 5200 card is working properly. This is the terminal output (no nv or nvidia mods): # lsmod | grep nouveau nouveau 471529 3 ttm42957 1 nouveau drm_kms_helper 22699 1 nouveau drm 129860 5 nouveau,ttm,drm_kms_helper i2c_algo_bit 12713 2 nouveau,bttv mxm_wmi12433 1 nouveau video 17412 1 nouveau i2c_core 19116 14 tuner_simple,tuner,tvaudio,tda7432,msp3400,nouveau,bttv,drm_kms_helper, drm,tveeprom,v4l2_common,videodev,i2c_algo_bit,i2c_viapro button 12817 1 nouveau It also makes me doubt that xorg configuration is correct, so look for xorg.conf but not found. I try to configure xorg from tty: # /etc/init.d/gdm3 stop # Xorg -configure X.Org X Server 1.11.3.901 (1.11.4 RC 1) Release Date: 2012-01-06 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32-5-amd64 i686 Debian Current Operating System: Linux wheezy 3.1.0-1-486 #1 Tue Jan 10 04:55:10 UTC 2012 i686 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.1.0-1-486 root=UUID=30dee264-fd0e-4a11-81e5-12d5f9ed263b ro quiet Build Date: 19 January 2012 10:32:06AM xorg-server 2:1.11.3.901-2 (Cyril Brulebois k...@debian.org) Current version of pixman: 0.24.2 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Wed Feb 1 22:33:37 2012 List of video drivers: voodoo chips openchrome ztv ati ark i128 savage s3 intel r128 vmwlegacy s3virge trident nouveau sisusb tdfx rendition mach64 siliconmotion apm mga vmware tseng neomagic sis geode radeon i740 cirrus fbdev vesa (EE) Failed to load module vmwgfx (module does not exist, 0) (EE) vmware: Please ignore the above warnings about not being able to to load module/driver vmwgfx (EE) vmware: Unexpected failure while loading the vmwlegacy driver. Giving up. (EE) Failed to load module vmware (a required submodule could not be loaded, -1217034637) (++) Using config file: /root/xorg.conf.new (==) Using system config directory /usr/share/X11/xorg.conf.d (EE) [drm] No DRICreatePCIBusID symbol Number of created screens does not match number of detected devices. Configuration failed. Server terminated with error (2). Closing log file. I can send you /var/log/Xorg.0.log and /root/xorg.config.new Tell me if you need more information Thank you -- Package-specific info: Boot method: CD-netinst Image version: debian wheezy netinstall CD (downloaded 31/2/2012) Date: Date and time of the install Machine: ADM Athlon processor(1GHz), nvidia GeForce FX 5200 Partitions: df -Tl will do; the raw partition table is preferred Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[O] Overall install:[E] Comments/Problems: Description of the install, in prose, and any thoughts, comments and ideas you had during the initial install. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=7.0 (wheezy) - installer build 20120201-00:06 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux wheezy 3.2.0-1-486 #1 Tue Jan 24 05:05:24 UTC 2012 i686 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] [1106:0305] (rev 03) lspci -knn: Subsystem: ASUSTeK
Bug#658330: olsrd: set debian/compat to 8 to match build-dep and allow building on squeeze
Hi! Thanks for your report. On 02/02/2012 03:00 AM, Hans-Christoph Steiner wrote: Package: olsrd Version: 0.6.2-1 Severity: minor Tags: patch The subject pretty much sums it up. Basically debian/control sets the Build-Depends at debhelper (=8) while debian/compat is set to '9'. There is also a lintian warning about the mismatch between these two. The fix is simple: set debian/compat to 8, and then this package builds fine on squeeze, which is notable since this package was dropped from squeeze. Please note that debian/compat is deliberately at 9. See also the bug http://bugs.debian.org/643472 for which 9 is a fix. The primary goal in sid is to release testing, and debian/compat 9 is just a preview for debhelper 9 which is expected before wheezy release. For backporting, debian/compat 8 is fine, of course, but not in sid/testing. Will probably need to backport (to backports) with debian/compat 8. Therefore, marking #658330 as wontfix now until wheeze is released, in case others encounter the same issue. Thanks for considering, Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658345: d/control: add Suggests/Enhances for fadecut package
Package: streamripper Version: 1.64.6-1 Severity: wishlist I think, it is a good idea to add fadecut in the control file of streamripper package as a Suggests/Enhances? Thanks -Marco -- Package: fadecut Description-en: toolset to rip audiostreams, cut, fade in/out and tag the resulting audiofiles fadecut is a script to rip audio files from a livestream and to process them automatically. Beginning and ending fo the audio files will be cut and faded in/out. So logos and advertising of radio stations will be automatically removed. . In streaming mode fadecut is ripping audio files using streamripper. The downloaded audio files are cutted using silence detection and then faded in and out. Subsequently, the files are encoded to either ogg or mp3 and tagged with tags (title, artist, genre and comment provided). . In file mode fadecut is just processing already ripped audio files. . An audio file which has already been processed is detected and will not be processed again. Not desired songs can be stored in a separate directory. This files are not processed anymore too. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658331: YaTeX cannot be loaded with the error (void-function yatex-mode)
Dear Satoru KURAHASHI-san, Thank you very much for the tips, (require 'yatex) This resolve my problem. Now, I am investigating why (setq YaTeX-inhibit-prefix-letter t) does not work on my Debian/testing. When I am sure that it is a bug, I will report it. Anyway, thank you very much. Best, Makoto Yamashita 2012/2/2 Satoru KURASHIKI lur...@gmail.com: hi, On Thu, Feb 2, 2012 at 11:27 AM, Makoto Yamashita makoto.yamash...@is.titech.ac.jp wrote: Package: yatex Version: 1.74+dsfg1-2 The following is the setting I use in 'init.el', and it works on Ubuntu 10.10 but fails on Debian/testing. (setq auto-mode-alist (cons (cons \\.tex$ 'yatex-mode) auto-mode-alist)) (setq dvi2-command xdvi-ja tex-command platex -src-specials dviprint-command-format dvips %s YaTeX-kanji-code 3) If possible, could you take an investigation on this error message? because of dealing with this: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619809 yatex package has changed not to require yatex automatically. Sorry for inconvenience, I've missed documentation about this change. please add this to your configuration. (require 'yatex) regards, -- KURASHIKI Satoru -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658346: APT does not work with a repository at Sourceforge
Package: apt Version: 0.8.16 When attempting to install a package which is held in a repository at Sourceforge, it reports the error: Err... Got a single header line over 360 chars Failed to fetch... Got a single header line over 360 chars This problem is due to a recent change at Sourceforge in which they use a cookie to handle the system that directs the download to a relevant mirror server. A string is added to the URL which makes it 450 characters long, which exceeds 360, the maximum length hard-coded into APT by the declaration: #define MAXLEN 360 Simply increasing MAXLEN to 500, or 1000 to be safe, would fix this problem. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658347: ITP: rudecgi -- C++ parser library for CGI applications
Package: wnpp Severity: wishlist Owner: medhamsh m...@medhamsh.org * Package name: rudecgi Version : 5.0.0 Upstream Author : Matthew Flood m...@rudeserver.com * URL : http://www.rudeserver.com/cgiparser/index.html * License : (GPL) Programming Lang: (C++) Description : C++ parser library for CGI applications The RudeCGI C++ CGI Parser library is used for accessing HTTP form data, path info, and cookie data from CGI applications. In addition to normal GET and POST data, the component supports file uploads (multipart/form-data), and simple xml content types (text/xml) - allowing easy use with xml based clients such as Flash applications. Furthermore, the component supports path-mapping, allowing information to be specified without identifying keywords. In addition to normal CGI operation, if the component detects that it is not in a web-environment, it provides an interactive console dialog to let you supply formdata in real-time as the application requests it. The component does not parse the environment until the application first accesses the instance object. As such, no parsing overhead will occur if the application does not explicitly access the component. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658348: virtualbox: fails to install in Sid on amd64 : insserv rejected the script header
Package: virtualbox Version: 4.1.8-dfsg-1 Severity: grave Justification: renders package unusable Dear Maintainer, While trying to install virtualbox for Sid, there is an error preventing the package to be installed : $ aptitude install virtualbox Les NOUVEAUX paquets suivants vont être installés : virtualbox Les paquets suivants sont RECOMMANDÉS mais ne seront pas installés : virtualbox-dkms virtualbox-qt virtualbox-source 0 paquets mis à jour, 1 nouvellement installés, 0 à enlever et 5 non mis à jour. Il est nécessaire de télécharger 0 o/15,7 Mo d'archives. Après dépaquetage, 45,9 Mo seront utilisés. Récupération des rapports de bogue... Fait Analyse des informations Trouvé/Corrigé... Fait Selecting previously unselected package virtualbox. (Lecture de la base de données... 330500 fichiers et répertoires déjà installés.) Dépaquetage de virtualbox (à partir de .../virtualbox_4.1.8-dfsg-1_amd64.deb) ... Traitement des actions différées (« triggers ») pour « man-db »... Paramétrage de virtualbox (4.1.8-dfsg-1) ... insserv: script virtualbox: service vboxdrv already provided! insserv: exiting now! update-rc.d: error: insserv rejected the script header dpkg : erreur de traitement de virtualbox (--configure) : le sous-processus script post-installation installé a retourné une erreur de sortie d'état 1 configured to not write apport reports Des erreurs ont été rencontrées pendant l'exécution : virtualbox E: Sub-process /usr/bin/dpkg returned an error code (1) Échec de l'installation d'un paquet. Tentative de réparation : Paramétrage de virtualbox (4.1.8-dfsg-1) ... insserv: script virtualbox: service vboxdrv already provided! insserv: exiting now! update-rc.d: error: insserv rejected the script header dpkg : erreur de traitement de virtualbox (--configure) : le sous-processus script post-installation installé a retourné une erreur de sortie d'état 1 Des erreurs ont été rencontrées pendant l'exécution : virtualbox It seems to be Debian specific, version 4.1.8-75467 from download.virtualbox.org installs whithout error. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (900, 'unstable'), (800, 'testing'), (700, 'stable-updates'), (700, 'stable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages virtualbox depends on: ii adduser 3.113+nmu1 ii libc62.13-25 ii libcurl3 7.24.0-1 ii libgcc1 1:4.6.2-12 ii libpng12-0 1.2.46-4 ii libpython2.7 2.7.2-13 ii libsdl1.2debian 1.2.15-1 ii libssl1.0.0 1.0.0g-1 ii libstdc++6 4.6.2-12 ii libvncserver00.9.8.2-2 ii libx11-6 2:1.4.4-4 ii libxcursor1 1:1.1.12-1 ii libxext6 2:1.3.0-3 ii libxml2 2.7.8.dfsg-7 ii libxmu6 2:1.1.0-3 ii libxt6 1:1.1.1-2 ii python 2.7.2-10 ii python-central 0.6.17 ii zlib1g 1:1.2.3.4.dfsg-3 Versions of packages virtualbox recommends: pn libgl1-mesa-swx11 [libgl1] 7.11.2-1 pn libqt4-opengl4:4.7.4-2 pn libqtcore4 4:4.7.4-2 pn libqtgui44:4.7.4-2 pn virtualbox-dkms | virtualbox-source none pn virtualbox-qtnone Versions of packages virtualbox suggests: pn vde2none pn virtualbox-guest-additions-iso 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#658344: more bug info
[ 3394.918] X.Org X Server 1.11.3.901 (1.11.4 RC 1) Release Date: 2012-01-06 [ 3394.918] X Protocol Version 11, Revision 0 [ 3394.918] Build Operating System: Linux 2.6.32-5-amd64 i686 Debian [ 3394.918] Current Operating System: Linux wheezy 3.1.0-1-486 #1 Tue Jan 10 04:55:10 UTC 2012 i686 [ 3394.918] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.1.0-1-486 root=UUID=30dee264-fd0e-4a11-81e5-12d5f9ed263b ro quiet [ 3394.918] Build Date: 19 January 2012 10:32:06AM [ 3394.918] xorg-server 2:1.11.3.901-2 (Cyril Brulebois k...@debian.org) [ 3394.918] Current version of pixman: 0.24.2 [ 3394.918] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 3394.918] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 3394.919] (==) Log file: /var/log/Xorg.0.log, Time: Wed Feb 1 22:33:37 2012 [ 3394.919] (II) Loader magic: 0xb77b6580 [ 3394.919] (II) Module ABI versions: [ 3394.919] X.Org ANSI C Emulation: 0.4 [ 3394.919] X.Org Video Driver: 11.0 [ 3394.919] X.Org XInput driver : 13.0 [ 3394.919] X.Org Server Extension : 6.0 [ 3394.921] (--) PCI: (0:0:9:0) 109e:036e:1851:1850 rev 17, Mem @ 0xd700/4096 [ 3394.921] (--) PCI:*(0:1:0:0) 10de:0322:1682:1280 rev 161, Mem @ 0xd500/16777216, 0xd800/134217728, BIOS @ 0x/131072 [ 3394.922] List of video drivers: [ 3394.922] voodoo [ 3394.922] chips [ 3394.922] openchrome [ 3394.922] ztv [ 3394.922] ati [ 3394.922] ark [ 3394.922] i128 [ 3394.922] savage [ 3394.922] s3 [ 3394.922] intel [ 3394.922] r128 [ 3394.923] vmwlegacy [ 3394.923] s3virge [ 3394.923] trident [ 3394.923] nouveau [ 3394.923] sisusb [ 3394.923] tdfx [ 3394.923] rendition [ 3394.923] mach64 [ 3394.923] siliconmotion [ 3394.923] apm [ 3394.923] mga [ 3394.923] vmware [ 3394.923] tseng [ 3394.923] neomagic [ 3394.923] sis [ 3394.923] geode [ 3394.923] radeon [ 3394.923] i740 [ 3394.923] cirrus [ 3394.923] fbdev [ 3394.923] vesa [ 3394.923] (II) LoadModule: voodoo [ 3394.924] (II) Loading /usr/lib/xorg/modules/drivers/voodoo_drv.so [ 3394.924] (II) Module voodoo: vendor=X.Org Foundation [ 3394.924] compiled for 1.11.0, module version = 1.1.0 [ 3394.924] Module class: X.Org Video Driver [ 3394.924] ABI class: X.Org Video Driver, version 11.0 [ 3394.924] (II) LoadModule: chips [ 3394.925] (II) Loading /usr/lib/xorg/modules/drivers/chips_drv.so [ 3394.925] (II) Module chips: vendor=X.Org Foundation [ 3394.925] compiled for 1.11.0, module version = 1.2.4 [ 3394.925] Module class: X.Org Video Driver [ 3394.925] ABI class: X.Org Video Driver, version 11.0 [ 3394.925] (II) LoadModule: openchrome [ 3394.925] (II) Loading /usr/lib/xorg/modules/drivers/openchrome_drv.so [ 3394.926] (II) Module openchrome: vendor=http://openchrome.org/; [ 3394.926] compiled for 1.11.0, module version = 0.2.904 [ 3394.926] Module class: X.Org Video Driver [ 3394.926] ABI class: X.Org Video Driver, version 11.0 [ 3394.926] (II) LoadModule: ztv [ 3394.927] (II) Loading /usr/lib/xorg/modules/drivers/ztv_drv.so [ 3394.927] (II) Module ztv: vendor=X.Org Foundation [ 3394.927] compiled for 1.11.2.902, module version = 0.0.1 [ 3394.927] ABI class: X.Org Video Driver, version 11.0 [ 3394.927] (II) LoadModule: ati [ 3394.927] (II) Loading /usr/lib/xorg/modules/drivers/ati_drv.so [ 3394.927] (II) Module ati: vendor=X.Org Foundation [ 3394.927] compiled for 1.11.2.902, module version = 6.14.3 [ 3394.928] Module class: X.Org Video Driver [ 3394.928] ABI class: X.Org Video Driver, version 11.0 [ 3394.928] (II) LoadModule: ark [ 3394.928] (II) Loading /usr/lib/xorg/modules/drivers/ark_drv.so [ 3394.928] (II) Module ark: vendor=X.Org Foundation [ 3394.928] compiled for 1.11.0, module version = 0.7.3 [ 3394.928] Module class: X.Org Video Driver [ 3394.928] ABI class: X.Org Video Driver, version 11.0 [ 3394.928] (II) LoadModule: i128 [ 3394.929] (II) Loading /usr/lib/xorg/modules/drivers/i128_drv.so [ 3394.929] (II) Module i128: vendor=X.Org Foundation [ 3394.929] compiled for 1.11.0, module version = 1.3.4 [ 3394.929] Module class: X.Org Video Driver [ 3394.929] ABI class: X.Org Video Driver, version 11.0 [ 3394.929] (II) LoadModule: savage [ 3394.930] (II) Loading /usr/lib/xorg/modules/drivers/savage_drv.so [ 3394.930] (II) Module savage: vendor=X.Org Foundation [ 3394.930] compiled for 1.11.1.901, module version = 2.3.3 [ 3394.930] Module class: X.Org Video Driver [ 3394.930] ABI class: X.Org Video Driver, version 11.0 [ 3394.930] (II) LoadModule: s3 [ 3394.931] (II) Loading /usr/lib/xorg/modules/drivers/s3_drv.so [ 3394.931] (II) Module s3: vendor=X.Org Foundation [ 3394.931] compiled for 1.11.0, module version = 0.6.3 [ 3394.931] Module class: X.Org Video Driver [ 3394.931] ABI
Bug#658349: [INTL:pl] Polish debconf translation
Package: hearse Severity: wishlist Tags: l10n patch Hi! Please add attached Polish debconf translation. Thanks, -- Michał Kułach pl.po Description: Binary data
Bug#658350: [INTL:pl] Polish debconf translation
Package: wifi-radar Severity: wishlist Tags: l10n patch Hi! Please add attached Polish debconf translation. Thanks, -- Michał Kułach pl.po Description: Binary data
Bug#657886: gegl: diff for NMU version 0.0.22-2.1
Package: gegl Version: 0.0.22-2 Hi! A gegl 0.0.22-3 revision is ready for upload. Jordi Mallach (Cc:) offered to sponsor me. Ross Burton gave me control over gegl and babl libraries. I've almost completed the upgrading work on them. 0.1.x versions are in experimental branches on collab-maint, waiting for testing. Thanks for your patience and time. -- Matteo F. Vescovi Debian Sponsored Maintainer e-mail: mfv.deb...@gmail.com GnuPG KeyID: 83B2CF7A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658351: [INTL:pl] Polish debconf translation
Package: sane-backends Severity: wishlist Tags: l10n patch Hi! Please add attached Polish debconf translation. Thanks, -- Michał Kułach pl.po Description: Binary data
Bug#658352: amd64 UEFI support
Package: debian-cd Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello, Since a lot of PCs will have an amd64 UEFI instead of a BIOS in the next years, it would be useful to offer the possibility to install an UEFI-bootable Debian system, which requires to have an UEFI-bootable installer too. I wrote a detailed explanation on je7174$b6p$1...@dough.gmane.org [1] but here is a summary for the part the relates to the Debian installation media: * Installing an UEFI-bootable system requires to boot the installed in UEFI mode too because there are some UEFI calls to do to declare it to the UEFI boot manager so that it is offered as a boot option after that. * To be UEFI-bootable, a removable medium only need to be formatted in FAT and to contain a bootloader at /efi/boot/bootarch.efi (unsure for optical media). It can be multiarch, and even BIOS-bootable at the same time. * At partionning time, and UEFI System Partition should be created and formatted in FAT if there is not already one. In the latter case, it should not be re-formatted. In both cases, it should be mounted at /boot/efi (that is, /target/boot/efi during the installation). * When booted from UEFI, the installed should offer to install grub-efi or elilo. [1] http://lists.debian.org/debian-devel/2012/01/msg00168.html Regards, - -- ,--. : /` ) Tanguy Ortolo xmpp:tan...@ortolo.eu irc://irc.oftc.net/Tanguy | `-'Debian Developer \_ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCgAGBQJPKmIkAAoJEOryzVHFAGgZT7wP+wUP46g7sahvwj2Wel12CwYt otdv/q1XYdejOQCIPcGN+rVLZdOQsLE8YEs8krgssdvK+ppzBDX2vMEFujyq/uE+ hJLkUNmtIPGisSu9mSSkNnZqSwtxwoCNNoovMZDuQ6ziTrNLvUYxWYGyZb49CKK5 N5Pw9X8Yx3ynMn/NvwXXzFDSG72V614RI2vtwqIm5BfaNCtRUQVlHPpe3ccNigfa FKJHiznUasjAj2IogSE5gVb0dbYJunVnejAxvlrb4U5nVodKnLjO5LRDdC7QYwuz CNsdYdEIrEVxJGfR6du4/vg0S4l2xmY57qmwjo1Cwjra24Ea5I7Vegspi0O93msO OPMSMHdqqIj+NWA346JBF1s2RCdx3dBFmOoD/jZI7Ku9KY6rWTHQEmBjk1/faeU0 NcUNuwyxdhUlS3pb7MFXb8WsUFifxQmZBsTkjyM3+epI5sI+UIUZ/Ee9Onv5E6P1 G5gT6iWOyWYDz5KZi39BRRW+1bCy11Jom33q2z3bGDqwbpUAlfMz1qPZFVbsxcCh naF23fuU2trVrRgdQy5Qp+Jn952fjmc9cvnYCdfm9ZTw9sDD9R1s29NSX//hX1KN fLuJH2OAUqUVWyV9bQTu5rULZ79KwyoOohRFdWw2c0L8xMcZUY1BH/MzJ/oogUS7 tuwHK1J4CAESuqZ5n7SX =LjbH -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#658293: packagekitd[19607]: segfault at 8 ip 0000000008057124 sp 00000000ffff5b20 error 4 in packagekitd[8048000+49000]
forwarded 658293 https://bugs.freedesktop.org/show_bug.cgi?id=45529 quit Dear Debian folks, Am Mittwoch, den 01.02.2012, 22:18 +0100 schrieb Paul Menzel: the Linux kernel ring buffer (`dmesg`) contains several messages of a segmentation fault of `packagekitd`. […] I created a new ticket in the Freedesktop.org bug tracking system [1]. For the future I should have followed the excellent documentation on how to report bugs on the PackageKit site [2]. Thanks, Paul [1] https://bugs.freedesktop.org/show_bug.cgi?id=45529 [2] http://www.packagekit.org/pk-bugs.html signature.asc Description: This is a digitally signed message part
Bug#658353: colord: postinst fails because colord user does not exist
Package: colord Version: 0.1.16-1 Severity: serious Justification: Policy 6.2 (?) Dear maintainer, Installing colord on a clean system, I get an error in the postinst, and package configuration fails: chown: invalid user: `colord:colord` I think this is because the chown is attempted before the colord user/group is created. [This seems to be a different error to bug #648287, which talks about the scanner group.] Kind regards, Tim -- 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/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages colord depends on: ii acl2.2.51-5 ii adduser3.113+nmu1 ii libc6 2.13-25 ii libcolord1 0.1.16-1 ii libglib2.0-0 2.30.2-6 ii libgudev-1.0-0 175-3 ii liblcms2-2 2.2+git20110628-2 ii libpolkit-gobject-1-0 0.104-1 ii libsane1.0.22-7 ii libsqlite3-0 3.7.9-3 ii multiarch-support 2.13-25 ii policykit-10.104-1 colord recommends no packages. colord 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#657985: sudo: 1.8 Format String Vulnerability
* Harry Sintonen sinto...@iki.fi, 2012-01-31, 01:42: -D_FORTIFY_SOURCE=2 was enabled in package version 1.8.3p1-3. See: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=655417 This makes current sid package (1.8.3p1-3) safe. Maybe. Maybe not. There are known ways of exploiting string format vulnerabilities even with -D_FORTIFY_SOURCE=2. -- 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#658354: New release of web.py (0.36).
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: python-webpy Severity: wishlist web.py has released two new versions since 0.34: *2011-07-04: web.py 0.36* * Upgraded to CherryPy WSGIServer 3.2.0. -- #66 * Various Jython compatibility fixes (tx Ben Noordhuis) * allow strips to accept lists -- #69 * Improvements to setcookie (tx lovelylain) -- #65 * Added *contains* method to Session. (tx lovelylain) #65 * Added secure option to session. -- #38 * Fixed db.delete error with |using| clause (tx berndtj) -- #28 * Fixed the case of no where-clauses in db.where * Fixed threadlocal error in python2.3 -- #77 * Fixed TemplateResult inconsistant behavior -- #78 * Fixed query execution issues with MSSQL -- #71 *2011-05-15: web.py 0.35* * Better ThreaedDict implementation using threadlocal (tx Ben Hoyt) * Make Form a new-style class -- #53 * Optimized SQLQuery.join and generation of multiple_insert query -- #58 * New: support for Amazon\'s Simple Email Service * Added httponly keyword to setcookie (tx Justin Davis) * Added httponly only option to sessions and enabled it by default (tx Justin Davis) * made htmlquote and htmlunquote work with unicode * Added doseq support for web.url * New flag web.config.debug_sql to control printing of db queries (tx Nimrod S. Kerrett) * Fixed inserting default values into MySQL -- #49 * Fixed rendering of Dropdown with mutliple values (tx krowbar) -- #43 * Fixed mutliple set-cookie header issue with session -- #45 * Fixed error in safeunicode when used with appengine datastore objects * Fixed unicode error in generating debugerror -- #26 * Fixed GAE compilation issue -- #24 * Fixed unicode encoding issue in templates -- #17 * Fixed a bug in form.RadioButton when called with tuple options (tx fhsm) -- #13 * Fixed error in creating PostgresDB with pgdb driver (tx cninucci) -- #23 * Support auto convertion of timestamp/date datatypes in sqlite to datetime.data objects -- #22 * Fixed escaping issue on GAE -- #10 * fixed form.validates for checkbox (tx Justin Davis). * fixed duplicate content-type in web.sendmail -- #20 * Fix: create session dirs if required (tx Martin Marcher) * Fixed safestr to make use of encoding argument (tx s7v7nislands) * Don\'t allow /static/../foo urls in dev webserver (tx Arnar Lundesgaard) * Disabled debug mode in flup server (tx irrelative) -- #35 * And a lot of unicode fixes Thanks. -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.17 (Darwin) Comment: GPGTools - http://gpgtools.org Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8qY0wACgkQWs/EhA1iABtQ3gCgxFjCDXZKrU6dLyGZhzlJTmVC g28An19zMC6Zo0uoajqP1Kb3SSHgaY5G =42Dx -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#658331: YaTeX cannot be loaded with the error (void-function yatex-mode)
hi, On Thu, Feb 2, 2012 at 6:26 PM, Makoto Yamashita makoto.yamash...@is.titech.ac.jp wrote: Now, I am investigating why (setq YaTeX-inhibit-prefix-letter t) does not work on my Debian/testing. That must already set to 't' in /etc/emacs/site-start.d/50yatex-init.el. (please see also /usr/share/doc/yatex/NEWS.Debian.gz) When I am sure that it is a bug, I will report it. OK, if so, please open another bug. P.S. I noticed new upstream version 1.75 has released. I will update package and set 'autoload' for yatex instead of require. regards, -- KURASHIKI Satoru -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657829: Please enable hardened build flags (Pioneers)
Hello, On Sun, 2012-01-29 at 10:54 +0100, Moritz Muehlenhoff wrote: Please enable hardened build flags through dpkg-buildflags. Patch attached. (dpkg-buildflags abides noopt from DEB_BUILD_OPTIONS) Thanks for the patch. I've looked at the wiki pages and it is not clear whether it is sufficient for upstream to include the hardening options in the configure.ac file. Or should the debian/rules file explicitly turn on the hardening flags too? (Thus in effect turning on the same compiler and linker flags for the second time) With kind regards, Roland Clobus Developer for Pioneers Maintainer for Pioneers in Debian signature.asc Description: This is a digitally signed message part
Bug#658348: [Pkg-virtualbox-devel] Bug#658348: virtualbox: fails to install in Sid on amd64 : insserv rejected the script header
severity 658348 normal thanks Severity: grave Justification: renders package unusable This would be the right severity if the bug was reproducible. $ aptitude install virtualbox Les NOUVEAUX paquets suivants vont être installés : virtualbox Please set your language environment to C before running an application if you want to paste its output to a bug report. There may be some important information in it that people simply miss because the don't speak French. insserv: script virtualbox: service vboxdrv already provided! insserv: exiting now! This seems to say that you have two initscripts providing service vboxdrv. Could it be that you have another version installed or leftover files e.g. f rom Oracle's version. It seems to be Debian specific, version 4.1.8-75467 from download.virtualbox.org installs whithout error. Please make sure that this one is completely removed and try again. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at googlemail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658355: package description suggestion
Package: uhd-host Version: 3.3.2-3 Severity: wishlist It would be nice if the description of this package contained the words software radio, or even just radio. Maybe radio receiver and radio transmitter too. This would make it easier for people who might be interested in it, and the associated hardware, to find this package; and for those viewing the description to know what the package does even if they do not know about Ettus Research. -- Barak A. Pearlmutter Hamilton Institute Dept Comp Sci, NUI Maynooth, Co. Kildare, Ireland http://www.bcl.hamilton.ie/~barak/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646558: RFS: ruby-gir-ffi 0.2.3-1
The following package is ready to be uploaded (I also verified the points listed on http://wiki.debian.org/Teams/Ruby/Packaging#Requesting_Sponsorship). Could you please sponsor it? ruby-gir-ffi 0.2.3-1 Thank you! -- http://antono.info/ http://github.com/antono -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619734: taxbird: Version for 2011 available upstream
Hi Neil, On Mittwoch, 1. Februar 2012, Neil Williams wrote: See #577760 which would be the correct solution. the volatile archive is gone and has been replaced by stable-updates, so according to you taxbird should be updated in stable :) Actually, I agree. :) cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564955: close 564955
Hi, On Thu, 02 Feb 2012, Stéphane Aulery wrote: I can try my hand at a patch then. I noticed how update-alternatives uses the logs is almost identical to that of dpkg except that it has no configuration file and it does not share the code of dpkg/log.c. We could reuse the lib dpkg for that. Yes but no :). update-alternatives has been designed to be completely independent of libdpkg because it should be usable stand-alone on a non-dpkg based system. There are quite a few functions in update-alternatives.c which could have been reused out of libdpkg otherwise. So you should rather add a basic config file parser just before the current option parsing logic. Unfortunately I can not compile the code or the deposit with the code of package. I do: automake . / configure (there's no space here, it should be ./configure) make Can you help me? What's the error message that you get? Have you followed the instructions of the README? You can also use the package build process (i.e. debian/rules build) to trigger the compilation. Cheers, -- Raphaël Hertzog ◈ Debian Developer Pre-order a copy of the Debian Administrator's Handbook and help liberate it: http://debian-handbook.info/liberation/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658356: ITP: libfusioninventory-agent-task-deploy-perl -- Software deployment support for FusionInvnetory
Package: wnpp Severity: wishlist Owner: Gonéri Le Bouder gon...@rulezlan.org * Package name: libfusioninventory-agent-task-deploy-perl Version : 1.0.9901 Upstream Author : Gonéri Le Bouder gon...@rulezlan.org * URL : http://www.fusioninventory.org/ * License : GPL, Perl Programming Lang: Perl Description : Software deployment support for FusionInventory With this module, FusionInventory can accept software deployment request from an GLPI server with the FusionInventory plugin. This module uses SSL certificat to authentificat the server. If the P2P option is turned on, the agent will looks for peer in its network to speed up the file downloads. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658357: [iceweasel] Regression: with version 10, iceweasel ask master password many times at startup
Package: iceweasel Version: 10.0-1 Severity: important --- Please enter the report below this line. --- This is an old bug witch was corrected in previous versions. When restoring several tabs at startup, iceweasel ask for master password for each tab that require a password. Should ask only once for master password. --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-1-amd64 Debian Release: wheezy/sid 500 unstableftp.fr.debian.org 500 testing ftp.fr.debian.org 500 stable security.debian.org 500 stable ftp.fr.debian.org 500 oldstable ftp.fr.debian.org 101 experimentalftp.fr.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== libc6(= 2.2.5) | 2.13-25 libgdk-pixbuf2.0-0 (= 2.22.0) | 2.24.0-2 libglib2.0-0(= 2.16.0) | 2.30.2-6 libgtk2.0-0 (= 2.10) | 2.24.8-3 libnspr4-0d (= 1.8.0.10) | 4.8.9-1 libstdc++6 (= 4.1.1) | 4.6.2-12 fontconfig | 2.8.0-3.1 procps | 1:3.3.2-3 debianutils (= 1.16) | 4.2.1 xulrunner-10.0 (= 10.0-1) | 10.0-1 libasound2( 1.0.24.1) | 1.0.24.1-4 libatk1.0-0 (= 1.12.4) | 2.2.0-2 libbz2-1.0 | 1.0.6-1 libc6(= 2.3.3) | 2.13-25 libcairo2(= 1.10.2-2~) | 1.10.2-6.2 libdbus-1-3 (= 1.0.2) | 1.4.16-1 libdbus-glib-1-2 (= 0.78) | 0.98-1 libevent-2.0-5 (= 2.0.16-stable) | 2.0.16-stable-1 libfontconfig1 (= 2.8.0) | 2.8.0-3.1 libfreetype6 (= 2.2.1) | 2.4.8-1 libgcc1(= 1:4.1.1) | 1:4.6.2-12 libgdk-pixbuf2.0-0 (= 2.22.0) | 2.24.0-2 libglib2.0-0(= 2.24.0) | 2.30.2-6 libgtk2.0-0 (= 2.24.0) | 2.24.8-3 libhunspell-1.3-0 | 1.3.2-4 libjpeg8(= 8c) | 8d-1 libmozjs10d (= 10.0-1) | 10.0-1 libnotify4 (= 0.7.0) | 0.7.4-1 libnspr4-0d( 4.7.1-1) | 4.8.9-1 libnss3-1d (= 3.13.1) | 3.13.1.with.ckbi.1.88-1 libpango1.0-0 (= 1.14.0) | 1.29.4-2 libpixman-1-0 (= 0.18.0) | 0.24.2-1 libreadline6 (= 6.0) | 6.2-8 libsqlite3-0 (= 3.7.4) | 3.7.9-3 libstartup-notification0 (= 0.8) | 0.12-1 libstdc++6 (= 4.6) | 4.6.2-12 libvpx0 (= 0.9.7) | 0.9.7.p1-2 libx11-6| 2:1.4.4-4 libxext6| 2:1.3.0-3 libxrender1 | 1:0.9.6-2 libxt6 | 1:1.1.1-2 zlib1g (= 1:1.1.4) | 1:1.2.3.4.dfsg-3 Package's Recommends field is empty. Suggests(Version) | Installed =-+-=== ttf-lyx | 2.0.2-1 OR latex-xft-fonts | xfonts-mathml | 4 ttf-mathematica4.1| mozplugger| libgssapi-krb5-2 | 1.10+dfsg~beta1-2 OR libkrb53 | libgnomeui-0 | 2.24.5-2 libcanberra0 | 0.28-3 --- Output from package bug script --- -- Addons package information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658358: debian-tor user has a bash shell
Package: tor Version: 0.2.2.35-1 I don't see a reason why the tor users needs bash. I suggest to change it to this: diff --git a/debian/tor.postinst b/debian/tor.postinst index de25f3f..ec5b3ab 100644 --- a/debian/tor.postinst +++ b/debian/tor.postinst @@ -25,7 +25,7 @@ else --disabled-password \ --home /var/lib/tor \ --no-create-home \ - --shell /bin/bash \ + --shell /bin/false \ --group \ debian-tor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639995: Re: Bug#639995: epigrass does not start on GNOME
Hello Jakub, I still have the error reported into bug 639995 (epigrass: missing dependency on python-pkg-resources): Traceback (most recent call last): File /usr/bin/epigrass, line 5, in module from pkg_resources import load_entry_point File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 2676, in module parse_requirements(__requires__), Environment() File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 552, in resolve raise DistributionNotFound(req) pkg_resources.DistributionNotFound: distribute I urgently need EPIGRASS for my study so pls give me any advice to bypass this error. how can I get this missing dependency (it seems a python module) I'm using Ubuntu 11.10. thanks ! Davide Barillari
Bug#646744: package needs new maintainer
On Wed, Oct 26, 2011 at 08:41:56PM +0300, Peter Eisentraut wrote: Evidently, this package needs a new maintainer. This is a notice to the current maintainer; if you don't reply, someone should feel free to take over this package. I am considering to step in. If somebody else wants to be faster than me, feel free, but please notify in this bug so that no duplicate work is done. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645713: fails to upgrade a default GNOME desktop installation from squeeze → sid
On Tue, Jan 31, 2012 at 02:55, Andreas Beckmann deb...@abeckmann.de wrote: The actions performed by piuparts are: bootstrap-minimal-squeeze apt-get install gnome switch-sources-list-to-wheezy apt-get update apt-get -yf dist-upgrade Next time, the most important part of the reproducing steps shouldn't be hidden further down in the mail, as it is unreproducible without: Note that recommends are not installed by piuparts. Recommends have to be disabled before installing gnome to see this. (Which, as we all know, is not the default for releases, yet alone years… so i wonder why piuparts still insist on doing (only) non-default tests, but that is a completely different story) E: Could not perform immediate configuration on 'libgstreamer0.10-0'. Please see man 5 apt.conf under APT::Immediate-Configure for details. (2) apt/experimental is able to calculate an ordering solution, but i haven't tested so far if it is a correct one. Anyway: Looking at the debugging output of it raises quiet a few eyebrows (unfortunately i have only two) about the dependency hell constructed here. I HIGHLY suggest to have a look at the dependencies in the gnome universe and remove/refactor a few of them. Removing 'Breaks: gdm3 ( 3.0.3)' from libglib2.0-0 will e.g. allow apt/squeeze to dist-upgrade this situation again. (The reasoning behind breaking a display manager from a near- core-level library is above my mental possibility to understand as i am not into gnome packaging at all… If this really needs to stay, try something else. This was just my first wild-guess and it worked - and i am not good at guessing usually) So, in effect: I am a bit surprised that it works with recommends, but i have refrained from looking at why so far, maybe on freaky-Friday… (suspecting a different choice in alternatives) All dependencies of gnome in wheezy have passed the piuparts test, recursively, and in the case of alternative dependencies at least one alternative has passed before the testing 'gnome' was attempted by piuparts. For a greedy algorithm one out of many possible alternative might be already too few. To have a decent chance it needs to be either the alternative already installed on the system (but in an older version) or if not installed the first alternative in the or-group. It might be that APT finds a way if that way is blocked, but greedy algorithms are usually quiet bad at reverting decisions… I have cc'ed the gnome-pkg-team on the bug as i can't really decide which package should get this one. As it is mentioned in the old buglog apt is in general not the ideal package to assign this to as we can fix the bug (if it exists) for the future, but even I have no timemachine, so the update needs to work with whatever we had in the past. Best regards David Kalnischkies, who is desperately looking for a blue police box now -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658352: amd64 UEFI support
Hi, i read on http://lists.debian.org/debian-devel/2012/01/msg00168.html For optical media, I am not really sure: it may use ElTorito or load a file /efi/boot/bootarch.efi from the ISO-9660 or UDF filesystem, so this should be checked. GRUB2 grub-mkrescue can produce (U)EFI bootable ISO 9660 images, where booting shall start at the El Torito Boot Record. (I only provide the ISO image generator, so i have no insight what happens at boot time.) It would be possible to create hybrid BIOS/UEFI bootable images, but that will probably be incompatible with hybrid USB/optical images as we have them currently. Where would be the incompatibility with isohybrid ISOLINUX in particular ? If it is only lack of necessary UEFI support in SYSLINUX/ISOLINUX, then one could consider grub-mkrescue as base for optical media and USB sticks. It produces an MBR and El Torito boot equipment, which can point to boot loaders for PC-BIOS and to boot loaders for (U)EFI at the same time. It already uses xorriso as ISO generator. So Jigdo production would be no big problem. The MBR marks the ISO image and could mark a further FAT partition. I would also propose my pet feature, 32 kB offset of partition 1. My knowledge about boot sectors in ISO 9660 images is collected in: http://bazaar.launchpad.net/~libburnia-team/libisofs/scdbackup/view/head:/doc/boot_sectors.txt Prepared FAT partition content can be appended while Jigdo production. See http://www.gnu.org/software/xorriso/man_1_xorrisofs.html for option -append_partition. An EFI System Partition is basically a regular partition, Recognized at boot time from MBR ? (Or from where else ?) Have a nice day :) Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658359: slirp: please apply real full bolt patch
Package: slirp Version: 1.0.17-5 Severity: wishlist Tags: patch Even when compiled with -DFULL_BOLT, slirp applies a small delay to TCP ACKs, which results in the upload speed being capped to circa 46Kb/s. Manfread Haertel published a tiny patch for this on the UML mailing list: http://article.gmane.org/gmane.linux.uml.user/13973 Could you please include that patch in Debian's slirp-fullbolt? Thanks, Riccardo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646558: RFS: ruby-gir-ffi 0.2.3-1
Hi, Thank you for your works. I uploaded the package which is built from git repository. On Thu, 02 Feb 2012 13:33:28 +0300 s...@antono.info(Antono Vasiljev) said: The following package is ready to be uploaded (I also verified the points listed on http://wiki.debian.org/Teams/Ruby/Packaging#Requesting_Sponsorship). Could you please sponsor it? ruby-gir-ffi 0.2.3-1 Thank you! -- http://antono.info/ http://github.com/antono -- 谷口 貴紀 (TANIGUCHI Takaki)tak...@asis.media-as.org http://takaki-web.media-as.org/ tak...@debian.org http://facebook.com/taniguchi.takaki http://twitter.com/takaki_t -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658334: gem-plugin-v4l: Please remove vloopback-source from depends of gem-plugin-v4l
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-02-02 04:50, Nobuhiro Iwamatsu wrote: Package: gem-plugin-v4l Version: 1:0.93.3-1 Severity: important Hi, vloopback-source supports V4L1 only. And latest linux kernel does not support V4L1, and can not build. I will remove vloopback-source from Debian repository. Could you remove vloopback-source from depends of gem-plugin-v4l? good point (though the gem-plugin-v4l relation to vloopback is only a Suggests and not a Depends) i also removed the entire v4l1 support from the gem package. the changes are pushed to gem's packaging vcs, now only piem has to find time to upload the new package. fgmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk8qeU4ACgkQkX2Xpv6ydvSkPQCg3Gm5UI29WwAshTzfFIDUjRBg B70AoJsRRbZJlIFJ9Umvn8c5STK3j+PR =fBul -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature
Bug#658051: python-wadllib: Update to the lastest version, add Python 3 support, enable the tests, and switch to dh_python*
(Disclaimer: I'm not the maintainer.) * Barry Warsaw ba...@python.org, 2012-01-30, 18:32: This patch updates the python-wadllib package in several ways: * Updates to 1.3.0, the latest available upstream. * Adds packaging support for Python 3 since upstream now supports it * Enable the test suite during build. * Switch to dh_python2 and dh_python3. Eh, switch from what? :) * Simplify debian/rules I don't see any simplifications. :) %: - dh $@ --with python2 --buildsystem=python_distutils + dh $@ --with python2,python3 This drops --buildsystem=python_distutils, which is probably safe, but worth mentioning in the changelog. + +ifeq (,$(filter nocheck,$(DEB_BUILD_OPTIONS))) +test-python%: + python$* setup.py test -vv + +override_dh_auto_test: $(PYTHON2:%=test-python%) $(PYTHON3:%=test-python%) +endif This makes the package FTBFS: | python2.7 setup.py test -vv | running test | Checking .pth file support in . | /usr/bin/python2.7 -E -c pass | Searching for lazr.uri | Reading http://pypi.python.org/simple/lazr.uri/ | Download error on http://pypi.python.org/simple/lazr.uri/: [Errno -2] Name or service not known -- Some packages may not be found! | Reading http://pypi.python.org/simple/lazr.uri/ | Download error on http://pypi.python.org/simple/lazr.uri/: [Errno -2] Name or service not known -- Some packages may not be found! | Couldn't find index page for 'lazr.uri' (maybe misspelled?) | Scanning index of all packages (this may take a while) | Reading http://pypi.python.org/simple/ | Download error on http://pypi.python.org/simple/: [Errno -2] Name or service not known -- Some packages may not be found! | No local packages or download links found for lazr.uri | error: Could not find suitable distribution for Requirement.parse('lazr.uri') | make[1]: *** [test-python2.7] Error 1 | make[1]: Leaving directory `/build/python-wadllib-ODBkVO/python-wadllib-1.3.0' | make: *** [build] Error 2 (Kudos to iptables for saving me from accidentally running untrusted code...) + +override_dh_auto_build: + dh_auto_build + set -ex; for py in $(PYTHON3) ; do \ + python$$py setup.py build; \ + done; Out of interest, is there are reason you use %-rules for running tests, but for loops for building? It looks a bit inconsistent to me. + # Debian bug #618367 + rm -rf debian/*/usr/lib/python*/*-packages/wadllib.egg-info It's non-obvious to me what this is for, even after reading #618367. Certainly it should be explained in the changelog. Also, isn't it no-op? I don't see any directory like this created by the build process. +override_dh_auto_clean: + dh_auto_clean + rm -rf *.egg-info The clean target is incomplete. The package FTBFS if built twice in a row: | dpkg-source -b wadllib-1.3.0 | dpkg-source: info: using source format `3.0 (quilt)' | dpkg-source: info: building python-wadllib using existing ./python-wadllib_1.3.0.orig.tar.gz | dpkg-source: warning: newly created empty file 'build/lib/wadllib/tests/data/__init__.py' will not be represented in diff | dpkg-source: info: local changes detected, the modified files are: | wadllib-1.3.0/build/lib/wadllib/__init__.py | wadllib-1.3.0/build/lib/wadllib/application.py | wadllib-1.3.0/build/lib/wadllib/iso_strptime.py | wadllib-1.3.0/build/lib/wadllib/tests/__init__.py | wadllib-1.3.0/build/lib/wadllib/tests/test_docs.py | wadllib-1.3.0/src/wadllib.egg-info/PKG-INFO | wadllib-1.3.0/src/wadllib.egg-info/SOURCES.txt | dpkg-source: info: you can integrate the local changes with dpkg-source --commit (Admittedly, the current version also has this problem, but your patch makes it even worse.) -- 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#658360: [INTL:es] Spanish debconf template translation for cryptsetup
Package: cryptsetup Version: 2:1.3.0-4 Severity: wishlist Tags: l10n patch Greetings, -- Camaleón # cryptsetup po-debconf translation to Spanish # Copyright (C) 2010 Software in the Public Interest # This file is distributed under the same license as the cryptsetup package. # Changes: # - Initial translation # Camaleón noela...@gmail.com, 2011 # - Updates # Traductores, si no conocen el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas y normas de traducción en # http://www.debian.org/intl/spanish/notas # - La guía de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # # msgid msgstr Project-Id-Version: cryptsetup 2:1.3.0-4\n Report-Msgid-Bugs-To: cryptse...@packages.debian.org\n POT-Creation-Date: 2011-05-17 14:46+0200\n PO-Revision-Date: 2012-01-16 13:46+0100\n Last-Translator: Camaleón noela...@gmail.com\n Language-Team: Debian Spanish debian-l10n-span...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit #. Type: boolean #. Description #: ../cryptsetup.templates:1001 msgid Continue with cryptsetup removal? msgstr ¿Desea continuar con la eliminación de cryptsetup? #. Type: boolean #. Description #: ../cryptsetup.templates:1001 #| msgid This system has unlocked dm-crypt devices: ${cryptmap} msgid You have unlocked dm-crypt devices: ${cryptmap} msgstr Tiene dispositivos dm-crypt desbloqueados: ${cryptmap} #. Type: boolean #. Description #: ../cryptsetup.templates:1001 #| msgid #| If these devices are managed with cryptsetup, you might be unable to lock #| the devices after the package removal, though other tools can be used for #| managing dm-crypt devices. Any system shutdown or reboot will lock the #| devices. msgid If you used to manage these devices with cryptsetup, you might be unable to lock the devices after the package removal. There are other tools for managing dm-crypt devices though. In any case, system shutdown/reboot will lock the devices. msgstr Si estos dispositivos se administraban con cryptsetup es posible que no pueda bloquearlos si elimina el paquete, aunque puede usar otras herramientas para administrar los dispositivos dm-crypt. En cualquier caso, apagar o reiniciar el sistema bloqueará los dispositivos. #. Type: boolean #. Description #: ../cryptsetup.templates:1001 msgid In case you want to lock the dm-crypt devices before package removal, say no here, and continue with removal after all dm-crypt devices have been locked. msgstr Si quiere bloquear los dispositivos dm-crypt antes de eliminar el paquete, seleccione «no» en este apartado y continúe con la eliminación después de que se hayan bloqueado todos los dispositivos dm-crypt. #~ msgid #~ Do not choose this option if you want to lock the dm-crypt devices before #~ package removal. #~ msgstr #~ No seleccione esta opción si quiere bloquear los dispositivos dm-crypt #~ antes de eliminar el paquete.
Bug#658362: [INTL:es] Spanish debconf template translation for lxc
Package: lxc Version: 0.7.5-17 Severity: wishlist Tags: l10n patch Greetings, -- Camaleón # lxc po-debconf translation to Spanish # Copyright (C) 2010 Software in the Public Interest # This file is distributed under the same license as the lxc package. # # Changes: # - Initial translation # Camaleón noela...@gmail.com, 2011 # # - Updates # # # Traductores, si no conocen el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas y normas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guía de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # msgid msgstr Project-Id-Version: lxc 0.7.5-17\n Report-Msgid-Bugs-To: l...@packages.debian.org\n POT-Creation-Date: 2011-11-15 22:07+0100\n PO-Revision-Date: 2012-01-16 13:53+0100\n Last-Translator: Camaleón noela...@gmail.com\n Language-Team: Debian Spanish debian-l10n-span...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit #. Type: title #. Description #: ../lxc.templates:1001 #| msgid Linux Containers (LXC) setup msgid Linux Containers: LXC setup msgstr Contenedores Linux: Configuración de LXC #. Type: boolean #. Description #: ../lxc.templates:2001 msgid Automatically start Linux Containers on boot? msgstr ¿Desea iniciar los Contenedores Linux al arrancar? #. Type: boolean #. Description #: ../lxc.templates:2001 #| msgid #| Linux Containers can be automatically started during system boot and shut #| down on reboot or halt. msgid Linux Containers that have their configuration files copied or symlinked to the /etc/lxc/auto directory can be automatically started during system boot, and shut down on reboot or halt. msgstr Los Contenedores Linux cuyos archivos de configuración han sido copiados o vinculados mediante un enlace simbólico en el directorio «/etc/lxc/auto» se pueden iniciar automáticamente al arrancar el sistema y se pueden cerrar al reiniciar o apagar el equipo. #. Type: boolean #. Description #: ../lxc.templates:2001 msgid If unsure, choose yes (default). msgstr Si no está seguro, seleccione «sí» (opción predeterminada). #. Type: select #. Description #: ../lxc.templates:3001 #| msgid Linux Containers (LXC) setup msgid Linux Container: Stop method msgstr Contenedores Linux: Método de detención #. Type: select #. Description #: ../lxc.templates:3001 msgid Linux Containers can be stopped in different ways. The stop method kills all processes inside the container. The halt method initiates a shutdown, which takes longer and can have problems with containers that don't shutdown themselfs properly. msgstr Los Contenedores Linux se pueden detener de diferentes formas. El método «detener» mata todos los procesos dentro del contenedor. El método «interrupción» inicia una secuencia de cierre que lleva más tiempo y puede tener problemas con los contenedores que no se cierran correctamente por sí mismos. #. Type: select #. Description #: ../lxc.templates:3001 msgid If unsure, choose stop (default). msgstr Si no está seguro, seleccione «detener» (opción predeterminada). #. Type: string #. Description #: ../lxc.templates:4001 msgid LXC directory: msgstr Directorio de LXC: #. Type: string #. Description #: ../lxc.templates:4001 msgid Please specify the directory that will be used to store the Linux Containers. msgstr Por favor, especifique el directorio que se utilizará para almacenar los Contenedores Linux. #. Type: string #. Description #: ../lxc.templates:4001 msgid If unsure, use /var/lib/lxc (default). msgstr Si no está seguro, utilice «/var/lib/lxc» (opción predeterminada).
Bug#658361: accessing priority of package causes a segmentation fault
Package: python-apt version: 0.7.7.1+nmu1 I get a seg fault on a Debian 5 machine when i access a package's priority. My python version is 2.5.2. Here is a simple python script to test out the same. import apt cache = apt.Cache() cache.update() cache.open(None) cache.upgrade() for pkg in cache: print pkg.name print pkg.priority This happened all on a sudden since today feb 2, 2012. I have been running it w/o any issues for past few months. initially i thought it was due to lack of no updates available, but further digging proved it to be due to accessing of priorities. And now it consistently happens. Not sure if the repository against which apt checks has been handed over to a new machine, for it used to list updates earlier. Without my upgrading, now there are 0 updates available. How is this possible? I am running debian 5 as a VM on my laptop. I have tried it out on other standalone machines also and the problem persists. Please contact me if you would like further information. Thanks, Sita -- Sita S. Krishnakumar, PhD +91-9003070867
Bug#658363: remmina: Crash when opening RDP connection
Package: remmina Version: 0.9.3-3 Severity: important Dear Maintainer, Remmina starts crashing after upgrading to libfreerdp-plugins-standard_1.0.0-2 freerdp-x11_1.0.0-2 It worked fine with libfreerdp-plugins-standard_0.8.2-2+b1 freerdp-x11_0.8.2-2+b1 Downgrading these packages fixes this issue. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2-2.slh.4-aptosid-686 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages remmina depends on: ii libatk1.0-0 2.2.0-2 ii libavahi-client30.6.30-6 ii libavahi-common30.6.30-6 ii libavahi-glib1 0.6.30-6 ii libavahi-ui00.6.30-6 ii libc6 2.13-25 ii libcairo2 1.10.2-6.2 ii libfontconfig1 2.8.0-3.1 ii libfreetype62.4.8-1 ii libgcrypt11 1.5.0-3 ii libgdk-pixbuf2.0-0 2.24.0-2 ii libglib2.0-02.30.2-6 ii libgtk2.0-0 2.24.8-3 ii libpango1.0-0 1.29.4-2 ii libssh-40.5.2-1 ii libunique-1.0-0 1.1.6-4 ii libvte9 1:0.28.2-4 ii libx11-62:1.4.4-4 Versions of packages remmina recommends: pn remmina-plugin-rdp 0.9.2-3+b1 pn remmina-plugin-vnc none remmina 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#658352: amd64 UEFI support
Thomas Schmitt, 2012-02-02 12:52+0100: For optical media, I am not really sure: it may use ElTorito or load a file /efi/boot/bootarch.efi from the ISO-9660 or UDF filesystem, so this should be checked. GRUB2 grub-mkrescue can produce (U)EFI bootable ISO 9660 images, where booting shall start at the El Torito Boot Record. (I only provide the ISO image generator, so i have no insight what happens at boot time.) All right, I was not sure of how optical media were supposed to be handled since the UEFI specification is not very clear about them. Regular El Torito then. It would be possible to create hybrid BIOS/UEFI bootable images, but that will probably be incompatible with hybrid USB/optical images as we have them currently. Where would be the incompatibility with isohybrid ISOLINUX in particular ? If it is only lack of necessary UEFI support in SYSLINUX/ISOLINUX, then one could consider grub-mkrescue as base for optical media and USB sticks. UEFI booting requires a GPT and a special partition, which would probably be impossible to implement along with the MBR hack for hybrid booting. It produces an MBR and El Torito boot equipment, which can point to boot loaders for PC-BIOS and to boot loaders for (U)EFI at the same time. It already uses xorriso as ISO generator. So Jigdo production would be no big problem. The MBR marks the ISO image and could mark a further FAT partition. I would also propose my pet feature, 32 kB offset of partition 1. Well, perhaps that could work after all. But it would have to be a GPT, not only an MBR. An EFI System Partition is basically a regular partition, Recognized at boot time from MBR ? (Or from where else ?) Recognized by the UEFI boot manager, as a GPT partition with the correct type. -- Tanguy Ortolo signature.asc Description: Digital signature
Bug#634262: closing ITP
reassign 634262 arpwatch thanks I have really come to the conclusion that instead of packaging arpwatch-ng it is a lot better to merge it with arpwatch. Input on this very welcome :) -- .''`.When we remember we are all mad, the mysteries : :' : disappear and life stands explained -- Mark Twain `. `' `-Proudly running Debian GNU/Linux -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657698: Suhosin patch disabled by default in Debian php5 builds
Crossposting to php-internals too since those are the guys who receive the bugreports... Debian unstable packages has recently disabled suhosin patch by default (it is still kept as optional part which could be enabled at compile time). I am trying to summarize the reasons why I have decided to disable suhosin patch here. Please keep the discussion civil and on the technical level and if you want to engage in deeper discussion please try to keep it isolated in pkg-php-ma...@lists.alioth.debian.org and 657...@bugs.debian.org, so we don't flood cross-post. [Sorry for such huge initial cross-post.] There are already some reasons listed here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=657698#15 The manpower issue which was mentioned several times is not the only one (it mainly comes to mind if we have to keep to sets of packages w/ and w/o suhosin). Although the pkg-php team is always looking for new victims^Umembers. I'll try even harder to list more reasons, why I have changed my mind over a time regarding the suhosin patch: 1. Suhosin patch has an impact on the speed and memory usage. This has been documented and even author admits it [1]. 2. It doesn't help our users when reporting bugs to upstream - the usual answer is - try if that happens with vanilla php. 3. Stefan's relationships with PHP upstream (and vice versa)[1] isn't helping very much - and I think we (pkg-php) have improved our relationship with upstream in past few years a lot. 4. PHP has improved a lot, in fact I haven't seen a canary report in past few years (probably 5.3.x). Also there are very few segfaults reported in 5.3 (compared to 5.2 which was a living nightmare from what I remember). 5. Keeping our code close to upstream and to other linux distros (Fedora - no, Suse - optional) is a way how to provide our users with consistent behaviour across the Linux ecosystem. My personal feeling is that most people see suhosin as this is about security, thus it must be good. This combined with bad PHP security history makes everybody feel insecure when suhosin was removed, but the real question is if the suhosin is still really helping with PHP security or it is just a burden in the general installations now. I have walked the bug list for 5.3 mentioning suhosin[2] to actually at least partially support what I have just said. I have found few bugs where suhosin was causing a problems ([3],[4]) and a handful of bugs with have suhosin, cannot help. I know this isn't (and can't be) a definitive list, but it just show that P.S.: Also see stas reply[5] about valgrind. Links: 1. http://www.hardened-php.net/hphp/faq.html#why_is_hardening-patch_not_part_of_php 2. https://bugs.php.net/search.php?search_for=suhosinboolean=0limit=90order_by=direction=DESCcmd=displaystatus=Allbug_type=Allproject=PHPphp_os=phpver=5.3cve_id=assign=author_email=bug_age=0bug_updated=0 3. https://bugs.php.net/bug.php?id=60216 4. https://bugs.php.net/bug.php?id=60935 5. http://www.suspekt.org/2008/10/12/suhosin-canary-mismatch-on-efree-heap-overflow-detected/ -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658264: closed by Michael Gilbert michael.s.gilb...@gmail.com (Re: Bug#658264: xpdf totally unusable due to memory corruption in globalParams class (namespace conflict with libpoppler))
ow...@bugs.debian.org (Debian Bug Tracking System) writes: Make sure you've also updated to the expa from squeeze. This bug has been reported many times now: #628591, #603153, etc. Upgrading libexpat1 indeed changes behaviour and avoids the obvious bug symptoms, presumably due to a differently aligned heap/stack. That explains why only a few people have experienced this. However, this changes _absolutely nothing_ with regard to the grave bug in Debian's xpdf or -- if you will -- poppler. Like I have stated, due to the incompatibility of GlobalParams in xpdf and poppler, xpdf is accessing uninitilized memory, leading to undefined behaviour. In the best case, it 'works' by chance. But on the next upgrade, whether it be libexpat or libc or whatever, the bug _surely_ will bite again! At worst, this will become a security issue sometime. If you don't want to reproduce my instrumentation, please try valgrind xpdf any.pdf: ==5746== Conditional jump or move depends on uninitialised value(s) ==5746==at 0x5289CD4: Gfx::go(bool) (in /usr/lib/libpoppler.so.13.0.0) ==5746==by 0x528A104: Gfx::display(Object*, bool) (in /usr/lib/libpoppler.so.13.0.0) ==5746==by 0x52D3B35: Page::displaySlice(OutputDev*, double, double, int, bool, bool, int, int, int, int, bool, Catalog*, bool (*)(void*), void*, bool (*)(Annot*, void*), void*) (in /usr/lib/libpoppler.so.13.0.0) ==5746==by 0x41C87C: PDFCore::needTile(PDFCorePage*, int, int) (PDFCore.cc:890) ==5746==by 0x41BC39: PDFCore::update(int, int, int, double, int, bool, bool, bool) (PDFCore.cc:712) ==5746==by 0x4248E2: XPDFCore::update(int, int, int, double, int, bool, bool, bool) (XPDFCore.cc:288) ==5746==by 0x419E98: PDFCore::displayPage(int, double, int, bool, bool) (PDFCore.cc:301) ==5746==by 0x42E3FC: XPDFViewer::displayPage(int, double, int, bool, bool) (XPDFViewer.cc:463) ==5746==by 0x42D881: XPDFViewer::XPDFViewer(XPDFApp*, GooString*, int, GooString*, bool, GooString*, GooString*) (XPDFViewer.cc:302) ==5746==by 0x4225CD: XPDFApp::open(GooString*, int, GooString*, GooString*) (XPDFApp.cc:228) ==5746==by 0x42B405: main (xpdf.cc:313) ==5746== Uninitialised value was created by a heap allocation ==5746==at 0x4C24DFA: operator new(unsigned long) (vg_replace_malloc.c:261) ==5746==by 0x42AB77: main (xpdf.cc:159) and xpdf.xx:159 is exactly the forementioned problematic: globalParams = new GlobalParams(cfgFileName); I have now invested \approx 6h in this report and am 100% sure it is a grave bug. Please consider re-opening. Thanks, Wolfram Gloger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658364: pcmanx-gtk2: Please update pcmanx-gtk2 to 1.1
Package: pcmanx-gtk2 Version: 1.0-2+b1 Severity: wishlist Dear Maintainer, pcmanx-gtk2-1.1.tar.xz has been released at http://code.google.com/p/pcmanx-gtk2/ please help to update it. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (SMP w/1 CPU core) 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 pcmanx-gtk2 depends on: ii libc6 2.13-25 ii libfontconfig1 2.8.0-3.1 ii libgdk-pixbuf2.0-0 2.24.0-2 ii libglib2.0-02.30.2-6 ii libgtk2.0-0 2.24.8-3 ii libnotify4 0.7.4-1 ii libpango1.0-0 1.29.4-2 ii libstdc++6 4.6.2-12 ii libx11-62:1.4.4-4 ii libxft2 2.2.0-3 pcmanx-gtk2 recommends no packages. pcmanx-gtk2 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#657659: pcalendar: Cannot set the duration of menstruation
Hi Maryan, thanks for your positive response. Please also CC 657...@bugs.debian.org to record your comments for the public. Kind regards Andreas. On Thu, Feb 02, 2012 at 02:59:55PM +0200, Maryan Rachynskyy wrote: Hello Andreas, It is a great honour for me to know that pcalendar is now a part of Debian. I'll have a look on both bugs and respond soon with the fixes. Will keep you posted. Mar'yan 1/28/2012 12:16 AM, Andreas Tille написав(ла): Hi Maryan, as you might know (and hopefully like) your pcalendar application is included into Debian distrubution. This was done thanks to Miriam who has done the actual packaging and it maintained in the Debian Med team which tries to support any application which is relevant to some extand to health care. As you can read below a user has reported a bug in pcalendar and there is another one available here: http://bugs.debian.org/pcalendar Do you see any chance to fix these two reported problems and keep us informed? Kind regards and thanks for providing pcalendar as Free Software Andreas. - Forwarded message from Mikolaj Menkem...@menek.one.pl - Date: Fri, 27 Jan 2012 20:03:08 +0100 From: Mikolaj Menkem...@menek.one.pl To: Debian Bug Tracking Systemsub...@bugs.debian.org Subject: Bug#657659: pcalendar: Cannot set the duration of menstruation Package: pcalendar Version: 3.2.0-2 Severity: wishlist One cannot set the duration of menstruation so that it would be visible on the dashboard. Only the first day of a period and the ovulation can be set. -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (100, 'unstable'), (100, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/bash Versions of packages pcalendar depends on: ii libxerces2-java2.9.1-4.1 Validating XML parser for Java wit ii openjdk-6-jre [jav 6b18-1.8.7-2~squeeze1 OpenJDK Java runtime, using Hotspo ii sun-java5-jre [jav 1.5.0-19-1Sun Java(TM) Runtime Environment ( ii sun-java6-jre [jav 6.26-0squeeze1Sun Java(TM) Runtime Environment ( pcalendar recommends no packages. pcalendar suggests no packages. -- no debconf information ___ Debian-med-packaging mailing list debian-med-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging - End forwarded message - -- 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#658365: sysfsutils: support changing permission on folders
Package: sysfsutils Version: 2.1.0+repack-1 Severity: normal Hey, right now sysfsutils only support tuning file permissions, there's a check in /etc/init.d/sysfsutils: if [ -f /sys/$f2 ]; then chmod $f3 /sys/$f2 else log_failure_msg unknown attribute $f2 fi Would you consider switching to: [ -f /sys/$f2 ] || [ -d /sys/$f2 ] or something similar? Regards, -- Yves-Alexis -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-grsec-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sysfsutils depends on: ii libc6 2.13-25 ii libsysfs2 2.1.0+repack-1 sysfsutils recommends no packages. sysfsutils suggests no packages. -- Configuration Files: /etc/init.d/sysfsutils changed: set -x CONFFILE=/etc/sysfs.conf [ -r $CONFFILE ] || exit 0 .. /lib/lsb/init-functions case $1 in start|restart|force-reload) log_begin_msg Setting sysfs variables... sed 's/#.*$//; /^[[:space:]]*$/d; s/^[[:space:]]*\([^=[:space:]]*\)[[:space:]]*\([^=[:space:]]*\)[[:space:]]*=[[:space:]]*\(.*\)/\1 \2 \3/' \ $CONFFILE | { while read f1 f2 f3; do if [ $f1 = mode -a -n $f2 -a -n $f3 ]; then if [ -f /sys/$f2 ]; then chmod $f3 /sys/$f2 else log_failure_msg unknown attribute $f2 fi elif [ $f1 = owner -a -n $f2 -a -n $f3 ]; then if [ -f /sys/$f2 ]; then chown $f3 /sys/$f2 else log_failure_msg unknown attribute $f2 fi elif [ $f1 -a -n $f2 -a -z $f3 ]; then if [ -f /sys/$f1 ]; then # Some fields need a terminating newline, others # need the terminating newline to be absent :-( echo -n $f2 /sys/$f1 2/dev/null || echo $f2 /sys/$f1 else log_failure_msg unknown attribute $f1 fi else log_failure_msg syntax error in $CONFFILE: '$f1' '$f2' '$f3' log_end_msg 1 exit 1 fi done } log_end_msg 0 ;; stop) ;; *) echo Usage: /etc/init.d/sysfsutils {start|stop|force-reload|restart} exit 1 ;; esac /etc/sysfs.conf changed: mode . = 0755 -- 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#658366: synergy: when clipboard include text copied from NX client, cursor move from server to client causes segfault
Package: synergy Version: 1.3.8-1 Severity: normal I have a working synergy system that gives me the normal amount of trouble. However, I recently started using the NoMachine NX client to create a virtual desktop for a remote server. As such I have three machines: base - this machine has the keyboard, runs the synergy server, has the keyboard/mouse attached, and also has an NX client window open to remote machine tango. Base uses xfce4 as its GUI. mac - a Mac client that's running 1.3.8-1 tango - a CentOS machine running FreeNX Scenario: * base running synergys, mac running synergyc 1.3.8 as well, can move mouse between machines with no difficulty * start up NX client on base. NX client creates window with a xfce4 desktop on remote machine tango * in the NX client window/desktop, copy some text to clipboard * mouse over to machine mac * synergys crashses with segfault on base This happens as long as there's any text in the clipboard from the NX client - if I restart synergys and try to mouse again, I get a crash. The only way to stop this cycle is to copy some text to the clipboard from a regular (non-NX client) window; that stops the problem. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages synergy depends on: ii libc6 2.13-25 ii libgcc1 1:4.6.2-12 ii libice6 2:1.0.7-2 ii libsm62:1.2.0-2 ii libstdc++64.6.2-12 ii libx11-6 2:1.4.4-4 ii libxext6 2:1.3.0-3 ii libxi62:1.4.5-1 ii libxinerama1 2:1.1.1-3 ii libxtst6 2:1.2.0-4 synergy recommends no packages. synergy suggests no packages. -- no debconf information -- Moshe Yudkowsky * mo...@pobox.com * www.pobox.com/~moshe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658346: APT does not work with a repository at Sourceforge
notfound 658346 0.8.16 found 658346 0.7.20.2 thanks Hi On Thu, Feb 2, 2012 at 10:40, Chris Greenshields c.greenshie...@opencfd.co.uk wrote: Package: apt Version: 0.8.16 I have to ask: Where do you got that version from? ;) (as this potential confuses the hell out of the BTS i removed that marker and set oldstable as found instead.) When attempting to install a package which is held in a repository at Sourceforge, it reports the error: Err... Got a single header line over 360 chars Failed to fetch... Got a single header line over 360 chars Can you tell us the repository for testing proposes? Simply increasing MAXLEN to 500, or 1000 to be safe, would fix this problem. This limit looks pretty random, i guess we could life without that entirely, but i will take a bit of time to meditate about the possible reasoning behind this (as it is included and unchanged since nearly the start of APT development back in the last century…). Best regards David Kalnischkies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658352: amd64 UEFI support
Hi, Regular El Torito then. At least grub-mkrescue makes it that way. Better ask a grub-devel for advise and options. UEFI booting requires a GPT and a special partition, which would probably be impossible to implement along with the MBR hack for hybrid booting. I am clueless enough to look into wikipedia about GUID Partition Table. The is room for a Protective MBR of 512 bytes. So somebody would need to teach me how to announce the range of the ISO image and the range of the FAT partition in a GPT. Further one would have to discuss with Vladimir Serbinenko at grub-devel about the layout of the first 32 kB of the ISO image, where MBR, GPT, and GRUB2 code have to reside side-by-side. Finally one would have to explore the chances to get Debian bootable ISO images onto GRUB2 rather than ISOLINUX. Then one would develop a friendly fork of grub-mkrescue as proof-of-concept of the various bootabilities in one single ISO image: - amd64 BIOS from CD - amd64 BISO from USB stick - amd64 UEFI from CD - amd64 UEFI from USB stick For this we'd need to enhance xorriso by GPT production. Alternatively one could find out how far SYSLINUX is with UEFI support. Or whether a ISOLINUX BIOS setup can be combined with a GRUB setup in a FAT partition. (ISOLINUX occupies no space in the first 32 kB of the image. So the GPT would have room there.) I assume this would be easier to integrate into the existing Debian image production. Have a nice day :) Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657698: [PHP-DEV] Suhosin patch disabled by default in Debian php5 builds
Hello Ondřej, My personal feeling is that most people see suhosin as this is about security, thus it must be good. This combined with bad PHP security history makes everybody feel insecure when suhosin was removed, but the real question is if the suhosin is still really helping with PHP security or it is just a burden in the general installations now. considering the fact that you write this email the very same day that a remote code execution vulnerability in PHP is found that is easy to exploit from remote and is greatly mitigated by the use of Suhosin you look pretty stupid. (In case of usage of Suhosin-Extension in default config, it is even completely killed). Just saying. Regards, Stefan Esser -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658367: mtp-tools: manpage references non-existing option -h
Package: mtp-tools Version: 1.1.2-2 Severity: normal The manpage claims I could get more detailed information about programs with -h. At least mtp-detect and mtp-detect recognize neither -h nor --help. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.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 mtp-tools depends on: ii libc62.13-24 ii libmtp9 1.1.2-2 mtp-tools recommends no packages. mtp-tools 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#657698: [PHP-DEV] Suhosin patch disabled by default in Debian php5 builds
Hi Stefan, On Thu, Feb 2, 2012 at 2:31 PM, Stefan Esser ste...@nopiracy.de wrote: Hello Ondřej, My personal feeling is that most people see suhosin as this is about security, thus it must be good. This combined with bad PHP security history makes everybody feel insecure when suhosin was removed, but the real question is if the suhosin is still really helping with PHP security or it is just a burden in the general installations now. considering the fact that you write this email the very same day that a remote code execution vulnerability in PHP is found that is easy to exploit from remote and is greatly mitigated by the use of Suhosin you look pretty stupid. (In case of usage of Suhosin-Extension in default config, it is even completely killed). Another very important part of Ondrej's email was: Please keep the discussion civil and on the technical level And at this point, I may suggest you to keep such posts for yourself. About the current flaw affecting 5.3/4, PHP and suhosin had bugs, and will have bugs. This is not really hot news. That does not affect this discussion. I, for one, like the idea to finally see distros droping Suhosin and focus on making PHP itself better and safer instead of distracting us and our users with custom patches or extensions. Cheers, -- Pierre @pierrejoye | http://blog.thepimp.net | http://www.libgd.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657449: Same configuration
Hi, I recently patched my local rc scripts to do the same, hope to see this bug fix when possible. Regards -- Rodolphe Quiédeville - Artisan Logiciel Libre http://cartosm.eu - Intégration de carte libre sur site web Blog : http://blog.rodolphe.quiedeville.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657698: [PHP-DEV] Suhosin patch disabled by default in Debian php5 builds
On 02/02/12 14:31, Stefan Esser wrote: considering the fact that you write this email the very same day that a remote code execution vulnerability in PHP is found that is easy to exploit from remote and is greatly mitigated by the use of Suhosin you look pretty stupid. (In case of usage of Suhosin-Extension in default config, it is even completely killed). Just saying. I think that you words are out of tone, there is not need to be unpolite And where is such exploit??? I don't see any CVE http://www.cvedetails.com/product/128/PHP-PHP.html?vendor_id=74 -- ~~~ Carlos Alberto Lopez Perez http://neutrino.es Igalia - Free Software Engineeringhttp://www.igalia.com ~~~ signature.asc Description: OpenPGP digital signature
Bug#658368: [munin] send errors every 5 min
Package: munin Vesrion: 1.4.5-3 Severity: important Tags: patch Hi, I've heard some guys using Debian stable are annoyed since munin send error *every 5 min* See http://munin-monitoring.org/ticket/1004 Upstream has already applied 1 liner fix in r4073 for 1.4 stable branch. http://munin-monitoring.org/changeset/4073 Please consider to apply this fix to stable if you can. Thanks. -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658284: [Pkg-xfce-devel] Bug#658284: xfce4-session: Please review README.Debian
On 02.02.2012 07:24, Yves-Alexis Perez wrote: On jeu., 2012-02-02 at 00:22 +0100, Michael Biebl wrote: The problem with startx resp. the 90consolekit script is, that it is run as unprivileged user and CK no longer trusts this context. That said, I don't think this problem is unfixable. I guess what it requires is that the PAM stack is setting up the right context so CK can trust it. And are consolekit people somehow interested in doing on that, or should interested people do that themselves? The latter. Michael -- 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#658293: packagekitd[19607]: segfault at 8 ip 0000000008057124 sp 00000000ffff5b20 error 4 in packagekitd[8048000+49000]
Hi! Thank you for this excellent bug report, I think this will be fixed soon :) Cheers, Matthias P.S: We had this problem before... Hope this time it can be fixed completely. 2012/2/2 Paul Menzel pm.deb...@googlemail.com: forwarded 658293 https://bugs.freedesktop.org/show_bug.cgi?id=45529 quit Dear Debian folks, Am Mittwoch, den 01.02.2012, 22:18 +0100 schrieb Paul Menzel: the Linux kernel ring buffer (`dmesg`) contains several messages of a segmentation fault of `packagekitd`. […] I created a new ticket in the Freedesktop.org bug tracking system [1]. For the future I should have followed the excellent documentation on how to report bugs on the PackageKit site [2]. Thanks, Paul [1] https://bugs.freedesktop.org/show_bug.cgi?id=45529 [2] http://www.packagekit.org/pk-bugs.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658369: rpcbind: precreating state files makes selinux unhappy
Package: rpcbind Version: 0.2.0-7 Severity: normal Tags: patch Hi, The fix for #620800 works around startup warnings by touching the state files before starting rpcbind. This approach does not agree with SELinux, because files created outside the daemon do not receive the correct security label. Multiple solutions exist, like defining a new security domain for the init script (overkill) or manually calling chcon/restorecon (which hardcodes policy in the script). But in this case, the simplest solution is to simply not pass -w unless we know the warm start is actually viable. Patch attached. Even without -w, rpcbind will still save its state on exit. Regards, Arno Schuring -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (900, 'stable'), (300, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rpcbind depends on: ii initscripts 2.88dsf-18 ii insserv 1.14.0-2.2 ii libc62.13-24 ii libtirpc10.2.2-5 ii libwrap0 7.6.q-22 ii lsb-base 3.2-28 rpcbind recommends no packages. rpcbind suggests no packages. -- no debconf information --- /etc/init.d/rpcbind 2011-12-10 01:35:16.0 +0100 +++ rpcbind 2012-02-02 14:33:40.220222598 +0100 @@ -20,7 +20,7 @@ . /lib/lsb/init-functions -OPTIONS=-w +OPTIONS= STATEDIR=/run/rpcbind PIDFILE=/run/rpcbind.pid @@ -42,13 +42,9 @@ log_end_msg 1 exit 1 fi -if [ ! -f $STATEDIR/rpcbind.xdr ] +if [ -f $STATEDIR/rpcbind.xdr ] then -touch $STATEDIR/rpcbind.xdr -fi -if [ ! -f $STATEDIR/portmap.xdr ] -then -touch $STATEDIR/portmap.xdr +WARMSTART=-w fi log_begin_msg Starting rpcbind daemon... pid=$( pidofproc /sbin/rpcbind ) @@ -58,7 +54,7 @@ log_end_msg 0 exit 0 fi -start-stop-daemon --start --quiet --oknodo --exec /sbin/rpcbind -- $@ +start-stop-daemon --start --quiet --oknodo --exec /sbin/rpcbind -- $WARMSTART $@ pid=$( pidofproc /sbin/rpcbind ) echo -n $pid $PIDFILE # /run/sendsigs.omit.d is created by /etc/init.d/mountkernfs.sh
Bug#658370: wishlist: pllease provide hardcursor option for blind people
Package: testdisk Version: 6.9-1.1 Severity: wishlist Hello, when trying to use testdisk and photorec to recuperate data from a friend's PC I noted that there was no cursor mark on my braille-display, this is due to the fact that there is no feature to force the app to follow the hardcursor; this causes mistakes in choosing for Intel or Xbox or so type because there isn't any X or - or _ _ or [ ] at the real cursor position: please can you inspire you from cfdisk's -a option to provide a similar -a or other option so that we can see a - or zo where the cursor is pointing for choices ? Without any - or other indication testdisk/+photorec's usage is quite undermined (except when assistated). I hope you can help, thanks in advance. -- System Information: Debian Release: 5.0.9 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages testdisk depends on: ii e2fslibs 1.41.3-1 ext2 filesystem libraries ii libc6 2.7-18lenny7 GNU C Library: Shared libraries ii libcomerr21.41.3-1 common error description library ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libncursesw5 5.7+20081213-1 shared libraries for terminal hand ii libntfs10 2.0.0-1library that provides common NTFS ii libuuid1 1.41.3-1 universally unique id library testdisk recommends no packages. testdisk 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#658371: guacd should output the program name before error messages
Package: guacd Version: 0.5.0-1 Severity: minor guacd should output the program name before error messages, otherwise one doesn't know where they come from. Indeed in /var/log/boot, I have: [...] Thu Feb 2 14:18:57 2012: Starting deferred execution scheduler: atd. Thu Feb 2 14:18:57 2012: Starting atop system monitor: atop. Thu Feb 2 14:18:57 2012: Starting Avahi mDNS/DNS-SD Daemon: avahi-daemon. Thu Feb 2 14:18:57 2012: Enabling additional executable binary formats: binfmt-support. Thu Feb 2 14:18:58 2012: Starting bluetooth: bluetoothd. Thu Feb 2 14:18:59 2012: Starting periodic command scheduler: cron. Thu Feb 2 14:18:59 2012: Starting Common Unix Printing System: cupsd. Thu Feb 2 14:19:00 2012: Starting dictionary server: dictd. Thu Feb 2 14:19:01 2012: Starting MTA: exim4. Thu Feb 2 14:19:02 2012: Starting mouse interface server: gpm. Thu Feb 2 14:19:03 2012: Error binding socket: Address family not supported by protocol Thu Feb 2 14:19:03 2012: Error binding socket: Address family not supported by protocol Thu Feb 2 14:19:03 2012: Error binding socket: Address family not supported by protocol [...] I had to use grep on all the binaries to find where the last three errors came from. Then I could confirm with: # /etc/init.d/guacd start Error binding socket: Address family not supported by protocol Error binding socket: Address family not supported by protocol Error binding socket: Address family not supported by protocol It was not so obvious, as there is no Starting ... in the logs for guacd (but I suppose that's the fault of initscripts, which doesn't set VERBOSE to yes for consistency). -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages guacd depends on: ii libc6 2.13-25 ii libguac2 0.5.0-1 ii lsb-base 3.2-28.1 guacd recommends no packages. guacd 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#658372: nipy: missing epoch in python-numpy (build-)dependency
Source: nipy Version: 0.1.999-1.1 Severity: minor Tags: patch Please see the attached patch. python-numpy has been carrying epoch 1 since 0.9.5. -- Jakub Wilk --- nipy-0.1.999/debian/control 2011-12-10 01:55:34.0 +0100 +++ nipy-0.1.999/debian/control 2012-02-02 15:12:17.0 +0100 @@ -4,7 +4,7 @@ Maintainer: NeuroDebian Team t...@neuro.debian.net Uploaders: Yaroslav Halchenko deb...@onerussian.com, Michael Hanke michael.ha...@gmail.com Build-Depends: debhelper (= 7.0.50~), python-all-dev (= 2.5), python-support (= 0.6), - python-scipy (= 0.5), python-numpy (= 1.2), python-matplotlib (= 0.98.3), + python-scipy (= 0.5), python-numpy (= 1:1.2), python-matplotlib (= 0.98.3), python-sphinx (= 0.6), cython, python-nibabel, python-nose, python-sympy (= 0.6.6), liblapack-dev, @@ -19,7 +19,7 @@ Package: python-nipy Architecture: all Depends: ${shlibs:Depends}, ${misc:Depends}, ${python:Depends}, - python-scipy, python-numpy (=1.2), + python-scipy, python-numpy (= 1:1.2), python-nibabel, python-nipy-lib (= ${source:Version}) Recommends: python-matplotlib, mayavi2
Bug#653799: FTBFS: CMake Error at cmake_modules/FindOpenCV.cmake:77 (file): file STRINGS file /usr/include/opencv/cvver.h cannot be read.
Hi, On Thu, Feb 02, 2012 at 08:00:20AM +0100, Andreas Tille wrote: This version is not yet available on the mirror I'm using. Once it is there I will test the following changes: I can confirm that I was able to build after adding to opencv libs explicitely to the linker flags which now looks like: -DCMAKE_EXE_LINKER_FLAGS=-lboost_system -lopencv_core -lopencv_highgui It would be more fun if cmake would be able to detect this automagically but I'm no cmake expert and I'll leave this to upstream. Kind regards and thanks for the patch in the first place 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#658373: glfer: Impossible to open any PCM WAV files
Package: glfer Version: 0.4.2-2 Severity: important glfer says input is not a PCM WAV file WAV file for testing: http://www-mmsp.ece.mcgill.ca/documents/audioformats/wave/Samples/Perverse/Utopia%20Critical%20Stop.WAV (I'm guessing that this may be due to 64 bits arch) -- System Information: Debian Release: wheezy/sid APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.utf8, LC_CTYPE=ru_RU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages glfer depends on: ii fftw2 2.1.3-22 library for computing Fast Fourier ii libatk1.0-0 2.2.0-2ATK accessibility toolkit ii libc6 2.13-24Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6.2 The Cairo 2D vector graphics libra ii libfontconfig12.8.0-3.1 generic font configuration library ii libfreetype6 2.4.8-1FreeType 2 font engine, shared lib ii libgdk-pixbuf2.0-02.24.0-2 GDK Pixbuf library ii libglib2.0-0 2.30.2-5 GLib library of C routines ii libgtk2.0-0 2.24.8-3 GTK+ graphical user interface libr ii libpango1.0-0 1.29.4-2 Layout and rendering of internatio glfer recommends no packages. Versions of packages glfer suggests: ii extra-xdg-menus 1.0-4 Extra menu categories for applicat -- 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#657698: [PHP-DEV] Suhosin patch disabled by default in Debian php5 builds
Hello Pierre, About the current flaw affecting 5.3/4, PHP and suhosin had bugs, and will have bugs. This is not really hot news. That does not affect this discussion. I know that for many years you have not understood the idea behind Suhosin, the concept of exploit mitigations. The only reason why Suhosin exists is because there will ALWAYS be bugs. And because that is a fact you must have safe guards in case something goes wrong. Suhosin/HPHP provides this safe guard for 8 years to the PHP community. Ideas like: I haven't seen much bugs lately so lets drop all the safe guards is like not paying for your life insurance anymore, because you haven't died too often recently. BTW: You should really really look into the history of PHP security and check for each of the last 8 years how many features were in Suhosin and later merged into PHP because of some nasty security problem. You will see that at least 2 features of Suhosin per year were merged into PHP. And there are many many good reasons, why Suhosin must be external to PHP. The most obvious one is that the code is clearly separated, so that not someone of the hundred PHP commiters accidently breaks a safe guard. Regards, Stefan Esser -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658346: APT does not work with a repository at Sourceforge
David, Thanks for the quick response. I have to ask: Where do you got that version from? ;) (as this potential confuses the hell out of the BTS i removed that marker and set oldstable as found instead.) It is the current version with Ubuntu 11.10, but I the same problem exists on older versions of apt. apt-get --version apt 0.8.16~exp5ubuntu13 for i386 compiled on Oct 6 2011 15:25:29 When attempting to install a package which is held in a repository at Sourceforge, it reports the error: Err... Got a single header line over 360 chars Failed to fetch... Got a single header line over 360 chars Can you tell us the repository for testing proposes? Sure, it is repository for a package called openfoam210 for Ubuntu. It is described here: http://www.openfoam.org/download/ubuntu.php The repository is set up by copying the following into a terminal: VERS=`lsb_release -cs` sudo sh -c echo deb http://www.openfoam.org/download/ubuntu $VERS main /etc/apt/sources.list.d/openfoam.list sudo apt-get update Then the following should install the package: sudo apt-get install openfoam210 but fails when apt attempts to download the package from Sourceforge and Sourceforge tries to allocate the download to one of its mirror servers, using a very long URL. The problem is also discussed here: http://www.openfoam.com/mantisbt/view.php?id=399 Simply increasing MAXLEN to 500, or 1000 to be safe, would fix this problem. This limit looks pretty random, i guess we could life without that entirely, but i will take a bit of time to meditate about the possible reasoning behind this (as it is included and unchanged since nearly the start of APT development back in the last century…). It may be that this is a hang up from the last century. A search on the internet indicates that servers can pretty much handle any length of URL, but some browsers etc are limited to a little over 2000. As one guy put it the real world limit for URLs is about 2000 characters which seems to carry some truth. If there is concern about removing the limit, how about increasing it at least, in which case 2000 could be a good starting point. Thanks, Chris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658374: initscripts: Inconsistent use of VERBOSE leads to incorrect information in boot log
Package: initscripts Version: 2.88dsf-22 Severity: minor In my /var/log/boot file: [...] Thu Feb 2 14:18:50 2012: Starting GNOME Display Manager: gdm3. Thu Feb 2 14:18:51 2012: Starting anac(h)ronistic cron: anacron. Thu Feb 2 14:18:52 2012: Starting web server: apache2. Thu Feb 2 14:18:57 2012: Starting deferred execution scheduler: atd. Thu Feb 2 14:18:57 2012: Starting atop system monitor: atop. Thu Feb 2 14:18:57 2012: Starting Avahi mDNS/DNS-SD Daemon: avahi-daemon. Thu Feb 2 14:18:57 2012: Enabling additional executable binary formats: binfmt-support. Thu Feb 2 14:18:58 2012: Starting bluetooth: bluetoothd. Thu Feb 2 14:18:59 2012: Starting periodic command scheduler: cron. Thu Feb 2 14:18:59 2012: Starting Common Unix Printing System: cupsd. Thu Feb 2 14:19:00 2012: Starting dictionary server: dictd. Thu Feb 2 14:19:01 2012: Starting MTA: exim4. Thu Feb 2 14:19:02 2012: Starting mouse interface server: gpm. Thu Feb 2 14:19:03 2012: Error binding socket: Address family not supported by protocol Thu Feb 2 14:19:03 2012: Error binding socket: Address family not supported by protocol Thu Feb 2 14:19:03 2012: Error binding socket: Address family not supported by protocol Thu Feb 2 14:19:03 2012: Loading cpufreq kernel modules...done (acpi-cpufreq). [...] There are 3 error messages Error binding socket: Address family not supported by protocol One would assume that they come from one of the previously started daemons (gpm, exim4, dictd, etc.). But in fact they come from neither of them. They come from guacd, for which no Starting ... message has been output due to: [ $VERBOSE != no ] log_daemon_msg Starting $DESC $NAME as recommended by /etc/init.d/skeleton. This is inconsistent. Either all the Starting ... messages should be displayed by default or none of them should be displayed. Ditto for the Stopping ... messages. I think that by default, during the boot, the user should be informed of what is started (and if it failed or not). Thus VERBOSE should be set to yes by default (or the VERBOSE test shouldn't be done for the Starting ... and Stopping ... messages). -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages initscripts depends on: ii coreutils 8.13-3 ii debianutils 4.2.1 ii libc6 2.13-25 ii lsb-base3.2-28.1 ii mount 2.20.1-1.2 ii sysv-rc 2.88dsf-22 ii sysvinit-utils 2.88dsf-22 ii ucf 3.0025+nmu2 Versions of packages initscripts recommends: ii e2fsprogs 1.42-1 ii psmisc 22.15-2 initscripts 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#658368: [Packaging] Bug#658368: [munin] send errors every 5 min
forwarded 658368 http://munin-monitoring.org/ticket/1004 close 658368 1.4.6-1 notfound 658368 1.999.4603-1 thanks Hi Hideki, thanks for your bug report! (but... :) On Donnerstag, 2. Februar 2012, Hideki Yamane wrote: I've heard some guys using Debian stable are annoyed since munin send error *every 5 min* See http://munin-monitoring.org/ticket/1004 Upstream has already applied 1 liner fix in r4073 for 1.4 stable branch. http://munin-monitoring.org/changeset/4073 and released this fix with 1.4.6 which is in wheezy and squeeze-bpo. Please consider to apply this fix to stable if you can. sorry, but _I_ wont. 1.4.6-1~bpo60+1 is available in bpo and has other useful fixes as well. If you really think it's worth it, feel free prepare a 1.4.5-3.1 NMU for stable-updates. cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658375: libapr-memcache0: Initial release
Package: libapr-memcache0 Version: 0.7.0-1 Severity: normal Initial release -- System Information: Debian Release: 6.0.4 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) 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#658375: libapr-memcache0: Initial release
Bas van den Dikkenberg b...@dikkenberg.net writes: Package: libapr-memcache0 Version: 0.7.0-1 Severity: normal Initial release Is this supposed to be an ITP? -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658376: [kdenlive] Clip is invalid, will be removed from project.
Package: kdenlive Version: 0.8.2.1-1 Severity: normal --- Please enter the report below this line. --- Just now, maybe after some updates of Libav it is not possible to insert any video clip. It is denied with message Clip is invalid, will be removed from project. Also on start of kdenlive there is message in console: mlt_repository_init: failed to dlopen /usr/lib/mlt/libmltavformat.so (/usr/lib/mlt/libmltavformat.so: symbol ff_cropTbl, version LIBAVCODEC_53 not defined in file libavcodec.so.53 with link time reference) --- System information. --- Architecture: i386 Kernel: Linux 3.1.0-1-686-pae Debian Release: wheezy/sid 500 testing ftp.at.debian.org 500 flexibeedownload.flexibee.eu --- Package information. --- Depends(Version) | Installed -+-=== kdebase-runtime | 4:4.6.5-1+b1 libc6 (= 2.4) | 2.13-24 libgcc1 (= 1:4.1.1) | 1:4.6.2-12 libgl1-mesa-glx | 7.11.2-1 OR libgl1 | libglu1-mesa | 7.11.2-1 OR libglu1 | libkdecore5(= 4:4.4.95) | 4:4.6.5-2+b1 libkdeui5 (= 4:4.6.3) | 4:4.6.5-2+b1 libkio5 (= 4:4.3.4) | 4:4.6.5-2+b1 libknewstuff3-4 (= 4:4.4.0) | 4:4.6.5-2+b1 libknotifyconfig4 (= 4:4.3.4) | 4:4.6.5-2+b1 libkrossui4 (= 4:4.3.4) | 4:4.6.5-2+b1 libmlt++3| 0.7.6+git20111222-1 libmlt4 | 0.7.6+git20111222-1 libnepomuk4 (= 4:4.3.4) | 4:4.6.5-2+b1 libqjson0 (= 0.7.1) | 0.7.1-6 libqt4-dbus (= 4:4.5.3) | 4:4.7.4-2 libqt4-network (= 4:4.5.3) | 4:4.7.4-2 libqt4-opengl (= 4:4.5.3) | 4:4.7.4-2 libqt4-script (= 4:4.6.1) | 4:4.7.4-2 libqt4-svg (= 4:4.5.3) | 4:4.7.4-2 libqt4-xml (= 4:4.5.3) | 4:4.7.4-2 libqtcore4(= 4:4.7.0~beta1) | 4:4.7.4-2 libqtgui4 (= 4:4.6.2) | 4:4.7.4-2 libstdc++6(= 4.2.1) | 4.6.2-12 libx11-6 | 2:1.4.4-4 libxau6 | 1:1.0.6-4 libxdmcp6| 1:1.1.0-4 libxext6 | 2:1.3.0-3 kdenlive-data (= 0.8.2.1-1) | 0.8.2.1-1 melt | 0.7.6+git20111222-1 ffmpeg | 4:0.8-1 Recommends (Version) | Installed ==-+-=== swh-plugins| 0.4.15+1-6 dvgrab | 3.5-2 frei0r-plugins | 1.1.22git20091109-1.1 recordmydesktop| dvdauthor | 0.7.0-1.1+b1 genisoimage| 9:1.1.11-2 Package's Suggests field is empty. signature.asc Description: PGP signature
Bug#658375: libapr-memcache0: Initial release
Bas van den Dikkenberg b...@dikkenberg.net writes: Yes did i do it wrong ? Yes. See http://www.debian.org/devel/wnpp/#l2 how it should be done (or use reportbug, the latter is strongly preferred). I would suggest we close this bug, and you open a new one properly, as retitling and adding all the neccessary info here is more work than a close and a new bug. -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656578: Can't install extensions from gnome site (exception in /usr/share/gnome-shell/js/ui/extensionSystem.js)
found 656578 3.2.2.1-1 thanks -=| Mat Cantin, 20.01.2012 14:41:23 -0800 |=- I've been experiencing the same behaviour with the extensions.gnome.org site for the past few weeks. Looking through my .xsession.error log I found similar JS ERROR lines, except that the stack line had an error about unzip. Just checked, nothing about unzip here, just stack = '([object _private_Soup_SessionAsync],[object _private_Soup_Message])@/usr/share/gnome-shell/js/ui/extensionSystem.js:125 Installing unzip fixed the problem for me (can't remember why I removed this package). Seems to me that unzip should be part of the gnome-shell dependencies though, since re-installing gnome-shell didn't catch it. I have unzip installed and still can't install extensions from the site :( (also with gnome-shell(-common) 3.2.2.1-1) I removed unzip and the message didn't change. Perhaps something else is missing here, but I can't figure out what. Enabling/disabling extensions via https://extensions.gnome.org/local/ works fine, so not everything is broken :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658375: libapr-memcache0: Initial release
Yes did i do it wrong ? -Oorspronkelijk bericht- Van: Gergely Nagy [mailto:alger...@balabit.hu] Verzonden: donderdag 2 februari 2012 15:39 Aan: Bas van den Dikkenberg CC: 658...@bugs.debian.org Onderwerp: Re: Bug#658375: libapr-memcache0: Initial release Bas van den Dikkenberg b...@dikkenberg.net writes: Package: libapr-memcache0 Version: 0.7.0-1 Severity: normal Initial release Is this supposed to be an ITP? -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658366: Log file of a crash
I've attached a log file for typical crash. -- Moshe Yudkowsky * mo...@pobox.com * www.pobox.com/~moshe Worldwide delivery in 30 minutes or less, guaranteed -- Master Sgt. Roger Hook Hooker, re: Minuteman III Nuclear Missiles
Bug#658377: libmyodbc: SQLPrimaryKeys broken, fixed in upstream
Package: libmyodbc Version: 5.1.6-1 Severity: important There are plenty of bugs in MyODBC, such as this one: http://bugs.mysql.com/bug.php?id=36441 In short, on my system (Debian-64 bit), SQLPrimaryKeys and SQLPrimaryKeysW will mangle the results of a table that has both a primary key and a unique key on another column. This has been fixed in MyODBC 5.1.7, which has been out since August 2010 ! They are now up to 5.1.9, and 5.1.10 may be released any day now. Is it time to resync with upstream? Thanks, Paul -- System Information: Debian Release: 6.0.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38.3 (SMP w/8 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 libmyodbc depends on: ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libltdl72.2.6b-2 A system independent dlopen wrappe ii libmysqlclient165.1.49-3 MySQL database client library ii odbcinst1debian22.2.14p2-1 Support library for accessing odbc ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages libmyodbc recommends: ii libiodbc2 3.52.6-4 iODBC Driver Manager ii unixodbc 2.2.14p2-1 ODBC tools libraries libmyodbc suggests no packages. -- debconf information: libmyodbc/addtoodbc: false
Bug#658209: DEP-5: Clarifying copyright/license requirements
Le Wed, Feb 01, 2012 at 09:23:08PM +0100, gregor herrmann a écrit : On Wed, 01 Feb 2012 10:14:11 +0900, Charles Plessy wrote: @@ -262,10 +265,15 @@ para The declaration of copyright and license for files is done in one or more paragraphs. In the simplest case, a single paragraph can be used -which applies to all files and lists all applicable copyrights and -licenses. +which applies to the whole package. /para para +Only the license and copyright information required by the Debian +archive is required to be listed here. While the syntax of the Files +paragraph allows more information to be provided if one desires, it +is totally optional. + /para + para The following fields may be present in a Files paragraph. /para IMO the totally optional is not the best message to send, I think we rather mean optional but recommended. Good point. Here is the patch that I have committed. Index: copyright-format.xml === --- copyright-format.xml(révision 258) +++ copyright-format.xml(copie de travail) @@ -42,8 +42,11 @@ automatically extract licensing information. /para para - This is not a proposal to change the policy in the short term. In - particular, nothing in this proposal supersedes or modifies any of the + This specification is not part of the Debian Policy, and its use is + optional. +/para +para + Nothing in this proposal supersedes or modifies any of the requirements specified in Debian Policy regarding the appropriate detail or granularity to use when documenting copyright and license status in filenamedebian/copyright/filename. @@ -262,8 +265,9 @@ para The declaration of copyright and license for files is done in one or more paragraphs. In the simplest case, a single paragraph can be used -which applies to all files and lists all applicable copyrights and -licenses. +which applies to the whole package. Only the license and copyright +information required by the Debian archive is required to be listed +here. /para para The following fields may be present in a Files paragraph. Are there other blocking issues with this DEP ? If not, I will mark it accepted after two week-ends. Have a nice day, -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657302: [3.1.8 - 3.2.1 regression] No more sound
On 02/02/12 01:08, Jonathan Nieder wrote: Guy Roussin wrote: I have a Dell laptop and i get the same bug : no more sound with kernel 3.2. Is the patch fix this problem on Dell laptop? No, it's for Asus machines only. Please file a separate bug. Thanks much, Jonathan No, it maybe the same chip and/or driver. This will help point out the problem. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657698: [PHP-DEV] Suhosin patch disabled by default in Debian php5 builds
Ohh btw… I have walked the bug list for 5.3 mentioning suhosin[2] to actually at least partially support what I have just said. I have found few bugs where suhosin was causing a problems ([3],[4]) and a handful of bugs with have suhosin, cannot help. I know this isn't (and can't be) a definitive list, but it just show that P.S.: Also see stas reply[5] about valgrind. Links: 1. http://www.hardened-php.net/hphp/faq.html#why_is_hardening-patch_not_part_of_php 2. https://bugs.php.net/search.php?search_for=suhosinboolean=0limit=90order_by=direction=DESCcmd=displaystatus=Allbug_type=Allproject=PHPphp_os=phpver=5.3cve_id=assign=author_email=bug_age=0bug_updated=0 3. https://bugs.php.net/bug.php?id=60216 4. https://bugs.php.net/bug.php?id=60935 5. http://www.suspekt.org/2008/10/12/suhosin-canary-mismatch-on-efree-heap-overflow-detected/ 1) You understand that Hardening-Patch is not Suhosin-Patch, do you? 2) Maybe you should also search for: Have Debian, then use a clean PHP not a broken Debian build Bug 3 - is not a bug in Suhosin, it is the fact that the suhosin.executor.max_depth function was not set correctly. Reading the documentation helps: http://www.hardened-php.net/suhosin/configuration.html#suhosin.executor.max_depth Bug 4 - the guy is actually writing inside the bug report that the problem occurs with and without Suhosin 5) You can just start PHP with the environment variable SUHOSIN_MM_USE_CANARY_PROTECTION=0 and can use valgrind. So basically all points you bring up are no issues. Regards, Stefan Esser -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656578: Can't install extensions from gnome site (exception in /usr/share/gnome-shell/js/ui/extensionSystem.js)
On 02.02.2012 15:35, Damyan Ivanov wrote: found 656578 3.2.2.1-1 thanks -=| Mat Cantin, 20.01.2012 14:41:23 -0800 |=- I've been experiencing the same behaviour with the extensions.gnome.org site for the past few weeks. Looking through my .xsession.error log I found similar JS ERROR lines, except that the stack line had an error about unzip. Just checked, nothing about unzip here, just stack = '([object _private_Soup_SessionAsync],[object _private_Soup_Message])@/usr/share/gnome-shell/js/ui/extensionSystem.js:125 Probably a different problem then the original bug report. Installing unzip fixed the problem for me (can't remember why I removed this package). Seems to me that unzip should be part of the gnome-shell dependencies though, since re-installing gnome-shell didn't catch it. I have unzip installed and still can't install extensions from the site :( (also with gnome-shell(-common) 3.2.2.1-1) Which browser do you use? Which version of gir1.2-soup-2.4. If it's not the version from unstable, could you try updating this to 2.36.1 along with libsoup and libsoup-gnome. -- 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#652942: dhcp hook runs reload on shutdown (after service has been stopped)
Package: samba-common Version: 2:3.6.2-1 Followup-For: Bug #652942 Hi, this problem still occurs on both an i386 machine and an AMD64 machine, causing a delay in shutdown/reboot. Any further ideas/suggestions? -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-rc2 (SMP w/4 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 samba-common depends on: ii debconf [debconf-2.0] 1.5.41 ii ucf3.0025+nmu2 Versions of packages samba-common recommends: ii samba-common-bin 2:3.6.2-1 samba-common suggests no packages. -- debconf information: samba-common/encrypt_passwords: true samba-common/do_debconf: true * samba-common/dhcp: false * samba-common/workgroup: MSHOME samba-common/title: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656724: bug still present with kernel 3.2.2-1
I updated yesterday this faulty machine with latest linux-image-3.2.0-1-amd64 (version 3.2.2-1) and I can confirm that this bug is still present. Is there a boot option I can try to get rid of this messages and what is causing them? TIA. Antonio Corbi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656899: Same problem too under SPARC64
hi, uname -a 2.6.32 #3 SMP Wed Feb 1 14:41:07 CET 2012 sparc64 GNU/Linux with self compiled kernel, but with Debian sources: linux-source-2.6.32 2.6.32-41 - [ 95.380528] mdadm: sending ioctl 20001261 to a partition! [ 95.451590] mdadm: sending ioctl 20001261 to a partition! [ 95.527711] mdadm: sending ioctl 20001261 to a partition! [ 95.598789] mdadm: sending ioctl 20001261 to a partition! [ 95.691778] mdadm: sending ioctl 20001261 to a partition! [ 95.772963] mdadm: sending ioctl 20001261 to a partition! -- # cat /proc/mdstat Personalities : [raid1] [raid10] [raid6] [raid5] [raid4] [multipath] md0 : active raid1 sda2[0] sdb2[1] 71190951 blocks super 1.2 [2/2] [UU] --- Disk /dev/sda (Sun disk label): 255 heads, 63 sectors, 8924 cylinders Units = cylinders of 16065 * 512 bytes Device FlagStart EndBlocks Id System /dev/sda1 061489982+ 1 Boot /dev/sda261 8924 71192047+ fd Linux raid autodetect /dev/sda3 0 8924 716820305 Whole disk Disk /dev/sdb (Sun disk label): 255 heads, 63 sectors, 8924 cylinders Units = cylinders of 16065 * 512 bytes Device FlagStart EndBlocks Id System /dev/sdb1 061489982+ 83 Linux native /dev/sdb261 8924 71192047+ fd Linux raid autodetect /dev/sdb3 0 8924 716820305 Whole disk --- syslog: Feb 2 06:26:08 mpt-statusd: detected non-optimal RAID status Feb 2 06:36:08 mpt-statusd: detected non-optimal RAID status Feb 2 06:46:08 mpt-statusd: detected non-optimal RAID status and the kernel remounted my / readonly ... but found nothing about that in the log. cu denny signature.asc Description: Message signed with OpenPGP using GPGMail
Bug#656578: Can't install extensions from gnome site (exception in /usr/share/gnome-shell/js/ui/extensionSystem.js)
On 20.01.2012 23:41, Mat Cantin wrote: I've been experiencing the same behaviour with the extensions.gnome.org site for the past few weeks. Looking through my .xsession.error log I found similar JS ERROR lines, except that the stack line had an error about unzip. Installing unzip fixed the problem for me (can't remember why I removed this package). Seems to me that unzip should be part of the gnome-shell dependencies though, since re-installing gnome-shell didn't catch it. Indeed, thanks for the bug report. The relevant code in gotExtensionZipFile() is: let [success, pid] = GLib.spawn_async(null, ['unzip', '-uod', dir.get_path(), '--', tmpzip], null, GLib.SpawnFlags.SEARCH_PATH | GLib.SpawnFlags.DO_NOT_REAP_CHILD, null); -- 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#658378: KMLDonkey project is not dead. New stable release is available.
Package: kmldonkey Version: 2.0.5+kde4.3.3-1.1 Severity: normal Hi, Maintainer intends to orphan the package and notes that it may be removed: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656361 But the program does not look dead: http://websvn.kde.org/trunk/extragear/network/kmldonkey/?view=log Now it is the part of KDE4 and available in the extragear tarball: http://websvn.kde.org/trunk/extragear/network/kmldonkey/ Last stable release is 2.0.7: http://userbase.kde.org/index.php?title=KMLDonkey So the package could be updated. Best regards, Boris PS: I do not use the program. Just I have read the maintainer's message...
Bug#658341: Call for Vote: upload of multi-arch enabled dpkg (in time for wheezy)
On Thu, 2 Feb 2012 10:08:13 +0100, Stefano Zacchiroli lea...@debian.org wrote: I hereby submit to your attention the dpkg multi-arch conflict. I believe the issue is well-known, so I describe it only briefly below; I also believe we've had sufficient discussion about this issue, and I therefore call for an immediate vote on the following ballot. My thanks to Russ Allbery for help drafting the text. A. While recognizing the substantial benefits of thorough code review, the Technical Committee believes the goal of multiarch support in the Debian wheezy release is sufficiently important as to warrant accepting the current draft implementation into the archive, even if code review by the primary dpkg C maintainer cannot be completed in time. However, as much review as possible is strongly desired. The Technical Committee therefore overrides the decision of the dpkg maintainer to require complete code review before upload of the multiarch implementation in dpkg to the Debian archive and sets the following upload dates: February 6th: upload to experimental for general testing February 20th: upload to unstable For each of those deadlines, if no implementation of dpkg with multiarch support has been uploaded to the archive for that distribution by that date, Raphaël Hertzog is empowered by the Technical Committee to upload a version of dpkg with multiarch support to that distribution. The upload may be done on or after that date, when, in his judgement, the dpkg implementation meets the quality standards expected for a Debian core package in those archive distributions. The Technical Committee strongly encourages anyone with the required knowledge to review the multiarch implementation proposed for upload and provide the results of that review to the debian-dpkg list as soon as possible so that the code can receive as much review as possible and the results of that review can be incorporated into the code by those dates. Similarly, the Technical Committee encourages as broad testing and review of the experimental implementation as possible so that as many bugs as possible can be resolved prior to uploading it to unstable. This option requires a 3:1 majority. B. The Technical Committee declines to override the decision of the dpkg maintainer to hold the dpkg multiarch implementation until he can finish code review. C. Further discussion. Regards, Bdale pgp7aCFAD6EC8.pgp Description: PGP signature
Bug#658341: Call for Vote: upload of multi-arch enabled dpkg (in time for wheezy)
On Thu, 02 Feb 2012 08:16:34 -0700, Bdale Garbee bd...@gag.com wrote: I also believe we've had sufficient discussion about this issue, and I therefore call for an immediate vote on the following ballot. And my vote is ACB. Bdale pgpm5nnI2RadG.pgp Description: PGP signature
Bug#658379: sbuild: Use dpkg-buildpackage --changes option to override distribution
Package: sbuild Version: 0.62.0-1 Severity: normal This will save rewriting the .changes, and make sbuild simpler. Also see if we can set the version to permit NMUs without altering the changelog. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (550, 'unstable'), (500, 'testing'), (400, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sbuild depends on: ii adduser 3.113+nmu1 ii apt-utils 0.8.15.9 ii libsbuild-perl 0.63.0-1 ii perl5.14.2-7 ii perl-modules5.14.2-7 Versions of packages sbuild recommends: ii debootstrap 1.0.38 ii fakeroot 1.18.2-1 Versions of packages sbuild suggests: ii deborphan 1.7.28.5 ii wget 1.13.4-2 -- 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#658380: ITP: ar3011-dkms -- Support for a specific kind of Atheros AR3011 bluetooth (DKMS)
Package: wnpp Severity: wishlist Owner: Anthony Wong anthony.w...@ubuntu.com * Package name: ar3011-dkms Version : 1.0 Upstream Author : Bala Shanmugam sbalashanmu...@atheros.com * URL : http://www.spinics.net/lists/linux-bluetooth/msg06087.html * License : GPL-2 Programming Lang: C Description : Support for a specific kind of Atheros AR3011 bluetooth device (DKMS) AR3011 (with VID:PID as 0cf3:3002) is an Atheros bluetooth device, however there are two kinds of AR3011, one of them can be supported by the ath3k/btusb provided by the kernel, but the other cannot. As they cannot be distinguished solely by their VID:PID, users who have the inoperative AR3011 has to install this package. . See the following two URLs for why it cannot be fixed in the kernel: http://launchpad.net/bugs/714862 https://bugzilla.kernel.org/show_bug.cgi?id=27402 . This driver should only be used if you find that your AR3011 bluetooth device doesn't work out-of-the box using the ath3k/btusb driver provided by the kernel. . This package provides the dkms source code for btusb and a firmware loader. Kernel source or headers are required to compile these modules. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657698: [PHP-DEV] Suhosin patch disabled by default in Debian php5 builds
On Thu, Feb 02, 2012 at 03:14:56PM +0100, Stefan Esser wrote: BTW: You should really really look into the history of PHP security and check for each of the last 8 years how many features were in Suhosin and later merged into PHP because of some nasty security problem. You will see that at least 2 features of Suhosin per year were merged into PHP. If that’s the case, then you have nothing to worry about. As more and more Suoshin features are merged into mainline PHP, Debian’s PHP package will get more and more secure. That’s the way it happens for many other packages, I fail to see why PHP should be treated differently. -- Andrea Bolognani e...@kiyuko.org Resistance is futile, you will be garbage collected. signature.asc Description: Digital signature
Bug#658382: colord: Please install systemd service file
Package: colord Version: 0.1.16-1 Severity: wishlist Hello, Here is a patch to install the systemd service file. Thanks, Rodolphe. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages colord depends on: ii acl2.2.51-5 ii adduser3.113+nmu1 ii libc6 2.13-25 ii libcolord1 0.1.16-1 ii libglib2.0-0 2.30.2-6 ii libgudev-1.0-0 175-3 ii liblcms2-2 2.2+git20110628-2 ii libpolkit-gobject-1-0 0.104-1 ii libsane1.0.22-7 ii libsqlite3-0 3.7.9-3 ii multiarch-support 2.13-25 ii policykit-10.104-1 colord recommends no packages. colord suggests no packages. -- no debconf information From f29c5452d73e865372736fb00c59408964e047ed Mon Sep 17 00:00:00 2001 From: Rodolphe Pelloux-Prayer rodol...@damsy.net Date: Thu, 2 Feb 2012 15:29:58 +0100 Subject: [PATCH] Install systemd service file for colord. --- debian/colord.install |1 + debian/rules |1 + 2 files changed, 2 insertions(+), 0 deletions(-) diff --git a/debian/colord.install b/debian/colord.install index 286dbb2..5b7c554 100644 --- a/debian/colord.install +++ b/debian/colord.install @@ -7,3 +7,4 @@ usr/share/dbus-1 usr/share/locale usr/share/man usr/share/polkit-1 +lib/systemd/system/*.service diff --git a/debian/rules b/debian/rules index 55510b5..ea011fd 100755 --- a/debian/rules +++ b/debian/rules @@ -29,6 +29,7 @@ override_dh_auto_configure: --disable-static \ --disable-volume-search \ --with-daemon-user=colord \ + --with-systemdsystemunitdir=/lib/systemd/system \ $(confflags) override_dh_auto_test: -- 1.7.9