Bug#564477: less: Cannot open a file named .
package less forwarded 564477 ma...@greenwoodsoftware.com thanks Hi Mark, Forwarded from http://bugs.debian.org/564477 : From: Nicolas Haller nico...@boiteameuh.org Package: less Version: 436-1 Severity: normal Hi all, It seems there is a bug on less. I've created a file named . (with the double quote). The command cat can read it but less say . is a directory. I type cat \.\ and less \.\ in a zsh shell to invoke these program. I'm not naming my files . every day but I think it's a unexpected issue so I report. -- Yoshio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604763: Patches
This is because ircmore was renamed to irc-more. The debian package wasn't updated but builds successfully, because plugin pack build itself silently ignores invalid plugins (in this case ircmore). For a patch to add IRC More again to the package, see https://bugs.launchpad.net/ubuntu/+source/purple-plugin-pack/+bug/680820. For a patch to make plugin pack not ignore invalid plugins anymore, so that deb builds can fail and bugs like this be avoided in the future, see https://bugs.launchpad.net/ubuntu/+source/purple-plugin-pack/+bug/681680.
Bug#465182: osmo: Segm faults right after start up
On Wed, Nov 24, 2010 at 10:21:22AM +0100, Eike Nicklas wrote: On Wed, 24 Nov 2010 08:11 +0100, Uwe Steinmann u...@steinmann.cx wrote: If you like, I can check again on my powerpc system at home. That would be great, thanks a lot! No more problems. I played with osmo a bit and it didn't crash. Uwe -- MMK GmbH, Fleyer Str. 196, 58097 Hagen uwe.steinm...@mmk-hagen.de Tel: 02331 840446Fax: 02331 843920 signature.asc Description: Digital signature
Bug#604689: plee-the-bear: Please add armhf support
Le Tue, 23 Nov 2010 17:45:39 +, Konstantinos Margaritis mar...@genesi-usa.com a écrit : Source: plee-the-bear Severity: wishlist Tags: patch Hi, The armhf port has reached a very good state (at 87%) at debian-ports.org, and I'm now mass-filing bug reports to packages for armhf support. Most packages just have to add armhf in the architecture field. The complete list is in http://wiki.debian.org/ArmHardFloatTodo The package builds fine using the attached patch. Mind you, we do not target squeeze, so there is no rush. But please consider adding armhf support. :) Regards Konstantinos Hi, armhf is now added in the architecture field for the package of the new version of the game. Regards, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602034: libjpeg-turbo
hello Bill and Laurent So nobody will try/work on this to have it packaged in debian? What about the current versions now? yours, gurkan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605007: mount(8) description of nodelalloc has typo
Package: mount Version: 2.17.2-3.3 Severity: minor The mount(8) manpage says: nodelalloc Disable delayed allocation. Blocks are allocation when data is copied from user to page cache. s/are allocation when/are allocated when/ please. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mount depends on: ii libblkid1 2.17.2-3.3 block device id library ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libselinux1 2.0.96-1 SELinux runtime shared libraries ii libsepol1 2.0.41-1 SELinux library for manipulating b ii libuuid1 2.17.2-3.3 Universally Unique ID library mount recommends no packages. Versions of packages mount suggests: pn nfs-commonnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#436466: dash: Please optimise single command given to -c to exec it
Quoth Jonathan Nieder jrnie...@gmail.com, on 2010-11-26 01:10:47 -0600: Inserting, say, a debugging echo before the actual command is virtually guaranteed to not exec the final command directly. How do you like the ksh93 behavior? I wasn't previously aware of the ksh93 behavior. So they _do_ do that in cases where the entire script is not a single simple command. (My previous experience was always otherwise, including with Bash, pdksh, I think zsh though that appears to exhibit ksh93-esque behavior now so I may have misremembered, and one or two other shells.) ksh93 appears to also handle various other tail positions, including subshells and and ||. That's more the sort of thing I could get behind if I were made Dictator of Shells. :-) Obviously my information above was out of date. I amend it to say in many cases will not exec the final command directly. (This means that a program that wishes to be portable to multiple underlying shells can rely even less on the process tree shape, so my previous points mostly stand anyway.) Actually, let me take that back. If you actually want a guarantee that future versions of dash will have or lack this feature, Let me be a little clearer, at the risk of restating myself. I don't personally need a guarantee either way, especially since it's something I'll have to deal with regardless of what dash does in the future. I mostly wanted to ensure that people reading the bug trail were aware of some of the subtler ramifications of a decision to do tail execution optimization in shells, and in particular, I wanted to: - Add a dissenting voice to some ideas from upthread that making the last command a child of the shell is wrong and that relying on a highly compact process tree shape that was not actually requested is a sane thing to do in a POSIX or GNU/Linux environment, which IMHO it is not. - Point out that full tail execution optimization is not as localized as the anything without shell meta-stuff that some people think it is, and that partial tail execution optimization can lead to subtle problems if not done carefully. Cf. a vaguely similar case where I was attempting to use an XSI shell builtin (which I was willing to rely on on the target system) as a single command in a series of commands in a makefile, and GNU Make decided that it didn't look enough like a shell thing and could be optimized into an exec, which naturally hosed the command. Of course, the case of doing exec transformation _in_ the shell is not as bad as that. Thanks for the attention. --- Drake Wilson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598668: Fwd: Re: Installation fails on acer aspire one za3
Le 17/11/2010 10:40, Mariusz Białończyk a écrit : Hello I have exactly same behavior yesterday on this netbook. I suppose the problem is with the graphical mode which grub is trying to initialize. The graphics chipset is Poulsbo - it is even wrong handled by xorg (i mean out of the box) so maybe grub have also problems with it. After installation i chroot again to the installed system and commented out line: GRUB_TERMINAL=console in /etc/default/grub after this i of course did update-grub and voilla! - after reboot everything is ok :) graphical interface is ugly to me - i am preferring text-mode grub regards, Thank you, very much ! It works ! I skipped this email before. Regards Luc. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604995: ITP: python-pyramid -- The Pyramid web application framework, a Pylons project
[with python-pylons maintainer's hat] good :-) I will be able to focus on other libraries (I didn't decide yet if I want to package Pyramid since I'd have to deal with Zope). I will bother you with Paste or SQLAlchemy transitions from time to time, so be prepared ;-) -- Piotr Ożarowski Debian GNU/Linux Developer www.ozarowski.pl www.griffith.cc www.debian.org GPG Fingerprint: 1D2F A898 58DA AF62 1786 2DF7 AEF6 F1A2 A745 7645 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602034: libjpeg-turbo
On Fri, Nov 26, 2010 at 09:40:26AM +0100, Gürkan Sengün wrote: hello Bill and Laurent So nobody will try/work on this to have it packaged in debian? What about the current versions now? Hello Gürkan, The current version of libjpeg-turbo does not have versionned symbols, so it cannot be packaged. I would prefer to wait until squeeze is released before taking any decision on libjpeg-turbo. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604879: [php-maint] Bug#604879: RFP: phptidy -- Beautifier for PHP code
Hi, I didn't try your phptidy, it might be very good, but I just have short remarks on what I read. On 11/25/2010 08:50 AM, jida...@jidanni.org wrote: The used coding standard is mainly inspired by the PEAR Coding Standards: http://pear.php.net/manual/en/standards.php Reading this document... Use an indent of 4 spaces, with no tabs.This helps to avoid problems with diffs, patches, SVN history and annotations. Frankly, that's always the same stupid coding standard inspired from the Linux kernel (and same with GPL v3 vs v2...). This is really retarded thinking imposed by the kernel despots, if you ask me. I will never understand the 4 spaces instead of TAB thing. The excuse of having a retarded VCS is even more silly. If the VCS is bad, then change the VCS for something that knows how to handle things! By the way, stuffs like SVN and CVS should be banished (why not use RCS... ?). It is recommended to keep lines at approximately 75-85 characters long for better code readability. Yes, right, just in case we are editing some PHP code with a teletype or a VAX terminals. How about going back to use 8 bits computing as well? IMHO, it's even more silly to say approximately 75-85. Either say less than 80, either say nothing. I'm ok with stupidity. I'm not ok with imposing one's stupidity to others and saying it should be considered god's truth. All this being said, phptidy should be very useful for very messy people! :) I currently have no time to do the sponsorship, maybe later (after Squeeze is out). Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604933: libllvm-ocaml-2.7-dev: bad findlib package name
severity 604933 important thanks Le -10/01/-28163 20:59, ygrek a écrit : Justification: renders package unusable This is overly exaggerated. The findlib package and shared stublibs are not upstream features, and the package can still be used as a regular library with third-party programs. This is at worst a violation of a should in the OCaml packaging policy. As said in [1], properly fixing this package would also mean renaming the package, which escapes the scope of a freeze exception. I won't partially fix this package to fit the release team's criteria, and the issues raised here are not RC IMHO. However, I put in CC the Debian OCaml Maintainers mailing-list in case someone wants to have a look. [1] http://lists.debian.org/debian-release/2010/08/msg01753.html Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605008: release.debian.org: unblock: fusionforge/5.0.2-5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi, I'd like to request an unblock for fusionforge/5.0.2-4, which contains a single patch fixing RC bug #604218: , | === modified file 'gforge/deb-specific/install-chroot.sh' | --- gforge/deb-specific/install-chroot.sh 2010-10-03 13:36:24 + | +++ gforge/deb-specific/install-chroot.sh 2010-11-26 08:48:49 + | @@ -77,10 +77,6 @@ | # pthread cancel | cp /lib/libgcc_s* $CHROOTDIR/lib | | - # pam extras | - # pam_limits.so | - cp /lib/libcap* $CHROOTDIR/lib | - | # nss extras | # /lib/libnss_pgsql ? | cp /lib/libcom_err* $CHROOTDIR/lib | | === modified file 'gforge/debian/changelog' | --- gforge/debian/changelog 2010-10-29 12:17:14 + | +++ gforge/debian/changelog 2010-11-26 08:50:26 + | @@ -1,3 +1,11 @@ | +fusionforge (5.0.2-5) unstable; urgency=low | + | + * Stop trying to copy libcap into chroot, since it's not used by PAM | +anymore and therefore not guaranteed to be present, thanks to Lucas | +Nussbaum and Hideki Yamane (closes: #604218). | + | + -- Roland Mas lola...@debian.org Fri, 26 Nov 2010 09:50:25 +0100 | + | fusionforge (5.0.2-4) unstable; urgency=low | |* Fixed logic in create-mailing-lists.pl script, allowing it to actually ` Explanation for the bug and patch: PAM used to depend on libcap2, so the corresponding files had to be copied into the chroot. That has changed (in 2007 apparently), and there are systems where libcap2 isn't installed, and the script fails on them. In “real-world” systems the risk is small because ntp (which is commonly installed on servers) pulls in libcap2, but the bug exists nevertheless. Thanks, Roland. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- Roland Mas Qu'est-ce qui est jaune, qui pèse deux cents kilos et qui chante ? Un canari. Belle bête, pas vrai ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543245: More news
See also https://issues.kolab.org/issue4466 -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605009: serious performance regression with ext4
Package: dpkg Version: 1.15.8.6 Severity: important Hi! I'm using ext4 with the default mount option and the fs was created with the default settings from /etc/mke2fs.conf. Since the latest upgrade, performance suffered badly. E.g. installing vim-runtime took ~8 secs with 1.15.8.5, now it takes ~44secs. It was suggested that I use the nodelalloc mount option for ext4. But that not only takes away some of the benefits of ext4, it also requires explicit configuration. dpkg should work properly(with good performance) out-of-the-box on ext4. Cheers, Michael -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dpkg depends on: ii coreutils 8.5-1GNU core utilities ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libselinux1 2.0.96-1 SELinux runtime shared libraries ii xz-utils5.0.0-2 XZ-format compression utilities ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime dpkg recommends no packages. Versions of packages dpkg suggests: ii apt 0.8.9 Advanced front-end for dpkg -- 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#605010: /usr/bin/krandrtray: krandrtray: problem switching between configuration (external monitor plugged or not)
Package: kdebase-workspace-bin Version: 4:4.4.5-4 Severity: important File: /usr/bin/krandrtray Tags: squeeze This happens on my latptop. At my office, I connect it to an external monitor via HDMI. At home I do not have any external monitor so I only use the laptop's monitor (LVDS1). With the external monitor plugged in, I managed to configure to have 2 displays, HDMI1 on the left of LVDS1 with a different size. I set a different desktop activity on both (i.e. on HDMI1 I set a different wallpaper, and no widgets, whereas LVDS1 is my main desktop, so it has many widgets, the task bar, the menu launcher, etc...) Problem number 1: HDMI1 appears as display 1, and LVDS1 as display 2. I set to show unmanaged windows on Display 2, but windows do appear on display 1 sometimes. I could not find a pattern. The KDE startup animation (right after the login screen) appears on display 1. Problem number 2: if I boot without the external monitor, KDE starts with the 2nd desktop (the one that belongs to the external monitor) displayed instead of my main desktop (the one that belongs to LVDS1). This is very annoying because it makes the computer very difficult to use. So it seems that KRandRTray does not detect properly what configuration to use. So here are a few suggestions: - I wish there was more control in KRandRTray and more help available (in the manual, online, etc...) - It should be possible to save several configurations, and have a way to specify conditional rules, such as: use config 2 if HDMI1 is connected, otherwise use config 1 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_SG.UTF-8, LC_CTYPE=en_SG.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kdebase-workspace-bin depends on: ii kaboom 1.1.2The Debian KDE settings migration ii kdebase-runtime 4:4.4.5-1runtime components from the offici ii kdebase-workspace-d 4:4.4.5-4shared data files for the KDE Plas ii kdebase-workspace-k 4:4.4.5-4KDE greet libraries for authentica ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.4.2-2.1FreeType 2 font engine, shared lib ii libgcc1 1:4.4.5-6GCC support library ii libgl1-mesa-glx [li 7.7.1-4 A free implementation of the OpenG ii libglib2.0-02.24.2-1 The GLib library of C routines ii libice6 2:1.0.6-2X11 Inter-Client Exchange library ii libkde3support4 4:4.4.5-1the KDE 3 Support Library for the ii libkdecore5 4:4.4.5-1the KDE Platform Core Library ii libkdeui5 4:4.4.5-1the KDE Platform User Interface Li ii libkephal4 4:4.4.5-4API for easier handling of multihe ii libkfile4 4:4.4.5-1the File Selection Dialog Library ii libkio5 4:4.4.5-1the Network-enabled File Managemen ii libknewstuff2-4 4:4.4.5-1the Get Hot New Stuff v2 Library ii libknewstuff3-4 4:4.4.5-1the Get Hot New Stuff v3 Library ii libknotifyconfig4 4:4.4.5-1library for configuring KDE Notifi ii libkparts4 4:4.4.5-1the Framework for the KDE Platform ii libkpty44:4.4.5-1the Pseudo Terminal Library for th ii libkscreensaver54:4.4.5-4library of the KDE Screensaver sys ii libkutils4 4:4.4.5-1various utility classes for the KD ii libkworkspace4 4:4.4.5-4library for the kdebase workspace ii libnepomuk4 4:4.4.5-1the Nepomuk Meta Data Library ii libnepomukquery4a 4:4.4.5-1the Nepomuk Query Library for the ii libntrack-qt4-1 008-1qt4 API for ntrack ii libpam0g1.1.1-6.1Pluggable Authentication Modules l ii libphonon4 4:4.6.0really4.4.2-1 the core library of the Phonon mul ii libplasma3 4:4.4.5-1the Plasma Library for the KDE Pla ii libplasmagenericshe 4:4.4.5-4shared elements for all the plasma ii libpng12-0 1.2.44-1 PNG library - runtime ii libprocesscore4a4:4.4.5-4library for ksysguard based proces ii libprocessui4a 4:4.4.5-4library for ksysguard process user ii libqimageblitz4 1:0.0.4-4QImageBlitz image effects library ii libqt4-dbus 4:4.6.3-4Qt 4 D-Bus module ii libqt4-network 4:4.6.3-4Qt 4 network module ii libqt4-qt3support 4:4.6.3-4Qt 3 compatibility library for Qt ii libqt4-script 4:4.6.3-4Qt 4 script module ii libqt4-sql
Bug#555938: Composing
Compose + ( + A + ) always worked for me. bye, //mirabilos -- 20:54⎜SvenG:#grml dmaphy: remember: In theory there's no difference ⎜ between theory and practice, but in practice... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604937: gcc-4.4 (cross): build dependencies: gcc-4.4-source (needed?)
tag 604937 + wontfix thanks On 25.11.2010 17:06, Hector Oron wrote: Package: gcc-4.4 Version: 4.4.5-8 Severity: wishlist Hello, Cross building gcc-4.4, it depends on -source packages: dpkg-checkbuilddeps: Unmet build dependencies: gcc-4.4-source (= 4.4.5) gcc-4.4-source ( 4.4.6) Those dependencies are not needed for cross builds, extra space is taken in the build host which is not needed and for slow connections, it takes a while to get the extra packages, could those be disabled? No. It appears that you include the source tarball in your cross source package itself, which IMO is not necessary. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605011: History size seems far too small by default
Package: bash Version: 4.1-3 Severity: wishlist Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu lucid ubuntu-patch Hi Matthias, as you know on Ubuntu a patch to extend HIST{,FILE}SIZE to larger values has been applied. I think many Debian users would find that useful, so please apply it to the Debian's package too. The patch follows, thanks in advance: --- debian/skel.bashrc.orig 2010-11-26 10:28:07.862826395 +0100 +++ debian/skel.bashrc 2010-11-26 10:30:53.970828640 +0100 @@ -15,6 +15,8 @@ shopt -s histappend # for setting history length see HISTSIZE and HISTFILESIZE in bash(1) +HISTSIZE=1000 +HISTFILESIZE=2000 # check the window size after each command and, if necessary, # update the values of LINES and COLUMNS. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bash depends on: ii base-files5.10 Debian base system miscellaneous f ii dash 0.5.5.1-7.2POSIX-compliant shell ii debianutils 3.4Miscellaneous utilities specific t ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libncurses5 5.7+20100313-4 shared libraries for terminal hand Versions of packages bash recommends: ii bash-completion 1:1.2-2programmable completion for the ba Versions of packages bash suggests: pn bash-doc none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595927: closed by Guillem Jover guil...@debian.org (Bug#600075: fixed in dpkg 1.15.8.6)
FYI - I just manually installed 1.15.8.6 on one of our systems that had been exhibiting this problem and then ran a significant aptitude update upgrade and didn't see any occurences of the problem - so this looks positive. It would be good to see this update migrate into squeeze asap. Thanks for your efforts on this - much appreciated. -stephen On 25/11/10 07:03, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the dpkg package: #600075: linux-image-2.6.32-5-amd64: task dpkg blocked for more than 120 seconds It has been closed by Guillem Joverguil...@debian.org. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Guillem Joverguil...@debian.org by replying to this email. -- Stephen Mulcahy, DI2, Digital Enterprise Research Institute, NUI Galway, IDA Business Park, Lower Dangan, Galway, Ireland http://di2.deri.iehttp://webstar.deri.iehttp://sindice.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604937: gcc-4.4 (cross): build dependencies: gcc-4.4-source (needed?)
Hello, 2010/11/26 Matthias Klose d...@debian.org: On 25.11.2010 17:06, Hector Oron wrote: Cross building gcc-4.4, it depends on -source packages: dpkg-checkbuilddeps: Unmet build dependencies: gcc-4.4-source (= 4.4.5) gcc-4.4-source ( 4.4.6) Those dependencies are not needed for cross builds, extra space is taken in the build host which is not needed and for slow connections, it takes a while to get the extra packages, could those be disabled? No. It appears that you include the source tarball in your cross source package itself, which IMO is not necessary. I do not have a cross source package, just a script which installs cross dependencies using dpkg-cross, then crossbuild binutils using: TARGET=debian_arch fakeroot debian/rules binary-cross (which breaks on experimental) and else has to be run. and then cross build gcc using: GCC_TARGET=${ARCH} DEB_CROSS=yes fakeroot debian/rules control DEB_CROSS_NO_BIARCH=yes \ GCC_TARGET=${ARCH} DEB_CROSS=yes dpkg-buildpackage -us -uc -rfakeroot as described in the documentation. Best regards, -- Héctor Orón Our Sun unleashes tremendous flares expelling hot gas into the Solar System, which one day will disconnect us. -- Day DVB-T stop working nicely Video flare: http://antwrp.gsfc.nasa.gov/apod/ap100510.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605012: lintian: Add check for missing build-arch and build-indep targets in debian/rules
Package: lintian Version: 2.4.4 Severity: normal Tags: patch The attached patch adds a new tag (debian-rules-missing-recommended-target) which checks for missing but recommended targets in debian/rules; it's based upon the existing debian-rules-missing-required-target check. I've updated the testsuite as well. This is my first patch for lintian, so I may not have done everything 100% correctly, particularly WRT the testsuite, but I think it's good. Why is this needed? We've wanted to get more widespread usage of the build-arch and build-indep targets for some time (over six years), but have not to date succeeded very well at this (#218893, #604397, #398625 and its duplicates, #229357). This is indended to push for adoption more actively. This isn't attempting to address the more contentious issues to enable the use of these targets, such as control Build-Options flags, where there is not universal consensus (this is the primary sticking point). There is consensus on the need for having these targets, which this does address. These two aspects of the problem aren't directly coupled, and adding the targets now is not an issue. If you look at the bug reports above, you'll see that work has been done to allow reliable target detection in Makefiles, which would enable dpkg-buildpackage to invoke build-arch and/or build-indep if present, or else fall back to build, in which case the need for Build-Options becomes moot. We now have full support for build-arch and build-indep in cdbs and patches for support in dh (#604563) which together give ~50% archive coverage. This change is to get more widespread coverage in the remaining 50% of the archive, with the ultimate goal being 100% coverage and making the targets required rather than recommended. Thanks, Roger -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (550, 'unstable'), (400, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-trunk-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 lintian depends on: ii binutils 2.20.1-15 The GNU assembler, linker and bina ii diffstat 1.53-1produces graph of changes introduc ii dpkg-dev 1.15.8.6 Debian package development tools ii file 5.04-5Determines file type using magic ii gettext0.18.1.1-3GNU Internationalization utilities ii intltool-debian0.35.0+20060710.1 Help i18n of RFC822 compliant conf ii libapt-pkg-perl0.1.24+b1 Perl interface to libapt-pkg ii libclass-accessor-perl 0.34-1Perl module that automatically gen ii libipc-run-perl0.89-1Perl module for running processes ii libparse-debianchangel 1.1.1-2.1 parse Debian changelogs and output ii libtimedate-perl 1.2000-1 collection of modules to manipulat ii liburi-perl1.56-1module to manipulate and access UR ii locales2.11.2-7 Embedded GNU C Library: National L ii locales-all [locales] 2.11.2-7 Embedded GNU C Library: Precompile ii man-db 2.5.7-6 on-line manual pager ii perl [libdigest-sha-pe 5.10.1-16 Larry Wall's Practical Extraction lintian recommends no packages. Versions of packages lintian suggests: pn binutils-multiarchnone (no description available) ii libtext-template-perl 1.45-1 Text::Template perl module ii man-db2.5.7-6on-line manual pager -- no debconf information From 17a32ac63fbc6a9c6e1c3ab9be043d6e6de6a92a Mon Sep 17 00:00:00 2001 From: Roger Leigh rle...@debian.org Date: Fri, 26 Nov 2010 09:54:28 + Subject: [PATCH] Add check for missing build-arch and build-indep targets in debian/rules Add new check (tag debian-rules-missing-recommended-target) Update testsuite Signed-off-by: Roger Leigh rle...@debian.org --- checks/rules | 13 checks/rules.desc | 21 t/tests/debhelper-deprecated/debian/debian/rules |6 +++- .../debian/debian/rules|6 +++- .../debhelper-dh-clean-k-ok/debian/debian/rules|6 +++- t/tests/debhelper-dh-depends/debian/debian/rules |5 +++- .../debian/debian/rules|6 +++- t/tests/fields-quilt-debhelper/debian/debian/rules | 10 +--- t/tests/generic-empty/desc |1 + t/tests/generic-empty/tags |2 + testset/binary/debian/rules|6 +++- testset/debconf/debian/rules | 11 - testset/debug/debian/rules |9 ++- testset/etcfiles/debian/rules |3 ++
Bug#603932: Bug#603932: josm: Sould depend on openjdk-6-jre
On Jueves 25 Noviembre 2010 08:50:11 usted escribió: [...] josm uses whatever the default java is on the system. I know Could you please paste the output of: $ LANG=C update-alternatives --display java java - auto mode link currently points to /usr/lib/jvm/java-6-openjdk/jre/bin/java /usr/lib/jvm/java-6-openjdk/jre/bin/java - priority 1061 slave java.1.gz: /usr/lib/jvm/java-6-openjdk/jre/man/man1/java.1.gz /usr/lib/jvm/java-6-sun/jre/bin/java - priority 63 slave java.1.gz: /usr/lib/jvm/java-6-sun/jre/man/man1/java.1.gz Current 'best' version is '/usr/lib/jvm/java-6-openjdk/jre/bin/java'. It seems like in your case openjdk's is the default one: $ josm Using /usr/lib/jvm/java-6-openjdk/bin/java to execute josm. [..] Yes, it is my default. The problem is that your dependencies do not take into account which java is user's default, they just say any one of these will work, and that is not true: if user has one of them installed and it does not correspond to the user's default java, the needed jre will not be installed and the package executable will fail. If you want to use Sun's java, please change the alternative. Otherwise, install openjdk-6-jre. Yes, that is the solution to my particular problem, but it is not a solution to the bug. JOSM really supports both, so it's not wise to just force the dependency on OpenJDK. I understand. Is there a way to check which java will the user use and install the really needed dependency? In the end, I think this is just a misconfiguration of your system, and the bug can be closed. Thanks, David The point is: if a user has Sun's java installed, by any reason, and later installs openjdk-6-jre-headless by any other reason, for example by installing OpenOffice.org which depends on it, then when the user is to install josm the dependencies system thinks that all dependencies are fullfilled and they are not, since openjdk-6-jre-headless provides a high priority java binary which needs openjdk-6-jre (not installed) to execute josm. Hope this helps Noel er Envite signature.asc Description: This is a digitally signed message part.
Bug#604774: gcc-4.4 (cross): powerpc: cannot compute suffix of object files
On 24.11.2010 10:28, Hector Oron wrote: Package: gcc-4.4 Version: 4.4.5-6 Severity: wishlist Hello, I just note this here, so I can remember. powerpc cross build with: GCC_TARGET=powerpc DEB_CROSS=yes dpkg-buildpackage -us -uc -rfakeroot fails with: [...] configure: creating cache ./config.cache checking for --enable-version-specific-runtime-libs... no checking for a BSD-compatible install... /usr/bin/install -c checking for gawk... gawk checking build system type... i486-pc-linux-gnu checking host system type... powerpc64-unknown-linux-gnu checking for powerpc64-linux-gnu-ar... /usr/powerpc-linux-gnu/bin/ar checking for powerpc64-linux-gnu-lipo... powerpc-linux-gnu-lipo checking for powerpc64-linux-gnu-nm... /srv/build/TOOLS-i386/powerpc/gcc-4.4x/gcc-4.4-4.4.5/build/./gcc/nm checking for powerpc64-linux-gnu-ranlib... /usr/powerpc-linux-gnu/bin/ranlib checking for powerpc64-linux-gnu-strip... /usr/powerpc-linux-gnu/bin/strip checking whether ln -s works... yes checking for powerpc64-linux-gnu-gcc... /srv/build/TOOLS-i386/powerpc/gcc-4.4x/gcc-4.4-4.4.5/build/./gcc/xgcc -B/srv/build/TOOLS-i386/powerpc/gcc-4.4x/gcc-4.4-4.4.5/build/./gcc/ -B/usr/powerpc-linux-gnu/bin/ -B/usr/powerpc-linux-gnu/lib64/ -isystem /usr/powerpc-linux-gnu/include -isystem /usr/powerpc-linux-gnu/sys-include -m64 -fPIC -mstrict-align checking for suffix of object files... configure: error: in `/srv/build/TOOLS-i386/powerpc/gcc-4.4x/gcc-4.4-4.4.5/build/powerpc-linux-gnu/64/libgcc': configure: error: cannot compute suffix of object files: cannot compile See `config.log' for more details. make[3]: *** [configure-target-libgcc] Error 1 make[3]: Leaving directory `/srv/build/TOOLS-i386/powerpc/gcc-4.4x/gcc-4.4-4.4.5/build' make[2]: *** [all] Error 2 make[2]: Leaving directory `/srv/build/TOOLS-i386/powerpc/gcc-4.4x/gcc-4.4-4.4.5/build' s=`cat status`; rm -f status; test $s -eq 0 make[1]: *** [stamps/05-build-stamp] Error 1 make[1]: Leaving directory `/srv/build/TOOLS-i386/powerpc/gcc-4.4x/gcc-4.4-4.4.5' make: *** [stamps/05-build-stamp] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 Attached build/config.log no, the attached config.log doesn't belong to the build log above. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604774: gcc-4.4 (cross): patch fixing powerpc builds
On 24.11.2010 11:22, Hector Oron wrote: Tags: patch thanks Applying this patch i was able to build gcc-4.4 as no-biarch why is it so difficult to send patches which don't break other configurations? Index: debian/rules2 === --- debian/rules2 (revision 4936) +++ debian/rules2 (working copy) @@ -2000,12 +2000,12 @@ # endif ifeq ($(DEB_CROSS),yes) - ifeq ($(DEB_TARGET_ARCH),s390) + ifeq ($(DEB_TARGET_ARCH)-$(biarch64),s390-yes) : # s390 64bit stuff happens to be in s390x-linux-gnu/lib64/ mkdir -p $(d)/$(PF)/s390-linux-gnu/lib64 cp -a $(d)/$(PF)/s390x-linux-gnu/lib64/* $(d)/$(PF)/s390-linux-gnu/lib64/ endif - ifeq ($(DEB_TARGET_ARCH),powerpc) + ifeq ($(DEB_TARGET_ARCH)-$(biarch64),powerpc-yes) : # ppc 64bit build slaps libgcc and libstdc++ to powerpc64-linux-gnu cp -a $(d)/$(PF)/powerpc64-linux-gnu/lib64/* $(d)/$(PF)/powerpc-linux-gnu/lib64/ endif -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605013: netcfg: Please add armhf support
Source: netcfg Severity: wishlist Tags: patch Hi, The armhf port has reached a very good state (at 87%) at debian-ports.org, and I'm now mass-filing bug reports to packages for armhf support. Most packages just have to add armhf in the architecture field. The complete list is in http://wiki.debian.org/ArmHardFloatTodo The package builds fine using the attached patch. Mind you, we do not target squeeze, so there is no rush. But please consider adding armhf support. :) Regards Konstantinos -- System Information: Debian Release: squeeze/sid Architecture: armhf (armv7l) Kernel: Linux 2.6.31.14-efikamx (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -ruN netcfg-1.57/debian/control netcfg-1.57+armhf//debian/control --- netcfg-1.57/debian/control 2010-11-26 10:21:03.109766868 + +++ netcfg-1.57+armhf//debian/control 2010-11-26 10:11:26.229767494 + @@ -8,7 +8,7 @@ Package: netcfg XC-Package-Type: udeb -Architecture: i386 amd64 alpha arm armel armeb hppa ia64 m68k mips mipsel powerpc sparc kfreebsd-i386 kfreebsd-amd64 hurd-i386 sh4 sparc64 +Architecture: i386 amd64 alpha arm armel armeb armhf hppa ia64 m68k mips mipsel powerpc sparc kfreebsd-i386 kfreebsd-amd64 hurd-i386 sh4 sparc64 Depends: ${shlibs:Depends}, ${misc:Depends}, ethernet-card-detection, isc-dhcp-client-udeb [kfreebsd-any], freebsd-net-tools-udeb [kfreebsd-any] Provides: configured-network XB-Installer-Menu-Item: 1800
Bug#604774: gcc-4.4 (cross): patch fixing powerpc builds
Hello, 2010/11/26 Matthias Klose d...@debian.org: why is it so difficult to send patches which don't break other configurations? Apologies about that, I was doing that in a hurry, I'll try to be cleaner next time. Best regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595384: acpi-support-base: use consolekit to determine whether sessions are still open on powerdown/etc.
On Thu, Nov 18, 2010 at 12:33:56AM +0100, Christoph Anton Mitterer wrote: I haven't looked at the details of the different scripts,... but just tried the following (everything as most recent sid version). 1) log on to gnome (via gdm) as some user 2) log off 3) switching to console 4) press power button = nothing happens. And gnome-power-manager seems to be not running. I checked that and tried exactly those steps with gdm3 instead of gdm though. Yes, the power button doesn't work anymore after loggin off, but the reason was not a bug in one of the scripts but gnome-power-manager which was still running albeit under a different user. I have no idea why this happens, but as far as acpi-support is concerned the behaviour seems to be correct. Are you sure that gnome-power-manager is no longer running? That means did you check via ps? 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#604918: base-files: Cannot use /etc/profile.d
On Thu, 25 Nov 2010, Hector Oron wrote: Hello, 2010/11/25 Santiago Vila sanv...@unex.es: On Thu, 25 Nov 2010, Julien Danjou wrote: That's why dpkg has a prompts on conffile conflicts, asking the admin what to do. There would not be any conflict if you didn't change the file from lenny, If he is the owner of his configuration files, why cannot he change that file and be respected in an upgrade? The problem is not respecting the changes when there are changes, Both the dpkg conffile mechanism and the current /etc/profile handling respect the changes. The problem is upgrading the file when you didn't change it. Having a profile.d when you didn't have one, adding a directory to the default PATH, or dropping the default umask (and maybe more changes to come) are changes big enough, IMHO, to not do them automatically. This is the reason why I consider dpkg conffile mechanism to be bad for /etc/profile. This file is an extension of /home/user/.profile. for every user. Modifying it automatically just because there is a new default can make a lot of people to be really upset. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600490: Russian phonetic layout on a jp keyboard?
On 25 November 2010 18:00, Samuel Thibault sthiba...@debian.org wrote: Dima Pasechnik, le Thu 25 Nov 2010 12:35:45 +0800, a écrit : Installing the upgrades mentioned here did not enable any options for choosing the phonetic layout for Russian on the Japanese keyboard. You mean typing Russian on a Japanese keyboard? I didn't know about such thing. Why option were you using to achieve that? I guess you are talking about X keyboard layout, right? yes. In my /etc/X11/xorg.conf I used to have, in the keyboard section, Option XkbLayout jp,ru(phonetic) Option XkbVariant jp106 and it worked. Now I can select Russia Phonetic keyboard in Gnome Keyboard Preferences, but then I am stuck with Cyrillic characters only - the switching does not work. The only way out is to remove this keyboard choice and restart X. And it looks like a specific Japanese keyboard problem. On a machine with a standard US keyboard I run the same Debian version, and am able to select and use Russia Phonetic layout. For the record, it's a Panasonic CF-R5 laptop. (you probably also know that there seems to be no way to *select* an appropriate keyboard) An appropriate keyboard for what? The particular keyboard of that laptop or typing russian on a japanese keyboard? (The latter would just be a consequence of the above). In general, never assume we know anything about localization cases, as most of us don't are not from that localization, so although we usually have an idea, we usually don't know all the details. I meant an appropriate keyboard model for the laptop I am using. (in fact, there seem to be no jp106 keyboard layouts available in Gnome Keyboard Preferences.) When I try printing the keyboard, from Gnome Keyboard Preferences, the output does not show it right (many extra keys are not shown). It could be due to non-availability of an appropriate keyboard model. No wonder it does not really work right.. Samuel -- To unsubscribe, send mail to 600490-unsubscr...@bugs.debian.org. -- Dmitrii Pasechnik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604918: base-files: Cannot use /etc/profile.d
On Fri, Nov 26 2010, Santiago Vila wrote: This is the reason why I consider dpkg conffile mechanism to be bad for /etc/profile. This file is an extension of /home/user/.profile. for every user. Modifying it automatically just because there is a new default can make a lot of people to be really upset. The problem is that can be true for every software in the world, but none are acting like this. -- Julien Danjou // ᐰ jul...@danjou.info http://julien.danjou.info pgphhZfYjldN8.pgp Description: PGP signature
Bug#604990: clarify man page dates policy
On Fri, 26 Nov 2010, jida...@jidanni.org wrote: The Debian Policy Manual should state what the preferred date on manual pages should be, or wishes upstream would make it. There is no need. This is documented in man-pages(7). It is the date the manpage was last revised. Also mention if Debian maintainers should tamper with upstreams' date, or only maybe when they add things to the man page. Maintainer's discretion should be good enough. IMO, one should update it when one changes anything non-minor (i.e. don't bother if it is a typo fix), but as long as the changes are sent upstream, it doesn't matter much. By 'dates' I am talking about the $ man -w cat|xargs zcat|sed 2!d .TH CAT 1 April 2010 GNU coreutils 8.5 User Commands line. Which brings up another item to mention: just month and year OK, or must add date? As long as it is not xx/yy/zz or xx/yy/. Prose text format in the same language as the manpage is good. ISO format (-MM-DD) is good. Japanese format is acceptable (/MM/DD). Anything else will be confusing. And personal discretion is good enough for the decision whether one should bother with days or not. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605014: proofgeneral-coq: PG for coq unusable because hilit19 is missing
Package: proofgeneral-coq Version: 3.7-4 Severity: grave Opening any .v file or starting coq-mode manually only gives the error File mode specification error: (file-error Cannot open load file hilit19) and no proof-general functionality is available. The package is therefore completely unusable. Bye, Hendrik -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages proofgeneral-coq depends on: ii proofgeneral 3.7-4 generic interface for proof assist Versions of packages proofgeneral-coq recommends: ii coq 8.2.pl2+dfsg-1 proof assistant for higher-order l proofgeneral-coq 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#605015: /etc/init.d/udev: init script leaks file descriptors
Subject: /etc/init.d/udev: init script leaks file descriptors Package: udev Version: 164-2 File: /etc/init.d/udev Severity: normal The /etc/init.d/udev script leaks passed file descriptors to the /sbin/udevd daemon. This causes problems problems for unattended-upgrades (see #379645). Daemons should generally close all open file descriptors when starting up. In this case it is probably easiest to close file descriptors in the daemon itself. I use this code myself: /* close all other file descriptors */ m=sysconf(_SC_OPEN_MAX); /* if the system does not have OPEN_MAX just close the first 32 and hope we closed enough */ if (m0) m=32; for (i=3;im;i++) close(i); Thanks. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.35-rc5-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages udev depends on: ii debconf [debconf-2.0]1.5.36 Debian configuration management sy ii libc62.11.2-7Embedded GNU C Library: Shared lib ii libselinux1 2.0.96-1SELinux runtime shared libraries ii libudev0 164-2 libudev shared library ii libusb-0.1-4 2:0.1.12-16 userspace USB programming library ii lsb-base 3.2-23.1Linux Standard Base 3.2 init scrip ii util-linux 2.17.2-3.3 Miscellaneous system utilities Versions of packages udev recommends: ii pciutils 1:3.1.7-5 Linux PCI Utilities ii usbutils 0.87-5 Linux USB utilities -- -- arthur - adej...@debian.org - http://people.debian.org/~adejong -- signature.asc Description: This is a digitally signed message part
Bug#602970: Please package 0.8.x
Hi please package nginx 0.8.x in Sid/Experimental, it would be really appreciated. TIA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597926: isdnutils: diff for NMU version 1:3.9.20060704+dfsg.2-6.1
On 25.11.2010 12:09, Alexander Reichle-Schmehl wrote: I've prepared an NMU for isdnutils (versioned as 1:3.9.20060704+dfsg.2-6.1) and uploaded it to DELAYED/2. http://mentors.debian.net/debian/pool/main/i/isdnutils/isdnutils_3.9.20060704+dfsg.2-7.dsc is what I would like to see uploaded instead. Alexander, please supersede or remove the NMU. Thank you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603675: device2grub not needed for grub2
On Thu, 2010-11-25 at 18:07 +0100, Thomas Lange wrote: The script device2grub is not needed for grub2. In FAI we have the class GRUB_PC which uses the script GRUB_PC/10-setup for setting up grub2 configuration. Also have a look at #604938 which fixes a problem in this script. FAI will use grub-probe (instead of device2grub) for grub2. IMO we can close this bug. The bug was seen in 4.0~beta2+experimental23 . I have verified that neither the current experimental (4.0~beta2+experimental41) nor the version in squeeze (3.4.4) make use of device2grub. I think the version of GRUB_PC/10-setup in experimental should be preferred over the version in 3.4.4 because it installs Grub into $BOOT_DEVICE, thus solving the problem which was recently discussed on the linux-fai list with subject host does not boot with grub_pc and /dev/sdd as boot disk. I agree that the bug can be closed. -- Toomas Tamm e-mail: tt-fai (at) kky.ttu.ee Chair of Inorganic Chemistryvoice: INT+372-620-2810 Tallinn University of Technologyfax:INT+372-620-2828 Ehitajate tee 5, EE-19086 Tallinn, Estonia http://www.kk.ttu.ee/toomas/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#436949: Use ~/Desktop as default
* Anibal Avelar aave...@cofradia.org [Don Aug 09, 2007 at 02:54:30 -0500]: Thank you for report it. Yes, I know about this requirement. I'm the upstream. I have a new version 0.7.6 but I don't know if I will release it soon. I'm very busy right now. More than 2 years later - any news on that? http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=idesk;dist=unstable - the package would need some love overall, do you plan to take any actions over the next few days/weeks? regards, -mika- signature.asc Description: Digital signature
Bug#605017: gimp: Save and open windows: cannot use mouse and tab key (only reverse-tab runs)
Package: gimp Version: 2.6.10-1 Severity: important Select File - Save (or Save as, or Open); a dialog window will appear to select filename/path. Those windows are not usable by mouse, and by tab. Reverse-tab only, runs to change field(moving from a field (or button) to th next (previous!!) one. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32t Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gimp depends on: ii gimp-data 2.6.10-1 Data files for GIMP ii libaa1 1.4p5-38 ascii art library ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libbabl-0.0-0 0.0.22-1 Dynamic, any to any, pixel format ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.24-3 simple interprocess messaging syst ii libdbus-glib-1-20.88-2 simple interprocess messaging syst ii libexif12 0.6.19-1 library to parse EXIF files ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.4.2-2.1FreeType 2 font engine, shared lib ii libgegl-0.0-0 0.0.22-2+b1 Generic Graphics Library ii libgimp2.0 2.6.10-1 Libraries for the GNU Image Manipu ii libglib2.0-02.24.2-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface ii libhal1 0.5.14-3 Hardware Abstraction Layer - share ii libjpeg62 6b1-1The Independent JPEG Group's JPEG ii liblcms11.18.dfsg-1.2+b3 Color management library ii libmng1 1.0.10-1+b1 Multiple-image Network Graphics li ii libpango1.0-0 1.28.3-1 Layout and rendering of internatio ii libpng12-0 1.2.44-1 PNG library - runtime ii libpoppler-glib40.12.4-1.2 PDF rendering library (GLib-based ii librsvg2-2 2.26.3-1 SAX-based renderer library for SVG ii libtiff43.9.4-5 Tag Image File Format (TIFF) libra ii libwebkit-1.0-2 1.2.5-2 Web content engine library for Gtk ii libwmf0.2-7 0.2.8.4-6.1+b1 Windows metafile conversion librar ii libx11-62:1.3.3-3X11 client-side library ii libxext62:1.1.2-1X11 miscellaneous extension librar ii libxfixes3 1:4.0.5-1X11 miscellaneous 'fixes' extensio ii libxmu6 2:1.0.5-2X11 miscellaneous utility library ii libxpm4 1:3.5.8-1X11 pixmap library ii python 2.6.6-3+squeeze1 interactive high-level object-orie ii python-gtk2 2.17.0-4 Python bindings for the GTK+ widge ii python-support 1.0.10 automated rebuilding support for P ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime gimp recommends no packages. Versions of packages gimp suggests: ii ghostscript 8.71~dfsg2-6 The GPL Ghostscript PostScript/PDF ii gimp-data-extras1:2.0.1-3An extra set of brushes, palettes, pn gimp-help-en | gimp-helpnone (no description available) ii gvfs-backends 1.6.4-2 userspace virtual filesystem - bac ii libasound2 1.0.23-2.1 shared library for ALSA applicatio -- 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#569203: ITP: parti -- an experimental window manager, a WM library, and screen for X
Hello Miguel and Michael, I just wondered what the state of this ITP was? I wanted to use xpra on Lenny and found that the 0.0.6-0ubuntu8 source package from Ubuntu builds (with a few warnings) on Lenny and the resulting binary works fine for me. Would it be sensible to take 0.0.6-0ubuntu8 and import it into Debian, then have Ubuntu pull from there? Presumably that would make less work for Ubuntu MOTU going forwards? I know we're too late for Squeeze but it'd be nice to see xpra in Wheezy. Cheers, Dave -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597926: isdnutils: diff for NMU version 1:3.9.20060704+dfsg.2-6.1
Hi Rolf! Am 26.11.2010 12:44, schrieb Rolf Leggewie: I've prepared an NMU for isdnutils (versioned as 1:3.9.20060704+dfsg.2-6.1) and uploaded it to DELAYED/2. http://mentors.debian.net/debian/pool/main/i/isdnutils/isdnutils_3.9.20060704+dfsg.2-7.dsc is what I would like to see uploaded instead. Alexander, please supersede or remove the NMU. Thank you. On it's way. However, I'm not really convinced, that my solution is wrong. /sbin/MAKEDEV calls where removed on purpouse on 1:3.9.20060704-5, most likely due to the lintian warning because of Policy 6.1 last paragraph. To my understanding the ./MAKEDEV would also not satisfy that should clause, but at least lintian doesn't detect it and you don't need an to override it's warning ;) However, you are the maintainer, so I sponsored the version on mentors. Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605018: wrong return code of plymouth-set-default-theme
Package: plymouth Version: 0.8.3-18 Severity: normal # plymouth-set-default-theme solar # echo $? 1 The command works fine though. The wrong error code (in this case) is caused by a shell scripting error: [ $DO_INITRD_REBUILD -ne 0 ] (${PLYMOUTH_LIBEXECDIR}/plymouth/plymouth-update-initrd) This should be: if [ $DO_INITRD_REBUILD -ne 0 ] ; then (${PLYMOUTH_LIBEXECDIR}/plymouth/plymouth-update-initrd) fi instead as it's invoked unter 'set -e'. regards, -mika- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2010-11-26t13-34...@devnull.michael-prokop.at
Bug#604728: general: Cannot play anything in totem or gnome-mplayer while a flash movie is running in iceweasel
[Holger Levsen] Looks like editing the file /etc/asound.conf fixed the problem. Thanks, but shouldn't this be done automatically while installing pulseaudio package? I'll leave this decission to the pulseaudio maintainers... ;-) Just to let you know, we will change the default in Debian Edu to use pulseaudio by default by editing our /etc/asound.conf file to do this. We earlier only enabled this for thin clients, but if it make sure Adobe Flash audio do not block other programs, it seem a good default to have for non-thin clients too. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605019: desktop-base: text in grub is hard to read with moreblue-orbit-grub wallpaper
Package: desktop-base Version: 6.0.1 Hello, with package version 6.0.1 desktop-base changed grub's text colors from black and magenta to light-gray and white. According to the changelog this should improve readability - probably for the spacefun-grub wallpapers. However, this change dramatically reduces the readability of grub text when choosing the alternative (formerly default) moreblue-orbit-grub wallpaper. regards Mario -- As a rule, the more bizarre a thing is, the less mysterious it proves to be. -- Sherlock Holmes by Arthur Conan Doyle signature.asc Description: Digital signature
Bug#605020: desktop-base: please provide a widescreen variant of moreblue-orbit-grub
Package: desktop-base Version: 6.0.1 Severity: wishlist Hello, could you please provide a widescreen variant for the moreblue-orbit-grub wallpaper? Thanks for your work regards Mario -- Der C64 und die Cruise Missles haben die gleiche CPU. Aber nicht den gleichen Gefechtskopf. Deshalb der Expansions-Port. -- Helmut Springer in d.a.s.r signature.asc Description: Digital signature
Bug#563539: [Pkg-utopia-maintainers] Bug#563539: devicekit-disks: error message after umounting crypted external storage without obvious reason / constraints
reassign 563539 dmsetup found 563539 2:1.02.48-4 thanks On 03.01.2010 18:38, Michael Schmitt wrote: Package: devicekit-disks Version: 009-2 Severity: minor Happens on all sid boxes here (in gnome). To reproduce, create a crypted (luks) volume on a usbstick, plug it in, umount with nautilus, wait several seconds, read the following: Error locking luks device: timeout (10s) waiting for cleartext device to be removed It complains it can't umount the device additionally, but apparently the device is umounted and the device mapper device is also removed successfully. Same thing desribed in the fedora bts here: https://bugzilla.redhat.com/show_bug.cgi?format=multipleid=518417 I guess fedora did not send the patch upstream? As the report there is a about fixed in dkd 007 and I have 009 installed. I can reproduce this problem, using dmsetup 2:1.02.48-4 I updated the dmsetup package to 1.02.58 (2.02.77) and the problem is gone. So it looks like a problem in the current dmsetup package. Reassigning accordingly. 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#597926: isdnutils: diff for NMU version 1:3.9.20060704+dfsg.2-6.1
On 2010-11-26 13:31 +0100, Alexander Reichle-Schmehl wrote: Am 26.11.2010 12:44, schrieb Rolf Leggewie: I've prepared an NMU for isdnutils (versioned as 1:3.9.20060704+dfsg.2-6.1) and uploaded it to DELAYED/2. http://mentors.debian.net/debian/pool/main/i/isdnutils/isdnutils_3.9.20060704+dfsg.2-7.dsc is what I would like to see uploaded instead. Alexander, please supersede or remove the NMU. Thank you. On it's way. However, I'm not really convinced, that my solution is wrong. /sbin/MAKEDEV calls where removed on purpouse on 1:3.9.20060704-5, most likely due to the lintian warning because of Policy 6.1 last paragraph. IIRC the udev maintainer has committed to always ensure that /dev/MAKEDEV is available. And it does not really make sense to run /sbin/MAKEDEV when /dev is under udev's control. To my understanding the ./MAKEDEV would also not satisfy that should clause, but at least lintian doesn't detect it and you don't need an to override it's warning ;) However, you are the maintainer, so I sponsored the version on mentors. This version has the rather serious flaw that the capiutils postinst still checks for /dev/MAKEDEV rather than /sbin/MAKEDEV which it actually tries to run. :-( Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604897: xserver-xorg-core: Segmentation fault on Squeeze with radeon
Cyril Brulebois wrote: Tobias Nissen t...@movb.de (25/11/2010): Backtrace: 0: /usr/bin/X (xorg_backtrace+0x3b) [0x80adebb] 1: /usr/bin/X (0x8048000+0x5aa95) [0x80a2a95] 2: (vdso) (__kernel_rt_sigreturn+0x0) [0xb786740c] 3: /usr/lib/xorg/modules/extensions/libglx.so (0xb7421000+0x3fc24) [0xb7460c24] 4: /usr/lib/xorg/modules/extensions/libglx.so (0xb7421000+0x364f2) [0xb74574f2] 5: /usr/bin/X (InitExtensions+0x85) [0x80cb3a5] 6: /usr/bin/X (0x8048000+0x1e80d) [0x806680d] 7: /lib/i686/cmov/libc.so.6 (__libc_start_main+0xe6) [0xb759bc76] 8: /usr/bin/X (0x8048000+0x1e5a1) [0x80665a1] Segmentation fault at address (nil) Sounds like #604265. It would be nice to have a full backtrace. OK, I got this: hal:/home/tobi# gdb Xorg GNU gdb (GDB) 7.0.1-debian Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i486-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/Xorg...Reading symbols from /usr/lib/debug/usr/bin/Xorg...done. (no debugging symbols found)...done. (gdb) run Starting program: /usr/bin/Xorg [Thread debugging using libthread_db enabled] X.Org X Server 1.7.7 Release Date: 2010-05-04 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32.25-dsa-ia32 i686 Debian Current Operating System: Linux hal 2.6.36-rc6-686 #1 SMP Mon Oct 4 10:25:13 UTC 2010 i686 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.36-rc6-686 root=UUID=ac9aa2af-53fc-41bb-9880-7fb72852b900 ro quiet no_console_suspend=1 acpi_sleep=s4_nohwsig Build Date: 12 November 2010 12:21:56AM xorg-server 2:1.7.7-9 (Julien Cristau jcris...@debian.org) Current version of pixman: 0.16.4 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: Fri Nov 26 13:52:27 2010 (==) Using config file: /etc/X11/xorg.conf (==) Using system config directory /usr/share/X11/xorg.conf.d [tcsetpgrp failed in terminal_inferior: Operation not permitted] (II) [KMS] drm report modesetting isn't supported. (EE) open /dev/fb0: No such file or directory XRANDR name: VGA-0 Connector: VGA CRT1: INTERNAL_KLDSCP_DAC1 DDC reg: 0x7e40 XRANDR name: LVDS Connector: LVDS LCD1: INTERNAL_LVTM1 DDC reg: 0x7e60 XRANDR name: DVI-0 Connector: DVI-I DFP1: INTERNAL_KLDSCP_TMDS1 DDC reg: 0x7e50 Dac detection success finished output detect: 0 finished output detect: 1 Unhandled monitor type 0 finished output detect: 2 finished all detect Dac detection success Unhandled monitor type 0 Output LCD1 disable success Blank CRTC 0 success Disable CRTC 0 success Blank CRTC 1 success Disable CRTC 1 success Output CRT1 disable success Output LCD1 disable success Blank CRTC 0 success Disable CRTC 0 success Blank CRTC 1 success Disable CRTC 1 success Output LCD1 disable success Blank CRTC 0 success Disable CRTC 0 success Mode 1400x1050 - 1688 1066 10 Picked PLL 0 best_freq: 108000 best_feedback_div: 80 best_frac_feedback_div: 0 best_ref_div: 2 best_post_div: 10 Set CRTC 0 PLL success Set CRTC Timing success Set CRTC 0 Overscan success Not using RMX scaler 0 setup success Set CRTC 0 Source success crtc 0 YUV disable setup success Output digital setup success Output LCD1 enable success Enable CRTC 0 success Unblank CRTC 0 success Output CRT1 disable success Blank CRTC 1 success Disable CRTC 1 success SELinux: Disabled on system, not enabling in X server Program received signal SIGSEGV, Segmentation fault. 0x in ?? () (gdb) bt #0 0x in ?? () #1 0xb7bdbc24 in ?? () from /usr/lib/xorg/modules/extensions/libglx.so #2 0xb7bd24f2 in ?? () from /usr/lib/xorg/modules/extensions/libglx.so #3 0x080cb3a5 in InitExtensions (argc=1, argv=0xb6e4) at ../../../../mi/miinitext.c:565 #4 0x0806680d in main (argc=1, argv=0xb6e4, envp=0xb6ec) at ../../dix/main.c:205 (gdb) bt full #0 0x in ?? () No symbol table info available. #1 0xb7bdbc24 in ?? () from /usr/lib/xorg/modules/extensions/libglx.so No symbol table info available. #2 0xb7bd24f2 in ?? () from /usr/lib/xorg/modules/extensions/libglx.so No symbol table info available. #3 0x080cb3a5 in InitExtensions (argc=1, argv=0xb6e4) at ../../../../mi/miinitext.c:565 listInitialised = 1 #4 0x0806680d in main (argc=1, argv=0xb6e4, envp=0xb6ec) at ../../dix/main.c:205 i = value optimized out alwaysCheckForInput = {0, 1} (gdb) signature.asc Description: PGP signature
Bug#605021: incron: Bug 470391 fixed the problem for $# arguments containing spaces but not for $@
Package: incron Version: 0.5.9-5 Severity: normal I use incron on a directory containing spaces. E.g. in /etc/incron.d/test: /dir/contains\ a\ space IN_CLOSE_WRITE,IN_MOVED_TO script.sh $@ $# $% The $@ does not parse to one commandline argument but to several. A similar bug was already solved for the $# argument (Bug 470391) which does work. -- System Information: Debian Release: 5.0.3 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/8 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 incron depends on: ii adduser 3.110 add and remove users and groups ii libc62.7-18 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1.1 GCC support library ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip incron recommends no packages. incron suggests no packages. -- Configuration Files: /etc/incron.allow changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605022: unblock: canna/3.7p3-6.5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package canna as it fixes two RC bugs (including one unreported piuparts uninstallation fail). Changelog reads as fellows: * Non-maintainer upload. * Urgency high due to RC bug fix * Fix problem when trying to delete user twice on purge (postrm purge might be indeed called twice; see http://lists.debian.org/debian-devel/2002/10/msg00345.html for details) (Closes: #579312) * Use userdel instead of the non-essential deluser in postrm * Include danish debconf template (Closes: #589865) * Also fix lintian error on weak library dependency for libcanna1g-dev on libcanna1g by version the dependency with (= ${binary:Version}) unblock canna/3.7p3-6.5 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597926: isdnutils: diff for NMU version 1:3.9.20060704+dfsg.2-6.1
Thanks guys, for your input. There are many minefields with isdnutils. I appreciate you pointing them out. FWIW, my Ubuntu system does not have /dev/MAKEDEV and I want to make sure that eventually Ubuntu can drop it's delta. As such, I will need a bit more time to look into this issue. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563474: fix uploaded to DELAYED/7
Hey, the fix was tested and was found to work on 2.6.32. The fix is uploaded to delayed/7. Thanks to Chad Wagner to provide the patch. Greetings Winnie -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591974: Looks like we should drop libmojomojo-perl for squeeze
Hi! * Jonathan Yu jaw...@cpan.org [101125 14:31]: Your advice would be greatly appreciated. I'm not sure, if I'm the best to ask for advice for this matter, as I'm just an RC bug hunter, neither a perl nor a swf developer. But in general I tend to think, that a libmojomojo-perl with limited functionality in Squeeze is better, than non at all. Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604083: add support for megaraid 9240 9260 9280 8704 8708 8880 8888
I've just tested 2.6.32-28 from latest iso and it still doesn't work. The version of this driver included in experimental is reported to work on other distribution (0.17). If you'd point me to some RTFM to help you test something that could give some more chance to add support to these controller in the upcoming stable I'd try to help. thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605003: loss of data
On Thu, 2010-11-25 at 23:36 -0500, jamesb wrote: Package: kernel Severity: critical It appears that after doing some heavy compiling and filling up the entire filesystem, my xchat settings completely vanished when i decided to reuse it. (decided to clear out all the made up object files and have XX megs space free). I was stunned to see zero network lists to select on an irc connection dialog startup box.. I remember reading about a patch for a filesystem routine about applications accessing file read/write operations-- not sure if which library exactly does this.. so i'm posting about this loss of data.. it may just be xchat but I have suspicions that it isn't.. thanks for the good work.. * xchat's save_config() function: (1) leaves the output file open if it fails to write data (2) returns a success indicator, which all its callers ignore I'm not sure whether these can explain the above behaviour, but if I can spot these bugs in 5 minutes then there are probably others that can. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#597926: isdnutils: diff for NMU version 1:3.9.20060704+dfsg.2-6.1
On 26/11/2010 14:08, Rolf Leggewie wrote: Thanks guys, for your input. There are many minefields with isdnutils. I appreciate you pointing them out. FWIW, my Ubuntu system does not have /dev/MAKEDEV and I want to make sure that eventually Ubuntu can drop it's delta. As such, I will need a bit more time to look into this issue. In case more time means more than a few days, could we have a fixed version in sid please? Besides, maybe you might want to test -x instead of -e when looking for MAKEDEV? Regards, -- Mehdi Dogguy مهدي الدڤي me...@{dogguy.org,debian.org} -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604897: xserver-xorg-core: Segmentation fault on Squeeze with radeon
Cyril Brulebois wrote: Tobias Nissen t...@movb.de (25/11/2010): Backtrace: 0: /usr/bin/X (xorg_backtrace+0x3b) [0x80adebb] 1: /usr/bin/X (0x8048000+0x5aa95) [0x80a2a95] 2: (vdso) (__kernel_rt_sigreturn+0x0) [0xb786740c] 3: /usr/lib/xorg/modules/extensions/libglx.so (0xb7421000+0x3fc24) [0xb7460c24] 4: /usr/lib/xorg/modules/extensions/libglx.so (0xb7421000+0x364f2) [0xb74574f2] 5: /usr/bin/X (InitExtensions+0x85) [0x80cb3a5] 6: /usr/bin/X (0x8048000+0x1e80d) [0x806680d] 7: /lib/i686/cmov/libc.so.6 (__libc_start_main+0xe6) [0xb759bc76] 8: /usr/bin/X (0x8048000+0x1e5a1) [0x80665a1] Segmentation fault at address (nil) Sounds like #604265. It would be nice to have a full backtrace. Ah sorry, still had some old files in /usr/lib/xorg/modules/extensions. This should be better: (gdb) bt #0 0x in ?? () #1 0xb7bdbc24 in __glXDRIscreenProbe (pScreen=0x8233d48) at ../../glx/glxdri.c:1133 #2 0xb7bd24f2 in GlxExtensionInit () at ../../glx/glxext.c:363 #3 0x080cb3a5 in InitExtensions (argc=1, argv=0xb6e4) at ../../../../mi/miinitext.c:565 #4 0x0806680d in main (argc=1, argv=0xb6e4, envp=0xb6ec) at ../../dix/main.c:205 (gdb) bt full #0 0x in ?? () No symbol table info available. #1 0xb7bdbc24 in __glXDRIscreenProbe (pScreen=0x8233d48) at ../../glx/glxdri.c:1133 hSAREA = 4161138688 pSAREA = 0xb7c09000 BusID = 0x8231d30 pci::01:00.0 ddx_version = {major = 5, minor = 3, patch = 0} dri_version = {major = 4, minor = 1, patch = 0} drm_version = {major = 1, minor = 33, patch = 0} framebuffer = {base = 0xa53ad000 Address 0xa53ad000 out of bounds, size = 134184960, stride = 5632, width = 1400, height = 1400, dev_priv_size = 100, dev_priv = 0x8263fd8} fd = 16 status = value optimized out magic = 4 version = value optimized out newlyopened = 1 driverName = 0xb7b702a0 r300 hFB = 3623878656 junk = 0 screen = 0x827c748 filename = /usr/lib/dri/r300_dri.so\000\000\000\000\001\000\000\000\030\233 \b\315\\342\267\341\000\000\000\030\000\000\000\240\063\344\267\364\037\344\267x\327 \b\254\063\344\267\000\000\000\000\020\000\000\000\370\364\377\277\004\365\377\277\370\304'\b\030\233 \b\000\000\000\000\030\000\000\000\364\037\344\267XÒ¹\267\240\063\344\267\b\365\377\277\215\f\327\267\364\037ä· 3\344\267pB'\b isCapable = 1 buffer_size = value optimized out pScrn = 0x820d778 driConfigs = value optimized out extensions = value optimized out from = value optimized out #2 0xb7bd24f2 in GlxExtensionInit () at ../../glx/glxext.c:363 extEntry = value optimized out pScreen = 0x8233d48 i = 0 p = 0xb7bedcdc glx_provided = 0 #3 0x080cb3a5 in InitExtensions (argc=1, argv=0xb6e4) at ../../../../mi/miinitext.c:565 listInitialised = 1 #4 0x0806680d in main (argc=1, argv=0xb6e4, envp=0xb6ec) at ../../dix/main.c:205 i = value optimized out alwaysCheckForInput = {0, 1} (gdb) signature.asc Description: PGP signature
Bug#605023: grub-pc: should copy desktop-grub.png in postinst
Package: grub-pc Version: 1.98+20100804-8 Hello, grub-pc copies moreblue-orbit-grub.png to /boot/grub to increase the chance for it to be accessible by grub. This did well until desktop-base started shipping grub_background.sh which now points grub's background image to the alternative symlink /usr/share/images/desktop-base/desktop-grub.png Thus, if /boot now resides on a separate filesystem, update-grub does not configure a background image anymore. Hence, grub-pc's postinst should probably copy desktop-grub.png instead of or as well as moreblue-orbit-grub.png. However, a more long-term solution able to deal with the dynamics of this alternative symlink would probably move the copying away from postinst to 05_debian_theme and would copy only the configured background image and only if needed. regards Mario -- The only thing to be scared of, son, is tomorrow. I don't live for tomorrow. Never saw the fun in it. -- Denny Crane, Boston Legal signature.asc Description: Digital signature
Bug#603392: mod-evasive DDOSSystemCommand
Hi, OK, it seems like I've created the problem by mysql using strace for debugging purpuses which does not work with suid :) You can close this report. Thanks, Werner -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604976: mplayer: signal 11 in module: decode_audio when changing speed and using -af hrtf
On Thu, Nov 25, 2010 at 22:55:55 (CET), Thomas Arendsen Hein wrote: Hi! When playing a DVD or any other file with 5.1 channel 48000 Hz audio using the hrtf audio filter and either using -speed to change the playback speed or using [ or ] keys to change it during play, mplayer crashes. [...] Playing with -af pan=2:1:0:0:1:1:0:0:1:0.7:0.7:0.5:0.5 (downmixing to two channels) works without problems as this works with any sample rate. crash report: MPlayer interrupted by signal 11 in module: decode_audio - MPlayer crashed by bad usage of CPU/FPU/RAM. Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and disassembly. Details in DOCS/HTML/en/bugreports_what.html#bugreports_crash. - MPlayer crashed. This shouldn't happen. It can be a bug in the MPlayer code _or_ in your drivers _or_ in your gcc version. If you think it's MPlayer's fault, please read DOCS/HTML/en/bugreports.html and follow the instructions there. We can't and won't help unless you provide this information when reporting a possible bug. [ This binary of MPlayer in Debian is currently compiled with '--enable-debug'; the debugging symbols are in the package 'mplayer-dbg'.] Versions of packages mplayer depends on: [...] ii libpostproc51 5:0.6~svn20100726-0.1 postproc shared libraries Can you please retry with Debian's version of libpostproc51? Also, does this problem also occur with mplayer from experimental? If yes, could you please also try SVN HEAD? -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605024: coq: coq.el requires nonexistent hilit19
Package: coq Version: 8.2.pl2+dfsg-1 Severity: normal The file /etc/emacs/site-start.d/50coq.el sets coq-mode for *.v files and declares coq-mode to autoload coq.el. The file /usr/share/emacs/site-lisp/coq/coq.el however requires hilit19 in line 140, which seems not to be available in squeeze. Therefore loading any *.v file or starting coq-mode manually stops with the error File mode specification error: (file-error Cannot open load file hilit19) This problem is wrongly attributed to proofgeneral, see #605014 and #582768. Bye, Hendrik -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages coq depends on: ii coq-theories 8.2.pl2+dfsg-1 proof assistant for higher-order l ii emacsen-common1.4.19 Common facilities for all emacsen ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii ocaml-base-nox [ocaml-bas 3.11.2-2 Runtime system for OCaml bytecode Versions of packages coq recommends: ii coqide8.2.pl2+dfsg-1 proof assistant for higher-order l ii proofgeneral-coq 3.7-4 generic interface for proof assist Versions of packages coq suggests: ii coq-doc 8.2pl1-1 documentation for Coq ii ledit [readline-editor] 2.01-6 line editor for interactive progra pn libcoq-ocaml-dev none (no description available) ii ocaml-nox 3.11.2-2 ML implementation with a class-bas ii proofgeneral-coq 3.7-4 generic interface for proof assist pn why none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597926: isdnutils: diff for NMU version 1:3.9.20060704+dfsg.2-6.1
On 26.11.2010 14:21, Mehdi Dogguy wrote: In case more time means more than a few days, could we have a fixed version in sid please? Besides, maybe you might want to test -x instead of -e when looking for MAKEDEV? Guys, I appreciate you taking isdnutils seriously. I'm happy to see the package is still in demand and people care about it. Alas, isdnutils is a complicated and long-neglected package. I don't claim to understand it very well, yet. As such, I try to tread carefully after understanding as much as possible about a certain change. Everybody has their pet bug and would like to see it resolved immediately. To make a long story short, I cannot definitively answer your question, both where I am concerned and where I am not (time to sponsorship comes to mind). Here's a couple of things that may help you get an idea. * I try to resolve RC bugs within about a week * anything not RC has no definitive time-frame (including this one) * patches are always welcome, but I may have questions or go a different way * things have to be compatible with both Debian and Ubuntu * co-maintainers and dedicated sponsors welcome I am only DM and would hope to get DMUA set in due course -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602970: Please package 0.8.x
On Fri, Nov 26, 2010 at 5:08 PM, Davide Ferrari davide.ferr...@atrapalo.com wrote: please package nginx 0.8.x in Sid/Experimental, it would be really appreciated. Thanks a lot for reminder. Expect package soon [0] in Sid or Experimental :) [0] ie weekend. -- Kartik Mistry Debian GNU/Linux Developer IRC: kart_ | Identica: @kartikm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564628: [PATCH] net/r8169: Correct the ram code for RTL8111D(L)
On Fri, 2010-11-26 at 19:54 +0800, Hayes Wang wrote: Correct the binary code (Low pass filter DLY_CAP fine tune from uC). The incorrect ram code would make the nic working abnormally. [...] I'm glad you finally acknowledge that this is code rather than simple register initialisation. Please can you put the microcontroller firmware under a suitable licence, if you are not intending to release its source code. The GPL is not suitable as it requires distributions to provide the source code; that makes the firmware strictly undistributable at present. An example licence for binary-only redistribution is: Copyright date company Permission is hereby granted for the distribution of this firmware data in hexadecimal or equivalent format, provided this copyright notice is accompanying it. Signed-off-by: Hayes Wang hayesw...@realtek.com --- drivers/net/r8169.c | 141 +-- 1 files changed, 113 insertions(+), 28 deletions(-) mode change 100644 = 100755 drivers/net/r8169.c diff --git a/drivers/net/r8169.c b/drivers/net/r8169.c old mode 100644 new mode 100755 [...] Also, please don't add execute permission to source files. Below are the changes Debian currently applies in preparation for proper licencing of the firmware. Ben. --- Subject: [PATCH] r8169: remove firmware for RTL8169D PHY The recently added support for RTL8169D chips included some machine code without accompanying source code. Replace this with use of the firmware loader. Signed-off-by: Ben Hutchings b...@decadent.org.uk --- drivers/net/r8169.c | 717 --- 1 files changed, 44 insertions(+), 673 deletions(-) diff --git a/drivers/net/r8169.c b/drivers/net/r8169.c index 7d33ef4..bfc251a 100644 --- a/drivers/net/r8169.c +++ b/drivers/net/r8169.c @@ -24,6 +24,7 @@ #include linux/init.h #include linux/dma-mapping.h #include linux/pm_runtime.h +#include linux/firmware.h #include asm/system.h #include asm/io.h @@ -1383,6 +1384,23 @@ static void rtl_phy_write(void __iomem *ioaddr, const struct phy_reg *regs, int } } +struct phy_reg_le { + __le16 reg; + __le16 val; +}; + +static void rtl_phy_write_fw(void __iomem *ioaddr, const struct firmware *fw) +{ + const struct phy_reg_le *regs = (const struct phy_reg_le *)fw-data; + size_t len = fw-size / sizeof(*regs); + + while (len-- 0) { + mdio_write(ioaddr, le16_to_cpu(regs-reg), + le16_to_cpu(regs-val)); + regs++; + } +} + static void rtl8169s_hw_phy_config(void __iomem *ioaddr) { static const struct phy_reg phy_reg_init[] = { @@ -1715,7 +1733,7 @@ static void rtl8168c_4_hw_phy_config(void __iomem *ioaddr) rtl8168c_3_hw_phy_config(ioaddr); } -static void rtl8168d_1_hw_phy_config(void __iomem *ioaddr) +static void rtl8168d_1_hw_phy_config(struct rtl8169_private *tp) { static const struct phy_reg phy_reg_init_0[] = { { 0x1f, 0x0001 }, @@ -1743,361 +1761,8 @@ static void rtl8168d_1_hw_phy_config(void __iomem *ioaddr) { 0x05, 0x8332 }, { 0x06, 0x5561 } }; - static const struct phy_reg phy_reg_init_2[] = { - { 0x1f, 0x0005 }, - { 0x05, 0xffc2 }, - { 0x1f, 0x0005 }, - { 0x05, 0x8000 }, - { 0x06, 0xf8f9 }, - { 0x06, 0xfaef }, - { 0x06, 0x59ee }, - { 0x06, 0xf8ea }, - { 0x06, 0x00ee }, - { 0x06, 0xf8eb }, - { 0x06, 0x00e0 }, - { 0x06, 0xf87c }, - { 0x06, 0xe1f8 }, - { 0x06, 0x7d59 }, - { 0x06, 0x0fef }, - { 0x06, 0x0139 }, - { 0x06, 0x029e }, - { 0x06, 0x06ef }, - { 0x06, 0x1039 }, - { 0x06, 0x089f }, - { 0x06, 0x2aee }, - { 0x06, 0xf8ea }, - { 0x06, 0x00ee }, - { 0x06, 0xf8eb }, - { 0x06, 0x01e0 }, - { 0x06, 0xf87c }, - { 0x06, 0xe1f8 }, - { 0x06, 0x7d58 }, - { 0x06, 0x409e }, - { 0x06, 0x0f39 }, - { 0x06, 0x46aa }, - { 0x06, 0x0bbf }, - { 0x06, 0x8290 }, - { 0x06, 0xd682 }, - { 0x06, 0x9802 }, - { 0x06, 0x014f }, - { 0x06, 0xae09 }, - { 0x06, 0xbf82 }, - { 0x06, 0x98d6 }, - { 0x06, 0x82a0 }, - { 0x06, 0x0201 }, - { 0x06, 0x4fef }, - { 0x06, 0x95fe }, - { 0x06, 0xfdfc }, - { 0x06, 0x05f8 }, - { 0x06, 0xf9fa }, - { 0x06, 0xeef8 }, - { 0x06, 0xea00 }, - { 0x06, 0xeef8 }, - { 0x06, 0xeb00 }, -
Bug#603561: latex209-bin: fails to upgrade from lenny, probably a dependency cycle with latex209-base
tags 603561 patch thanks Hi, I introduced regression in previous update, so I'd fix this as below. Pre-Depends is too much, Depends is enough. Please check whether it's okay or not. --- latex209-25.mar.1992/debian/changelog 2010-05-14 03:27:38.0 +0900 +++ latex209-25.mar.1992/debian/changelog 2010-11-26 16:52:40.0 +0900 @@ -1,3 +1,13 @@ +latex209 (25.mar.1992-12.2) unstable; urgency=low + + * Non-Maintainer Upload + * debian/control +- latex209-base: remove texlive-base, texlive-binaries +- latex209-bin: set Depends: latex209-base not Pre-Depends to avoid circular dependency (Closes: #603561) + + -- Hideki Yamane henr...@debian.org Fri, 26 Nov 2010 14:47:05 +0900 + latex209 (25.mar.1992-12.1) unstable; urgency=low [ Hideki Yamane (Debian-JP) ] diff -Nru latex209-25.mar.1992/debian/control latex209-25.mar.1992/debian/control --- latex209-25.mar.1992/debian/control 2010-05-14 03:27:37.0 +0900 +++ latex209-25.mar.1992/debian/control 2010-11-26 16:51:56.0 +0900 @@ -8,15 +8,14 @@ Package: latex209-base Architecture: all -Depends: texlive-binaries, texlive-base, texlive-latex-base, ${misc:Depends} +Depends: texlive-latex-base, ${misc:Depends} Description: macro files of LaTeX 2.09 25-mar-1992 version LaTeX 2.09 is obsolete. Use LaTeX 2e. This package is for those who want to use old style files. Package: latex209-bin Architecture: all -Pre-Depends: latex209-base (= 25.mar.1992-12.1) -Depends: ${misc:Depends} +Depends: ${misc:Depends}, latex209-base Description: latex209 command for LaTeX 2.09 25-mar-1992 version LaTeX 2.09 is obsolete. Use LaTeX 2e. This package is for those who want to use old style files. -- 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#597007: fwd
forwarded 597007 https://sourceforge.net/tracker/index.php?func=detailaid=3067483group_id=2055atid=102055 thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598547: [gnuplot] So fixed upstream
tag 598547 + fixed-upstream thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605024: coq: coq.el requires nonexistent hilit19
reassign 605014 coq reassign 582768 coq forcemerge 605024 605014 582768 thanks On 26/11/2010 14:40, Hendrik Tews wrote: The file /etc/emacs/site-start.d/50coq.el sets coq-mode for *.v files and declares coq-mode to autoload coq.el. The file /usr/share/emacs/site-lisp/coq/coq.el however requires hilit19 in line 140, which seems not to be available in squeeze. Therefore loading any *.v file or starting coq-mode manually stops with the error File mode specification error: (file-error Cannot open load file hilit19) This seems to be fixed in Coq 8.3 (in experimental). We will try to backport a fix and ask the Release Team for an unblock. This problem is wrongly attributed to proofgeneral, see #605014 and #582768. Right. I'm merging the bugreports. Regards, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605014: blame package coq
Hi, sorry for the false alarm, the problem is in file /usr/share/emacs/site-lisp/coq/coq.el from package coq, which requires hilit19, See #605024. The problem with proofgeneral is, that it does not install its on bindings for *.v files on startup. Therefore one hits coq-mode from package coq, even when proofgeneral is installed. It would help if proofgeneral would override the broken coq bindings on emacs startup. Workaround: put (proofgeneral) in your .emacs or do M-x proofgeneral before loading a .v file. Bye, Hendrik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569203: ITP: parti -- an experimental window manager, a WM library, and screen for X
Hi Dave, On Fri, Nov 26, 2010 at 7:32 AM, Dave Holland d...@debian.org wrote: I just wondered what the state of this ITP was? I wanted to use xpra on Lenny and found that the 0.0.6-0ubuntu8 source package from Ubuntu builds (with a few warnings) on Lenny and the resulting binary works fine for me. Would it be sensible to take 0.0.6-0ubuntu8 and import it into Debian, then have Ubuntu pull from there? Presumably that would make less work for Ubuntu MOTU going forwards? I know we're too late for Squeeze but it'd be nice to see xpra in Wheezy. That was what I done. I combined the package from Ubuntu and the work already done by Michael and prepared a release for Debian but I couldn't get a sponsor because nobody seemed interested. The source package is available at http://mentors.debian.net/debian/pool/main/p/parti/parti_0.0.6-1.dsc. I was planning to try to get a sponsor for this after squeeze release and maybe later also try to upload it to squeeze-backports. In my experience, find sponsors in Debian for Python software is hard. If you can review it and offer feedback, it would be great. Cheers, -- Miguel Landaeta, miguel at miguel.cc secure email with PGP 0x7D8967E9 available at http://keyserver.pgp.com/ Faith means not wanting to know what is true. -- Nietzsche -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602120: kfreebsd-8: the kernel console should implement civis to get nicer dialog output
I suspect it's this: --- sys/dev/syscons/scvgarndr.c~2010-03-31 17:39:46.0 +0200 +++ sys/dev/syscons/scvgarndr.c 2010-11-26 15:25:07.0 +0100 @@ -277,10 +277,8 @@ if (base 0 || base = scp-font_size) return; /* the caller may set height = 0 in order to disable the cursor */ -#if 0 scp-curs_attr.base = base; scp-curs_attr.height = height; -#endif vidd_set_hw_cursor_shape(scp-sc-adp, base, height, scp-font_size, blink); } I checked the callers (update_cursor_image() and sc_set_cursor_image() in syscons.c) and their behaviour is consistent with what this comment says. I have no idea why this code was disabled, it seems to be necessary. -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605025: Segmentation fault of corosync running without pacemaker
Package: corosync Version: 1.2.1-1~bpo50+1 Severity: serious Justification: 4 Starting corosync without pacemaker in the service section results in a segmentation fault corosync on my system. -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages corosync depends on: ii adduser 3.110 add and remove users and groups ii libc62.7-18 GNU C Library: Shared libraries ii libcorosync4 1.2.1-1~bpo50+1 Standards-based cluster framework ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip corosync recommends no packages. corosync 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#605026: Fix address already in use
Package: ipsec-tools Version: 1:0.7.3-12 Severity: normal Tags: patch Justification: Policy 9.3.2 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu natty ubuntu-patch Hello, In Ubuntu we have applied the following change: - debian/patches/fix-address-already-in-use.patch: Fix address already in use. (LP: #332606) And we think you might be interested in applying it too. Attaching the patch. Description: Fix 'address already in use'. Origin: Fedora Bug-Fedora: https://bugzilla.redhat.com/show_bug.cgi?id=273261 Bug-Ubuntu: https://launchpad.net/bugs/332606 Applied-Upstream: yes, release 0.8~alpha20101022 --- src/racoon/isakmp.c | 13 + 1 file changed, 13 insertions(+) --- ipsec-tools-0.7.3.orig/src/racoon/isakmp.c +++ ipsec-tools-0.7.3/src/racoon/isakmp.c @@ -1678,6 +1678,19 @@ isakmp_open() return -1; } #endif +if (setsockopt(p-sock, SOL_SOCKET, +#ifdef __linux__ +SO_REUSEADDR, +#else +SO_REUSEPORT, +#endif +(void *)yes, sizeof(yes)) 0) { +plog(LLV_ERROR, LOCATION, NULL, +failed to set REUSE flag on %s (%s).\n, +saddr2str(p-addr), strerror(errno)); +close(p-sock); +goto err_and_next; +} if (setsockopt(p-sock, SOL_SOCKET, #ifdef __linux__
Bug#604083: add support for megaraid 9240 9260 9280 8704 8708 8880 8888
Ivan Sergio Borgonovo i...@webthatworks.it writes: I've just tested 2.6.32-28 from latest iso and it still doesn't work. The version of this driver included in experimental is reported to work on other distribution (0.17). If you'd point me to some RTFM to help you test something that could give some more chance to add support to these controller in the upcoming stable I'd try to help. A start would be to use the reportbug tool so that the kernel team got all the relevant data in the bug report, in particular the lspci listing. Took me a while to finally find a PCI device id to verify which devices you're after. Finally found it in http://launchpadlibrarian.net/51569322/Lspci.txt: 01:00.0 RAID bus controller [0104]: LSI Logic / Symbios Logic MegaRAID SAS 9240 [1000:0073] (rev 02) which was added to the driver between v2.6.32..v2.6.33. commit 879111224d in Linus' tree is the one that actually added the device to the module alias list. I've included it below. You could try and see if this is enough, or if the whole driver needs to be updated to the 2.6.33 version (which is LSI megasas version 00.00.04.12-rc1). Bjørn commit 879111224d0784eab623fe8130a1f4481e0e1966 Author: Yang, Bo bo.y...@lsi.com Date: Tue Oct 6 14:31:54 2009 -0600 [SCSI] megaraid_sas: Add new megaraid SAS 2 controller support to the driver Add the new megaraid sas 2 controller to the driver. megaraid sas2 is LSI next generation SAS products. driver add the interface to support this product. Signed-off-by Bo Yangbo.y...@lsi.com Signed-off-by: James Bottomley james.bottom...@suse.de diff --git a/drivers/scsi/megaraid/megaraid_sas.c b/drivers/scsi/megaraid/megaraid_sas.c index 0121413..b6e4327 100644 --- a/drivers/scsi/megaraid/megaraid_sas.c +++ b/drivers/scsi/megaraid/megaraid_sas.c @@ -76,6 +76,10 @@ static struct pci_device_id megasas_pci_table[] = { /* gen2*/ {PCI_DEVICE(PCI_VENDOR_ID_LSI_LOGIC, PCI_DEVICE_ID_LSI_SAS0079GEN2)}, /* gen2*/ + {PCI_DEVICE(PCI_VENDOR_ID_LSI_LOGIC, PCI_DEVICE_ID_LSI_SAS0073SKINNY)}, + /* skinny*/ + {PCI_DEVICE(PCI_VENDOR_ID_LSI_LOGIC, PCI_DEVICE_ID_LSI_SAS0071SKINNY)}, + /* skinny*/ {PCI_DEVICE(PCI_VENDOR_ID_LSI_LOGIC, PCI_DEVICE_ID_LSI_VERDE_ZCR)}, /* xscale IOP, vega */ {PCI_DEVICE(PCI_VENDOR_ID_DELL, PCI_DEVICE_ID_DELL_PERC5)}, @@ -335,6 +339,99 @@ static struct megasas_instance_template megasas_instance_template_ppc = { }; /** + * megasas_enable_intr_skinny - Enables interrupts + * @regs: MFI register set + */ +static inline void +megasas_enable_intr_skinny(struct megasas_register_set __iomem *regs) +{ + writel(0x, (regs)-outbound_intr_mask); + + writel(~MFI_SKINNY_ENABLE_INTERRUPT_MASK, (regs)-outbound_intr_mask); + + /* Dummy readl to force pci flush */ + readl(regs-outbound_intr_mask); +} + +/** + * megasas_disable_intr_skinny - Disables interrupt + * @regs: MFI register set + */ +static inline void +megasas_disable_intr_skinny(struct megasas_register_set __iomem *regs) +{ + u32 mask = 0x; + writel(mask, regs-outbound_intr_mask); + /* Dummy readl to force pci flush */ + readl(regs-outbound_intr_mask); +} + +/** + * megasas_read_fw_status_reg_skinny - returns the current FW status value + * @regs: MFI register set + */ +static u32 +megasas_read_fw_status_reg_skinny(struct megasas_register_set __iomem *regs) +{ + return readl((regs)-outbound_scratch_pad); +} + +/** + * megasas_clear_interrupt_skinny - Check clear interrupt + * @regs:MFI register set + */ +static int +megasas_clear_intr_skinny(struct megasas_register_set __iomem *regs) +{ + u32 status; + /* + * Check if it is our interrupt + */ + status = readl(regs-outbound_intr_status); + + if (!(status MFI_SKINNY_ENABLE_INTERRUPT_MASK)) { + return 1; + } + + /* + * Clear the interrupt by writing back the same value + */ + writel(status, regs-outbound_intr_status); + + /* + * dummy read to flush PCI + */ + readl(regs-outbound_intr_status); + + return 0; +} + +/** + * megasas_fire_cmd_skinny - Sends command to the FW + * @frame_phys_addr : Physical address of cmd + * @frame_count : Number of frames for the command + * @regs : MFI register set + */ +static inline void +megasas_fire_cmd_skinny(dma_addr_t frame_phys_addr, u32 frame_count, + struct megasas_register_set __iomem *regs) +{ + writel(0, (regs)-inbound_high_queue_port); + writel((frame_phys_addr | (frame_count1))|1, + (regs)-inbound_low_queue_port); +} + +static struct megasas_instance_template megasas_instance_template_skinny = { + + .fire_cmd = megasas_fire_cmd_skinny, + .enable_intr = megasas_enable_intr_skinny, + .disable_intr = megasas_disable_intr_skinny, + .clear_intr = megasas_clear_intr_skinny, + .read_fw_status_reg = megasas_read_fw_status_reg_skinny, +}; + + +/** * The following functions are defined for gen2 (deviceid : 0x78 0x79) * controllers */ @@ -1587,16 +1684,34 @@ megasas_transition_to_ready(struct megasas_instance* instance) /* * Set the CLR bit in
Bug#605027: gcj-4.4: contains and compiles twice embedded code copies of zlib
Source: gcj-4.4 Version: 4.4.5-2 Severity: important While compiling gcc-4.4_4.4.5-8 as gcj-4.4_4.4.5-2+m68k.1 I noticed, and confirmed by looking at buildd logs of gcj-4.4_4.4.5-2 that it’s not a local problem, that GCC not only contains an embedded code copy of libz but also compiles it (at least) twice; once for the build sy- stem and once for the target system (even on native builds). I cannot outright say it’s not used, hence the severity. As zlib has had a few issues in the recent past, you might want to look at it. https://buildd.debian.org/fetch.cgi?pkg=gcj-4.4arch=sparcver=4.4.5-2stamp=1286853284file=logas=raw Grep for infback in that log. (No status on my build, as it’s still running…) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605028: lxde: sudden power outage made me lose all files in the folder I was viewing with pcman
Package: lxde Version: 0.5.0-4 Severity: normal After the sudden power outage I turn on the computer to find no files in the folder I was reading with pcman. Also the desktop image is gone. The files in the folder were all .jpg photos. If it is possible and not too difficult, I would like to find them. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=pt_PT.utf8, LC_CTYPE=pt_PT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lxde depends on: ii gpicview 0.2.1-1+b2 lightweight image viewer ii leafpad 0.8.17-3GTK+ based simple text editor ii lxappearance 0.4.0-1 a new feature-rich GTK+ theme swit ii lxde-core0.5.0-4 Meta-package for the Lightweight X ii lxde-icon-theme 0.0.1+svn20091206-2 LXDE Standard icon theme ii lxinput 0.1.1-3 a program to configure keyboard an ii lxrandr 0.1.1-2+b1 simple monitor config tool for LXD ii lxsession-edit 0.1.1-2 configure what application start u ii lxshortcut 0.1.1-1 easy way to edit application short ii lxterminal 0.1.8-2 desktop independent vte-based term ii obconf 2.0.3-3 Preferences manager for Openbox wi ii xarchiver1:0.5.2+20090319+dfsg-4 GTK+ frontend for most used compre Versions of packages lxde recommends: ii chromium-browser [ww 6.0.472.63~r59945-2 Chromium browser ii epiphany-browser [ww 2.30.6-1Intuitive GNOME web browser ii gdm3 [x-display-mana 2.30.5-5Next generation GNOME Display Mana ii hal 0.5.14-3Hardware Abstraction Layer ii iceape-browser [www- 2.0.10-1Iceape Navigator (Internet browser ii iceweasel [www-brows 3.5.15-1Web browser based on Firefox ii lxmusic 0.4.4+git20100802-1 The minimalist music player for LX ii lynx-cur [www-browse 2.8.8dev.5-1Text-mode WWW Browser with NLS sup ii menu-xdg 0.5 freedesktop.org menu compliant win ii policykit-1-gnome0.96-2 GNOME authentication agent for Pol ii w3m [www-browser]0.5.2-9 WWW browsable pager with excellent ii xserver-xorg 1:7.5+8 the X.Org X server Versions of packages lxde suggests: pn lxlaunchernone (no description available) pn lxtasknone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605029: account for ZFS in warning
Package: partman-ufs Version: 5 Severity: minor Tags: patch partman-ufs complains when the root filesystem is not UFS. Given that ZFS as root is now supported, I think it should only complain if it's neither UFS nor ZFS. Also, the warning requires that the user select UFS as root filesystem, I think it should be adjusted to require either UFS or ZFS. This patch does both things. I'm aware that the second one requires translations to be reviewed. If that's not desireable at this point, then please at least include the first part of my patch. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Index: check.d/ufs_root === --- check.d/ufs_root (revision 65781) +++ check.d/ufs_root (working copy) @@ -31,8 +31,8 @@ close_dialog done -# We need a root UFS filesystem -if [ $root_fs != ufs ]; then +# We need a root UFS or ZFS filesystem +if [ $root_fs != ufs ] [ $root_fs != zfs ]; then db_set partman-ufs/root_not_ufs true db_input critical partman-ufs/root_not_ufs || true db_go || true Index: debian/partman-ufs.templates === --- debian/partman-ufs.templates (revision 65781) +++ debian/partman-ufs.templates (working copy) @@ -32,9 +32,9 @@ Type: boolean # :sl3: _Description: Go back to the menu and correct this problem? - Your root partition has not been configured with the UFS file + Your root partition has not been configured with a bootable file system. This is needed by your machine in order to boot. Please go - back and use UFS file system. + back and use either the UFS or the ZFS file system. . If you do not go back to the partitioning menu and correct this error, the partition will be used as is. This means that you may not be able
Bug#465182: osmo: Segm faults right after start up
No more problems. I played with osmo a bit and it didn't crash. thanks for the test, closing the bug... eike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601513: [skanlite] Progressbar is stopping while scanning
reassign 601513 libksane0 4:4.4.5-2 retitle 601513 libksane0: Progressbar is stopping while scanning tag 601513 = upstream forwarded 601513 https://bugs.kde.org/show_bug.cgi?id=257982 thanks Hello Gabor, I talked to upstream and Kâre told me the following: The progress-bar for the scans are indeed part of libksane. I'm the maintainer also for libksane, so it does not mater too much which component gets the report :) I know that the progress bar doesn't always go all the way to 100% but halfway seems a bit strange. I think I should fix the progress-bar to always reach 100% on successful scans. Therefore I'm reassinging this bug to libksane0. I've also filed a upstream bug report [0]. So atm there is nothing more to do than wait for a fixed version in Debian. Kind regards, Kai Wasserbäch [0] https://bugs.kde.org/257982 -- Kai Wasserbäch (Kai Wasserbaech) E-Mail: deb...@carbon-project.org Jabber (debianforum.de): Drizzt URL: http://wiki.debian.org/C%C3%B9ran GnuPG: 0xE1DE59D2 0600 96CE F3C8 E733 E5B6 1587 A309 D76C E1DE 59D2 (http://pgpkeys.pca.dfn.de/pks/lookup?search=0xE1DE59D2fingerprint=onhash=onop=vindex) signature.asc Description: OpenPGP digital signature
Bug#573522: qpopper: error msg.: fetchmail: Query status=3 (AUTHFAIL)
On 20101124_154740, Julien Cristau wrote: On Thu, Mar 11, 2010 at 19:44:51 -0700, Paul E Condon wrote: qpopper is running on a recent, clean install of squeeze. Lenny, Etch, Sarge ... This is likely a duplicate of bug #548383, you can adjust /etc/pam.d/qpopper as indicated there to confirm. Cheers, Julien This fix does get qpopper working. My limited testing indicates that the two bug reports refer to the same bug and should be merged. I've never merged bug reports, so I think it would be much better for you to do that, than for me to try. Thanks for reminding me to revisit this. Cheers, -- Paul E Condon pecon...@mesanetworks.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605002: [DebianGIS-dev] Bug#605002: libhdf4-dev: rpath included in libdf.la
On Thu, Nov 25, 2010 at 09:21:49PM -0800, Andy Spencer wrote: Package: libhdf4-dev Version: 4.2r4-11 Severity: normal Tags: patch The rules file in libhdf4 uses chrpath to strip the rpath from the executables and shared objects. It does not strip the rpath from the libtool archives. This causes programs built against libdf to include an invalid rpath. diff --git a/debian/rules b/debian/rules index 5e1d965..d6e64e5 100755 --- a/debian/rules +++ b/debian/rules @@ -153,6 +153,9 @@ stamps/install-stamp: build-arch for obj in $(DESTDIR)/usr/bin/* $(DESTDIR)/usr/lib/*.so.* $(DESTDIR)/usr/lib-alt/*.so.*; do \ chrpath -d $${obj} || true; \ done + for obj in $(DESTDIR)/usr/lib/*.la $(DESTDIR)/usr/lib-alt/*.la; do \ + sed -ie 's/-R *[^ ]\+ //g' $${obj} || true; \ + done This is pointless, libtool helpers are not more distributed at all. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582768: blame package coq
Hi, I believe the problem is that coq-mode from package coq requires hilit19, see #605024. I would guess that on the desktop you have (proofgeneral) in your .emacs, while on the laptop you have not. Therefore on the desktop *.v files get coq-mode from proofgeneral while on the laptop they get coq-mode from package coq, which requires the nonexistent hilit19. Bye, Hendrik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604814: upgrade-reports: Upgrade lenny to squeeze mostly successful
Julien == Julien Cristau jcris...@debian.org writes: On Wed, Nov 24, 2010 at 14:53:59 +0100, David Kuehling wrote: Upgraded my system a few days ago. No severe problems during upgrade. Just afterwards the pop3 server 'qpopper' is not working any more. Attempts to retrieve Email via pop3 from my debian system fail and leave the following error message in the logs: [..] This is 548383. I've just upgraded its severity, thanks for the report. The fix attached to 548383 worked for me; i.e. I just replaced /etc/pam.d/qpopper with the two lines @include common-auth @include common-account Thanks for the hint, cheers, David pgpay8VBHUs0T.pgp Description: PGP signature
Bug#605009: serious performance regression with ext4
Hi, adding debian-devel, debian-boot, debian-kernel and Theodore Y. Ts'o in CC because I'm fed up with this problem. Sorry for the massive crosspost, you might want to follow up only on -devel and on the bug report. Some clones/reassign should probably result from this discussion anyway. On Fri, 26 Nov 2010, Michael Biebl wrote: I'm using ext4 with the default mount option and the fs was created with the default settings from /etc/mke2fs.conf. Since the latest upgrade, performance suffered badly. E.g. installing vim-runtime took ~8 secs with 1.15.8.5, now it takes ~44secs. It was suggested that I use the nodelalloc mount option for ext4. But that not only takes away some of the benefits of ext4, it also requires explicit configuration. dpkg should work properly(with good performance) out-of-the-box on ext4. There's currently no way we're going to fix this. It all started with report of corrupted (zero-length) files on ext4/ubifs (see http://bugs.debian.org/430958). We did the right thing to fix this which is to call fsync() on the fly on each file that dpkg unpacks. That was introduced in dpkg 1.15.6. (Ubuntu had more than 80 bug reports related to this and Debian very few because we don't use ext4 by default) That was disastrous in terms of performance, so we then grouped the fsync()+rename() calls at the end of the unpack phase before updating the dpkg database. That can be witnessed in dpkg 1.15.7. That was ok everywhere except on ext4. For some unknown reasons, with the nodelalloc option the performance are again reasonable (but we discovered that only recently). Ubuntu is using ext4 by default and this performance was not acceptable and we tried to work-around the problem by replacing all the fsync() by a single sync() on Linux only (because Linux's sync() is synchronous while it's not necessarily the case on other systems). This was enabled in dpkg 1.15.7.2 in response to http://bugs.debian.org/578635. Now using sync() appears to be a bad choice since it resulted in RC bugs like http://bugs.debian.org/595927 and http://bugs.debian.org/600075 and was an annoyance for people using dpkg on tmpfs to get super-high speed (http://bugs.debian.org/588339). So we reverted that hackish work-around of using sync() and we're back to the situation where dpkg is very slow on ext4. But we have added a new option --force-unsafe-io that can be used when data safety is not important (in a temporary chroot, during initial installation, etc.) as requested in http://bugs.debian.org/584254. Where does that leaves us? Here are various options to consider (they are not necessarily mutually exclusive): 1/ This problem and the known work-arounds should be documented in the release notes. 2/ d-i should be modified to use --force-unsafe-io if it detects a dpkg version = 1.15.8.6. 3/ d-i might want to setup the nodelalloc option by default when a partition is formatted with ext4 and mounted as / or /usr. 4/ Theodore might want to find out why ext4 is behaving so badly under this usage pattern while ext3 doesn't... i.e. fix https://bugzilla.kernel.org/show_bug.cgi?id=15910 Or at least suggest another usage pattern which result in the same guaranty for dpkg but without the poor performance (and sync() is not the right answer as experience showed us). Note that doing N x fsync() followed by N x rename() is not giving us any better result that doing N x (fsync()+rename()). Note that calling posix_fallocate() before writing the files that are fsynced() did not help either (Mike Hommey thought it could be a way to emulate nodelalloc at the dpkg level only but apparently not). What has not been tried: reordering the fsync() based on FIEMAP information. Or using fdatasync() instead of fsync() and calling fsync() on directories. 5/ maybe the debian-kernel team wants to discuss the issue on LKML. Both for the bad ext4 performances (see above) and the (incorrect?) behaviour of sync() which is never finishing under important I/O loads (cf https://bugzilla.kernel.org/show_bug.cgi?id=18632). But right now from the point of view of dpkg maintainers, this bug is a wontfix at our level. Just to sum up what dpkg --unpack does in 1.15.8.6: 1/ set the package status as half-installed/reinst-required 2/ extract all the new files as *.dpkg-new 3/ for all the unpacked files: fsync(foo.dpkg-new) followed by rename(foo.dpkg-new, foo) 4/ set the package status as unpacked Note that the directories are not fsynced() because we mainly don't care if the rename is recorded or not, as long as the installed file always has the content of either the old or the new file. This could be fixed but is unlikely to help in getting better performances I guess. The only thing we want to achieve is that: - when the package is set to unpacked status, all changes have been committed - when the process is abruptly interrupted, we don't leave corrupted files around (like unwanted empty files) Cheers, -- Raphaël Hertzog
Bug#605030: general: bluetooth adapter ar3011 on acer aspire 5553g don't start after shutdown
Package: general Severity: normal I am using Debian testing with latest updates installed. I have a atheros ar3011 bluetooth adapter on my laptop. The problem is next, when i shutdown my laptop and on first boot choose to run debian my adapter don't start. To get my adapter working i have to boot into my windows 7 second system and then reboot to debian. This steps allow me to use bluetooth untill next shutdown. When my adapter is unavailable i get empty output from 'hcitool dev' command. Nevertheless the output by 'lsusb' is this: Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 004 Device 002: ID 0cf3:3002 Atheros Communications, Inc. Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 001 Device 002: ID 0402:9665 ALi Corp. Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub. Here is my adapter on Bus 004. But system can't start it. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/3 CPU cores) Locale: LANG=ru_RU.utf8, LC_CTYPE=ru_RU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605031: unblock: developers-reference/3.4.4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package developers-reference It's “just” a documentation and translation update. Most of the changes are already online for quite some time. developers-reference-ja has been (re-)added since most chapters have been completed (only html and txt built, thus modified debian/rules and debian/control) and po4a addenda support has been added (thus modified Makefile, between other minor changes in Makefile). unblock developers-reference/3.4.4 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (600, 'unstable'), (500, 'testing'), (500, 'stable'), (150, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-trunk-amd64 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605032: general: Acer Aspire 5553g fails to resume after hibernate
Package: general Severity: normal When i use hibernate mode on my laptop Acer Aspire 5553g with closing my notebook i cant resume the session when open it later. It simply freezes. All i can do is force shut down using 5 sec press power button. There no other key is responsing. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/3 CPU cores) Locale: LANG=ru_RU.utf8, LC_CTYPE=ru_RU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604184: [gnuplot] Could you report upstream
severity 604184 wishlist thanks Could you report upstrema -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604580: Preparations for the removal of the KDE3 and Qt3 libraries
On Tue, Nov 23, 2010 at 12:34:12AM +0100, Eckhart Wörner wrote: Source: beid Severity: wishlist User: debian-qt-...@lists.debian.org Usertags: qt3libs-removal Dear maintainer, The Debian Qt/KDE team is planning to remove the KDE3 and Qt3 libraries from Debian shortly after the Squeeze release. The transition phase to KDE4 and Qt4 will finish since both KDE and Nokia upstream don't maintain the old versions of those libraries anymore. Hi, I'm aware of this, and it's not a problem for beid. The parts that still do use Qt3 in beid are part of a backwards compatibility layer that's going to be dropped after squeeze too, anyway. So when Qt3 is gone, I'll just stop building those bits and move on. No need to worry about that :-) Thanks, -- The biometric identification system at the gates of the CIA headquarters works because there's a guard with a large gun making sure no one is trying to fool the system. http://www.schneier.com/blog/archives/2009/01/biometrics.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605009: serious performance regression with ext4
* Betr.: Re: Bug#605009: serious performance regression with ext4 (Fri, 26 Nov 2010 15:53:27 +0100): That was ok everywhere except on ext4. JFTR: I am experiencing those problems as well on XFS. Cheers, -- Mathias Behrle MBSolutions Gilgenmatten 10 A D-79114 Freiburg Tel: +49(761)471023 Fax: +49(761)4770816 http://m9s.biz UStIdNr: DE 142009020 PGP/GnuPG key availabable from any keyserver, ID: 0x8405BBF6 signature.asc Description: PGP signature
Bug#602733: Pointer to useful disscussion for Debian README
What's needed in the dkms package is an explanation of how to transition between the old way of doing things and using nvidia-kernel-dkms. See this Debian forums entry http://forums.debian.net/viewtopic.php?f=6t=53144#p306438 for a great description of how to transition. The other problem is that the dkms man page lacks examples, so figuring out how to use the command is difficult. The only way I know of to use dkms successfully at this point is to re-install nvidia-kernel-dkms. -- Moshe Yudkowsky * mo...@pobox.com * www.pobox.com/~moshe Revolutionaries are dead men on furlough. -- V. I. Lenin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602120: Syscons patch
All, I got pointed to this bug report by Ed Maste from FreeBSD. You suspect the given patch should fix it, but are you sure? In other words, have you tested it? Couldn't it just be a bug in the terminfo entry that's shipped with Debian? As far as I know, people have not reported this issue on FreeBSD. Greetings, -- Ed Schouten e...@80386.nl WWW: http://80386.nl/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605009: serious performance regression with ext4
Low performance with Btrfs as well, :( (Even Btrfs is not supported in squeeze, I think this could help on digging whether it is a more generic problem than EXT4 only.) -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605009: serious performance regression with ext4
Hi, On Fri, 26 Nov 2010, Mathias Behrle wrote: * Betr.: Re: Bug#605009: serious performance regression with ext4 (Fri, 26 Nov 2010 15:53:27 +0100): That was ok everywhere except on ext4. JFTR: I am experiencing those problems as well on XFS. Can you give us figures to quantify the slowdown that you experience? Please compare dpkg 1.15.8.5 and 1.15.8.6. (I suppose that's the problem you're referring to) Cheers, -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#605033: FTBFS [hppa]: undefined reference to `_ZNSt8auto_ptrIN3xsd3cxx6parser6bufferEEcvSt12auto_ptr_refIT_EIS3_EEv'
Source: xsd Version: 3.3.0-2 Severity: important User: debian-h...@lists.debian.org Usertags: hppa X-Debbugs-CC: debian-h...@lists.debian.org xsd fails to build on hppa. Complete build logs are available here: https://buildd.debian.org/build.cgi?pkg=xsddist=unstable From a recent build attempt: [...] make[1]: Leaving directory `/build/buildd-xsd_3.3.0.1-1-hppa-Ppvr3e/xsd-3.3.0.1/xsd-srcdir' make[1]: Entering directory `/build/buildd-xsd_3.3.0.1-1-hppa-Ppvr3e/xsd-3.3.0.1/xsd-srcdir' c++ /build/buildd-xsd_3.3.0.1-1-hppa-Ppvr3e/xsd-3.3.0.1/xsd-srcdir/xsd/tests/cxx/parser/built-in/driver.cxx c++ /build/buildd-xsd_3.3.0.1-1-hppa-Ppvr3e/xsd-3.3.0.1/xsd-srcdir/xsd/tests/cxx/parser/built-in/test-pskel.cxx ld /build/buildd-xsd_3.3.0.1-1-hppa-Ppvr3e/xsd-3.3.0.1/xsd-srcdir/xsd/tests/cxx/parser/built-in/driver /build/buildd-xsd_3.3.0.1-1-hppa-Ppvr3e/xsd-3.3.0.1/xsd-srcdir/xsd/tests/cxx/parser/built-in/driver.o: In function `virtual thunk to xsd::cxx::parser::non_validating::base64_binary_pimplchar::post_base64_binary()': /build/buildd-xsd_3.3.0.1-1-hppa-Ppvr3e/xsd-3.3.0.1/xsd-srcdir/xsd/tests/cxx/parser/built-in/driver.cxx:531: undefined reference to `_ZNSt8auto_ptrIN3xsd3cxx6parser6bufferEEcvSt12auto_ptr_refIT_EIS3_EEv' /build/buildd-xsd_3.3.0.1-1-hppa-Ppvr3e/xsd-3.3.0.1/xsd-srcdir/xsd/tests/cxx/parser/built-in/driver.cxx:531: undefined reference to `std::auto_ptrxsd::cxx::parser::buffer::auto_ptr(std::auto_ptr_refxsd::cxx::parser::buffer)' /build/buildd-xsd_3.3.0.1-1-hppa-Ppvr3e/xsd-3.3.0.1/xsd-srcdir/xsd/tests/cxx/parser/built-in/driver.o: In function `virtual thunk to xsd::cxx::parser::non_validating::hex_binary_pimplchar::post_hex_binary()': /build/buildd-xsd_3.3.0.1-1-hppa-Ppvr3e/xsd-3.3.0.1/xsd-srcdir/xsd/tests/cxx/parser/built-in/driver.cxx:531: undefined reference to `_ZNSt8auto_ptrIN3xsd3cxx6parser6bufferEEcvSt12auto_ptr_refIT_EIS3_EEv' /build/buildd-xsd_3.3.0.1-1-hppa-Ppvr3e/xsd-3.3.0.1/xsd-srcdir/xsd/tests/cxx/parser/built-in/driver.cxx:531: undefined reference to `std::auto_ptrxsd::cxx::parser::buffer::auto_ptr(std::auto_ptr_refxsd::cxx::parser::buffer)' collect2: ld returned 1 exit status make[1]: *** [/build/buildd-xsd_3.3.0.1-1-hppa-Ppvr3e/xsd-3.3.0.1/xsd-srcdir/xsd/tests/cxx/parser/built-in/driver] Error 1 make[1]: Leaving directory `/build/buildd-xsd_3.3.0.1-1-hppa-Ppvr3e/xsd-3.3.0.1/xsd-srcdir' dh_auto_test: make -j1 test returned exit code 2 make: *** [build] Error 29 dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603986: qgis crashes on startup on PowerPC
retitle 603986 qgis crashes on startup on PowerPC thanks Hi, I can confirm it with PowerMac G4 Cube, however, it works fine with i386 and amd64 PC. I know its quite annoying problem for bug submitter, but if it's difficult to solve this issue, I suggest to down severity because other PC users can use qgis without problem. -- 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#605034: hatari: Is there better compatiblity ?
Package: hatari Version: 1.4.0-1 Severity: wishlist Hi, I have cross around compatibility issues eg. 97 med. Is there some further progress in general in the emulation since steem seems bit superior to hatari or well it depends what one expects. hatari is light and fast, and runs most things, and remains a elite emulation system. Best regards, all teh best to the hatari develpments ! Cheers -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages hatari depends on: ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libpng12-0 1.2.44-1 PNG library - runtime ii libreadline66.1-3GNU readline and history libraries ii libsdl1.2debian 1.2.14-6.1 Simple DirectMedia Layer ii libx11-62:1.3.3-3X11 client-side library ii python 2.6.6-3+squeeze1 interactive high-level object-orie ii python-support 1.0.10 automated rebuilding support for P ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime hatari recommends no packages. Versions of packages hatari suggests: ii dosfstools3.0.9-1utilities for making and checking ii mtools4.0.12-1 Tools for manipulating MSDOS files ii unzip 6.0-4 De-archiver for .zip files -- 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#564425: cowdancer: diff for NMU version 0.62+nmu1
tags 564425 + patch tags 564425 + pending thanks Dear maintainer, I've prepared an NMU for cowdancer (versioned as 0.62+nmu1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. diff -Nru cowdancer-0.62/debian/changelog cowdancer-0.62+nmu1/debian/changelog --- cowdancer-0.62/debian/changelog 2010-08-15 16:43:49.0 +0200 +++ cowdancer-0.62+nmu1/debian/changelog 2010-11-26 16:18:21.0 +0100 @@ -1,3 +1,12 @@ +cowdancer (0.62+nmu1) unstable; urgency=low + + * Non-maintainer upload. + * Apply fix to qemubuilder's mount problem (Closes: #564425) +Thanks to Benoît Knecht, Gregor Herrmann and Martijn van Brummelen for +working on the issue! + + -- Alexander Reichle-Schmehl toli...@debian.org Fri, 26 Nov 2010 16:16:26 +0100 + cowdancer (0.62) unstable; urgency=low [ Stefan Kisdaroczi ] diff -Nru cowdancer-0.62/qemubuilder.c cowdancer-0.62+nmu1/qemubuilder.c --- cowdancer-0.62/qemubuilder.c 2010-08-15 16:27:44.0 +0200 +++ cowdancer-0.62+nmu1/qemubuilder.c 2010-11-26 16:15:36.0 +0100 @@ -471,7 +471,7 @@ system(hostcommand1); } - loop_umount(workblockdevicepath); + loop_umount(pc-buildplace); asprintf(cowdevpath, %s.cowdev, pc-buildplace); ret=forkexeclp(qemu-img, qemu-img, @@ -504,7 +504,7 @@ printf(running host command: %s\n, hostcommand2); system(hostcommand2); } - loop_umount(workblockdevicepath); + loop_umount(pc-buildplace); rmdir(pc-buildplace); printf( - clean up COW device files\n); unlink(workblockdevicepath); @@ -755,7 +755,7 @@ /* TODO: hooks probably need copying here. */ /* TODO: recover aptcache */ - loop_umount(workblockdevicepath); + loop_umount(pc-buildplace); rmdir(pc-buildplace); // this will have wrong time. how to workaround?
Bug#605035: [l10n:cs] Updated Czech translation of PO debconf template for package bugzilla 3.6.3.0-2
Package: bugzilla Version: 3.6.3.0-2 Severity: wishlist Tags: l10n, patch In attachment there is updated Czech translation of PO debconf template (cs.po) for package bugzilla, please include it. -- Michal Šimůnek # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # msgid msgstr Project-Id-Version: bugzilla 3.6.3.0-2\n Report-Msgid-Bugs-To: bugzi...@packages.debian.org\n POT-Creation-Date: 2010-09-02 09:43+0200\n PO-Revision-Date: 2010-11-26 15:45+0100\n Last-Translator: Michal Simunek michal.simu...@gmail.com\n Language-Team: Czech debian-l10n-cz...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Language: cs\n #. Type: password #. Description #: ../bugzilla3.templates:2001 msgid Password confirmation: msgstr Potvrzení hesla: #. Type: string #. Description #: ../bugzilla3.templates:3001 msgid Email address of Bugzilla administrator: msgstr Emailová adresa správce Bugzilly: #. Type: string #. Description #: ../bugzilla3.templates:3001 msgid Please enter the email address of the Bugzilla administrator; all mail for the administrator will be sent to this address. This email address is also used as the administrator login for Bugzilla. msgstr Zadejte prosím emailovou adresu správce Bugzilly; na tuto adresu bude zaslána veškerá pošta pro správce. Tato emailová adresa je zároveň i přihlašovacím jménem správce do Bugzilly. #. Type: string #. Description #: ../bugzilla3.templates:3001 msgid A valid address must contain exactly one '@', and at least one '.' after the @. You'll be able to change this setting through Bugzilla's web interface. msgstr Platná adresa musí obsahovat přesně jeden znak '@' a alespoň jeden znak '.' za @. Toto nastavení budete moci změnit přes webové rozhraní Bugzilly. #. Type: string #. Description #: ../bugzilla3.templates:4001 msgid Real name of Bugzilla administrator: msgstr Skutečné jméno správce Bugzilly: #. Type: password #. Description #: ../bugzilla3.templates:5001 msgid Password for the Bugzilla administrator account: msgstr Heslo účtu správce Bugzilly. #. Type: password #. Description #: ../bugzilla3.templates:5001 msgid Please enter at least 6 characters. msgstr Vložte prosím alespoň 6 znaků. #. Type: boolean #. Description #: ../bugzilla3.templates:6001 msgid Have Status or Resolution values been customized? msgstr Byly hodnoty Status nebo Resolution upraveny? #. Type: boolean #. Description #: ../bugzilla3.templates:6001 msgid If values in the Status or Resolution fields have been customized, the checksetup procedure must be modified appropriately before installation can continue. msgstr Jestliže byly hodnoty polí Status nebo Resolution upraveny, musí být procedura checksetup před pokračováním instalace patřičně upravena. #. Type: boolean #. Description #: ../bugzilla3.templates:6001 msgid For each update of this package, a new version of the checksetup_nondebian. pl script is installed; the /usr/share/bugzilla3/debian/pre-checksetup.d directory can be used to automatically apply your modifications before execution. msgstr Během každé aktualizace tohoto balíčku je nainstalována nová verze skriptu checksetup_nondebian.pl; pro automatickou aplikaci vašich úprav, můžete před spuštěním tohoto skriptu použít adresář /usr/share/bugzilla3/debian/pre- checksetup.d. #. Type: boolean #. Description #: ../bugzilla3.templates:7001 msgid Prompt about customized Status/Resolution at each update? msgstr Zeptat se na upravené Status/Resolution při každé aktualizaci? #. Type: boolean #. Description #: ../bugzilla3.templates:7001 msgid If you modified Status/Resolution fields and created a script within /usr/ share/bugzilla3/debian/pre-checksetup.d to apply changes to /usr/share/ bugzilla3/lib/checksetup_nondebian.pl, you may want to avoid being prompted at each package upgrade. msgstr Jestliže jste upravili pole Status/Resolution a vytvořili skript v /usr/ share/bugzilla3/debian/pre-checksetup.d pro aplikaci změn ve skriptu /usr/ share/bugzilla3/lib/checksetup_nondebian.pl, můžete chtít nebýt dotazováni při každé aktualizaci balíčku. #. Type: boolean #. Description #: ../bugzilla3.templates:7001 msgid If you accept being prompted, you will have to call /usr/share/bugzilla3/lib/ checksetup.pl yourself, at each package upgrade, before using Bugzilla. msgstr Pokud odsouhlasíte dotazování, budete muset před používáním Bugzilly při každé aktualizaci spustit /usr/share/bugzilla3/lib/checksetup.pl sami. #. Type: boolean #. Description #:
Bug#564425: Fixed 0.62+nmu1 and cleaned-up some lintian warnings in 0.62+nmu2
Hi! * Benoît Knecht benoit.kne...@fsfe.org [101125 20:23]: [..] and while I was at it, I fixed some basic lintian warnings in version 0.62+nmu2. Thanks for your work, however I found some of your changes to intrusive for an NMU (e.g. change to source format 3) especially that late in the freeze cycle. However, your changes shouldn't be in vain, as I'm quite sure Junichi will take a look at them for the next regular uploads. Thanks again, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org