Bug#526133: closed by Manoj Srivastava (selinux-policy-default - dpkg fails to execute initrc_exec_t with invalid context)
reopen 526133 thanks > > I have a machine where the unconfined policy is loaded but not used, > > so my only way in is staff_u with staff_r and transition to sysadm_r: > Hmm. This is not the default, so the bug in the policy package > is not grave. Please explain how a transition from a setup with unconfined and unconfined_u users to staff_u and sysadm_u should work if not the following way: - Change user. - Remove unconfined policy. > And not only is the change nothe default, it is weird: Either > you use targeted policy, which means you load and use unconfined policy > module, or you unload the unconfined module to make it strict. The > hybrid approach is .. unusual. No, it is not. All policy modules are shipped by this package. So you must document conflicts at least. Bastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#533916: C++ symbol mangling difference between arches
Hello, On 2009 m. June 26 d., Friday 23:01:54 Florian Weimer wrote: > * Modestas Vainius: > > While apparently, VT can't be implemented differently (except \d+), > > what about size_t etc. then? They all can be implemented as regexps > > too the most simple being 'any character'. However, in my opinion, > > exact string matching is worthwhile to keep whenever possible. > > Can't you ship the demangled names in the symbols file? I suppose > this would make rewriting easier. While it is a good idea worth consideration but I think demangled symbol names are somewhat too ambiguous to be used in general. See below: $ grep '^ ' /var/lib/dpkg/info/libphonon4.symbols | c++filt | sort | uniq -c | grep '^[[:space:]]*[2-9]' | sort -n 2 non-virtual thunk to Phonon::AbstractAudioOutput::~AbstractAudioOutput()@Base 4:4.2.0 2 non-virtual thunk to Phonon::Effect::~Effect()@Base 4:4.2.0 2 non-virtual thunk to Phonon::EffectWidget::~EffectWidget()@Base 4:4.2.0 2 non-virtual thunk to Phonon::Experimental::Visualization::~Visualization()@Base 4:4.2.0 2 non-virtual thunk to Phonon::MediaObject::~MediaObject()@Base 4:4.2.0 2 non-virtual thunk to Phonon::SeekSlider::~SeekSlider()@Base 4:4.2.0 2 non-virtual thunk to Phonon::VideoPlayer::~VideoPlayer()@Base 4:4.2.0 2 non-virtual thunk to Phonon::VolumeSlider::~VolumeSlider()@Base 4:4.2.0 2 Phonon::AbstractAudioOutput::AbstractAudioOutput(Phonon::AbstractAudioOutputPrivate&, QObject*)@Base 4:4.2.0 2 Phonon::AbstractMediaStream::AbstractMediaStream(Phonon::AbstractMediaStreamPrivate&, QObject*)@Base 4:4.2.0 2 Phonon::AbstractMediaStream::AbstractMediaStream(QObject*)@Base 4:4.2.0 2 Phonon::AbstractVideoOutput::AbstractVideoOutput(Phonon::AbstractVideoOutputPrivate&)@Base 4:4.2.0 2 Phonon::AudioOutput::AudioOutput(Phonon::Category, QObject*)@Base 4:4.2.0 2 Phonon::AudioOutput::AudioOutput(QObject*)@Base 4:4.2.0 2 Phonon::Effect::Effect(Phonon::EffectPrivate&, QObject*)@Base 4:4.2.0 2 Phonon::Effect::Effect(Phonon::ObjectDescription<(Phonon::ObjectDescriptionType)1> const&, QObject*)@Base 4:4.2.0 2 Phonon::EffectParameter::~EffectParameter()@Base 4:4.2.0 2 Phonon::EffectParameter::EffectParameter()@Base 4:4.2.0 2 Phonon::EffectParameter::EffectParameter(int, QString const&, QFlags, QVariant const&, QVariant const&, QVariant const&, QList const&, QString const&)@Base 4:4.2.0 2 Phonon::EffectParameter::EffectParameter(Phonon::EffectParameter const&)@Base 4:4.2.0 2 Phonon::EffectWidget::EffectWidget(Phonon::Effect*, QWidget*)@Base 4:4.2.0 2 Phonon::Experimental::AbstractAudioDataOutput::AbstractAudioDataOutput()@Base 4:4.3.0 2 Phonon::Experimental::AbstractVideoDataOutput::AbstractVideoDataOutput()@Base 4:4.3.0 2 Phonon::Experimental::AbstractVideoDataOutput::AbstractVideoDataOutput(Phonon::Experimental::AbstractVideoDataOutputPrivate&)@Base 4:4.3.0 2 Phonon::Experimental::AudioDataOutput::AudioDataOutput(QObject*)@Base 4:4.2.0 2 Phonon::Experimental::AvCapture::AvCapture(QObject*)@Base 4:4.3.0 2 Phonon::Experimental::MediaSource::MediaSource(Phonon::Experimental::MediaSource const&)@Base 4:4.2.0 2 Phonon::Experimental::MediaSource::MediaSource(Phonon::ObjectDescription<(Phonon::ObjectDescriptionType)65536> const&)@Base 4:4.2.0 2 Phonon::Experimental::MediaSource::MediaSource(QList const&)@Base 4:4.2.0 2 Phonon::Experimental::VideoDataOutput2::VideoDataOutput2(QObject*)@Base 4:4.3.0 2 Phonon::Experimental::VideoDataOutput::VideoDataOutput(QObject*)@Base 4:4.2.0 2 Phonon::Experimental::Visualization::Visualization(QObject*)@Base 4:4.2.0 2 Phonon::GlobalConfig::GlobalCon
Bug#534772: smbstatus.1.gz (or smbstatus.samba3.1.gz) is missing but listed in md5sums
Package: samba Version: 2:3.3.5-1 Severity: normal The debsums report shows that /usr/share/man/man1/smbstatus.1.gz is missing, although it is mentioned in samba.md5sums. During the installation update-alternatives should create it, but fails because the source /usr/share/man/man1/smbstatus.samba3.1.gz is missing. See below: Setting up samba (2:3.3.5-1) ... update-alternatives: using /usr/bin/smbstatus.samba3 to provide /usr/bin/smbstatus (smbstatus) in auto mode. update-alternatives: warning: skip creation of /usr/share/man/man1/smbstatus.1.gz because associated file /usr/share/man/man1/smbstatus.samba3.1.gz (of link group smbstatus) doesn't exist. This also happens on reinstalling the package. So there currently is no manpage for smbstatus. Helmut -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Versions of packages samba depends on: ii adduser3.110 add and remove users and groups ii cdebconf [debconf-2.0] 0.142 Debian Configuration Management Sy ii debconf [debconf-2.0] 1.5.26Debian configuration management sy ii libacl12.2.47-2 Access control list shared library ii libattr1 1:2.4.43-2Extended attribute shared library ii libc6 2.9-18GNU C Library: Shared libraries ii libcap21:2.16-5 support for getting/setting POSIX. ii libcomerr2 1.41.6-1 common error description library ii libcups2 1.3.10-5 Common UNIX Printing System(tm) - ii libgnutls262.6.6-1 the GNU TLS library - runtime libr ii libgssapi-krb5-2 1.7dfsg~beta3-1 MIT Kerberos runtime libraries - k ii libk5crypto3 1.7dfsg~beta3-1 MIT Kerberos runtime libraries - C ii libkrb5-3 1.7dfsg~beta3-1 MIT Kerberos runtime libraries ii libldap-2.4-2 2.4.15-1.1OpenLDAP libraries ii libpam-modules 1.0.1-9 Pluggable Authentication Modules f ii libpam-runtime 1.0.1-9 Runtime support for the PAM librar ii libpam0g 1.0.1-9 Pluggable Authentication Modules l ii libpopt0 1.14-4lib for parsing cmdline parameters ii libtalloc1 1.3.1-1 hierarchical pool based memory all ii libwbclient0 2:3.3.5-1 Samba winbind client library ii lsb-base 3.2-22Linux Standard Base 3.2 init scrip ii procps 1:3.2.8-1 /proc file system utilities ii samba-common 2:3.3.5-1 common files used by both the Samb ii update-inetd 4.31 inetd configuration file updater ii zlib1g 1:1.2.3.3.dfsg-14 compression library - runtime -- debsums errors found: debsums: can't open samba file /usr/share/man/man1/smbstatus.1.gz (No such file or directory) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534771: xserver-xorg-core: Xorg don't start with the newest intel driver in unstable with UXA mode
Yang Zhe wrote: > Package: xserver-xorg-core > Version: 2:1.6.1.901-3 > Severity: important > > I'm using 2.6.30 kernel in unstable. > Attached is the Xorg.0.log > > There's an ABI break the -core -3. You should downgrade -core to -2 or install a rebuild of the intel driver against latest headers: http://people.debian.org/~bgoglin/rebuilds/Xserver1.6-ABIbreak/intel/ Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534766: xserver-xorg-core: font corruption, dri2 no longer working
Aaron M. Ucko wrote: > Package: xserver-xorg-core > Version: 2:1.6.1.901-3 > Severity: important > > I have observed two regressions since upgrading to 2:1.6.1.901-3, > despite having taken care to rebuild xserver-xorg-video-intel against > current versions of xserver-xorg-dev and x11proto-dri2. (As such, I > believe this report to be distinct from #534475.) > > - As a traditionalist, I make heavy use of the "fixed" font, which > started showing up as unreadable horizontal stripes rather than > proper characters. I'm not sure if other fonts were also affected, > as I quickly reverted to -2 and the corresponding (unrebuilt) > -video-intel. (I have tried to ensure that the data dump below > corresponds to my brief run of -3, though.) > > - While comparing logs of -2 vs. -3 (diff included below), with > everything else held the same, I observed that only -2 was able to > make use of DRI2. That's not such a big deal to me, as pretty much > the only GL apps I run are xscreensaver hacks ;-), but seems worth > noting as well. > This looks strange to me. Are you sure you rebuilt properly? Can you try my rebuild of the intel driver available at http://people.debian.org/~bgoglin/rebuilds/Xserver1.6-ABIbreak/intel/ ? Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534770: libghc6-x11-xft-dev: dependency on libghc6-utf8-string-dev << 0.3.4+
Package: libghc6-x11-xft-dev Version: 0.3-3+b1 Severity: grave Justification: renders package unusable Todays update of libghc6-utf8-string-dev to 0.3.5-1 broke libghc6-x11-xft-dev, making it unusable (ie. libghc6-xmonad-contrib-dev is broken now). -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (700, 'testing'), (650, 'stable'), (600, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (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 libghc6-x11-xft-dev depends on: ii ghc6 [libghc6-utf8-stri 6.10.3-2 GHC - the Glasgow Haskell Compilat ii libc6 2.9-12 GNU C Library: Shared libraries ii libffi5 3.0.7-1 Foreign Function Interface library ii libghc6-utf8-string-dev 0.3.5-1 GHC 6 libraries for the Haskell UT ii libghc6-x11-dev 1.4.5-4 Haskell X11 binding for GHC ii libgmp3c2 2:4.2.4+dfsg-8.1 Multiprecision arithmetic library ii libx11-62:1.2.1-1X11 client-side library ii libxext62:1.0.4-1X11 miscellaneous extension librar ii libxft-dev 2.1.13-3 FreeType-based font drawing librar ii libxft2 2.1.13-3 FreeType-based font drawing librar ii libxinerama12:1.0.3-2X11 Xinerama extension library libghc6-x11-xft-dev recommends no packages. libghc6-x11-xft-dev suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534684: lintian: build-depends-without-arch-dep gives false positives when debian/rules includes /usr/share/R/debian/r-cran.mk
Le Fri, Jun 26, 2009 at 01:26:07PM +0100, Adam D. Barratt a écrit : > + [ cdbs => qr'^include\s+/usr/share/R/debian/r-cran\.mk' ], > + [ debhelper => qr'^include\s+/usr/share/R/debian/r-cran\.mk' ], > + [ 'r-base-dev' => qr'^include\s+/usr/share/R/debian/r-cran\.mk' ], Thanks, it worked perfectly ! Have a nice week-end, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534769: ITP: librqrcode-ruby -- Pure-ruby QR Code (2D barcode) generator
Package: wnpp Severity: wishlist Owner: Gunnar Wolf * Package name: librqrcode-ruby Version : 0.3.2 Upstream Author : Duncan Robertson * URL : http://whomwah.com/rqrcode/ * License : MIT/X Programming Lang: Ruby Description : Pure-ruby QR Code (2D barcode) generator rQRCode is a library for encoding QRCodes in Ruby. It has a simple interface with all the standard qrcode options. It was adapted from the Javascript library by Kazuhiko Arase. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534768: ITP: libbarby-ruby -- Pure-Ruby barcode generator
Package: wnpp Severity: wishlist Owner: Gunnar Wolf * Package name: libbarby-ruby Version : 0.3.1 Upstream Author : Tore Darell * URL : http://toretore.github.com/barby * License : MIT/X Programming Lang: Ruby Description : Pure-Ruby barcode generator Extensible, complete library to generate barcodes, implemented purely in Ruby. Implements all major 1D (and, via rqrcode, some 2D) barcode standards, and can generate its output in a variety of formats. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#524758: bogofilter: Bogofilter crashes on some mails
...[snip]... > From: Sjoerd Simons > To: Debian Bug Tracking System > Subject: bogofilter: Bogofilter crashes on some mails > Date: Sun, 19 Apr 2009 18:37:57 +0100 > > Package: bogofilter > Version: 1.2.0-1+b1 > Severity: important > > It seems like bogofilter crashes on some mails, i get the following > backtrace when rebuilding with debugging symbols: > > (gdb) bt full > #0 word_cmp (w1=0x21681f0, w2=0x0) at ../../src/word.c:40 > r = the w2 parameter should never be 0x0 > #1 0x00417a44 in listsort (list=0x21460e0, compare= > 0x40ed80 ) at ../../src/listsort.c:113 > p = 0x219dd10 > q = 0x219dd50 > e = 0x > tail = 0x219dcd0 > insize = 1 > nmerges = > psize = 1 > qsize = 1 which indicates a problem in listsort Please submit a sample email (preferably gzipped). Thank you. David -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#408212: Ignore my last comment
Nevermind, it looks like I had two entries in my list of podcasts and the one that was failing was not even a feed URL at all. Sorry about the noise, Francois -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534763: Acknowledgement (memory corruption when running git-svn while svn is running)
Just to clarify, running git-svn once /usr/bin/svn has completed results in normal operation. -- "Oh, look: rocks!" -- Doctor Who, "Destiny of the Daleks" -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534767: [navit] Not possible to enter GPS coordinates
Package: navit Severity: normal Many events provide you with the GPS coordinates. It is _by far_ easier to copy&paste GPS coordinates than to lookup street/name and hope that navit (or any other software in that respect) correctly maps street/name to their position. There seems to be no possibility to enter GPS coordinates into navit or at least it is sufficiently well hidden so that users will never use it. Please enlighten me on how to do it or implement it if it’s not possible at the moment. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534766: xserver-xorg-core: font corruption, dri2 no longer working
Package: xserver-xorg-core Version: 2:1.6.1.901-3 Severity: important I have observed two regressions since upgrading to 2:1.6.1.901-3, despite having taken care to rebuild xserver-xorg-video-intel against current versions of xserver-xorg-dev and x11proto-dri2. (As such, I believe this report to be distinct from #534475.) - As a traditionalist, I make heavy use of the "fixed" font, which started showing up as unreadable horizontal stripes rather than proper characters. I'm not sure if other fonts were also affected, as I quickly reverted to -2 and the corresponding (unrebuilt) -video-intel. (I have tried to ensure that the data dump below corresponds to my brief run of -3, though.) - While comparing logs of -2 vs. -3 (diff included below), with everything else held the same, I observed that only -2 was able to make use of DRI2. That's not such a big deal to me, as pretty much the only GL apps I run are xscreensaver hacks ;-), but seems worth noting as well. --- /var/log/Xorg.0.log-2 2009-06-26 20:39:12.0 -0400 +++ /var/log/Xorg.0.log-3 2009-06-26 20:32:29.0 -0400 @@ -10,16 +10,16 @@ X.Org X Server 1.6.1.901 (1.6.2 RC 1) Release Date: 2009-5-8 X Protocol Version 11, Revision 0 -Build Operating System: Linux 2.6.26-1-vserver-amd64 x86_64 Debian +Build Operating System: Linux 2.6.30-dsa-amd64 x86_64 Debian Current Operating System: Linux tux64 2.6.30-1-amd64 #1 SMP Sun Jun 14 15:00:29 UTC 2009 x86_64 -Build Date: 14 May 2009 04:42:17PM -xorg-server 2:1.6.1.901-2 (bui...@excelsior.roeckx.be) +Build Date: 23 June 2009 06:28:59PM +xorg-server 2:1.6.1.901-3 (buildd@) 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 Jun 26 20:38:32 2009 +(==) Log file: "/var/log/Xorg.0.log", Time: Fri Jun 26 20:30:35 2009 (==) Using config file: "/etc/X11/xorg.conf" (==) No Layout section. Using the first Screen section. (**) |-->Screen "Default Screen" (0) @@ -44,7 +44,7 @@ (II) Cannot locate a core keyboard device. (II) The server relies on HAL to provide the list of input devices. If no devices become available, reconfigure HAL or disable AllowEmptyInput. -(II) Loader magic: 0x7540 +(II) Loader magic: 0x3b40 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 5.0 @@ -55,7 +55,7 @@ (WW) xf86OpenConsole: setpgid failed: Operation not permitted (WW) xf86OpenConsole: setsid failed: Operation not permitted -(--) PCI:*(0...@0:2:0) Intel Corporation 82Q35 Express Integrated Graphics Controller rev 2, Mem @ 0xfe98/524288, 0xd000/268435456, 0xfe80/1048576, I/O @ 0xdc00/8 +(--) PCI:*(0:0:2:0) 8086:29b2:1043:8276 Intel Corporation 82Q35 Express Integrated Graphics Controller rev 2, Mem @ 0xfe98/524288, 0xd000/268435456, 0xfe80/1048576, I/O @ 0xdc00/8 (II) Open ACPI successful (/var/run/acpid.socket) (II) System resource ranges: [0] -1 0 0x - 0x (0x1) MX[B] @@ -108,7 +108,7 @@ (II) LoadModule: "dri2" (II) Loading /usr/lib/xorg/modules/extensions//libdri2.so (II) Module dri2: vendor="X.Org Foundation" - compiled for 1.6.1.901, module version = 1.0.0 + compiled for 1.6.1.901, module version = 1.1.0 ABI class: X.Org Server Extension, version 2.0 (II) Loading extension DRI2 (==) Matched intel for the autoconfigured driver @@ -116,7 +116,7 @@ (II) LoadModule: "intel" (II) Loading /usr/lib/xorg/modules/drivers//intel_drv.so (II) Module intel: vendor="X.Org Foundation" - compiled for 1.6.1, module version = 2.7.1 + compiled for 1.6.1.901, module version = 2.7.1 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 5.0 (II) intel: Driver for Intel Integrated Graphics Chipsets: i810, @@ -332,7 +332,6 @@ [8] -1 0 0x - 0x (0x1) IX[B] [9] 0 0 0x03b0 - 0x03bb (0xc) IS[B] [10] 0 0 0x03c0 - 0x03df (0x20) IS[B] -(II) intel(0): [DRI2] Setup complete (**) intel(0): Framebuffer compression disabled (**) intel(0): Tiling enabled (==) intel(0): VideoRam: -1 KB @@ -345,19 +344,12 @@ (==) intel(0): Backing store disabled (==) intel(0): Silken mouse enabled (II) intel(0): Initializing HW Cursor -(II) intel(0): Fixed memory allocation layout: -(II) intel(0): 0x-0x: DRI memory manager (0 kB) -(II) intel(0): 0x:end of aperture -(II) intel(0): BO memory allocation layout: -(II) intel(0): 0x:start of memory manager -(II) intel(0): 0x0100-0x017f: front buffer (8192 kB) X tiled -(II) intel(0): 0x00d0-0x00d09fff: HW cursors (40 kB) -(II) intel
Bug#503424: Contact List of small to medium sized businesses in the United States
Fields such as contact names and positions, complete decription of the business, number of employees, years in business etc.. 17 million total records - all sortable by state Dramatic cost reduction: $290 - This week only send us an email: e...@listsourcesworld.com By emailing e...@listsourcesworld.com you will have your email taken off -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#516488: Ref No.:UKL/74-A0802742009.
Your E-Address was selected online in this week's CAMELOT GROUP.Your draw has a total value of £891,934.00 GBP. Please acknowledge the receipt of this mail with your full details: Name: Age: Address: Phone: Country: :Choose your claims option. (1)Courier Delivery (2)Bank Transfer Email: derek_...@9.cn Prof. Derek Max. CALL NOW: +447035970231 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534765: udev: vol_id does not recognize ext4 volumes that have no journal
Package: udev Version: 0.141-1 vol_id does not recognize ext4 volumes that have no journal, which means that such volumes are not added to /dev/disk/by-uuid and /dev/disk/by-label when presented to the system. # mke2fs -T ext4 -L ext4journalled /dev/sdb1 mke2fs 1.41.6 (30-May-2009) Filesystem label=ext4journalled OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) 244800 inodes, 977329 blocks 48866 blocks (5.00%) reserved for the super user First data block=0 Maximum filesystem blocks=1002438656 30 block groups 32768 blocks per group, 32768 fragments per group 8160 inodes per group Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736 Writing inode tables: done Creating journal (16384 blocks): done Writing superblocks and filesystem accounting information: done This filesystem will be automatically checked every 35 mounts or 180 days, whichever comes first. Use tune2fs -c or -i to override. # vol_id /dev/sdb1 ID_FS_USAGE=filesystem ID_FS_TYPE=ext4 ID_FS_VERSION=1.0 ID_FS_UUID=0372d93a-762f-41b5-8500-aa2f23598e4c ID_FS_UUID_ENC=0372d93a-762f-41b5-8500-aa2f23598e4c ID_FS_LABEL=ext4journalled ID_FS_LABEL_ENC=ext4journalled # mke2fs -T ext4 -L ext4notjournalled -O ^has_journal /dev/sdb1 mke2fs 1.41.6 (30-May-2009) Filesystem label=ext4notjournalled OS type: Linux Block size=4096 (log=2) Fragment size=4096 (log=2) 244800 inodes, 977329 blocks 48866 blocks (5.00%) reserved for the super user First data block=0 Maximum filesystem blocks=1002438656 30 block groups 32768 blocks per group, 32768 fragments per group 8160 inodes per group Superblock backups stored on blocks: 32768, 98304, 163840, 229376, 294912, 819200, 884736 Writing inode tables: done Writing superblocks and filesystem accounting information: done This filesystem will be automatically checked every 21 mounts or 180 days, whichever comes first. Use tune2fs -c or -i to override. # vol_id /dev/sdb1 unknown or non-unique volume type (--probe-all lists possibly conflicting types) -- Paul Collins Wellington, New Zealand Dag vijandelijk luchtschip de huismeester is dood -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534764: mayavi2: GLXBadContext when creating new scene
Package: mayavi2 Version: 3.2.0-3 Severity: normal I run ipython -wthread and at the prompt the following commands from enthought.mayavi import mlab,api mlab.test_surf() upon which I see """ The program 'python' received an X Window System error. This probably reflects a bug in the program. The error was 'GLXBadContext'. (Details: serial 63 error_code 154 request_code 143 minor_code 5) ... """ and I'm dumped back to the command prompt I've found that one workaround is to manually start the engine first: from enthought.mayavi import mlab,api api.Engine().start() mlab.test_surf() will give me a working figure. This workaround does not however work for the OffScreenEngine: from enthought.mayavi import mlab,api api.OffScreenEngine().start() mlab.test_surf() will give me the same error message as above and dump me to the prompt. This is a regression from 2.2.0-1 in Lenny. It occurs with mayavi2=3.2.0-3 but keeping Lenny versions of libgl1-mesa-dri=7.0.3-7 libgl1-mesa-glx=7.0.3-7 x11-common=1:7.3+18 xserver-xorg=1:7.3+18 xserver-xorg-core=2:1.4.2-10.lenny1 xserver-xorg-video-intel=2:2.3.2-2+lenny6 as well as with the sid packages x11-common=1:7.3+18 xserver-xorg=1:7.3+18 xserver-xorg-core=2:1.4.2-10.lenny1 xserver-xorg-video-intel=2:2.3.2-2+lenny6 kernel mode setting is not enabled in either case. Kevin -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (600, 'unstable'), (500, 'testing'), (400, 'stable'), (300, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30.013 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages mayavi2 depends on: ii libc62.9-13 GNU C Library: Shared libraries ii libjs-jquery 1.3.3-1 JavaScript library for dynamic web ii libvtk5.25.2.1-6 Visualization Toolkit - A high lev ii python 2.5.4-2 An interactive high-level object-o ii python-apptools 3.2.0-1 ETS Application Tools ii python-central 0.6.11 register and build utility for Pyt ii python-configobj 4.5.2-2 a simple but powerful config file ii python-envisagecore 3.1.0-1 Extensible Application Framework ii python-envisageplugins 3.1.0-1 Plugins for the Envisage framework ii python-numpy 1:1.2.1-1 Numerical Python adds a fast array ii python-pkg-resources 0.6c9-2 Package Discovery and Resource Acc ii python-traits3.1.0-1 Manifest typing and reactive progr ii python-traitsgui 3.0.4-1 Traits-capable windowing framework ii python-vtk 5.2.1-6 Python bindings for VTK ii python-wxgtk2.8 2.8.7.1-1.1 wxWidgets Cross-platform C++ GUI t ii python2.52.5.4-1 An interactive high-level object-o mayavi2 recommends no packages. Versions of packages mayavi2 suggests: ii python-scipy 0.7.0-1+b1 scientific tools for Python -- 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#534763: memory corruption when running git-svn while svn is running
Package: git-svn Version: 1:1.6.3.1-1 Severity: important It looks like git-svn has difficulty running simultaneously with svn. With svn running a checkout in a separate process like so: svn/sandbox$ svn co https://libdmtx.svn.sourceforge.net/svnroot/libdmtx libdmtx I then started a rebase of a git-svn copy of the same repository: git/sandbox/libdmtx$ git svn rebase M trunk/dmtxregion.c r566 = bdd8eb274a1132f44555ef3ab40e10b527a079b9 (git-svn) D trunk/test/test_opengl/Makefile.am D trunk/test/test_opengl/README D trunk/test/test_opengl/callback.c D trunk/test/test_opengl/callback.h D trunk/test/test_opengl/display.c D trunk/test/test_opengl/display.h D trunk/test/test_opengl/dmtx.c [...snipped for brevity...] A trunk/test/compare_test/compare_siemens/siemens_006_t.png Temp file with moniker 'svn_delta' already in use at /usr/share/perl5/Git.pm line 1022. *** glibc detected *** /usr/bin/perl: double free or corruption (!prev): 0x019eae40 *** === Backtrace: = /lib/libc.so.6[0x30ae272118] /lib/libc.so.6(cfree+0x76)[0x30ae273c56] /usr/lib/libapr-1.so.0(apr_allocator_destroy+0x45)[0x3aafa1c043] /usr/lib/libapr-1.so.0(apr_pool_destroy+0x13f)[0x3aafa1cce8] /usr/lib/libapr-1.so.0(apr_pool_terminate+0x36)[0x3aafa1c7c4] /usr/lib/libapr-1.so.0(apr_terminate+0x22)[0x3aafa1f368] /usr/lib/perl5/auto/SVN/_Core/_Core.so(_wrap_apr_terminate+0x71)[0x7f5a30198721] /usr/lib/libperl.so.5.10(Perl_pp_entersub+0x550)[0x342b0acf00] /usr/lib/libperl.so.5.10(Perl_runops_standard+0x12)[0x342b0ab3e2] /usr/lib/libperl.so.5.10(Perl_call_sv+0x498)[0x342b0a5b98] /usr/lib/libperl.so.5.10(Perl_call_list+0x334)[0x342b0a6024] /usr/lib/libperl.so.5.10(perl_destruct+0x12c3)[0x342b0aa993] /usr/bin/perl(main+0xb3)[0x400ce3] /lib/libc.so.6(__libc_start_main+0xe6)[0x30ae21e5a6] /usr/bin/perl[0x400b69] === Memory map: 0040-00401000 r-xp 08:05 33933391 /usr/bin/perl 00601000-00602000 rw-p 1000 08:05 33933391 /usr/bin/perl 00bc9000-01a54000 rw-p 00bc9000 00:00 0 [heap] 30aca0-30aca1d000 r-xp 08:04 38575 /lib/ld-2.9.so 30acc1c000-30acc1d000 r--p 0001c000 08:04 38575 /lib/ld-2.9.so 30acc1d000-30acc1e000 rw-p 0001d000 08:04 38575 /lib/ld-2.9.so 30ae20-30ae349000 r-xp 08:04 39015 /lib/libc-2.9.so 30ae349000-30ae549000 ---p 00149000 08:04 39015 /lib/libc-2.9.so 30ae549000-30ae54d000 r--p 00149000 08:04 39015 /lib/libc-2.9.so 30ae54d000-30ae54e000 rw-p 0014d000 08:04 39015 /lib/libc-2.9.so 30ae54e000-30ae553000 rw-p 30ae54e000 00:00 0 30ae60-30ae602000 r-xp 08:04 39022 /lib/libdl-2.9.so 30ae602000-30ae802000 ---p 2000 08:04 39022 /lib/libdl-2.9.so 30ae802000-30ae803000 r--p 2000 08:04 39022 /lib/libdl-2.9.so 30ae803000-30ae804000 rw-p 3000 08:04 39022 /lib/libdl-2.9.so 30aea0-30aea82000 r-xp 08:04 39026 /lib/libm-2.9.so 30aea82000-30aec81000 ---p 00082000
Bug#534762: fglrx-source: build fails
Package: fglrx-source Version: 1:9-5-1 Severity: important Justification: fails to build from source Build via module-assistant fails, differently to #444340 in 'pure' amd64. See modass log enclosed. Cheers, Andreas -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fglrx-source depends on: ii bzip2 1.0.5-3high-quality block-sorting file co ii debhelper 7.2.17 helper programs for debian/rules ii make 3.81-6 An utility for Directing compilati Versions of packages fglrx-source recommends: ii module-assistant 0.11.1 tool to make module package creati Versions of packages fglrx-source suggests: pn fglrx-driver (no description available) -- no debconf information *** /var/cache/modass/fglrx-source.buildlog.2.6.30-1-amd64.1246061269 /usr/bin/make -f debian/rules clean make[1]: Entering directory `/usr/src/modules/fglrx' dh_testroot rm -f configure-stamp rm -f fglrx.ko fglrx.mod.c *.o libfglrx_ip.a rm -f .version .*.o.flags .*.o.d .*.o.cmd .*.ko.cmd rm -rf .tmp_versions rm -rf patch dh_clean rm -f /usr/src/modules/fglrx/debian/control rm -f /usr/src/modules/fglrx/debian/dirs make[1]: Leaving directory `/usr/src/modules/fglrx' /usr/bin/make -f debian/rules binary_modules make[1]: Entering directory `/usr/src/modules/fglrx' if [ -f /usr/src/modules/fglrx/debian/control.template ]; then \ cat /usr/src/modules/fglrx/debian/control.template > /usr/src/modules/fglrx/debian/control; \ fi dh_testdir touch configure-stamp dh_testdir /usr/bin/make -C /lib/modules/2.6.30-1-amd64/build SUBDIRS=/usr/src/modules/fglrx modules make[2]: Entering directory `/usr/src/linux-headers-2.6.30-1-amd64' CC [M] /usr/src/modules/fglrx/firegl_public.o In file included from /usr/src/modules/fglrx/firegl_public.c:171: /usr/src/modules/fglrx/firegl_public.h:164:1: warning: "PM_EVENT_SUSPEND" redefined In file included from /usr/src/linux-headers-2.6.30-1-common/arch/x86/include/asm/apic.h:6, from /usr/src/linux-headers-2.6.30-1-common/arch/x86/include/asm/smp.h:13, from /usr/src/linux-headers-2.6.30-1-common/arch/x86/include/asm/mmzone_64.h:12, from /usr/src/linux-headers-2.6.30-1-common/arch/x86/include/asm/mmzone.h:4, from /usr/src/linux-headers-2.6.30-1-common/include/linux/mmzone.h:775, from /usr/src/linux-headers-2.6.30-1-common/include/linux/gfp.h:4, from /usr/src/linux-headers-2.6.30-1-common/include/linux/kmod.h:22, from /usr/src/linux-headers-2.6.30-1-common/include/linux/module.h:13, from /usr/src/modules/fglrx/firegl_public.c:93: /usr/src/linux-headers-2.6.30-1-common/include/linux/pm.h:241:1: warning: this is the location of the previous definition In file included from /usr/src/modules/fglrx/firegl_public.c:171: /usr/src/modules/fglrx/firegl_public.h:598:1: warning: "pgprot_writecombine" redefined In file included from /usr/src/linux-headers-2.6.30-1-common/arch/x86/include/asm/paravirt.h:7, from /usr/src/linux-headers-2.6.30-1-common/arch/x86/include/asm/irqflags.h:55, from /usr/src/linux-headers-2.6.30-1-common/include/linux/irqflags.h:57, from /usr/src/linux-headers-2.6.30-1-common/arch/x86/include/asm/system.h:11, from /usr/src/linux-headers-2.6.30-1-common/arch/x86/include/asm/processor.h:17, from /usr/src/linux-headers-2.6.30-1-common/include/linux/prefetch.h:14, from /usr/src/linux-headers-2.6.30-1-common/include/linux/list.h:6, from /usr/src/linux-headers-2.6.30-1-common/include/linux/module.h:9, from /usr/src/modules/fglrx/firegl_public.c:93: /usr/src/linux-headers-2.6.30-1-common/arch/x86/include/asm/pgtable_types.h:278:1: warning: this is the location of the previous definition In file included from /usr/src/modules/fglrx/firegl_public.c:171: /usr/src/modules/fglrx/firegl_public.h:602:1: warning: "pgprot_noncached" redefined In file included from /usr/src/linux-headers-2.6.30-1-common/include/linux/mm.h:40, from /usr/src/linux-headers-2.6.30-1-common/arch/x86/include/asm/pci.h:4, from /usr/src/linux-headers-2.6.30-1-common/include/linux/pci.h:1098, from /usr/src/modules/fglrx/firegl_public.c:100: /usr/src/linux-headers-2.6.30-1-common/arch/x86/include/asm/pgtable.h:11:1: warning: this is the location of the previous definition In file included from /usr/src/modules/fglrx/drmP.h:86, from /usr/src/modules/fglrx/drm_proc.h:41, from /u
Bug#534761: subversion fails to checkout sourceforge repositories
Package: subversion Version: 1.5.6dfsg-1 Severity: important Attempting to checkout any subversion repository from sourceforge results in an options error. An apparently-related bug (531338) says that one should update neon27 to the version in unstable, but there is no dependency on neon27 in the subversion client, nor did installing that package from unstable resolve any issues. I also attempted to install version 1.6.1 from experimental, but the results were exactly the same. A typical error is as follows: $ svn co https://libdmtx.svn.sourceforge.net/svnroot/libdmtx libdmtx svn: OPTIONS of 'https://libdmtx.svn.sourceforge.net/svnroot/libdmtx': could not connect to server (https://libdmtx.svn.sourceforge.net) Note that this doesn't seem to affect svn://or file:// URLs, which continue to work fine on local repositories. The problem seems to affect only HTTP/HTTPS connections. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (700, 'unstable'), (600, 'stable'), (550, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (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/dash Versions of packages subversion depends on: ii libapr1 1.3.5-1 The Apache Portable Runtime Librar ii libc6 2.9-12 GNU C Library: Shared libraries ii libsasl2-2 2.1.22.dfsg1-23+squeeze1 Cyrus SASL - authentication abstra ii libsvn1 1.5.6dfsg-1 Shared libraries used by Subversio subversion recommends no packages. Versions of packages subversion suggests: pn db4.6-util (no description available) ii patch2.5.9-5 Apply a diff file to an original ii subversion-tools 1.5.6dfsg-1 Assorted tools related to Subversi -- 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#534758: python-dulwich: Unexplained dependancy on python2.4
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 tags 534758 +moreinfo thanks Samuel Bronson wrote: > Package: python-dulwich > Version: 0.3.2-1 > Severity: normal > > Jelmer, why does python-dulwich depend on python2.4 specifically? Is > it in some way incompatible with Python 2.5? If so, how (and why > haven't you fixed it yet)? Where does it depend on 2.4 specifically? The control file only declares a dependency on python 2.4 or later. Perhaps this is a bug in python-central. Cheers, Jelmer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iJwEAQECAAYFAkpFaUsACgkQDLQl4QYPZuUbcwQAhIRDed7zMn/jydULaoUWw/10 yol0EJFo8Px7TcG5BUN0ANWkZFp1TnVyM7fNqPfaHT/qiKloGKFbdVCpmgXe+mGj pTWyMsOvC141//Ytx/6kYd+95kevvA6WfiE2AFTNblIayu3jINdAjTBC/0S9DiCX /1WapUIeH/1kRHjB5YA= =h6O7 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534760: RFA: bzr-loom -- Focused patch plugin support for Bazaar
Package: wnpp Severity: normal I request an adopter for the bzr-loom package. The package description is: Loom is a Bazaar plugin to assist in developing focused patches. It adds a 'loom' to a bzr branch. . A loom allows the development of multiple patches at once, while still giving each patch a branch of its own. This package is currently being maintained as part of the Bazaar packaging team, but the team has shrinked and that has increased the workload for the remaining members maintaining the various bzr-related packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534759: ripit -- problem in creating the directory for ripping
Package: ripit
Version: 3.7.0-1
Severity: important
Tags: patch
Hi!
While using ripit 3.7.0-1, it just doesn't create a directory for me
for ripping. For example:
[ku...@bluemoon /tmp] ./ripit
RipIT version 3.7.0.
Will create a playlist file.
Will set file permission to 0644.
Checking for a DB entry @ freedb.freedb.org...
-
CDDB and tag Info
-
Artist: Various
Album: Vivaldi's Greates Hits - The Ultimate Four Seasons
Category: classical
ID3-Genre: Classical (32)
Year: 2003
Revision: 2
CD id: 5c122a17
Comment: YEAR: 2003
01: [03:26.30] Vladimir Spivakov / Vivaldi: The Four Seasons #1 In E, Op. 8, RV
269, Spring - 1. Allegro
02: [02:32.47] Amsterdam Guitar Trio / Vivaldi: The Four Seasons #1 In E, Op.8,
RV 269, Spring - 2. Largo
03: [03:47.63] Michala Petri / Vivaldi: The Four Seasons #1 In E, Op. 8, RV
269, Spring - 3. Allegro
04: [05:07.47] Yamashita and Coryell / Vivaldi: The Four Seasons #2 In G Minor,
Op. 8, RV 315, Summer - 1. Allegro Non Molto - Allegro
05: [02:58.58] Tracy Scott Silverman / Vivaldi: The Four Seasons #2 In G Minor,
Op. 8, RV 315, Summer - 2. Adagio
06: [02:50.25] Gottfried von der Goltz / Vivaldi: The Four Seasons #2 In G
Minor, Op. 8, RV 315, Summer - 3. Presto
07: [05:15.37] James Galway / Vivaldi: The Four Seasons #3 In F, Op. 8, RV 293,
Autumn - 1. Allegro
08: [02:23.38] Yamashita and Coryell / Vivaldi: The Four Seasons #3 In F, Op.8,
RV 293, Autumn - 2. Adagio Molto
09: [03:13.42] Vladimir Spivakov / Vivaldi: The Four Seasons #3 In F, Op. 8, RV
293, Autumn - 3. Allegro
10: [03:14.08] Ranson Wilson & Modern Madolin Quartet / Vivaldi: The Four
Seasons #4 In F Minor, Op. 8, RV 297, Winter - 1. Allegro Non Molt
11: [01:54.67] Gottfried von der Goltz / Vivaldi: The Four Seasons #4 In F
Minor, Op. 8, RV 297, Winter - 2. Largo
12: [03:36.50] James Galway / Vivaldi: The Four Seasons #4 In F Minor, Op. 8,
RV 297, Winter - 3. Allegro
13: [03:16.38] Michala Petri / Vivaldi: The Four Seasons #1 In E, Op. 8, RV
269, Spring - 1. Allegro
14: [03:45.45] Gottfried von der Goltz / Vivaldi: The Four Seasons #1 In E, Op.
8, RV 269, Spring - 3. Allegro
15: [06:22.60] Gottfried von der Goltz / Vivaldi: The Four Seasons #2 In G
Minor, Op. 8, RV 315, Summer - 1. Allegro Non Molto - Allegro
16: [02:58.52] James Galway / Vivaldi: The Four Seasons #2 In G Minor, Op. 8,
RV 315, Summer - 2. Adagio, Presto
17: [02:36.10] Yamashita and Coryell / Vivaldi: The Four Seasons #2 In G Minor,
Op. 8, RV 315, Summer - 3. Presto
18: [03:10.13] Amsterdam Guitar Trio / Vivaldi: The Four Seasons #3 In F, Op.
8, RV 293, Autumn - 1. Allegro
19: [03:25.05] Gottfried von der Goltz / Vivaldi: The Four Seasons #4 In F
Minor, Op. 8, RV 297, Winter - 1. Allegro Non Molto
20: [03:37.30] James Galway / Vivaldi: The Four Seasons #4 In F Minor, Op. 8,
RV 297, Winter - 1. Allegro Non Molto
21: [02:44.02] Vladimir Spivakov / Vivaldi: The Four Seasons #4 In F Minor, Op.
8, RV 297, Winter - 2. Largo
22: [02:09.03] Yamashita and Coryell / Vivaldi: The Four Seasons #4 In F Minor,
Op. 8, RV 297, Winter - 2. Largo
23: [03:03.32] Gottfried von der Goltz / Vivaldi: The Four Seasons #4 In F
Minor, Op. 8, RV 297, Winter - 3. Allegro
mkdir: cannot create directory
`/./Various-Vivaldi\'s_Greates_Hits_-_The_Ultimate_Four_Seasons': Permission
denied
Can not create directory
/./Various-Vivaldi's_Greates_Hits_-_The_Ultimate_Four_Seasons: No such file or
directory
A minor fix in the ripit executable is attached. However, if that is
wrong, or I have made a mistake, please do let me know.
Thanks.
Kumar
--
Kumar Appaiah
diff -Nru --exclude debian ripit-3.7.0/ripit.pl ripit-3.7.0/ripit.pl
--- ripit-3.7.0/ripit.pl 2009-05-16 18:45:48.0 -0400
+++ ripit-3.7.0/ripit.pl 2009-06-26 20:08:11.0 -0400
@@ -1760,7 +1760,7 @@
my $growing_dir = "";
foreach (split(/\//, $soundir)) {
next if($_ eq " ");
-$growing_dir .= "/$_";
+$growing_dir .= "$_";
$growing_dir =~ s;//;/;g;
if(!opendir(TESTDIR, $growing_dir)) {
log_system("mkdir -m $dpermission -p \"$growing_dir\"")
signature.asc
Description: Digital signature
Bug#449204: reportbug: please add an "add addressee" to main menu
Hi, I guess this bug report could be merged with #349690. Bye, Carl Chenet > often after i finish writting a bug report, i realize that i need to > send it to other addressees as well as the bug tracking system. it would > be great if there were an option in the menu, maybe called "a" that would > enable the user to add an adressee to their message after they've > completed typing their report. > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#524758: Fwd: bogofilter: Bogofilter crashes on some mails
(Adding in the loop the bogofilter devs.)
Sjoerd, would you please supply an example email to help with reproducing the
problem?
Cheers,
Serafeim
-- forwarded email
From: Sjoerd Simons
To: Debian Bug Tracking System
Subject: bogofilter: Bogofilter crashes on some mails
Date: Sun, 19 Apr 2009 18:37:57 +0100
Package: bogofilter
Version: 1.2.0-1+b1
Severity: important
It seems like bogofilter crashes on some mails, i get the following backtrace
when rebuilding with debugging symbols:
(gdb) bt full
#0 word_cmp (w1=0x21681f0, w2=0x0) at ../../src/word.c:40
r =
#1 0x00417a44 in listsort (list=0x21460e0, compare=
0x40ed80 ) at ../../src/listsort.c:113
p = 0x219dd10
q = 0x219dd50
e = 0x
tail = 0x219dcd0
insize = 1
nmerges =
psize = 1
qsize = 1
#2 0x0040e73b in rstats_print (unsure=false) at
../../src/rstats.c:142
robn =
#3 0x0040d08e in write_spam_info () at ../../src/passthrough.c:138
No locals.
#4 0x0040d326 in write_message (status=RC_HAM)
at ../../src/passthrough.c:218
rf = 0x40ccf0
rfarg = 0x79541630
text = 0x2167e70
seen_subj = false
#5 0x00402ba8 in bogofilter (argc=,
argv=) at ../../src/bogofilter.c:132
spamicity = 0
w = 0x2146030
msgcount = 1
status = RC_HAM
register_opt = false
register_aft = false
write_msg = true
words = 0x0
#6 0x00404bd9 in bogomain (argc=0, argv=0x795417c8)
at ../../src/bogomain.c:67
status =
exitcode =
#7 0x00402dee in main (argc=5, argv=0x795417c8)
at ../../src/main.c:31
exitcode =
(gdb) p * (rstats_t *)p
$35 = {next = 0x219dd50, token = 0x21681f0, good = 0, bad = 2108, msgs_good =
0, msgs_bad = 6757, used = false, prob = -nan(0x8)}
(gdb) p * (rstats_t *)q
$36 = {next = 0x0, token = 0x0, good = 0, bad = 0, msgs_good = 0, msgs_bad =
0, used = false, prob = 0}
(gdb)
The compare_rstats_t function doesn't seem to cope well then the probabilities
are incomparable and one of the sides doesn't actually have tokens...
Sjoerd
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.29-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash
Versions of packages bogofilter depends on:
ii bogofilter-bdb1.2.0-1a fast Bayesian spam filter
(Berke
bogofilter recommends no packages.
bogofilter 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#534758: python-dulwich: Unexplained dependancy on python2.4
Package: python-dulwich Version: 0.3.2-1 Severity: normal Jelmer, why does python-dulwich depend on python2.4 specifically? Is it in some way incompatible with Python 2.5? If so, how (and why haven't you fixed it yet)? -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534757: unhtml: off by one allocation
Package: unhtml
Version: 2.3.9
Tags: patch
Too few bytes are allocated;
check is for if (i>tag_size-1) but on EOF a NULL is also written.
I also took the opportunity to remove an unnecessary and probably not
useful re-allocation.
--- unhtml-2.3.9/unhtml.c 2009-06-26 16:20:07.0 -0700
+++ /tmp/unhtml-2.3.9/unhtml.c 2009-06-26 16:20:52.0 -0700
@@ -130,30 +130,16 @@
m_putchar(tag[j]);
}
- if (tag_size > MAX_TAG_SIZE) {
- free(tag);
- tag_size = MAX_TAG_SIZE;
- tag = (char *)malloc(tag_size);
- if (!tag) {
-fprintf (stderr, "Cannot malloc tag space (%d bytes).\n",
tag_size);
-return 1;
- }
- }
-
break;
}
- if (i > (tag_size - 1)) {
- while (tag_size < i)
- tag_size *= 2;
- tmp = (char *)malloc(tag_size);
+ if (i >= tag_size-1) {
+ tag_size <<= 1;
+ tmp = realloc(tag, tag_size);
if (!tmp) {
fprintf (stderr, "Cannot malloc tag space (%d bytes).\n", tag_size);
return 1;
}
- memset(tmp, 0, tag_size);
- memcpy(tmp, tag, i);
- free(tag);
tag = tmp;
}
@@ -225,17 +211,13 @@
tag[i] = ch;
i++;
- if (i > (tag_size - 1)) {
- while (tag_size < i)
- tag_size *= 2;
- tmp = (char *)malloc(tag_size);
+ if (i >= tag_size-1) {
+ tag_size <<= 1;
+ tmp=realloc(tag, tag_size);
if (!tmp) {
fprintf (stderr, "Cannot malloc tag space (%d bytes).\n",
tag_size);
return 1;
}
- memset(tmp, 0, tag_size);
- memcpy(tmp, tag, i);
- free(tag);
tag = tmp;
}
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#527954: openoffice.org-impress: Segmentation fault while converting ppt to PDF
Hi! It works with experimental's 3.1.1~ooo310m13-1 527954-done then? Thank you! Best regards, Nelson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#435818: reportbug: Use SSH agent
tags 435818 moreinfo thanks Hi, Thanks for you report, do you mean gnupg-agent instead of ssh-agent because I'm failing to see why using ssh-agent with gnupg passphrase. Please correct me if I'm missing your point. Bye, Carl Chenet -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534736: fpm2: turning fpm into a full-fledged systray application
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thank you for the wishlist. I have forwarded it to upstream author of fpm2. :-) Kind regards Wen-Yen Chuang (caleb) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkpFV5kACgkQdEpXpumNYVmWrwCfdlKu8ZR0Y0GUG0rJSIjBcT51 1PcAn0DMZYpdjFF71xbtlfG51bi5tFVm =tluf -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534756: fusesmb.cache fails on 64-bit
Package: fusesmb Version: 0.8.7-1 Severity: important fusesmb never populates the mount point, presumably because fusesmb.cache never actually completes. Generally, the pid file isn't pointing to a running process: $ cat .smb/fusesmb.cache.pid 24932 $ ps -p 24932 PID TTY TIME CMD At various times it simply aborts, reports a memory leak, or a memory corruption. It never works, but the error reported seems to rotate between the three error states. $ fusesmb.cache ~/mnt/fusesmb no talloc stackframe around, leaking memory Aborted $ fusesmb.cache ~/mnt/fusesmb *** glibc detected *** fusesmb.cache: malloc(): memory corruption: 0x009316e0 *** === Backtrace: = /lib/libc.so.6[0x30ae272118] /lib/libc.so.6[0x30ae274a24] /lib/libc.so.6(__libc_malloc+0x98)[0x30ae276838] /lib/libc.so.6(vasprintf+0x3e)[0x30ae2673be] /usr/lib/libsmbclient.so.0[0x363b2772da] /usr/lib/libsmbclient.so.0[0x363b2e4fb8] /usr/lib/libsmbclient.so.0[0x363b2e5020] /usr/lib/libsmbclient.so.0[0x363b2e0ecd] /usr/lib/libsmbclient.so.0[0x363b231830] fusesmb.cache[0x401f3d] /lib/libpthread.so.0[0x30aee06faa] /lib/libc.so.6(clone+0x6d)[0x30ae2ce29d] === Memory map: 0040-00407000 r-xp 08:05 33632358 /usr/bin/fusesmb.cache 00606000-00607000 rw-p 6000 08:05 33632358 /usr/bin/fusesmb.cache 00607000-00608000 rw-p 00607000 00:00 0 00806000-00809000 rw-p 6000 08:05 33632358 /usr/bin/fusesmb.cache 0091d000-009d8000 rw-p 0091d000 00:00 0 [heap] 30aca0-30aca1d000 r-xp 08:04 38575 /lib/ld-2.9.so 30acc1c000-30acc1d000 r--p 0001c000 08:04 38575 /lib/ld-2.9.so 30acc1d000-30acc1e000 rw-p 0001d000 08:04 38575 /lib/ld-2.9.so 30ace0-30ace1f000 r-xp 08:05 1677815 /usr/lib/libfuse.so.2.7.4 30ace1f000-30ad01f000 ---p 0001f000 08:05 1677815 /usr/lib/libfuse.so.2.7.4 30ad01f000-30ad021000 rw-p 0001f000 08:05 1677815 /usr/lib/libfuse.so.2.7.4 30ae20-30ae349000 r-xp 08:04 39015 /lib/libc-2.9.so 30ae349000-30ae549000 ---p 00149000 08:04 39015 /lib/libc-2.9.so 30ae549000-30ae54d000 r--p 00149000 08:04 39015 /lib/libc-2.9.so 30ae54d000-30ae54e000 rw-p 0014d000 08:04 39015 /lib/libc-2.9.so 30ae54e000-30ae553000 rw-p 30ae54e000 00:00 0 30ae60-30ae602000 r-xp 08:04 39022 /lib/libdl-2.9.so 30ae602000-30ae802000 ---p 2000 08:04 39022 /lib/libdl-2.9.so 30ae802000-30ae803000 r--p 2000 08:04 39022 /lib/libdl-2.9.so 30ae803000-30ae804000 rw-p 3000 08:04 39022 /lib/libdl-2.9.so 30aee0-30aee16000 r-xp 08:04 39017 /lib/libpthread-2.9.so 30aee16000-30af015000 ---p 00016000 08:04 39017 /lib/libpthread-2.9.so 30af015000-30af016000 r--p 00015000 08:04 39017 /lib/libpthread-2.9.so 30af016000-30af017000 rw-p 00016000 08:04 39017 /lib/libpthread-2.9.so 30af017000-30af01b000 rw-p 30af017000 00:00 0 30af20-30af217000 r-xp 08:05 1115962 /usr/lib/libz.so.1.2.3.3 30af217000-30af416000 ---p 00017000 08:05 1115962 /usr/lib/libz.so.1.2.3.3 30af416000-30af417000 rw-p 00016000 08:05 1115962 /usr/lib/libz.so.1.2.3.3 30b0a0-30b0a07000 r-xp 08:04 39020 /lib/librt-2.9.so 30b0a07000-30b0c06000 ---p 7000 08:04 39020 /lib/librt-2.9.so 30b0c06000-30b0c07000 r--p 6000 08:04 39020 /lib/librt-2.9.so 30b0c07000-30b0c08000 rw-p 7000 08:04 39020 /lib/librt-2.9.so 30b160-30b161a000 r-xp 08:04 39028 /lib/libgcc_s.so.1 30b161a000-30b181a000 ---p 0001a000 08:04 39028 /lib/libgcc_s.so.1 30b181a000-30b181b000 rw-p 0001a000 08:04 39028 /lib/libgcc_s.so.1 30b680-30b6809000 r-xp 08:05 522489 /usr/lib/libtalloc.so.1.3.0 30b6809000-30b6a08000 ---p 9000 08:05 522489 /usr/lib/libtalloc.so.1.3.0 30b6a08000-30b6a09000 rw-p 8000 08:05 522489 /usr/lib/libtalloc.so.1.3.0 30bb60-30bb613000 r-xp 08:04 39040 /lib/libresolv-2.9.so 30bb613000-30bb8130
Bug#534725:
2009/6/27 Christian Ohm : > On Friday, 26 June 2009 at 23:46, Thomas Adam wrote: >> So it's failing due to a bad colour -- but your config doesn't show >> that which is why it's working fine for me. >> >> Please attach this corefile you have and your *full* fvwm config and I >> shall track it down for you. > > This config is all I need to get the segfault, on a current Debian unstable > system that never saw fvwm before. If you still need the coredump, I'll send > it > tomorrow (it's on another machine). It's not segfaulting for me -- how are you invoking FVWM? I might ask you to compile ds-4's sources with the DEBUG flag to FVWM if this persists -- but this is working as expected so until then, don't bother. I am a little confused why the backtrace shows the problem in ColorUtils.c -- that *really* is at the point the colours are parsed -- it's actually failing here: if (name && strncasecmp(name, "rgb:", 4) == 0) Odd. Regardless of your assertion that your previous config snippet still exhibits the problem, I would still like you to upload your entire FVWM config, and yes, supply the corefile as well, I'd like to analyse it for myself. -- Thomas Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534755: bluez-utils: FTBFS: 'HCI_SECMGR' undeclared
Package: bluez-utils Version: 3.36-3 Severity: serious From my pbuilder build log: ... Making all in hcid make[3]: Entering directory `/tmp/buildd/bluez-utils-3.36/hcid' /usr/bin/make all-am make[4]: Entering directory `/tmp/buildd/bluez-utils-3.36/hcid' cc -DHAVE_CONFIG_H -I. -I.. -I../common -I../sdpd -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I../gdbus - DPLUGINDIR=\""/usr/lib/bluetooth/plugins"\" -g -O2 -g -Wall -O2 -D_FORTIFY_SOURCE=2 -fPIE -c security.c security.c: In function 'io_security_event': security.c:888: error: 'HCI_SECMGR' undeclared (first use in this function) security.c:888: error: (Each undeclared identifier is reported only once security.c:888: error: for each function it appears in.) make[4]: *** [security.o] Error 1 make[4]: Leaving directory `/tmp/buildd/bluez-utils-3.36/hcid' make[3]: *** [all] Error 2 make[3]: Leaving directory `/tmp/buildd/bluez-utils-3.36/hcid' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/tmp/buildd/bluez-utils-3.36' make[1]: *** [all] Error 2 make[1]: Leaving directory `/tmp/buildd/bluez-utils-3.36' make: *** [debian/stamp-makefile-build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- Daniel Schepler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534754: pbuilder: cronjob to remove old cruft from /var/cache/pbuilder
Package: pbuilder Version: 0.188 Severity: wishlist It'd be nice to have a cronjob that would remove old files from /var/cache/pbuilder, especially aptcache and result, or old trees from build. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26.8 (SMP w/1 CPU core) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pbuilder depends on: ii cdebootstrap 0.5.5 Bootstrap a Debian system ii coreutils 7.4-2 The GNU core utilities ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy ii debianutils 3.1.3 Miscellaneous utilities specific t ii debootstrap 1.0.13 Bootstrap a basic Debian system ii wget 1.11.4-2 retrieves files from the web Versions of packages pbuilder recommends: ii devscripts2.10.52scripts to make the life of a Debi ii fakeroot 1.12.4 Gives a fake root environment ii sudo 1.7.0-1Provide limited super user privile Versions of packages pbuilder suggests: pn cowdancer (no description available) pn gdebi (no description available) pn pbuilder-uml (no description available) -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534725:
On Friday, 26 June 2009 at 23:46, Thomas Adam wrote: > So it's failing due to a bad colour -- but your config doesn't show > that which is why it's working fine for me. > > Please attach this corefile you have and your *full* fvwm config and I > shall track it down for you. This config is all I need to get the segfault, on a current Debian unstable system that never saw fvwm before. If you still need the coredump, I'll send it tomorrow (it's on another machine). Best regards, Christian Ohm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534735: The configuration "listen-address :8118" is not possible with 3.0.13-1
Moin Markus! Dr. Markus Waldeck schrieb am Freitag, den 26. Juni 2009: > I found following entry in /var/log/privoxy/logfile > > Fatal error: can't bind to INADDR_ANY:8118: The hostname is not resolvable > > The problem is caused by the configuration "listen-address :8118". > There was no problem with 3.0.12-2 and before. Strange. I use the same configuration on my home system, but never got this error message. Neither with 3.0.12 nor with 3.0.13. It simply works. Could you please give me more information, how to reproduce this problem? Maybe its a sid issue (I personally usually use lenny). Or do you use some special architecture (I only use i386 and amd64)? > The INADDR_ANY configuration is required to use privoxy from the > local system AND a virtual machine which connects to privoxy via an > 192.168.x.y address. The access to port 8118 is protected by > netfilter. Where does this "INADDR_ANY" come from? Did you enter it to the config file or is it only the output in the log? The correct configuration to listen on all interfaces is listen-address :8118 Tscho Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534725:
OK, So it's failing due to a bad colour -- but your config doesn't show that which is why it's working fine for me. Please attach this corefile you have and your *full* fvwm config and I shall track it down for you. -- Thomas Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534753: openoffice.org-common: openoffice.org not starting up, hangs every time until javaldx killed manually
Package: openoffice.org-common
Version: 1:3.0.1-9
Severity: important
I'm running Debian Testing. Today I upgraded OpenOffice from 2.4.1, which
was working fine, to 3.0.1. Now I cannot start OpenOffice. It just hangs
with no UI interaction or CPU usage. I then incidentally noticed that
there's a javaldx process lingering around that, when killed manually,
lets OpenOffice resume starting up normally.
Yes, I have sun-java6-{bin,jdk,jre} installed. I don't have the
openoffice.org package installed, though, as I'm not using OO Base.
I tried removing both
~/.openoffice.org2/user/config/javasettings_Linux_X86_64.xml
~/.openoffice.org/3/user/config/javasettings_Linux_X86_64.xml
several times as suggested by various bug reports and forum posts, to no
avail.
Please help! I'll happily do anything I can to assist in debugging this.
-Julian
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (600, 'testing'), (90, 'unstable'), (80, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages openoffice.org-common depends on:
ii openoffice.org-style-galaxy 1:3.0.1-9 full-featured office productivity
Versions of packages openoffice.org-common recommends:
ii openoffice.org-style-crystal 1:3.0.1-9 full-featured office productivity
pn openoffice.org-style-tango (no description available)
Versions of packages openoffice.org-common suggests:
pn openoffice.org-style-hicontra (no description available)
pn openoffice.org-style-industri (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#534752: Acquire::http::Dl-Limit ignored when downloading from multiple sites
Package: apt Version: 0.7.21 When apt-get or aptitude downloads from more than one server at once, it ignores Acquire::http::Dl-Limit. No matter if one uses apt-get -o Acquire::http::Dl-Limit=11 --download-only or mixed in APT::Default-Release "experimental"; APT::Cache::AllVersions false; APT::Clean-Installed false; APT::Get::Purge true; APT::Install-Recommends false; Acquire::http::Dl-Limit 15; Aptitude::CmdLine::Always-Prompt true; Aptitude::Purge-Unused true; My sources.list is deb http://ftp.tw.debian.org/debian experimental main contrib non-free deb http://ftp.tw.debian.org/debian unstable main contrib non-free deb http://ftp.tw.debian.org/debian-multimedia unstable main deb http://emacs.orebokech.com sid main Screen shot: Get:1 http://ftp.tw.debian.org unstable/main debian-reference-en 2.33 [824kB] Get:2 http://emacs.orebokech.com sid/main emacs-snapshot-el 1:20090626-1 [12.4MB] 17% [2 emacs-snapshot-el 4978354/12.4MB 40%] [1 debian-reference-en 547870/824kB 66%] 30.6kB/s 14min 26s However, after downloading several files, it will indeed start obeying Acquire::http::Dl-Limit. So the problem isn't for the entire download session. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534751: ITP: latex2mathml -- Convert LaTeX math formulas to MathML
Package: wnpp Severity: wishlist Owner: Jeremy Oden * Package name: latex2mathml Version : 0.0.0 Upstream Author : Jeremy Oden * URL : https://sourceforge.net/projects/latex2mathml/ * License : BSD Programming Lang: PHP Description : Convert LaTeX math formulas to MathML latex2mathml is a powerful php5 class that can be used to convert LaTeX math formulas to Presentation MathML. This program can be used as command line, using php5-cli. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#479035: fontconfig: recently installed box correctly shows asian fonts, old boxes upgraded to lenny don't
retitle 479035 fontconfig: cannot show Asian fonts thanks On Thu, 4 Dec 2008 22:57:23 +0100 Francesco Poli wrote: [...] > *Help*! > May I have some sort of maintainer response, please? I still experience this bug with fontconfig/2.6.0-3, as already said. May I have some help from the maintainers of this package? -- New location for my website! Update your bookmarks! http://www.inventati.org/frx . Francesco Poli . GnuPG key fpr == C979 F34B 27CE 5CD8 DC12 31B5 78F4 279B DD6D FCF4 pgpTlpPtB8W1P.pgp Description: PGP signature
Bug#489866: mirror submission for mirror.transact.net.au
On Fri, Jun 26, 2009 at 07:03:42PM +1000, Cole, Patrick wrote: > This is the first contact I've received from Debian regarding this.. > Not sure what happened. You can check the history at http://bugs.debian.org/489866 Please check your mail server, we need you to be reachable if you host a Debian mirror. > In any case, I'm using the "anonftpsync" script that uses rsync from > mirror.linux.org.au. > > Is this not sufficient? No, the script has been completely rewritten since your initial submission. The script to be used is ftpsync, available from http://debian.org/mirrors/ftpmirror#how After switcing to ftpsync, please ensure you set MIRRORNAME to "mirror.transact.net.au" Thanks and best regards. -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#519941: Remove Policy permission for packages to modify ld.so.conf
On Mon, Jun 22, 2009 at 02:41:09PM +0200, Christian Holm Christensen wrote: > > I understand this issue, but putting libMatrix in /usr/lib/root avoid file > > conflict with other package, do not address the problem of library name > > conflict at run-time. > Agreed. Suppose you have packages bar and baz, both of which contain > /usr/lib/libfoo.so.1. If bar "Conflict"s with baz or vice versa, then > both of them cannot be installed at the same time, and there will only > be one possible /usr/lib/libfoo.so.1 on the system. Now suppose the > package gnus comes along, which also provides /usr/lib/libfoo.so.1, then > both bar and baz needs to "Conflict" with gnus, or gnus has to conflict > with bar and baz. I guess it is an N! problem. If all of these libfoo.so.1 files implement the same interface, why does someone ever need to have more than one of them installed at a time? In that case, Conflicts: is reasonable; and you can use a mutually agreed-upon virtual package (Conflicts/Replaces/Provides) to solve the N! problem. If they don't implement the same interface, then why are they using the same name? In this case they should solve the conflicts by using distinguished sonames, not merely different paths for the library, to avoid accidental library path collisions. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@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#522373: ftp.debian.org: Please clarify on acceptance policy of packages containing mpeg related algorithms
Just found that this bug was never forwarded to debian-devel like most bugs are. I found it strange that this bug would not get any response. In any case, it's already been well over 2 months and there hasn't been any response by the FTP masters. It's about time to discuss this over at debian- devel. -- Regards, Andres -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#532431: Upstream fix available
Should be fixed in version 1.2.3. Thanks for reporting. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#526839: yelp: crash on startup
Le vendredi 26 juin 2009 à 16:47 -0400, Terry Watt a écrit : > Contents of /usr/share/gnome: > drwxr-xr-x 2 root root 4096 2009-06-20 14:23 applications > drwxr-xr-x 2 root root 4096 2009-06-20 14:32 autostart > drwxr-xr-x 2 root root 4096 2009-06-20 14:22 cursor-fonts > -rw-r--r-- 1 root root 131 2009-05-29 05:54 gnome-panelrc > drwxr-xr-x 84 root root 4096 2009-06-20 23:10 help > drwxr-xr-x 2 root root 4096 2009-06-25 19:18 wm-properties OK, so this might be entirely unrelated to /usr/share/gnome. > Backtraces attached, one with /usr/share/gnome/ in xdg_data_dirs and > therefore segfault, and one without such that yelp works. Strace is not a general-purpose debugging tool. Usable backtraces are generated with gdb. -- .''`. Josselin Mouette : :' : `. `' “I recommend you to learn English in hope that you in `- future understand things” -- Jörg Schilling signature.asc Description: Ceci est une partie de message numériquement signée
Bug#521288: drupal6: Warns about security updates
Doka dijo [Wed, Jun 24, 2009 at 08:53:29PM +0200]: > When Drupal complains for a security update, then the warning is correct, > because there is a new Drupal core version out there, which is not yet > rolled out via Debian update mechanism. So the warning is OK, but the > comment could be different: no manual action is needed by the user, the > Drupal core will be updated via Debian. I agree with Doka's point of view. If I prepare a patch for this effect (so that the update mechanism disregards Drupal core updates), would you consider including it? (note that, although @debian.org, I am just a user for Drupal - and not much of a PHP coder) -- Gunnar Wolf - gw...@debian.org - (+52-55)5623-0154 / 1451-2244 PGP key 1024D/8BB527AF 2001-10-23 Fingerprint: 0C79 D2D1 2C4E 9CE4 5973 F800 D80E F35A 8BB5 27AF -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534725:
On Friday, 26 June 2009 at 20:41, Thomas Adam wrote:
> Please can you be more specific? What makes you think it's not
> working anymore?
It doesn't appear where it did before.
> What does your FvwmIconMan configuration look like (hint: I need to see it).
Stripped down config attached.
> If you can reliably reproduce this, does FvwmIconMan crash? Are you able to
> obtain a corefile if so? (Assuming you've set your ulimit appropriately
> before starting FVWM -- c.f. "ulimit -c unlimited"). Check your
> ~/.xsession-errors log as well since that might prove useful.
Always happens with -4 with the attached config. Never happens with -3.
.xsession-errors doesn't list anything useful. But I get a core dump. gdb says
(rebuilt with "CFLAGS='-O0 -g' ./configure"):
Core was generated by `/usr/lib/fvwm/2.5.27/FvwmIconMan 9 4 none 0 8 -geometry
-100-100'.
Program terminated with signal 11, Segmentation fault.
[New process 32370]
#0 0x7f64c11342f0 in strncasecmp () from /lib/libc.so.6
(gdb) bt
#0 0x7f64c11342f0 in strncasecmp () from /lib/libc.so.6
#1 0x004372bd in GetSimpleColor (name=0x6 )
at ColorUtils.c:440
#2 0x00411844 in lookup_color (name=0x6 ,
ans=0x21b46e8) at x.c:82
#3 0x00412c6e in load_default_context_back (man=0x21b46a0, i=7) at
x.c:580
#4 0x00413042 in X_init_manager (man_id=0) at x.c:657
#5 0x00406243 in main (argc=8, argv=0x7fffcbef44a8) at
FvwmIconMan.c:304
(gdb) bt full
#0 0x7f64c11342f0 in strncasecmp () from /lib/libc.so.6
No symbol table info available.
#1 0x004372bd in GetSimpleColor (name=0x6 )
at ColorUtils.c:440
color = {pixel = 0, red = 0, green = 0, blue = 0, flags = 0 '\0', pad =
0 '\0'}
is_illegal_rgb = 0
#2 0x00411844 in lookup_color (name=0x6 ,
ans=0x21b46e8) at x.c:82
No locals.
#3 0x00412c6e in load_default_context_back (man=0x21b46a0, i=7) at
x.c:580
j = 1
#4 0x00413042 in X_init_manager (man_id=0) at x.c:657
man = (WinManager *) 0x21b46a0
width = 0
height = 1
i = 7
x = 80
y = 0
geometry_mask = 4331303
#5 0x00406243 in main (argc=8, argv=0x7fffcbef44a8) at
FvwmIconMan.c:304
i = 0
__PRETTY_FUNCTION__ = "main"
Best regards,
Christian Ohm
IgnoreModifiers L2
Key LeftA CM Scroll -100 0
Key Right A CM Scroll +100 0
Key Up A CM Scroll 0 -100
Key DownA CM Scroll 0 +100
DeskTopSize 2x1
DestroyFunc EWMHActivateWindowFunc
Key Escape A C Menu root-menu
Key F9 WFSTM Maximize grow grow
AddToMenu root-menu "Root Menu" Title
+ "&XTerm" Exec exec xterm -u8 -fn
'-Misc-Fixed-Medium-R-Normal--18-120-100-100-C-90-ISO10646-1' -sl 2000 -bg
black -fg grey90 -ls
+ "" Nop
+ "&Restart" Restart
+ "&Quit" Quit
Mouse 1 R A Menu root-menu
EwmhBaseStruts 64 0 0 0
Style "FvwmButtons" Sticky, NoTitle, !Borders, NeverFocus,
EWMHPlacementIgnoreWorkingArea
DestroyModuleConfig FvwmButtons: *
*FvwmButtons: Frame 1
*FvwmButtons: Geometry64x1200+0+0
*FvwmButtons: ButtonGeometry 8x8
*FvwmButtons: Columns 2
*FvwmButtons: BoxSize smart
*FvwmButtons: (8x24, Swallow "FvwmIconMan" 'FvwmIconMan -geometry -100-100')
Module FvwmButtons
*FvwmIconMan: Action Mouse 1 N sendcommand "Raise"
*FvwmIconMan: Action Mouse 2 N sendcommand "Module FvwmIdent FvwmIdent"
*FvwmIconMan: Font "xft:Bitstream Vera Sans:size=8"
*FvwmIconMan: Format "%i"
*FvwmIconMan: ButtonGeometry 64x0
*FvwmIconMan: DrawIcons always
*FvwmIconMan: ReliefThickness 1
*FvwmIconMan: PlainButton flat
*FvwmIconMan: FocusAndSelectButton up
*FvwmIconMan: FocusButton up
*FvwmIconMan: IconButton down
*FvwmIconMan: DontShow FvwmButtons FvwmIconMan
*FvwmIconMan: Tips needed
*FvwmIconMan: TipsDelays 50
*FvwmIconMan: TipsPlacement right
*FvwmIconMan: TipsJustification center
*FvwmIconMan: TipsOffsets 1 1
*FvwmIconMan: TipsFont "xft:Bitstream Vera Sans:size=9"
Bug#351993: ssmtp doesn't failover to multiple mailhubs in IPv4
There has been no comment and no movement on this bug. (It has been 3.5 years!) A patch was included. The bug is easily understood, and the patch is only a minor code rearrangement, simple to verify for correctness. Do you need more information? More clarification? Why can't this get fixed? Can you at least comment on what the holdup is? For us the situation is a pain: everytime you modify ssmtp to fix some other bug, we have to take your new version and manually apply our patch, build a custom .deb, and install this on our machines. To explain the bug again: Say for failover purposes you have two identical outgoing mail submission hosts. For example, "mailhost.mydomain.com" in DNS could expand to two different IP addresses. If one of them is down (unreachable), clients should then try the next IP address. Most mail clients handle this correctly. But ssmtp does not. (Actually, ssmtp even handles this correctly for IPv6 addresses, but does not handle it correctly for IPv4 addresses.) Our previously submitted patch fixes this bug. Thanks. Alexander Perlis, Department of Mathematics, The University of Arizona -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534447: apt-listbugs: i18n problems
On Wed, 24 Jun 2009 14:35:07 +0200 helix84 wrote: [...] > Hello, there were som problems with i18n of your package: [...] > Hope this helps. Hi helix84! Thanks for reporting i18n flaws in apt-listbugs. As far as I can tell (from my very limited i18n expertise...), all the issues you pointed out are indeed things to be fixed. I'll try to fix them in one of the next releases (maybe version 0.1.1, or something like that). -- New location for my website! Update your bookmarks! http://www.inventati.org/frx . Francesco Poli . GnuPG key fpr == C979 F34B 27CE 5CD8 DC12 31B5 78F4 279B DD6D FCF4 pgpKBWoeDfJXU.pgp Description: PGP signature
Bug#534750: ITP: telepathy-mission-control-5 -- management daemon for Telepathy real-time communication framework
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: wnpp Severity: wishlist Owner: Simon McVittie * Package name: telepathy-mission-control-5 Version : 5.1.2 Upstream Author : the Telepathy project (© Nokia Corporation, Collabora Ltd.) * URL : http://mission-control.sourceforge.net/ * License : variously LGPL (= 2.1) and LGPL (>= 2.1) Programming Lang: C with GObject Description : management daemon for Telepathy real-time communication framework Telepathy Mission Control 5 is an account manager and channel dispatcher for the Telepathy framework, allowing user interfaces and other clients to share connections to real-time communication services without conflicting. It implements the AccountManager and ChannelDispatcher D-Bus APIs as described by telepathy-spec. The account manager part stores real time communication account details, connects to the stored accounts on request, and sets the accounts' presence, nickname and avatar according to requests from Telepathy user interfaces and other components. The channel dispatcher part responds to incoming communication channels (message streams, voice/video calls, file transfers etc.) by dispatching them to suitable user interfaces, and requests outgoing communication channels according to requests from a Telepathy UI. This is not a compatible replacement for Mission Control 4 (in the telepathy-mission-control package), but they can be installed in parallel. - -- Notes regarding this ITP: * MC 4 will be removed when the programs that use it (I think that's just Empathy) have been ported to MC 5. That porting will take a while, though, so this is a new source package and the versions will exist in parallel for a bit. * There's packaging for 5.1.0 on git.debian.org already; I just need to update it for a couple of new upstream releases, which should be pretty easy. -BEGIN PGP SIGNATURE- iD8DBQFKRThFWSc8zVUw7HYRAjStAJ9If6vzQb7oX2Tcxr52CQjpK5glhwCg8D+e ZN69rkuCKHJt9rVE1lSIfpQ= =KExX -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534749: git-core: separate URLs for fetch and push
Package: git-core Version: 1:1.6.3.1-1 Severity: wishlist It'd be nice to be able to split remote..url in two, one half for git-fetch and one for git-push. Most repos provide read-only access via HTTP or git-daemon, and read-write access via SSH. Typically, ssh access is much slower, so I'd like to be able to fetch via http/git and push via ssh. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26.8 (SMP w/1 CPU core) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages git-core depends on: ii libc6 2.9-18GNU C Library: Shared libraries ii libcurl3-gnutls7.19.5-1 Multi-protocol file transfer libra ii libdigest-sha1-perl2.12-1NIST SHA-1 message digest algorith ii liberror-perl 0.17-1Perl module for error/exception ha ii libexpat1 2.0.1-4 XML parsing C library - runtime li ii perl-modules 5.10.0-23 Core Perl modules ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime Versions of packages git-core recommends: ii less 429-2 pager program similar to more ii openssh-client [ssh-client] 1:5.1p1-6 secure shell client, an rlogin/rsh ii patch 2.5.9-5Apply a diff file to an original ii rsync 3.0.6-1fast remote file copy program (lik Versions of packages git-core suggests: pn git-arch (no description available) ii git-cvs 1:1.6.3.1-1 fast, scalable, distributed revisi pn git-daemon-run (no description available) pn git-doc(no description available) ii git-email1:1.6.3.1-1 fast, scalable, distributed revisi pn git-gui(no description available) ii git-svn 1:1.6.3.1-1 fast, scalable, distributed revisi ii gitk 1:1.6.3.1-1 fast, scalable, distributed revisi pn gitweb (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#510441: status?
Good day I got hit by this bug as well on debian squeeze, it took hours to find this mail Please fix this, patch is trivial. I attached the error log from lighttpd for reference Thanks, Karsten 2009-06-26 22:55:02: (log.c.97) server started 2009-06-26 22:55:02: (mod_fastcgi.c.1051) the fastcgi-backend /usr/share/pyshared/trac/web/fcgi_frontend.py failed to start: 2009-06-26 22:55:02: (mod_fastcgi.c.1055) child exited with status 13 /usr/share/pyshared/trac/web/fcgi_frontend.py 2009-06-26 22:55:02: (mod_fastcgi.c.1058) If you're trying to run PHP as a FastCGI backend, make sure you're using the FastCGI-enabled version. You can find out if it is the right one by executing 'php -v' and it should display '(cgi-fcgi)' in the output, NOT '(cgi)' NOR '(cli)'. For more information, check http://trac.lighttpd.net/trac/wiki/Docs%3AModFastCGI#preparing-php-as-a-fastcgi-programIf this is PHP on Gentoo, add 'fastcgi' to $ 2009-06-26 22:55:02: (mod_fastcgi.c.1365) [ERROR]: spawning fcgi failed. 2009-06-26 22:55:02: (server.c.902) Configuration of plugins failed. Going down.
Bug#534503: epiphany-webkit: flickers on animated gif
Hey, thanks for the bug report! On Thu, 2009-06-25 at 00:39 +0200, Nicolas Évrard wrote: > I decided to retry epiphany-webkit and I noticed that the following > image (which seems like an animated gif using the gecko backend) is > flickering : > > http://www.rscl.be/forum/style_images/rscl_100pc/h2.gif We had a refactoring of the image decoders code in webkit recently, which I think caused this. I have tried it with what we currently have in the svn repository, and it works, so you'll probably get a fix for this when 1.1.11 is out. Thanks for testing! See you, -- Gustavo Noronha Debian Project -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#531292: WARNING: Undefined kernel key code for
Anton Zinoviev, le Fri 26 Jun 2009 22:34:32 +0300, a écrit : > On Tue, Jun 23, 2009 at 12:14:10AM +0200, Samuel Thibault wrote: > > Anders Lagerås, le Sun 31 May 2009 11:49:28 +0200, a écrit : > > > WARNING: Undefined kernel key code for 150 > > > > So, these are due to missing matching between X keycodes and Linux > > scancodes. I'm wondering, however: shouldn't console-setup just use > > the evdev keycodes instead of the xfree86 keycodes, as the former map > > trivially to Linux scancodes? > > This is determined not by console-setup but by /usr/share/X11/xkb/rules/xorg. Errr, but couldn't we not use xorg and directly evdev instead? Xorg actually usually uses evdev nowadays. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534748: clamav-milter should use LogFile by default
Package: clamav-milter Version: 0.95.2+dfsg-2 Severity: minor As pointed out to me by Imre, for reasons of consistency, clamav-milter should have a non-empty LogFile option by default. This is the default for clamav-daemon and freshclam, so clamav-milter should probably do so as well. Best, Michael pgpfY6A9LNFgo.pgp Description: PGP signature
Bug#533593: manpage-writer: Remove extraneous newline characters in roff output
On Fri, 19 Jun 2009, Ben Finney wrote: Howdy Englebert, A newline character in roff markup is significant (unlike in, e.g., HTML), so it's important to only have newlines where they are necessary for the effect desired when the markup is rendered. The current manpage writer produces roff output with many extraneous newline characters. This results in large stretches of unwanted whitespace in the rendered man page. The attached patch against current VCS addresses this in the test input, but it may need to be modified in response to other tests. i am still at it, but viewing with man i seldom see a difference with/without your patch. except in one document is saw paragraphs flowwing together when your patch was applied. so i think i will have to do it stepwise, with a test for each change this will make manpage-writer more stable too. cheers -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#532224: Description of manpage is old?
Jonny wrote: > $ test a < b > dash: cannot open b: No such file > $ test a > b > $ ls > b I forgot backslash. $ test a \< b $ test a \> b -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534744: libfishsound1: Please apply mozilla bug #487519 patch
On Fri, Jun 26, 2009 at 10:21:49PM +0200, Mike Hommey wrote: > Package: libfishsound1 > Version: 0.9.2-1 > Severity: wishlist > Tags: patch > > I'm only filing as wishlist as xulrunner depending on libfishsound1 isn't > in the archive yet and won't be for a little time, though this is a crasher > bug fixer. > > Please read https://bugzilla.mozilla.org/show_bug.cgi?id=487519#c44 for a > rationale about the attached patch. Note the patch applies to vorbis.c, not fishsound_vorbis.c. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534618: /var/lib/phpmyadmin/config.inc.php gets broken
Hi Dne Thu, 25 Jun 2009 21:59:30 +0200 Olaf van der Spek napsal(a): > I've no idea how the phpinfo() ended up in this file, but I've seen it on > multiple servers. Could this be a vulnerability in phpMyAdmin? Yes, it is PMASA-2009-3 http://www.phpmyadmin.net/home_page/security/PMASA-2009-3.php > Or some bug in the Debian package? However in Debian, setup script should be password protected by default, so only trusted user has access to it. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Bug#534747: tin: no timeout on NNTP connection
Package: tin Version: 1:1.9.4-1 Severity: normal (This is probably a duplicate of #323449, but I'm reluctant to reopen that bug.) Here's a long pet peeve of mine: tin never times out when reading from the NNTP connection. If the link goes down, it will nevertheless wait for all eternity for a packet that will never arrive. It'd be nice if someone could resurrect NNTP_READ_TIMEOUT, which is currently commented-out in include/nntplib.h. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26.8 (SMP w/1 CPU core) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tin depends on: ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy ii libc6 2.9-18 GNU C Library: Shared libraries ii libcanlock2 2b-6 library for creating and verifying ii libidn11 1.15-1 GNU Libidn library, implementation ii libncursesw5 5.7+20090523-1 shared libraries for terminal hand ii libpcre3 7.8-2+b1 Perl 5 Compatible Regular Expressi ii libuu00.5.20-3.1 Library for decoding/encoding seve Versions of packages tin recommends: ii postfix [mail-transport-agen 2.6.2~rc1-1 High-performance mail transport ag Versions of packages tin suggests: ii gnupg 1.4.9-4GNU privacy guard - a free PGP rep pn ispell (no description available) pn metamail (no description available) -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534700: simple radare /bin/ls doesn't work
On Fri, Jun 26, 2009 at 03:25:59PM +0200, TomaszN wrote: > Package: radare > Version: 1.4-1 > > This version has several serious bugs which make this > package hardly usable. Please bump the package to latest > hg, radare 1.4.2b works well. > > Architecture: i386 (i686) Hi, I guess the specific bug you refer to is a segfault, which happens when *analyzing* a binary on i386. For now you can disable analyzing via "e file.analyzing=false" in ~/.radarerc. This bug has only just been fixed, since the author was unaware of it (it happens only when compiling with gcc -O2 on i386). I will upload a new version to the git repo later and notify Reinhard Tartler to review the changes and upload to the repository. If there are issues which result in the package not being uploaded to the repository you will need to wait, though (I will take two weeks holidays and my notebook broke yesterday). -- Sebastian signature.asc Description: Digital signature
Bug#534746: [xsane] Even more informations
Package: xsane Version: 0.996-1 --- Please enter the report below this line. --- Ok, new additional informations (installed libsane-extras with debugging informations): Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7fe55458b760 (LWP 11827)] 0x7fe5503d0db0 in strcpy () from /lib/libc.so.6 (gdb) bt #0 0x7fe5503d0db0 in strcpy () from /lib/libc.so.6 #1 0x7fe54ab98ceb in sane_epson2_control_option (handle=0x229f8e0, option=38, action=, value=0x2278b00, info=0x0) at epson2.c:2519 #2 0x0040e09b in ?? () #3 0x0046dd0f in ?? () #4 0x00470be2 in ?? () #5 0x004713e5 in ?? () #6 0x00472373 in ?? () #7 0x7fe5503765a6 in __libc_start_main () from /lib/libc.so.6 #8 0x00409cb9 in ?? () #9 0x7fff5c6c6058 in ?? () #10 0x001c in ?? () #11 0x0001 in ?? () #12 0x7fff5c6c7c01 in ?? () #13 0x in ?? () (gdb) Tell me if you need even further informations. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.29-2-amd64 Debian Release: squeeze/sid 500 unstable www.debian-multimedia.org 500 unstable ftp.fr.debian.org 500 stable security.debian.org 1 experimental ftp.debian.org --- Package information. --- Depends (Version) | Installed ===-+-== xsane-common (= 0.996-1) | 0.996-1 libatk1.0-0 (>= 1.20.0) | 1.26.0-1 libc6 (>= 2.7-1) | 2.9-18 libcairo2 (>= 1.2.4) | 1.8.8-2 libgimp2.0 (>= 2.4.0) | 2.6.6-1+b1 libglib2.0-0 (>= 2.12.0) | 2.20.3-1 libgtk2.0-0 (>= 2.12.0) | 2.16.2-1 libjpeg62 | 6b-14 liblcms1 (>= 1.15-1) | 1.18.dfsg-1 libpango1.0-0 (>= 1.20.3) | 1.24.3-1 libpng12-0 (>= 1.2.13-4) | 1.2.37-1 libsane (>= 1.0.11-3) | 1.0.20-4 libtiff4 | 3.8.2-11 zlib1g (>= 1:1.1.4) | 1:1.2.3.3.dfsg-14 Recommends (Version) | Installed ==-+-=== iceweasel | 3.0.11-1 OR www-browser | cups-client | 1.3.10-5 Suggests (Version) | Installed =-+-=== gimp | 2.6.6-1+b1 hylafax-client | OR mgetty-fax | gv | 1:3.6.7-1 gocr | 0.46-2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534746: [xsane] More informations
Package: xsane Version: 0.996-1 --- Please enter the report below this line. --- This is what I tried too: 1. deleting ~/.sane 2. disabling *all* backends but epson2 in /etc/sane.d/dll.conf Running xsane again gives this now: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7f4a8dcd3760 (LWP 10701)] 0x7f4a89b18db0 in strcpy () from /lib/libc.so.6 (gdb) bt #0 0x7f4a89b18db0 in strcpy () from /lib/libc.so.6 #1 0x7f4a842e0ceb in sane_epson2_control_option () from /usr/lib/sane/libsane-epson2.so.1 #2 0x0040e09b in ?? () #3 0x0046dd0f in ?? () #4 0x00470be2 in ?? () #5 0x004713e5 in ?? () #6 0x00472373 in ?? () #7 0x7f4a89abe5a6 in __libc_start_main () from /lib/libc.so.6 #8 0x00409cb9 in ?? () #9 0x7fff95e107a8 in ?? () #10 0x001c in ?? () #11 0x0001 in ?? () #12 0x7fff95e10c01 in ?? () #13 0x in ?? () (gdb) frame 0x7f4a842e0ceb #0 0x in ?? () (gdb) bt #0 0x7f4a89b18db0 in strcpy () from /lib/libc.so.6 #1 0x7f4a842e0ceb in sane_epson2_control_option () from /usr/lib/sane/libsane-epson2.so.1 #2 0x0040e09b in ?? () #3 0x0046dd0f in ?? () #4 0x00470be2 in ?? () #5 0x004713e5 in ?? () #6 0x00472373 in ?? () #7 0x7f4a89abe5a6 in __libc_start_main () from /lib/libc.so.6 #8 0x00409cb9 in ?? () #9 0x7fff95e107a8 in ?? () #10 0x001c in ?? () #11 0x0001 in ?? () #12 0x7fff95e10c01 in ?? () #13 0x in ?? () Hope that'll help. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.29-2-amd64 Debian Release: squeeze/sid 500 unstable www.debian-multimedia.org 500 unstable ftp.fr.debian.org 500 stable security.debian.org 1 experimental ftp.debian.org --- Package information. --- Depends (Version) | Installed ===-+-== xsane-common (= 0.996-1) | 0.996-1 libatk1.0-0 (>= 1.20.0) | 1.26.0-1 libc6 (>= 2.7-1) | 2.9-18 libcairo2 (>= 1.2.4) | 1.8.8-2 libgimp2.0 (>= 2.4.0) | 2.6.6-1+b1 libglib2.0-0 (>= 2.12.0) | 2.20.3-1 libgtk2.0-0 (>= 2.12.0) | 2.16.2-1 libjpeg62 | 6b-14 liblcms1 (>= 1.15-1) | 1.18.dfsg-1 libpango1.0-0 (>= 1.20.3) | 1.24.3-1 libpng12-0 (>= 1.2.13-4) | 1.2.37-1 libsane (>= 1.0.11-3) | 1.0.20-4 libtiff4 | 3.8.2-11 zlib1g (>= 1:1.1.4) | 1:1.2.3.3.dfsg-14 Recommends (Version) | Installed ==-+-=== iceweasel | 3.0.11-1 OR www-browser | cups-client | 1.3.10-5 Suggests (Version) | Installed =-+-=== gimp | 2.6.6-1+b1 hylafax-client | OR mgetty-fax | gv | 1:3.6.7-1 gocr | 0.46-2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534745: sdic: Typo in the revised Debconf templates
Package: sdic Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Unfortunately the Smith review process introduced one typo into the English Debconf templates. "English-Japanese" has accidentally changed to "Japanese-English" in the following diff: Template: sdic-edict/make_en Type: boolean Default: false _Description: Use the edict version of the English-Japanese dictionary? - - It is recommended decline this option and use the sdic-gene95 version of - - the English-Japanese dictionary. + Choosing this option is not recommended. The use of the sdic-gene95 version of + the Japanese-English dictionary is encouraged. So, now the template doesn't make sense: Template: sdic-edict/make_en Type: boolean Default: false _Description: Use the edict version of the English-Japanese dictionary? Choosing this option is not recommended. The use of the sdic-gene95 version of the Japanese-English dictionary is encouraged. . However, if you don't want to install that package and still want to use such a dictionary, you can select this option and use the edict version. Correcting this issue without consulting translators might just be possible. There is very similar template in the sdic-gene95 which could be used as model for this. Some of the languages already seem to use the correct order of the languages in the sentence. However, fixing things without asking from translators is always risky as some other parts of the sentence could change in some languages because of this kind of change. I would have made a patch for youfor this change, but I wasn't fluent enough in Russian and Japanese. On the other hand, this is also a very simple thing for translators to check so asking for new translations probably is not a problem. If someone doesn't answer in time, you can try to correct just that language yourself. Additionally, this can also bring in some typo fixes for other languages. Regards, Esko Arajärvi -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkpFLp8ACgkQejjRZhTfFSwCHgCePXyYGxjNuaBxwsmX8uMhETu1 dwEAn1G36th4GU1nBHRcnmWzTvEA9S3n =lr5/ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#373846: #373846 aptitude: Resolving dependencies uses all system memory
> I've managed to get Aptitude in to a memory-hogging state; but > only by misuse. I'll leave my PC in the broken state for a > while, in case you need more logs. Updating again fixed it for me, in my case it seems to be an easily-recoverable situation. Although the behaviour persisted across reboots, I couldn't replicate the bug by copying all the obvious files in to a chroot. I guess the bug needs to stay open as it would be nasty for an unattended upgrade. The bug did affect the command-line mode as well as the ncurses interface. Steve -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534746: [xsane] segfault at startup
Package: xsane Version: 0.996-1 Severity: serious --- Please enter the report below this line. --- With Epson BX300F all-in-one printer, starting xsane gives this stack: (gdb) frame #0 0x7f2c4b5f4db0 in strcpy () from /lib/libc.so.6 (gdb) backtrace #0 0x7f2c4b5f4db0 in strcpy () from /lib/libc.so.6 #1 0x7f2c3f0c5ceb in sane_epson2_control_option () from /usr/lib/sane/libsane-epson2.so.1 #2 0x0040e09b in ?? () #3 0x0046dd0f in ?? () #4 0x00470be2 in ?? () #5 0x7f2c4ca9811d in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #6 0x7f2c4caabc2b in ?? () from /usr/lib/libgobject-2.0.so.0 #7 0x7f2c4caad022 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #8 0x7f2c4caad4f3 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #9 0x7f2c4dd9a4ba in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #10 0x7f2c4de44a98 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #11 0x7f2c4ca9811d in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #12 0x7f2c4caab90f in ?? () from /usr/lib/libgobject-2.0.so.0 #13 0x7f2c4caacead in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #14 0x7f2c4caad4f3 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #15 0x7f2c4df4ccee in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #16 0x7f2c4de3d3e2 in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0.so.0 #17 0x7f2c4de3e453 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0 ---Type to continue, or q to quit--- #18 0x7f2c4dab7d1c in ?? () from /usr/lib/libgdk-x11-2.0.so.0 #19 0x7f2c4c3f9f7a in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 #20 0x7f2c4c3fd5f8 in ?? () from /usr/lib/libglib-2.0.so.0 #21 0x7f2c4c3fdaed in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 #22 0x7f2c4de3e867 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0 #23 0x00471465 in ?? () #24 0x00472373 in ?? () #25 0x7f2c4b59a5a6 in __libc_start_main () from /lib/libc.so.6 #26 0x00409cb9 in ?? () #27 0x7fff578ec288 in ?? () #28 0x001c in ?? () #29 0x0001 in ?? () #30 0x7fff578ecc08 in ?? () #31 0x in ?? () This is just after selecting my scanner device from the list. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.29-2-amd64 Debian Release: squeeze/sid 500 unstable www.debian-multimedia.org 500 unstable ftp.fr.debian.org 500 stable security.debian.org 1 experimental ftp.debian.org --- Package information. --- Depends (Version) | Installed ===-+-== xsane-common (= 0.996-1) | 0.996-1 libatk1.0-0 (>= 1.20.0) | 1.26.0-1 libc6 (>= 2.7-1) | 2.9-18 libcairo2 (>= 1.2.4) | 1.8.8-2 libgimp2.0 (>= 2.4.0) | 2.6.6-1+b1 libglib2.0-0 (>= 2.12.0) | 2.20.3-1 libgtk2.0-0 (>= 2.12.0) | 2.16.2-1 libjpeg62 | 6b-14 liblcms1 (>= 1.15-1) | 1.18.dfsg-1 libpango1.0-0 (>= 1.20.3) | 1.24.3-1 libpng12-0 (>= 1.2.13-4) | 1.2.37-1 libsane (>= 1.0.11-3) | 1.0.20-4 libtiff4 | 3.8.2-11 zlib1g (>= 1:1.1.4) | 1:1.2.3.3.dfsg-14 Recommends (Version) | Installed ==-+-=== iceweasel | 3.0.11-1 OR www-browser | cups-client | 1.3.10-5 Suggests (Version) | Installed =-+-=== gimp | 2.6.6-1+b1 hylafax-client | OR mgetty-fax | gv | 1:3.6.7-1 gocr | 0.46-2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534744: libfishsound1: Please apply mozilla bug #487519 patch
Package: libfishsound1
Version: 0.9.2-1
Severity: wishlist
Tags: patch
I'm only filing as wishlist as xulrunner depending on libfishsound1 isn't
in the archive yet and won't be for a little time, though this is a crasher
bug fixer.
Please read https://bugzilla.mozilla.org/show_bug.cgi?id=487519#c44 for a
rationale about the attached patch.
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
diff --git a/media/libfishsound/src/libfishsound/fishsound_vorbis.c b/media/libfishsound/src/libfishsound/fishsound_vorbis.c
index 68bdb3a..236dda4 100644
--- a/media/libfishsound/src/libfishsound/fishsound_vorbis.c
+++ b/media/libfishsound/src/libfishsound/fishsound_vorbis.c
@@ -154,9 +154,13 @@ fs_vorbis_decode (FishSound * fsound, unsigned char * buf, long bytes)
} else {
FishSoundDecoded_FloatIlv df;
FishSoundDecoded_Float dfi;
-
-if (vorbis_synthesis (&fsv->vb, &op) == 0)
+int r;
+if ((r = vorbis_synthesis (&fsv->vb, &op)) == 0)
vorbis_synthesis_blockin (&fsv->vd, &fsv->vb);
+
+if (r == OV_EBADPACKET) {
+ return FISH_SOUND_ERR_GENERIC;
+}
while ((samples = vorbis_synthesis_pcmout (&fsv->vd, &fsv->pcm)) > 0) {
vorbis_synthesis_read (&fsv->vd, samples);
Bug#533916: C++ symbol mangling difference between arches
* Modestas Vainius: > While apparently, VT can't be implemented differently (except \d+), > what about size_t etc. then? They all can be implemented as regexps > too the most simple being 'any character'. However, in my opinion, > exact string matching is worthwhile to keep whenever possible. Can't you ship the demangled names in the symbols file? I suppose this would make rewriting easier. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534737: [xserver-xorg-video-intel] GM45: Black screen with large virtual display and X server 1.6.1.901-3
Torsten Marek wrote: > Package: xserver-xorg-video-intel > Version: 2:2.7.99.901-2 > Severity: normal > > After upgrading xserver-xorg-core to 2:1.6.1.901-3, I get a black screen > when the X server is started using a large virtual display (3360x1200). > > The screen shows the mouse cursor and X is responsive, I was able to log > in using gdm by typing blindly, and judging from the process list, the > session came up nicely. However, with a black screen, only the cursor > was updated accordingly. > > * removing the "Virtual" directive from xorg.conf results in normal > behavior > * downgrading xserver-xorg-video-intel to the version in unstable > yields X crashes with the "Virtual" directive and normal behavior when > it is removed > * downgrading xserver-xorg-core to 2:1.6.1.901-2 results in normal > behavior with and without the "Virtual" directive > Why do you report this bug against xserver-xorg-video-intel if the bug only comes when upgrading xserver-xorg-core 1.6.1.901-3 ? There's a DRI2 ABI break in xserver-xorg-core -3, but your symptoms seem different from other people crashes. Can you upgrading xserver-xorg-core again and installing the intel driver package from http://people.debian.org/~bgoglin/rebuilds/Xserver1.6-ABIbreak/intel/ ? It's just a rebuild of the intel driver against latest xserver-xorg-dev and dri2 proto. It fixes other people ABI problems. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534732: nvi: expansion of numbered backups is incorrect
Hi Jeffrey, > The expansion of numbered backups is incorrect. The actual expansion > that nvi produces is somewhat random. I get the weirdest results when > editing from the linux console, logged in as root. The expansion of > numbered backups used to work correctly with nvi 1.79 version. I can't reproduce that here with 1.81.6-7... ] j...@apocatequil:/tmp$ grep backup ~/.exrc ] set backup=N%..~ ] j...@apocatequil:/tmp$ echo abc > x ] j...@apocatequil:/tmp$ ls -l x* ] -rw-r--r-- 1 jcn jcn 4 2009-06-26 21:41 x ] j...@apocatequil:/tmp$ nvi x +:wq ] x: 1 lines, 4 characters ] j...@apocatequil:/tmp$ ls -l x* ] -rw-r--r-- 1 jcn jcn 4 2009-06-26 21:41 x ] -rw--- 1 jcn jcn 4 2009-06-26 21:41 x..~1 ] j...@apocatequil:/tmp$ Could you tell me if the problem persists with the latest version and whether there's anything special with your system? Regards, Jan signature.asc Description: Digital signature
Bug#534725:
Hello, Please can you be more specific? What makes you think it's not working anymore? What does your FvwmIconMan configuration look like (hint: I need to see it). There's been no upstream changes on FvwmIconMan at all -- and nothing in the ds-4 release would be directly affecting this. If you can reliably reproduce this, does FvwmIconMan crash? Are you able to obtain a corefile if so? (Assuming you've set your ulimit appropriately before starting FVWM -- c.f. "ulimit -c unlimited"). Check your ~/.xsession-errors log as well since that might prove useful. Just saying: "$FOO doesn't work" is not helpful at all. -- Thomas Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534725: fvwm: FvwmIconMan is broken
tags 534725 +unreproducible moreinfo
thanks
On Fri, Jun 26 2009, Christian Ohm wrote:
>
> After upgrading fvwm to version 1:2.5.27ds-4 my FvwmIconMan didn't appear,
> without any message in .xsession-errors. Downgrading to ...-3 fixed it.
Hmm, nothing changed between -3 and 04, apart from the html
files in /usr/share/doc.
The module is still there:
--8<---cut here---start->8---
__> file /usr/lib/fvwm/2.5.27/FvwmIconMan
/usr/lib/fvwm/2.5.27/FvwmIconMan: ELF 64-bit LSB executable, x86-64, version 1
(SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, stripped
--8<---cut here---end--->8---
Debdiff shows nothing that would imply any such change:
--8<---cut here---start->8---
[The following lists of changes regard files as different if they have
different names, permissions or owners.]
Files in second .changes but not in first
-
-rw-r--r-- root/root /usr/share/doc/fvwm/html/TODO
...
-rw-r--r-- root/root
/usr/share/doc/fvwm/html/modules/images/FvwmTabs/yellow.png
-rw-r--r-- root/root /usr/share/doc/fvwm/html/modules/todo.html
Files in first .changes but not in second
-
-rw-r--r-- root/root /usr/share/doc/fvwm/docs/Makefile.am.gz
-rw-r--r-- root/root /usr/share/doc/fvwm/docs/Makefile.in.gz
-rw-r--r-- root/root /usr/share/doc/fvwm/docs/fvwm.lsm.in.gz
Control files: lines which differ (wdiff format)
Depends: libc6 (>= 2.3), libcairo2 (>= 1.2.4), libfontconfig1 (>= 2.4.0),
libfreetype6 (>= 2.2.1), libfribidi0 (>= 0.10.9), libglib2.0-0 (>= 2.12.0),
libgtk2.0-0 (>= 2.8.0), libice6 (>= 1:1.0.0), {+libncurses5 (>=
5.6+20071006-3),+} libpng12-0 (>= 1.2.13-4), {+libreadline5 (>= 5.2),+}
librplay3 (>= 3.3.2-2), librsvg2-2 (>= [-2.22.3),-] {+2.26.0),+} libsm6,
libstroke0 (>= 0.5.1), libx11-6, libxcursor1 (>> 1.1.2), libxext6, libxft2 (>>
2.1.1), libxinerama1, libxpm4, libxrender1, zlib1g (>= 1:1.1.4)
Installed-Size: [-8160-] {+9436+}
Replaces: fvwm-beta, fvwm-common, fvwm-gnome, [-fvwmtabss-] {+fvwmtabs+}
Version: [-1:2.5.27.ds-3-] {+1:2.5.27.ds-4+}
--8<---cut here---end--->8---
So, can you verify that the module is present for you? What is
your configuration like?
manoj
--
I know you think you thought you knew what you thought I said, but I'm
not sure you understood what you thought I meant.
Manoj Srivastava
Bug#534742: build for amd64 (since libx86 is used now)
Package: read-edid Version: 2.0.0-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu karmic ubuntu-patch Hello! Since read-edid uses libx86 now, get-edid works on amd64. I've requested that read-edid gain amd64 on the p-a-s list (bug #534739), and the attached patch turns on the build for amd64. Thanks! -Kees -- Kees Cook@debian.org diff -u read-edid-2.0.0/Makefile.am read-edid-2.0.0/Makefile.am --- read-edid-2.0.0/Makefile.am +++ read-edid-2.0.0/Makefile.am @@ -1,8 +1,8 @@ -if X86 +#if X86 sbin_PROGRAMS = get-edid parse-edid -else -sbin_PROGRAMS = parse-edid -endif +#else +#sbin_PROGRAMS = parse-edid +#endif get_edid_SOURCES = get-edid.c get_edid_LDADD = -lx86 diff -u read-edid-2.0.0/debian/rules read-edid-2.0.0/debian/rules --- read-edid-2.0.0/debian/rules +++ read-edid-2.0.0/debian/rules @@ -23,7 +23,7 @@ build: configure build-stamp build-stamp: dh_testdir -ifeq ($(DEB_HOST_ARCH),i386) +ifneq (,$(filter $(DEB_HOST_ARCH), i386 lpia amd64)) $(MAKE) else ifeq ($(DEB_HOST_ARCH),powerpc) $(MAKE) parse-edid @@ -56,7 +56,7 @@ dh_prep dh_installdirs install -m 755 -d debian/read-edid/usr/bin -ifeq ($(DEB_HOST_ARCH),i386) +ifneq (,$(filter $(DEB_HOST_ARCH), i386 lpia amd64)) install -m 755 -d debian/read-edid/usr/sbin install -m 755 get-edid debian/read-edid/usr/sbin else ifeq ($(DEB_HOST_ARCH),powerpc) diff -u read-edid-2.0.0/debian/control read-edid-2.0.0/debian/control --- read-edid-2.0.0/debian/control +++ read-edid-2.0.0/debian/control @@ -2,7 +2,7 @@ Section: utils Priority: optional Maintainer: LIU Qi -Build-Depends: debhelper (>= 7.0), texinfo, libx86-dev [i386], automake, autoconf +Build-Depends: debhelper (>= 7.0), texinfo, libx86-dev [i386 amd64 lpia], automake, autoconf Homepage: http://www.polypux.org/projects/read-edid/ Standards-Version: 3.8.1
Bug#534743: kernel-package: Is the --append-to-version section still accurate?
Package: kernel-package Version: 12.014 Severity: minor (Please forgive me if I say anything stupid -- I'm just a dumb user who's not quite familiar with the inner workings of kernel building or make-kpkg.) The make-kpkg(1) manpage comes with a rather long disclaimer following the --append-to-version option, about version.h and the need to run make clean. Is this section still valid? I ask because its description of what happens doesn't match my own experience; making clean does not adjust include/linux/version.h, but deletes it entirely. In fact, whatever I append never ends up there, but in include/linux/utsrelease.h instead. It kinda sucks having to make clean when packaging two kernels that differ only by a patch or a commit. In fact, last time I bisected a bug, I foolishly ignored these instructions, and everything seemed to work out fine. Was I asking for trouble? -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26.8 (SMP w/1 CPU core) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kernel-package depends on: ii binutils2.19.1-1 The GNU assembler, linker and bina ii build-essential 11.4 Informational list of build-essent ii debianutils 3.1.3Miscellaneous utilities specific t ii file5.03-1 Determines file type using "magic" ii gettext 0.17-6 GNU Internationalization utilities ii make3.81-6 An utility for Directing compilati ii module-init-tools 3.9-2tools for managing Linux kernel mo ii po-debconf 1.0.16 tool for managing templates file t ii util-linux 2.15.1~rc1-1 Miscellaneous system utilities kernel-package recommends no packages. Versions of packages kernel-package suggests: ii bzip2 1.0.5-3high-quality block-sorting file co pn docbook-utils (no description available) ii e2fsprogs 1.41.6-1 ext2/ext3/ext4 file system utiliti ii initramfs-tools [linux-in 0.93.3 tools for generating an initramfs pn libdb3-dev (no description available) ii libncurses5-dev [libncurs 5.7+20090523-1 developer's libraries and docs for pn linux-source | kernel-sou (no description available) pn xmlto (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#534741: sdic: [INTL:fi] Finnish translation of the debconf templates
Package: sdic Severity: wishlist Tags: l10n patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please include attached translation fi.po to the package. Regards, Esko Arajärvi -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkpFIhYACgkQejjRZhTfFSwGpACfdVOzEA0zrXbsg5rxJRyw3b1Z 42wAn2OmzGutm1x4e9sfP2DNFnE9yr97 =uKym -END PGP SIGNATURE- # Copyright (C) 2009 # This file is distributed under the same license as the sdic package. # # Esko Arajärvi , 2009. msgid "" msgstr "" "Project-Id-Version: sdic\n" "Report-Msgid-Bugs-To: s...@packages.debian.org\n" "POT-Creation-Date: 2009-05-17 09:04+0200\n" "PO-Revision-Date: 2009-06-26 22:21+0300\n" "Last-Translator: Esko Arajärvi \n" "Language-Team: Finnish \n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "X-Generator: Lokalize 0.3\n" "Plural-Forms: nplurals=2; plural=(n != 1);\n" #. Type: boolean #. Description #: ../sdic-edict.templates:2001 msgid "Use the edict version of the English-Japanese dictionary?" msgstr "Käytetäänkö englanti-japani-sanakirjan edict-versiota?" #. Type: boolean #. Description #: ../sdic-edict.templates:2001 msgid "" "Choosing this option is not recommended. The use of the sdic-gene95 version " "of the Japanese-English dictionary is encouraged." msgstr "" "Tämä vaihtoehdon valitsemista ei suositella. Parempi vaihtoehto on käyttää " "paketin sdic-gene95 englanti-japani-sanakirjaa." #. Type: boolean #. Description #: ../sdic-edict.templates:2001 msgid "" "However, if you don't want to install that package and still want to use " "such a dictionary, you can select this option and use the edict version." msgstr "" "Jos et kuitenkaan halua asentaa kyseistä pakettia, mutta haluat silti " "käyttää sanakirjaa, voit valita tämän vaihtoehdon ja käyttää edict-versiota." #. Type: boolean #. Description #: ../sdic-edict.templates:3001 ../sdic-gene95.templates:4001 msgid "Generate an index for the English-Japanese dictionary?" msgstr "Luodaanko englanti-japani-sanakirjalle hakemisto?" #. Type: boolean #. Description #: ../sdic-edict.templates:3001 ../sdic-gene95.templates:4001 msgid "" "If you have installed the sufary package, you can have an index for the " "English-Japanese dictionary." msgstr "" "Jos olet asentanut sufary-paketin, voit luoda hakemiston " "englanti-japani-sanakirjalle." #. Type: boolean #. Description #. Type: boolean #. Description #: ../sdic-edict.templates:3001 ../sdic-edict.templates:4001 #: ../sdic-gene95.templates:4001 ../sdic-gene95.templates:5001 msgid "" "This will greatly improve the word searching speed. The index size is about " "ten MB." msgstr "Hakemisto nopeuttaa huomattavasti sanahakuja. Sen koko on noin 10 Mt." #. Type: boolean #. Description #: ../sdic-edict.templates:4001 ../sdic-gene95.templates:5001 msgid "Generate an index for the Japanese-English dictionary?" msgstr "Luodaanko japani-englanti-sanakirjalle hakemisto?" #. Type: boolean #. Description #: ../sdic-edict.templates:4001 ../sdic-gene95.templates:5001 msgid "" "If you have installed the sufary package, you can have an index for the " "Japanese-English dictionary." msgstr "" "Jos olet asentanut sufary-paketin, voit luoda hakemiston " "japani-englanti-sanakirjalle." #. Type: string #. Description #: ../sdic-eijiro.templates:2001 msgid "EIJIRO media/file location:" msgstr "EIJIRO-tiedostojen sijainti:" #. Type: string #. Description #: ../sdic-eijiro.templates:2001 msgid "Please specify the directory containing the EIJIRO dictionary files." msgstr "Anna hakemisto, jossa EIJIRO-sanakirjatiedostot ovat." #. Type: string #. Description #: ../sdic-eijiro.templates:2001 msgid "" "The default setting is appropriate if the EIJIRO CD-ROM is mounted on /media/" "cdrom." msgstr "" "Oletusasetus on oikea, jos EIJIRO-CD-levy on liitettynä hakemistoon " "/media/cdrom." #. Type: string #. Description #: ../sdic-gene95.templates:2001 msgid "Directory for the GENE95 archive file:" msgstr "GENE95-arkistotiedoston hakemisto:" #. Type: string #. Description #: ../sdic-gene95.templates:2001 msgid "" "Please specify the directory containing the GENE95 archive file. This " "directory must be owned by root." msgstr "" "Anna hakemisto, jossa GENE95-arkistotiedosto on. Tämän hakemiston täytyy " "olla pääkäyttäjän omistama." #. Type: boolean #. Description #: ../sdic-gene95.templates:3001 msgid "Use the GENE95 version of the Japanese-English dictionary?" msgstr "Käytetäänkö japani-englanti-sanakirjan GENE95-versiota?" #. Type: boolean #. Description #: ../sdic-gene95.templates:3001 msgid "" "Choosing this option is not recommended. The use of the sdic-edict version " "of the Japanese-English dictionary is encouraged." msgstr "" "Tämä vaihtoehdon valitsemista ei suositella. Parempi vaihtoehto on käyttää " "paketin sdic-edict japani-englanti-sanakirjaa." #. Type: boolean #. Description #: ../sdic-gene95.templates:3001 msgid "" "However, if you don't want to install that packag
Bug#531292: WARNING: Undefined kernel key code for
On Tue, Jun 23, 2009 at 12:14:10AM +0200, Samuel Thibault wrote: > Anders Lagerås, le Sun 31 May 2009 11:49:28 +0200, a écrit : > > WARNING: Undefined kernel key code for 150 > > So, these are due to missing matching between X keycodes and Linux > scancodes. I'm wondering, however: shouldn't console-setup just use > the evdev keycodes instead of the xfree86 keycodes, as the former map > trivially to Linux scancodes? This is determined not by console-setup but by /usr/share/X11/xkb/rules/xorg. However, it is good you noticed currently there is no support for evdev keycodes in ckbcomp. Anton Zinoviev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534739: read-edid build on amd64
Package: buildd.debian.org Severity: normal Tags: patch Hello! In Packages-arch-specific, please add "amd64" to the list of architecures for which 'read-edid' is compiled. It works via libx86 now. Attached is a patch for p-a-s. Thanks, -Kees -- Kees Cook@debian.org --- Packages-arch-specific.orig 2009-06-26 12:25:51.0 -0700 +++ Packages-arch-specific 2009-06-26 12:26:21.0 -0700 @@ -297,7 +297,7 @@ qprof: ia64 amd64 i386 mips mipsel powerpc # Build-Depends on libpfm3-3.2 quik: powerpc # powerpc boot loader quik-installer: powerpc # powerpc boot loader -%read-edid: i386 powerpc lpia # ioperm()/iopl(), vm86() etc. i386 specific +%read-edid: i386 amd64 powerpc lpia # ioperm()/iopl(), libx86 etc. x86 specific %ree: i386 ia64 amd64 hurd-i386 kfreebsd-i386 kfreebsd-amd64 # i386 specific %refit: i386 # EFI bootloader replicator: i386 # i386 specific
Bug#534740: update-alternatives: error: alternative mpiexec can't be master
Package: openmpi-bin Version: 1.3.2-3 Severity: normal Preparing to replace openmpi-bin 1.3.2-3 (using openmpi-bin_1.3.2-3_amd64.deb) ... Unpacking replacement openmpi-bin ... Setting up openmpi-bin (1.3.2-3) ... update-alternatives: error: alternative mpiexec can't be master: it is a slave of mpirun dpkg: error processing openmpi-bin (--install): subprocess installed post-installation script returned error exit status 2 Processing triggers for man-db ... Errors were encountered while processing: openmpi-bin -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages openmpi-bin depends on: ii libc6 2.9-13 GNU C Library: Shared libraries ii libgcc1 1:4.4.0-7 GCC support library ii libopenmpi1.3 1.3.2-3high performance message passing l ii libstdc++64.4.0-7The GNU Standard C++ Library v3 ii openmpi-common1.3.2-3high performance message passing l openmpi-bin recommends no packages. Versions of packages openmpi-bin suggests: ii gfortran 4:4.3.3-9 The GNU Fortran 95 compiler -- 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#533723: mime-support: run-mailcap --action=cat should ignore non-copiousoutput entries
> Hi Brian, I must be missing the point of --action=cat. Its name > seems to imply non-interactive stdout, but it will still run > X-based viewers and needsterminal viewers. The latter seems > especially strange since the user probably doesn't want an > interactive curses viewer if they used --action=cat to avoid the > pager. > I don't mind changing it to ignore X viewers or needsterminal viewers, but those that can be the case even when "copiousoutput" is not specified. > > How did you feel I was trying to shoe-horn extra functionality? > --action=filter adds a new type of functionality. Filtering is not necessarily the same as viewing. Brian bcwh...@pobox.com - Treat someone as they are and they will remain that way. Treat someone as they can be and they will become that way.
Bug#534738: g++-4.3: Don't warn on multi-line comment if next line would have been a comment anyway
Package: g++-4.3
Version: 4.3.3-13
Severity: wishlist
The multi-line comment warning makes it difficult to comment out a multi-line
macro definition using C++ style without getting a warning:
dan...@frobozz:/tmp$ cat test.cc
// #define doit(x) \
//do { \
// ab(x); \
// cd(x); \
//} while(0)
int test() {
// doit(3);
return 5;
}
dan...@frobozz:/tmp$ g++ -c -Wall test.cc
test.cc:1:1: warning: multi-line comment
--
Daniel Schepler
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534737: [xserver-xorg-video-intel] GM45: Black screen with large virtual display and X server 1.6.1.901-3
Package: xserver-xorg-video-intel Version: 2:2.7.99.901-2 Severity: normal After upgrading xserver-xorg-core to 2:1.6.1.901-3, I get a black screen when the X server is started using a large virtual display (3360x1200). The screen shows the mouse cursor and X is responsive, I was able to log in using gdm by typing blindly, and judging from the process list, the session came up nicely. However, with a black screen, only the cursor was updated accordingly. * removing the "Virtual" directive from xorg.conf results in normal behavior * downgrading xserver-xorg-video-intel to the version in unstable yields X crashes with the "Virtual" directive and normal behavior when it is removed * downgrading xserver-xorg-core to 2:1.6.1.901-2 results in normal behavior with and without the "Virtual" directive --- System information. --- Architecture: amd64 Kernel: Linux 2.6.30-1-amd64 Debian Release: squeeze/sid 500 unstablemirror.switch.ch 500 unstableemacs.orebokech.com 500 testing mirror.switch.ch 1 experimentalmirror.switch.ch --- Package information. --- Depends(Version) | Installed -+-=== libc6 (>= 2.2.5) | 2.9-13 libdrm-intel1(>= 2.4.11) | 2.4.11+git+20090519+f355ad8-1 libdrm2 (>= 2.4.3) | 2.4.11+git+20090519+f355ad8-1 libpciaccess0 (>= 0.8.0+git20071002) | 0.10.6-1 libxext6 | 2:1.0.4-1 libxfixes3 (>= 1:4.0.1) | 1:4.0.3-2 libxv1 | 2:1.0.4-1 libxvmc1 | 1:1.0.4-2 xserver-xorg-core (>= 2:1.5.99.901) | 2:1.6.1.901-2 Package's Recommends field is empty. Package's Suggests field is empty. --- Output from package bug script --- /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 1. Apr 16:55 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1875600 14. Mai 18:48 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller (rev 07) /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 398 26. Jun 20:36 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: Section "Device" Identifier "Configured Video Device" Driver "intel" Option "AccelMethod" "UXA" EndSection Section "Monitor" Identifier "Configured Monitor" EndSection Section "Screen" Identifier "Default Screen" Monitor "Configured Monitor" SubSection "Display" Virtual 3360 1200 EndSubSection EndSection #Section "Extensions" #Option "Composite" "Enable" #EndSection Xorg X server log files on system: -rw-r--r-- 1 root root 75998 26. Jun 20:42 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: This is a pre-release version of the X server from The X.Org Foundation. It is not supported in any way. Bugs may be filed in the bugzilla at http://bugs.freedesktop.org/. Select the "xorg" product for bugs you find in this release. Before reporting bugs in pre-release versions please check the latest version in the X.Org Foundation git repository. See http://wiki.x.org/wiki/GitPage for git access instructions. X.Org X Server 1.6.1.901 (1.6.2 RC 1) Release Date: 2009-5-8 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.26-1-vserver-amd64 x86_64 Debian Current Operating System: Linux zeitgeist 2.6.30-1-amd64 #1 SMP Sun Jun 14 15:00:29 UTC 2009 x86_64 Build Date: 14 May 2009 04:42:17PM xorg-server 2:1.6.1.901-2 (bui...@excelsior.roeckx.be) 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 Jun 26 20:41:39 2009 (==) Using config file: "/etc/X11/xorg.conf" (==) No Layout section. Using the first Screen section. (**) |-->Screen "Default Screen" (0) (**) | |-->Monitor "Configured Monitor" (==) No device specified for screen "Default Screen". Using the first device section listed. (**) | |-->Device "Configured Video Device" (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. Entry deleted from font path. (WW) The directory "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" does not exist. Entry deleted from font path. (==) FontPath set to: /usr/sh
Bug#534736: fpm2: turning fpm into a full-fledged systray application
Package: fpm2 Version: 0.75-1 Severity: wishlist My thanks to Aleš for adding systray support to fpm. This is a cool idea that I'd like to see taken further, with the goal of being able to start fpm at login, and leave it in the systray permanently. Here's what I think would be required to achieve that goal: * Right now, fpm will immediately ask for a password upon launch. I'd like to be able to launch fpm in the background and send it directly to the systray, just like I do with all my other systray applications. * When clicking on the systray icon after lockdown, either a password must be provided, or fpm must be shut down. It's currently impossible to send fpm back to the systray, if I clicked on the icon by mistake for example. I'd like for the systray icon to remain in place (it currently disappears), and have fpm re-iconify if I either click on the icon or select Cancel. * This is a minor issue, but I'd like fpm to revert back to the default category after unhiding, just like it does on startup. Again, thanks for all your work! -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26.8 (SMP w/1 CPU core) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fpm2 depends on: ii libatk1.0-0 1.26.0-1 The ATK accessibility toolkit ii libc6 2.9-18 GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libfontconfig1 2.6.0-4 generic font configuration library ii libfreetype62.3.9-5 FreeType 2 font engine, shared lib ii libglib2.0-02.20.3-1 The GLib library of C routines ii libgtk2.0-0 2.16.2-1 The GTK+ graphical user interface ii libpango1.0-0 1.24.3-1 Layout and rendering of internatio ii libx11-62:1.2.1-1X11 client-side library ii libxml2 2.7.3.dfsg-1 GNOME XML library fpm2 recommends no packages. fpm2 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#534735: The configuration "listen-address :8118" is not possible with 3.0.13-1
Package: privoxy Version: 3.0.13-1 Justification: renders package unusable Severity: grave I noticed that it was not possible to reach the internet after the upgrade. I found following entry in /var/log/privoxy/logfile Fatal error: can't bind to INADDR_ANY:8118: The hostname is not resolvable The problem is caused by the configuration "listen-address :8118". There was no problem with 3.0.12-2 and before. The INADDR_ANY configuration is required to use privoxy from the local system AND a virtual machine which connects to privoxy via an 192.168.x.y address. The access to port 8118 is protected by netfilter. -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#393457: Risky Games for Pubblic Plaeces
Risky Games ohfr Public Places www. pill22. com. wTo teen-agers crash-land plane they allegeldy stole -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#529085:
I confirm this bug as well. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534734: gdm: Windows lose their borders when they are maximized!
Package: gdm Version: 2.20.9-1 Severity: important When any window is maximized, the border of the window does not show! My temporary fix is to not have the windows maximized and to stretch them diagonally which is somewhat annoying. (GNOME is being used on Debian Squeeze and is up to date) This is a continuation of Debian bug #534626. If even more information is needed, please don't close the bug and just ask me to add information. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gdm depends on: ii adduser3.110 add and remove users and groups ii debconf [debconf-2.0] 1.5.26Debian configuration management sy ii gksu 2.0.2-2+b1graphical frontend to su ii gnome-session [x-sessi 2.22.3-3 The GNOME 2 Session Manager ii gnome-terminal [x-term 2.26.2-1 The GNOME terminal emulator applic ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libatk1.0-01.26.0-1 The ATK accessibility toolkit ii libattr1 1:2.4.43-2Extended attribute shared library ii libc6 2.9-12GNU C Library: Shared libraries ii libcairo2 1.8.6-2+b1The Cairo 2D vector graphics libra ii libdbus-1-31.2.12-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.80-4simple interprocess messaging syst ii libdmx11:1.0.2-3 X11 Distributed Multihead extensio ii libfontconfig1 2.6.0-3 generic font configuration library ii libfreetype6 2.3.9-4.1 FreeType 2 font engine, shared lib ii libglade2-01:2.6.4-1 library to load .glade files at ru ii libglib2.0-0 2.20.1-2 The GLib library of C routines ii libgnomecanvas2-0 2.26.0-1 A powerful object-oriented display ii libgtk2.0-02.16.1-2 The GTK+ graphical user interface ii libpam-modules 1.0.1-9 Pluggable Authentication Modules f ii libpam-runtime 1.0.1-9 Runtime support for the PAM librar ii libpam0g 1.0.1-9 Pluggable Authentication Modules l ii libpango1.0-0 1.24.0-3+b1 Layout and rendering of internatio ii librsvg2-2 2.26.0-1 SAX-based renderer library for SVG ii librsvg2-common2.26.0-1 SAX-based renderer library for SVG ii libselinux12.0.71-1 SELinux shared libraries ii libwrap0 7.6.q-16 Wietse Venema's TCP wrappers libra ii libx11-6 2:1.2.1-1 X11 client-side library ii libxau61:1.0.4-2 X11 authorisation library ii libxdmcp6 1:1.0.2-3 X11 Display Manager Control Protoc ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxi6 2:1.1.4-1 X11 Input extension library ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxml22.7.3.dfsg-1 GNOME XML library ii lsb-base 3.2-22Linux Standard Base 3.2 init scrip ii metacity [x-window-man 1:2.26.0-2lightweight GTK+ window manager ii twm [x-window-manager] 1:1.0.4-2 Tab window manager ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime Versions of packages gdm recommends: ii dialog1.1-20080819-1 Displays user-friendly dialog boxe ii gdm-themes0.6.2 Themes for the GNOME Display Manag ii whiptail 0.52.10-4 Displays user-friendly dialog boxe pn xserver-xephyr | xnest (no description available) ii xserver-xorg 1:7.3+18 the X.Org X server ii zenity2.26.0-1 Display graphical dialog boxes fro Versions of packages gdm suggests: ii libpam-gnome-keyring 2.26.1-1 PAM module to unlock the GNOME key ii locales 2.9-12 GNU C Library: National Language ( ii pm-utils 1.2.5-2utilities and scripts for power ma -- debconf information: gdm/daemon_name: /usr/bin/gdm * shared/default-x-display-manager: gdm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534500: ghostscript-cups: Cannot print PDF document generated by Gimp
Le jeudi 25 juin 2009 à 10:50 +0200, Jonas Smedegaard a écrit : > If not too big, could you please include the actual ps file so we can > test with that directly? It’s pretty big (as expected from a gimp output), so I’ve put it there: http://malsain.org/~joss/bug_gimp_gs.pdf Cheers, -- .''`. Josselin Mouette : :' : `. `' “I recommend you to learn English in hope that you in `- future understand things” -- Jörg Schilling signature.asc Description: Ceci est une partie de message numériquement signée
Bug#532644: Architectures
I see that the patch for this bug has moved forward for the amd64 architecture but not for the others, including i386. I am looking at http://packages.debian.org/sid/libaio1. It seems that the bug applies to all architectures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534733: s3cmd: manpage doesn't say which checks are performed on sync
Package: s3cmd Version: 0.9.9-2 Severity: minor It would be nice if the manpage documented which checks are performed during a sync (ie. size and MD5). This is not immediately obvious, since sync_checks does not appear in .s3cfg, and even the S3 docs don't plainly say that ETag is in fact the MD5 hash. (To be honest, I thought that s3cmd would naively re-upload every file.) -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26.8 (SMP w/1 CPU core) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages s3cmd depends on: ii python2.5.4-2An interactive high-level object-o ii python-support1.0.3 automated rebuilding support for P s3cmd recommends no packages. s3cmd 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#534732: nvi: expansion of numbered backups is incorrect
Package: nvi Version: 1.81.6-4 Severity: normal The expansion of numbered backups is incorrect. The actual expansion that nvi produces is somewhat random. I get the weirdest results when editing from the linux console, logged in as root. The expansion of numbered backups used to work correctly with nvi 1.79 version. Here is a typescript that reproduces the this bug, # echo hi >xx # grep backup .nvirc " backup - create versioned backup `file.~N' before each write. set backup=N%..~ # nvi xx # ls -l xx* -rw-r--r-- 1 root root 9 Jun 26 14:00 xx -rw--- 1 root root 3 Jun 26 14:00 xxx.~1 note that in the above example, the ".." is expanded by nvi to ".", so that in this case I have discovered a workaround. However, sometimes the "..~" gets expanded to "tmp" or "etc", possibly related to the pathname of the file being edited, ie, the expansion of "%". Thanks, Jeffrey Sheinberg -- System Information: Debian Release: 5.0.2 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: i386 (i586) Kernel: Linux 2.6.26-2-486 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages nvi depends on: ii libc6 2.7-18 GNU C Library: Shared libraries ii libdb4.2 4.2.52+dfsg-5 Berkeley v4.2 Database Libraries [ ii libncursesw5 5.7+20081213-1 shared libraries for terminal hand Versions of packages nvi recommends: ii nvi-doc 1.81.6-4 4.4BSD re-implementation of vi - d nvi 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#534731: stardict broadcasts clipboard context over network
Package: stardict Version: 3.0.1-4.1 Severity: grave Tags: security Justification: user security hole In default config "enable net dict" is selected, it attempts to grab clipboard and sends it over network... Unfortunately, not nearly all data in clipboard are meant for translation, and some may be pretty sensitive. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=cs_CZ (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/bash Versions of packages stardict depends on: ii stardict-gnome3.0.1-4.1 International dictionary for GNOME stardict recommends no packages. stardict 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#489462: Risky Games for Public Pwllaces
Rishky Games for Pubmlic Places www. pill22. com. Vicar's knicker urn rescues eNw Zealand town -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#167423: Directory of small to medium sized businesses in America
Complete with phone, fax, email, contact name, years in business, income etc.. 1.8 million total records - all data collected this year Price for new customers - $291 - This week only send email to: chri...@listsourcesworld.com Send email to e...@listsourcesworld.com to ensure no further communication -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534730: encfs: various manpage additions and corrections
Package: encfs Version: 1.5.2-1 Severity: minor While playing with encfs' --reverse mode, I came across some gaps in the manpage: * The example on how to restore a backup of a --reverse still uses ENCFS5_CONFIG and .encfs5. (Incidentally, the README still doesn't mention .encfs6.xml.) * The ENCFS[56]_CONFIG mechanism, although useful, is not documented anywhere. * The manpage does mention that some options are disabled by --reverse, but doesn't mention which. It would be useful to point out that a "standard" encfs filesystem will be incompatible with --reverse by default, due to the unique/chained IV options. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26.8 (SMP w/1 CPU core) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages encfs depends on: ii fuse-utils2.7.4-1.1 Filesystem in USErspace (utilities ii libboost-filesystem1.38.0 1.38.0-6 filesystem operations (portable pa ii libboost-serialization1.38.0 1.38.0-6 serialization library for C++ ii libc6 2.9-18 GNU C Library: Shared libraries ii libfuse2 2.7.4-1.1 Filesystem in USErspace library ii libgcc1 1:4.4.0-8 GCC support library ii librlog1c2a 1.3.7-1.2 flexible message logging library ii libssl0.9.8 0.9.8k-3 SSL shared libraries ii libstdc++64.4.0-8The GNU Standard C++ Library v3 encfs recommends no packages. encfs 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#534729: haskell-filepath: FTBFS: Generating a Makefile is not supported for this compiler
Package: haskell-filepath Version: 1.1.0.0-1 Severity: serious From my pbuilder build log: ... fakeroot debian/rules binary dh_testdir dh_testroot dh_clean -k -i dh_installdirs -i dh_haskell -i --no-package=haskell-filepath-doc Generating meta-information... Building setup... ** CONFIGURING libhugs-filepath FOR hugs ** cleaning... /tmp/buildd/haskell-filepath-1.1.0.0/System/FilePath: Configuring filepath-1.1.0.0... ** BUILDING libhugs-filepath FOR hugs ** Preprocessing library filepath-1.1.0.0... Generating Makefile filepath-1.1.0.0... setup: Generating a Makefile is not supported for this compiler. dh_haskell_build: ./setup returned exit code 1 make: *** [install-indep] Error 1 dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 -- Daniel Schepler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534723: Solved. Thanks.
Hi, thanks for very fast response. He solution was very easy. apt-get remove python-2.3 Maybe it's a good idea to insert a conflict with the python-2.3 package. Best regards Robert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534728: nbd-client: init script unmount is insufficiently particular
Package: nbd-client Version: 1:2.9.11-3 Severity: normal The line DEVICES=`mount | cut -d " " -f 1 | grep nb` catches everything with a "nb" in the device field, for instance (from my fstab): nfs-02:/nbu1 /permabit/not-backed-up nfs nfsvers=3,rw,noatime 0 0 and it really shouldn't. I suggest "grep ^/dev/nbd" thanks, kcr -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (1000, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686-bigmem (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages nbd-client depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii libc6 2.7-18 GNU C Library: Shared libraries nbd-client recommends no packages. nbd-client suggests no packages. -- debconf information: * nbd-client/killall: true nbd-client/device: nbd-client/host: nbd-client/port: nbd-client/type: raw nbd-client/number: 0 nbd-client/no-auto-config: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#533916: C++ symbol mangling difference between arches
Hello,
On 2009 m. June 26 d., Friday 19:43:13 Ben Hutchings wrote:
>
> Would it be possible to implement expansion to a regexp instead of to a
> string that must exactly match?
I think yes if there is no other way (and according to your answers, there
really isn't). Symbol files have two usage scenarios in my mind:
1) Smart symbol based shlibs management (primary goal).
2) Tracking ABI breakages (side effect).
However, the second has never been entirely true neither for C (e.g. function
parameter / return type changes cannot be detected) nor C++ (e.g. class size
changes are not detected while function parameter changes are (sort of)).
Adding regexps would make ABI tracking even more relaxed.
While apparently, VT can't be implemented differently (except \d+), what about
size_t etc. then? They all can be implemented as regexps too the most simple
being 'any character'. However, in my opinion, exact string matching is
worthwhile to keep whenever possible.
Also, this rises another question if dpkg-gensymbols should handle VT symbols
automagically since they (typically) can be autodetected (unless they are
compressed):
^_ZThn?\d+
^_ZTvn?\d+_n?\d+
^_ZTC - AKA construction vtable, but it is rather complex to detect where the
offset is in this one, e.g.: _ZTCN6KParts15DockMainWindow3E56_NS_8PartBaseE
^^
Raphael, should I provide a patch for regexp support + {vt} subst as implicit
\d+ regexp?
--
Modestas Vainius
signature.asc
Description: This is a digitally signed message part.
