Bug#547658: rails: New upstream release 2.3.5
This message is directed to everyone that has some interest in having rails 2.3.5+ in Squeeze. On Sat, Feb 20, 2010 at 06:39:53AM -0500, Richard Hurt wrote: On 2/19/10 8:33 AM| Feb 19, 2010, Malcolm Locke wrote: I think probably most users have abandoned this package and are now using gem install to get Rails, however it would still be nice to get this up to date. Consider this another vote for Rails 2.3.x. State of Rails -- Rails package needs to be split up. Long in the past, rails used to be a very integrated - this is definitely changing. With the upcoming 3.x release different components that constitute rails will become even more useful as independent elements. Split up of rails is overdue, and that is mostly my fault. By the time I've decided splitting up rails was a good idea, Roberto C. Sanchez has already uploaded libactiverecord-ruby - I took too much time (and I was resistant to splitting up rails because I wanted to avoid the mess of zope packages). As a result, the following packages will need to be removed from Debian first before split up rails can replace them, libactivesupport-ruby libactiverecord-ruby Package split also exposes problems in the Debian's ruby infrastructure, but I'll get to that later. Current split up rails 2.3.5 package is available at, http://people.debian.org/~adamm/rails/ It requires the following two dependencies that cannot be satisfied in Sid, libi18n-ruby1.8 ( 0.1.3) libmemcache-client-ruby1.8 ( 1.7.4) It is possible to install older versions from Sid and force-depends to install the new packages. The resulting rails package functions, but I do not know to what extent. Co-maintainer(s) of rails -- rails sources are available at the following link for quite some time now, http://git.debian.org/?p=collab-maint/rails.git See v2.3-stable branch for current development area. If you are a DD, you may push your changes to this branch. I would like to maintain the packages split for 2.3.5 as is. The TODO list here would be, 1. Add -ruby and -ruby1.9 packages for the split up lib* packages. rails probably should remain as rails with dependency on rails-ruby1.8 | rails-ruby1.9. Lots of copy/pasting here. 2. Get rid of lintian warnings - this is not by changing upstream sources please :) The warning regarding script-not-executable are incorrect. 3. Fix compilation of guides. This fix would then needs to be propagated upstream. Guides are in railties/guides. They don't build and it would be nice to have them included in rails-doc. 4. Look at the rails package. Currently, railties is not packaged the Debian way. I simply dumped railties into /usr/share/rails/railties due to number of reasons, mostly upstream path dependencies (again, gems).. Ideas on how to make this 'prettier' are very welcome. If you would like to become a co-maintainer of rails, please fix something in the package, push fix to repository, and email me. Ruby problems in Debian - no gems support - Problems that rails exposes in Debian is lack of concurrent version installs. For example, with a split up rails it is impossible to have rails 2.x and rails 3.x co-existing. The solution to this problem is to allow versioned install, aka gems. As most of the ruby team knows, most other distributions package gems. These gems are then installed in some read-only directory. As an example, it could be /usr/lib/rubygems/ or whatever. Packaging gems allows has lots of benefits. 1. It is possible to install multiple versions of a given library at the same time. This is crucial if we ever want multiple versions of rails installable at same time. update-alternatives is only good to manage /usr/bin/rails, not libactiverecord 2.3.5 / 3.0.0 :) 2. It is distribution transparent - 3rd party software designed to work with a specific gem works automatically with the pre-packaged Debian gem. 3. Security fixes for gems are available to 3rd party applications as well as to Debian packages. 4. We *really* need something like sonames. Gems provides that. Other scriptable languages (perl, python, etc.) have BIG problems due to not having soname-like support. 5. Less work to get gems working in Debian. Therefore the solution is to package gems and install gems. If gems are not the solution, what is? Another problem in ruby is inability to have one package install work with all versions of ruby. There is really no need for libactiverecord-ruby1.8 and libactiverecord-ruby1.9. Only libactiverecord-ruby would suffice. A simple fix for this would be addition of /usr/lib/ruby/common where only ruby native packages can be installed. Is this something that is possible? Summary TODO 1. Remove (Roberto C. Sanchez robe...@connexer.com please :), libactivesupport-ruby libactiverecord-ruby 2. Update, libi18n-ruby1.8 ( 0.1.3) libmemcache-client-ruby1.8 ( 1.7.4) 3.
Bug#486403: Please expose GIT_REPO_VERSION
tags 486403 - patch
tags 486403 + wontfix
thanks
Hi George,
George Danchev wrote:
--- help.c.orig 2008-06-15 23:42:39.0 +0300
+++ help.c 2008-06-15 23:44:06.0 +0300
@@ -504,7 +504,7 @@
int cmd_version(int argc, const char **argv, const char *prefix)
{
- printf(git version %s\n, git_version_string);
+ printf(git version %s (repo version %d)\n, git_version_string,
GIT_REPO_VERSION);
return 0;
}
Thanks for the patch. Unfortunately, I do not understand the use for
it.
You see, git’s repository format _has_ changed in incompatible ways a
few times already without any corrusponding bump in the repository
format version. Examples: the addition of packed refs, and the
addition of alternative packed object formats. Maybe that is
unfortunate, but it has not caused any major breakage I know of. Part
of the problem is perhaps that different features are added at the
same time and it is not immediately obvious which one deserves the
higher repository version number.
So the GIT_REPO_VERSION feature ends up being either a failed
experiment or an important futureproofing measure. Either way, we
won’t know what it means it gets incremented. ;-)
It will benefit the recently added to the
dpkg-source 3.0 (git) source format.
I think any successful git-based source package format will be based
on pack files rather than checked-out repositories. That is, I
suspect if anything will work as 4.0 (git), it would be git bundle
based, partially because bundles are meant to be usable with the
endpoints having vastly different git versions.
So if my git program dies with:
fatal: Expected git repo version = V, found V+1
because repositoryformatversion is bigger than GIT_REPO_VERSION, I
would like to be able to query its internal GIT_REPO_VERSION in
order to determine which .git/* my git is able to process.
Isn’t that V in the error message?
Jonathan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530621: (no subject)
Version 3.0.0b2 - closed 4 bugs i not change maintainer or make NMU - only fix bugs - this give 2 lintain warnings. Package have a serious bug and ITP has not changed half a year - so I build new version. http://dl.dropbox.com/u/3833504/debian/php-imagick_3.0.0b2-1.dsc --- Иван Борзенков ivan1...@list.ru signature.asc Description: This is a digitally signed message part.
Bug#570917: munin-node: APT Plugin does not graph
Package: munin-node Version: 1.4.3-2 Severity: minor /usr/share/munin/plugins/apt contains graph no in the config section, which prevents the graph to be shown. If this is not the intended behavior, please change to graph yes. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages munin-node depends on: ii adduser 3.112 add and remove users and groups ii gawk 1:3.1.6.dfsg-4 GNU awk, a pattern scanning and pr ii libnet-server-perl0.97-1 An extensible, general perl server ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip ii munin-common 1.4.3-2network-wide graphing framework (c ii perl 5.10.1-11 Larry Wall's Practical Extraction ii procps1:3.2.8-7 /proc file system utilities Versions of packages munin-node recommends: ii libnet-snmp-perl 5.2.0-3Script SNMP connections Versions of packages munin-node suggests: pn acpi | lm-sensors none (no description available) ii ethtool 6+20091202-1 display or change Ethernet device pn hdparm none (no description available) pn libcache-cache-perl none (no description available) pn libcrypt-ssleay-perlnone (no description available) pn libdbd-mysql-perl none (no description available) pn libdbd-pg-perl none (no description available) pn liblwp-useragent-determined none (no description available) pn libnet-irc-perl none (no description available) pn libtext-csv-xs-perl none (no description available) pn libwww-perl none (no description available) pn libxml-simple-perl none (no description available) pn munin none (no description available) pn munin-java-plugins none (no description available) ii munin-plugins-extra 1.4.3-2 network-wide graphing framework (u pn mysql-clientnone (no description available) ii net-tools 1.60-23 The NET-3 networking toolkit ii python 2.5.4-9 An interactive high-level object-o pn rubynone (no description available) pn smartmontools none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570918: RFP: pyrit -- challenge WPA-PSK and WPA2-PSK security
Package: wnpp Severity: wishlist Package name: pyrit Version : 0.3.0 Upstream Author : Lukas Lueg lukas.l...@gmail.com URL : http://pyrit.googlecode.com License : GPL3 Programming Lang: C, C++, Python Description : check WPA-PSK and WPA2-PSK security Pyrit allows to create massive databases, pre-computing part of the WPA/WPA2-PSK authentication phase in a space-time-tradeoff. Exploiting the computational power of Many-Core- and other platforms through ATI-Stream, Nvidia CUDA, OpenCL and VIA Padlock, it is currently by far the most powerful attack against one of the world's most used security-protocols. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570576: closed by Ludovico Cavedon cave...@debian.org (Bug#570576: fixed in tortoisehg 0.9.3-2)
reopen 570576 notfixed 570576 0.9.3-2 thanks Did you actually checked the .deb package? Depends: mercurial (= 1.4), python-gobject (= 2.12.1), python-gtk2 (= 2.10), python-cairo, python ( 2.6), python (= 2.5), python-support (= 0.90.0) so the problem it's not fixed. Also, in the bug report, it was not written '= 2.4'. Use 'all' or '= 2.5' in an updated chroot (where both 2.5 and 2.6 are present, since both supported). On Mon, Feb 22, 2010 at 08:54, Debian Bug Tracking System ow...@bugs.debian.org wrote: This is an automatic notification regarding your Bug report which was filed against the tortoisehg package: #570576: tortoisehg: XS-P-V: current and Python 2.6 as default It has been closed by Ludovico Cavedon cave...@debian.org. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Ludovico Cavedon cave...@debian.org by replying to this email. -- 570576: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=570576 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- Forwarded message -- From: Ludovico Cavedon cave...@debian.org To: 570576-cl...@bugs.debian.org Date: Mon, 22 Feb 2010 07:52:46 + Subject: Bug#570576: fixed in tortoisehg 0.9.3-2 Source: tortoisehg Source-Version: 0.9.3-2 We believe that the bug you reported is fixed in the latest version of tortoisehg, which is due to be installed in the Debian FTP archive: tortoisehg-nautilus_0.9.3-2_all.deb to main/t/tortoisehg/tortoisehg-nautilus_0.9.3-2_all.deb tortoisehg_0.9.3-2.debian.tar.gz to main/t/tortoisehg/tortoisehg_0.9.3-2.debian.tar.gz tortoisehg_0.9.3-2.dsc to main/t/tortoisehg/tortoisehg_0.9.3-2.dsc tortoisehg_0.9.3-2_all.deb to main/t/tortoisehg/tortoisehg_0.9.3-2_all.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 570...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Ludovico Cavedon cave...@debian.org (supplier of updated tortoisehg package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Fri, 19 Feb 2010 19:57:37 -0800 Source: tortoisehg Binary: tortoisehg tortoisehg-nautilus Architecture: source all Version: 0.9.3-2 Distribution: unstable Urgency: low Maintainer: Ludovico Cavedon cave...@debian.org Changed-By: Ludovico Cavedon cave...@debian.org Description: tortoisehg - Graphical tool for working with Mercurial tortoisehg-nautilus - Graphical tool for working with Mercurial (Nautilus extension) Closes: 570576 Changes: tortoisehg (0.9.3-2) unstable; urgency=low . * Add disable-stdout-redirect.patch: fix dangling process with python 2.6 (LP: 519984). * Update Standards-Version to 3.8.4. * Set XS-Python-Version to = 2.4 (Closes: #570576). Checksums-Sha1: 66d2fba9ac7ff8bb7afa3b1cb50945f512af1469 1392 tortoisehg_0.9.3-2.dsc 9e67fb0c9f37ce2a3e1782c0bd7a598bab9f3aa1 8134 tortoisehg_0.9.3-2.debian.tar.gz f3ee6217f99f91ce8fe94e51ed1e320ebd588451 2373624 tortoisehg_0.9.3-2_all.deb d2630b10501310df9c2a92543634ef0a95937cbf 7778 tortoisehg-nautilus_0.9.3-2_all.deb Checksums-Sha256: 1288b091ba2aaa5bab056c8a8276471c8dd6fc7e48fff15e988e25fb5af02687 1392 tortoisehg_0.9.3-2.dsc a526d3f4e2ee7b207504c92acee16be5dfed591805214935871b55f4b331df07 8134 tortoisehg_0.9.3-2.debian.tar.gz cf702102c97377253472aa7ce384bacd2ce5d2e55af4987878c44493b69e266e 2373624 tortoisehg_0.9.3-2_all.deb 3ba2a17e0d9117852044f0a8c18bef991eb4b2b110d96ddc9d43e2aa43b255f3 7778 tortoisehg-nautilus_0.9.3-2_all.deb Files: 36ea8560b4aab7e4b49fdbaeeb927db7 1392 vcs optional tortoisehg_0.9.3-2.dsc 5c6de23e7d5de1d36acdb1efd89df6f0 8134 vcs optional tortoisehg_0.9.3-2.debian.tar.gz 91be4bb365792d9d269c927574e9fdfe 2373624 vcs optional tortoisehg_0.9.3-2_all.deb 586e442e3195d46595499f827dfd7659 7778 vcs optional tortoisehg-nautilus_0.9.3-2_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkuA1DUACgkQCidatrS8pdeiWgCggoGIUIgNbO04NAXXAZGvFSQF FKUAoLW2wNAc2xEsi7u5PsZs93VTbgnZ =7pNu -END PGP SIGNATURE- -- Forwarded message -- From: mo...@debian.org To: mainto...@bugs.debian.org Date: Fri, 19 Feb 2010 20:35:00 +0100 Subject: tortoisehg: XS-P-V: current and Python 2.6 as default Package: tortoisehg Severity: important User: debian-pyt...@lists.debian.org Usertags: python2.6 Hello, This package has `XS-Python-Version: current' field in debian/control file and it builds `Architure: all'
Bug#570903: images march right off the screen
On Mon, Feb 22, 2010 at 12:56:36PM +0800, jida...@jidanni.org wrote: One needs --borderless for it not to happen, here in icewm 1.3.6-1. Thanks for this extra information because I never observed this problem. I do not know icewm at all but is there a slight chance that this is not a problem of feh but rather of the used windowmanager? Kind regards and thanks for your problem report Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565699: /usr/bin/git-diff: pager ignores mouse wheel
found 565699 git-core/1:1.7.0-1 tags 565699 + upstream severity 565699 wishlist thanks Anders Kaseorg wrote: git exports LESS=FRSX if the LESS environment variable is not already set. The -X (--no-init) is required to let -F (--quit-if-one-screen) work sensibly, but breaks mouse wheel scrolling. To work around this, you can disable both of those options by exporting LESS=RS. You will gain mouse wheel scrolling, but the disadvantage is that you will always have to explicitly quit the pager, even if it is displaying less than a screenfull. Thanks Anders, that makes a lot of sense. I should also mention that -X can be useful even without -F, to keep the last displayed part of a log visible on the terminal for cutting and pasting into later commands. So different people would probably want it different ways. On the interaction of -F and -X you described, see http://bugs.debian.org/51462. It is not my itch, but I could imagine less providing another option to get the best of both worlds by buffering until it gets a screen’s worth, EOF, or a certain amount of time passes, or something like that. For git, the bug here is that in terminals that support scrolling with a wheel without -X, git is disabling that. I think a good default _might_ be to use -RS for such terminals and -FRSX for others. This requires a way to detect terminals that support scrolling in ‘less’ with a wheel (xterm doesn’t AFAICT), so it might be hard to implement. Hope that helps, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570919: ITP: python-django-piston -- Piston is a Django mini-framework creating RESTful APIs.
Package: wnpp Severity: wishlist Owner: Michael Ziegler diese-a...@funzt-halt.net * Package name: python-django-piston Version : 0.2.2 Upstream Author : Jesper Noehr jes...@noehr.org * URL : http://bitbucket.org/jespern/django-piston/wiki/Home * License : BSD Programming Lang: Python Description : Piston is a Django mini-framework creating RESTful APIs. Piston is a relatively small Django application that lets you create application programming interfaces (API) for your sites. It has several unique features: * Ties into Django's internal mechanisms. * Supports OAuth out of the box (as well as Basic/Digest or custom auth.) * Doesn't require tying to models, allowing arbitrary resources. * Speaks JSON, YAML, Python Pickle XML (and HATEOAS.) * Ships with a convenient reusable library in Python * Respects and encourages proper use of HTTP (status codes, ...) * Has built in (optional) form validation (via Django), throttling, etc. * Supports streaming, with a small memory footprint. * Stays out of your way. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#403681: Moreinfo
Ronny: there are newer version of kpilot available, 4:3.5.9-5 on stable and the successors in the KDE 4 family in squeeze and sid. Could you please check that this bug still applies? There are no successors to kpilot. Details are here: http://blogs.fsfe.org/adridg/?p=631 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570915: applications crash with SIGSEGV when starting
reassign 570915 ncurses
thanks
On Mon, 2010-02-22 at 08:36 +0100, Frank Lin PIAT wrote:
Package: aptitude
Severity: important
[SNIP]
Since my last packages upgrade of DebianTesting, aptitude crash when
I use it's ncurse interface (from console and xterm):
Error:
Ouch! Got SIGSEGV, dying..
Segmentation fault
On my system, some (most/all?) other libncursesw5 based applications are
affected, like lynx-cur, powertop, dialog, nano
I have added a strace for:
dialog --infobox Hello 10 10
Therefore, I am reassigning the bug to ncurse.
Franklin
execve(/usr/bin/dialog, [dialog, --infobox, Hello, 10, 10], [/* 39
vars */]) = 0
brk(0) = 0x8df1000
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb77ec000
access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory)
open(/etc/ld.so.cache, O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=71841, ...}) = 0
mmap2(NULL, 71841, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb77da000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/libncursesw.so.5, O_RDONLY) = 3
read(3,
\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300\274\0\0004\0\0\0..., 512)
= 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=276168, ...}) = 0
mmap2(NULL, 275984, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7796000
mmap2(0xb77d7000, 12288, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x41) = 0xb77d7000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/i686/cmov/libm.so.6, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0`4\0\0004\0\0\0...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=149392, ...}) = 0
mmap2(NULL, 151680, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb777
mmap2(0xb7794000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x23) = 0xb7794000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/i686/cmov/libc.so.6, O_RDONLY) = 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260l\1\0004\0\0\0...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1331684, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb776f000
mmap2(NULL, 1337704, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7628000
mmap2(0xb7769000, 12288, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x141) = 0xb7769000
mmap2(0xb776c000, 10600, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb776c000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/i686/cmov/libdl.so.2, O_RDONLY) = 3
read(3, \177elf\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\...@\n\0\0004\0\0\0...,
512) = 512
fstat64(3, {st_mode=S_IFREG|0644, st_size=9736, ...}) = 0
mmap2(NULL, 12408, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0xb7624000
mmap2(0xb7626000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1) = 0xb7626000
close(3)= 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7623000
set_thread_area({entry_number:-1 - 6, base_addr:0xb76236c0, limit:1048575,
seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0,
useable:1}) = 0
mprotect(0xb7626000, 4096, PROT_READ) = 0
mprotect(0xb7769000, 8192, PROT_READ) = 0
mprotect(0xb7794000, 4096, PROT_READ) = 0
mprotect(0xb780b000, 4096, PROT_READ) = 0
munmap(0xb77da000, 71841) = 0
brk(0) = 0x8df1000
brk(0x8e12000) = 0x8e12000
open(/usr/lib/locale/locale-archive, O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=3271952, ...}) = 0
mmap2(NULL, 2097152, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7423000
close(3)= 0
open(/root/.dialogrc, O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or
directory)
open(/etc/dialogrc, O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or
directory)
ioctl(0, SNDCTL_TMR_TIMEBASE or TCGETS, {B38400 opost isig icanon echo ...}) = 0
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbf9a04e8) = -1 ENOTTY (Inappropriate
ioctl for device)
ioctl(1, SNDCTL_TMR_TIMEBASE or TCGETS, 0xbf9a03f8) = -1 ENOTTY (Inappropriate
ioctl for device)
stat64(/root/.terminfo, 0xbf99f3a4) = -1 ENOENT (No such file or directory)
stat64(/etc/terminfo, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
access(/etc/terminfo/x/xterm, R_OK) = -1 ENOENT (No such file or directory)
stat64(/lib/terminfo, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0
access(/lib/terminfo/x/xterm, R_OK) = 0
Bug#570920: ocaml: error in the num library on sparc
Package: ocaml Version: 3.11.2-1 Severity: important Hello, Some checks of the Coq test suite fail on sparc because of an error in the num library. I've submitted a bugreport upstream; I'm submitting this one to keep track of this issue in Debian. Cheers, -- Stéphane -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ocaml depends on: ii libx11-dev2:1.3.3-1 X11 client-side library (developme ii ocaml-base [ocaml-base-3.11.2 3.11.2-1 Runtime system for OCaml bytecode ii ocaml-nox [ocaml-nox-3.11.2] 3.11.2-1 ML implementation with a class-bas ocaml recommends no packages. Versions of packages ocaml suggests: ii tcl8.5-dev8.5.8-2Tcl (the Tool Command Language) v8 ii tk8.5-dev 8.5.8-1Tk toolkit for Tcl and X11, v8.5 - -- 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#560957: closed by Lisandro Damián Nicanor Pérez Meyer
fixed 560957 4:4.3.1-1 thanks On Sun, Feb 21, 2010 at 08:51:44PM -0900, Florian Aldehoff wrote: Hi Lisandro, I disagree with closing this bug. As similar bug reports like https://bugs.launchpad.net/kdepim/+bug/158978 and https://bugs.kde.org/show_bug.cgi?id=140443 indicate, a rewrite of the dimap system in newer versions of kmail makes this bug in Kmail 1.9.9 unreproducible with KDE 4.2+. However the bug continues to exist in KDE 3.5.10 and makes Kmail unusable unless I have a second backup IMAP server to recover deleted messages. You switched the bug status to more information - what else do you need to know? The bug can be closed with a version (doing it now) marking it is fixed in 4:4.3.1-1. This will mark the bug fixed in unstable and for the next Debian stable release but it will continue appearing as open in stable (KDE 3.5.10) Apart from this bug I'm a happy user of 3.5 and not to eager to switch to KDE4 prior to the next Debian stable release - actually I consider staying with 3.5 even when Debian 6 is out. Any chance that the improvements in newer Kmail versions are backported to Kmail 1.9.9? I am afraid the answer is no. KDE 3 and KDE 4 are quite different and development of KDE 3 is dead now. The only KDE 3 bugs that will be fixed are those security bugs that a real threat. Ana Am Sonntag, 21. Februar 2010 17:57:05 schrieb Debian Bug Tracking System: This is an automatic notification regarding your Bug report which was filed against the kmail package: #560957: kmail deleted contents of inbox with dimap It has been closed by Lisandro Damián Nicanor Pérez Meyer perezme...@gmail.com. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Lisandro Damián Nicanor Pérez Meyer perezme...@gmail.com by replying to this email. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570861: lftp: Please update to 4.0.5+fix
Hello Frankie, Am Sonntag, den 21.02.2010, 23:19 +0100 schrieb Francesco P. Lovergine: See http://bugs.proftpd.org/show_bug.cgi?id=2994 It is quite useful if you would update to 4.0.5 and apply the required fix for working with proftpd and possibly other servers. :) 4.0.5 was uploaded and accepted three hours before your bug report. I will add the patch with the next upload or with the next upstream release... -- Noèl Köthe noel debian.org Debian GNU/Linux, www.debian.org signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#434350: closed by Lisandro Damián Nicanor Pérez Meyer perezme...@gmail.com (Clsoing the bug because of lack of response of submitter.)
Hi Lisandro: The error persists with kpilot (lenny 4.9.4-3510) and palm Tungsten E3 or TX. In fact, I stopped to synchronize notes due to error. Anyway, thanks for all the work you put into Debian, and I hope this bug report is helpful. Best Regards. GRiera On Mon, 22 Feb 2010 02:24:14 + ow...@bugs.debian.org (Debian Bug Tracking System) wrote: This is an automatic notification regarding your Bug report which was filed against the kpilot package: #434350: kpilot: Kpilot does not synchronize knotes with palm memos It has been closed by Lisandro Damián Nicanor Pérez Meyer perezme...@gmail.com. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Lisandro Damián Nicanor Pérez Meyer perezme...@gmail.com by replying to this email. -- 434350: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=434350 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570515: debian/watch for abook fails to report upstream's version
* Artur R. Czechowski artu...@hell.pl [2010-02-19 15:20:59 CET]: On Fri, Feb 19, 2010 at 03:14:09PM +0100, Gerfried Fuchs wrote: * Artur R. Czechowski artu...@hell.pl [2010-02-19 14:41:55 CET]: debian/watch file for package abook is not working. Please update it using attached version. Actually, that claim is a bit wrongly worded because the debian/watch file for the package abook in unstable in fact is working. That's why I specified the version number from experimental. Yes, but please take a look at the last upload of the version to unstable and the version to experimental. :) Additionally, that watchfile won't help for the version in experimental nevertheless because it would just lead to a upstream doesn't even have current version. Well, as far as I checked it is possible to prepare watch file catching also development version, but I wont do that without knowing your intention. If you are interested I can prepare the one. There is no need for any patch at all, and I highly doubt that you will be able to come up with a watch file that would work for pre release because they aren't in the files section on sourceforge. But as you seem to be so eager and seem to know what's going on here - please surprise me with a working watch file. :) Have fun! Rhonda -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#541317: Built-in microphone doesn't produce any sound with linux-image-2.6.30-1-amd64
Moritz Muehlenhoff wrote: On Thu, Aug 13, 2009 at 05:46:51PM +0800, Jos van Wolput wrote: Package: linux-image-2.6.30-1-amd64_2.6.30-5snapshot.14079_amd64.deb System: Debian/Sid, AMD64 Hardware: Acer Travelmate 4530 AMD Athlon 64 X2 dual-core Severity: normal When using linux-image-2.6.30-1-amd64 the built-in microphone doesn't produce any sound, this seems to be a regression for it works with linux-image-2.6.29-2-amd64. lspci -v: Audio device: ATI Technologies Inc SBx00 Azalia (Intel HDA) Subsystem: Acer Incorporated [ALI] Device 0147 Flags: bus master, slow devsel, latency 64, IRQ 16 Memory at f060 (64-bit, non-prefetchable) [size=16K] Capabilities: [50] Power Management version 2 Kernel driver in use: HDA Intel Hi, The next release of Debian (6.0, code name Squeeze) will be based on 2.6.32. Please test the current 2.6.32 from unstable/testing and tell us whether the problem persists. If so, we should report it upstream to the kernel.org developers. The 2.6.32 kernel is available from packages.debian.org and can be installed in both Debian stable, testing and unstable installations. Thanks, Moritz System: Debian/Sid, linux-image-2.6.32-2-amd64 (2.6.32-8) Hardware: Acer Travelmate 4530 AMD Athlon 64 X2 dual-core I tested both the built-in and the external microphone using audacity. Both mics work. This bug can now be closed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570921: ghc6: running ghc-pkg check in the trigger can cause installation failure
Package: ghc6 Version: 6.12.1-10 Severity: important I ran a normal sid-sid upgrade, and it got aborted thus, after all packages had been unpacked but before any of them were configured: Processing triggers for ghc6 ... There are problems in package glib-0.10.1: dependency base-4.2.0.0-f87cc184652024ad761422b6a80d0306 doesn't exist The following packages are broken, either because they have a problem listed above, or because they depend on a broken package. glib-0.10.1 dpkg: subprocess installed post-installation script returned error exit status 1 E: Sub-process /usr/bin/dpkg returned an error code (2) Running dpkg --configure --all fixed the situation. Maybe the trigger should not run ghc-pkg check when ghc6 is in the unconfigured state? -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32.8-ibid-1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ghc6 depends on: ii gcc 4:4.4.2-3 The GNU C compiler ii libbsd-dev0.2.0-1utility functions from BSD systems ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libc6-dev 2.10.2-6 Embedded GNU C Library: Developmen ii libffi-dev3.0.9-1Foreign Function Interface library ii libffi5 3.0.9-1Foreign Function Interface library ii libgmp3-dev 2:4.3.2+dfsg-1 Multiprecision arithmetic library ii libgmp3c2 2:4.3.2+dfsg-1 Multiprecision arithmetic library ii libncurses5 5.7+20090803-2 shared libraries for terminal hand ii perl [perl5] 5.10.1-11 Larry Wall's Practical Extraction ghc6 recommends no packages. Versions of packages ghc6 suggests: ii ghc6-doc 6.12.1-10 Documentation for the Glasgow Hask ii ghc6-prof 6.12.1-10 Profiling libraries for the Glasgo ii haskell-doc 20061127 Assorted Haskell language document -- no debconf information -- debsums errors found: debsums: changed file /var/lib/ghc-6.12.1/package.conf.d/package.cache (from ghc6 package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569531: midori: arora works
Package: midori Version: 0.2.2-1 Severity: normal Actually, the file to download (or to open) ia a pdf one. I dont know if GtkLauncher is able to deal with such kind of file. It happens that it stops exactly the same way midori does. On the other hand arora allows me to save the file, without problems. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages midori depends on: ii dbus-x11 1.2.20-2 simple interprocess messaging syst ii libatk1.0-01.28.0-1 The ATK accessibility toolkit ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libdbus-1-31.2.20-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.84-1simple interprocess messaging syst ii libfontconfig1 2.8.0-2 generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libglib2.0-0 2.22.4-1 The GLib library of C routines ii libgtk2.0-02.18.7-1 The GTK+ graphical user interface ii libjs-mootools 1.2.4.0~debian1-1 compact JavaScript framework ii libnotify1 [libnotify1 0.4.5-1 sends desktop notifications to a n ii libpango1.0-0 1.26.2-1 Layout and rendering of internatio ii libsoup2.4-1 2.29.90-1 an HTTP library implementation in ii libsqlite3-0 3.6.22-1 SQLite 3 shared library ii libunique-1.0-01.1.6-1 Library for writing single instanc ii libwebkit-1.0-21.1.21-2 Web content engine library for Gtk ii libx11-6 2:1.3.3-1 X11 client-side library ii libxml22.7.6.dfsg-2+b1 GNOME XML library Versions of packages midori recommends: ii gnome-icon-theme 2.28.0-1 GNOME Desktop icon theme midori 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#570923: UnboundLocalError: local variable 'real_cpu' referenced before assignment
Package: singularity Version: 0.30-2 Severity: normal Every time I play the game it seems to at some point print the following traceback: li...@ginger:~$ singularity open /dev/sequencer or /dev/snd/seq: No such file or directory open /dev/sequencer or /dev/snd/seq: No such file or directory open /dev/sequencer or /dev/snd/seq: No such file or directory Exception in function show at Mon Feb 22 01:24:27 2010 EEST: Traceback (most recent call last): File /usr/share/games/singularity/code/safety.py, line 58, in safe_call return func(*args, **kwargs) File /usr/share/games/singularity/code/graphics/dialog.py, line 189, in show result = self.handle(event) File /usr/share/games/singularity/code/graphics/dialog.py, line 306, in handle return self.call_handlers(handlers, event) File /usr/share/games/singularity/code/graphics/dialog.py, line 318, in call_handlers handler(event) File /usr/share/games/singularity/code/graphics/button.py, line 109, in handle_event self.activate_with_sound(event) File /usr/share/games/singularity/code/graphics/button.py, line 122, in activate_with_sound self.activated(event) File /usr/share/games/singularity/code/graphics/button.py, line 151, in activated self.function(*self.args, **self.kwargs) File /usr/share/games/singularity/code/graphics/button.py, line 197, in show_dialog raise constants.Handled, dialog.call_dialog(self.dialog, self) File /usr/share/games/singularity/code/graphics/dialog.py, line 96, in call_dialog retval = dialog.show() File /usr/share/games/singularity/code/screens/finance.py, line 121, in show return super(FinanceScreen, self).show() File /usr/share/games/singularity/code/graphics/dialog.py, line 175, in show Dialog.top.maybe_update() File /usr/share/games/singularity/code/graphics/widget.py, line 297, in maybe_update self.update() File /usr/share/games/singularity/code/graphics/widget.py, line 301, in update self.prepare_for_redraw() File /usr/share/games/singularity/code/graphics/widget.py, line 293, in prepare_for_redraw child.prepare_for_redraw() File /usr/share/games/singularity/code/graphics/widget.py, line 293, in prepare_for_redraw child.prepare_for_redraw() File /usr/share/games/singularity/code/graphics/widget.py, line 280, in prepare_for_redraw self.rebuild() File /usr/share/games/singularity/code/screens/finance.py, line 51, in rebuild cash_info, cpu_info = g.pl.give_time(seconds_left, dry_run=True) File /usr/share/games/singularity/code/player.py, line 298, in give_time cpu_available=real_cpu )[0] UnboundLocalError: local variable 'real_cpu' referenced before assignment Exception in function show at Mon Feb 22 01:24:35 2010 EEST: Traceback (most recent call last): File /usr/share/games/singularity/code/safety.py, line 58, in safe_call return func(*args, **kwargs) File /usr/share/games/singularity/code/graphics/dialog.py, line 189, in show result = self.handle(event) File /usr/share/games/singularity/code/graphics/dialog.py, line 306, in handle return self.call_handlers(handlers, event) File /usr/share/games/singularity/code/graphics/dialog.py, line 318, in call_handlers handler(event) File /usr/share/games/singularity/code/graphics/button.py, line 109, in handle_event self.activate_with_sound(event) File /usr/share/games/singularity/code/graphics/button.py, line 122, in activate_with_sound self.activated(event) File /usr/share/games/singularity/code/graphics/button.py, line 151, in activated self.function(*self.args, **self.kwargs) File /usr/share/games/singularity/code/graphics/button.py, line 197, in show_dialog raise constants.Handled, dialog.call_dialog(self.dialog, self) File /usr/share/games/singularity/code/graphics/dialog.py, line 96, in call_dialog retval = dialog.show() File /usr/share/games/singularity/code/screens/finance.py, line 121, in show return super(FinanceScreen, self).show() File /usr/share/games/singularity/code/graphics/dialog.py, line 175, in show Dialog.top.maybe_update() File /usr/share/games/singularity/code/graphics/widget.py, line 297, in maybe_update self.update() File /usr/share/games/singularity/code/graphics/widget.py, line 301, in update self.prepare_for_redraw() File /usr/share/games/singularity/code/graphics/widget.py, line 293, in prepare_for_redraw child.prepare_for_redraw() File /usr/share/games/singularity/code/graphics/widget.py, line 293, in prepare_for_redraw child.prepare_for_redraw() File /usr/share/games/singularity/code/graphics/widget.py, line 280, in prepare_for_redraw self.rebuild() File /usr/share/games/singularity/code/screens/finance.py, line 51, in rebuild cash_info, cpu_info = g.pl.give_time(seconds_left, dry_run=True) File /usr/share/games/singularity/code/player.py, line 298, in give_time cpu_available=real_cpu )[0] UnboundLocalError: local variable
Bug#570924: ethtool: it should be in section 'net' rather than 'utils'
Package: ethtool Version: 6+20091202-1 Severity: minor Hi, Since 'ethtool' is used to manage ethernet devices, my opinion is that it belongs to the 'net' section rather than 'utils'. It is an utility, but more specifically it is a tool for network devices only. Thanks -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-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/dash Versions of packages ethtool depends on: ii libc6 2.10.2-2 GNU C Library: Shared libraries ethtool recommends no packages. ethtool 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#570784: squeeze: first time users get warning about migration of config files
clone 570784 -1 reassign -1 kaboom retitle -1 asks first time users to migrate its configuration block 570784 by -1 thanks On Montag, 22. Februar 2010, Petter Reinholdtsen wrote: actually I cannot block this bug by the others, as no individual bugs have been filed about these issues. (There are only bugs about packages still using KDE 3 libraries, that I mixed up.) I believe those are relevant for this bug, as they provide the only KDE 3 configuration that is available for migration. Why do you not believe they are relevant? Because the bugs are about a different issue (using old libs) which might or not be related as your usage of the word believe instead of a know also indicates. There might very well be packages using the old libs and not asking about configuration file updates. So for a start, it would be nice^wnecessary to know which packages show this behaviour. Yeah. Never found time to track down the cause of this dialog before now. I did a new Squeeze test install of main+ltsp via PXE, this time after asking for more space in /var, /usr, and /opt, and was able to find out what program show this migration dialog. The program is called kaboom and come from the kaboom package. It is started by startkde if ~/.local/kaboom do not exist. Cloned the bug and assigned it to the kaboom package. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#570350: linux-image-2.6.26-2-amd64: kernel BUG at kernel/exit.c:822!
Ben Hutchings wrote: On Thu, 2010-02-18 at 09:33 +, Berni Elbourn wrote: Package: linux-2.6 Version: 2.6.26-21lenny3 Severity: normal This may relate to #542115. This system kernel is new (HP ML115) and most definitely not tainted with ndiswrappers or nvidia. I am logging the report just prior to repooting. System seems stable enough. This could be pretty grim for an multiuser Xserver which I was planning to upgrade to Lenny from Etch tomorrow. This is a kernel bug but it appears to be triggered specifically by Chrome. I'm trying to find out just what Chrome does to trigger it. Ben. Huge thanks Ben, This kernel in testing does seem to be immune: Linux version 2.6.32-trunk-amd64 (Debian 2.6.32-5) (b...@decadent.org.uk) (gcc version 4.3.4 (Debian 4.3.4-6) ) #1 SMP Sun Jan 10 22:40:40 UTC 2010 Berni -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570700: admin menus don't work if root is disabled
Maybe d-i can set a debconf value that gksu would use to choose the default, but this might fall afoul of the 'Debconf is not a registry' policy. It doesn't have to be a debconf setting, gksu can just check at install time if there is a root password or not, and if there isn't, it should pick sudo. Seems like a sensible default and doesn't bother the user with a debconf question, or it could be a low priority warning or something. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567468: (boot time consequences of) Linux mdadm superblock question.
also sprach Goswin von Brederlow goswin-...@web.de [2010.02.22.0806 +0100]: Yes, it would be useful to have a system UUID that could be generated by the installer and henceforth written to the newly installed system. This is probably something the LSB should push. But you could also bring it up for discussion on debian-devel. How would that work with network boot where the initrd would have to work for multiple hosts? Right now, that doesn't work either, except with the traditional method of simply assembling all arrays found. Neil has implemented the homehost feature to prevent that. Arguably that's to protect against a circumstance that is rather rare, and one might not want/need it. However, if used, then it is true: Unless the homehost in the superblock matches the local value, you need mdadm.conf to assemble the devices, because the superblock information won't be trusted if the homehost doesn't match. To be able to determine whether the homehost matches, you need to know the value for the system after the initramfs was unpacked. Therefore, the homehost value must either be stored in the initramfs, which makes it non-portable, or we must use a unique identifier of the system that is available from ROM, e.g. the CPU ID. I don't think that's standardised. If auto-assembly of all RAIDs bears dangers and must be regulated, then we must either have host-specific initramfs's, or be able to determine the homehost value early during boot otherwise. -- .''`. martin f. krafft madd...@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#570926: typo in jwmrc: x-www-broser
Package: jwm Version: 2.0.1-1.1 Severity: normal In the default /etc/jwm/jwmrc, there is a menu entry to start a web browser, but is is spelt x-www-broser. Naturally there is no such program on my system. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages jwm depends on: ii libc62.7-18lenny2GNU C Library: Shared libraries ii libfontconfig1 2.6.0-3 generic font configuration library ii libpng12-0 1.2.27-2+lenny2 PNG library - runtime ii libx11-6 2:1.1.5-2 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxft2 2.1.12-3FreeType-based font drawing librar ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxpm4 1:3.5.7-1 X11 pixmap library ii libxrender1 1:0.9.4-2 X Rendering Extension client libra jwm recommends no packages. Versions of packages jwm suggests: pn menu none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567468: (boot time consequences of) Linux mdadm superblock question.
also sprach Michael Evans mjevans1...@gmail.com [2010.02.22.0837 +0100]: I don't know how whatever was mentioned previously would work for that, but I do have a solution. […] Incremental assembly, or examine with all block devices to generate a new mdadm.conf file. Please see the thread for reasons why incremental assembly works only with an mdadm.conf file, or if you can uniquely identify the system before the root filesystem is mounted. Please see the thread for reasons why unconditional auto-assembly of all available arrays may not be desirable. Presuming you have a consistently labeled rootfs in your deployment (say mandating that the / filesystem be labeled 'root' or some other value and that no other FS may share that same label) then it should work out just fine. I fundamentally agree. However, driving this change from mdadm will be impossible. If that is the way to go, then we must first ensure that device names become deprecated, and that everyone uses /dev/disk/by-uuid/*. Only then can we start relying on it. -- .''`. martin f. krafft madd...@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#567468: md homehost (was: Bug#567468: (boot time consequences of) Linux mdadm superblock) question.
also sprach Piergiorgio Sartor piergiorgio.sar...@nexgo.de [2010.02.21.2113 +0100]: I do not see how the homehost plays a role, here. Neil, Could you please put forth the argument for why the homehost must match, and why unconditional auto-assembly is not desirable? Realistically, what problems are we protecting against? Thanks, -- martin | http://madduck.net/ | http://two.sentenc.es/ fitter, healthier, more productive like a pig, in a cage, on antibiotics -- radiohead spamtraps: madduck.bo...@madduck.net digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#569139: Please provide upgrade script
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi,
Am So den 21. Feb 2010 um 23:26 schrieb sean finney:
The question is definitely confusing, and i believe it's even been
reported before. I think asking the upgrade question instead of
the install question would make it less ambiguous. For reference:
[...]
Technically, it might still be a bit misleading as upgrades might not
actually need to be performed, but it at least doesn't mislead the user
to select the opposite of what they probably want to select. do you agree
that this question is better or should we draft a new question entirely?
I'm not sure too. How is the case of a complete new installation
diverted from the update procedure? I think that should at least be
addressed by proper questions. Maybe that needs the second suggestion
with a new debconf-template.
However, later on I tried to say yes here (with having a backup of the
database) and I also didn't get asked to update the existing database.
this may be because you already upgraded, and were instead reconfiguring
at the new version level? dbconfig-common itself doesn't keep much state
and instead relies on what it's given via the maintainer scripts.
Odd. I did not dive in to dbconfig-common until yet. But as I believe
this should be possible to do with dpkg-reconfigure.
However, also if I say not to manage the database with dbconfig-common,
there should be the update scripts anywhere around so I can use it
myself. Maybe put it to /usr/share/doc/bacula/... Not wanting dbconfig
to manage the database doesn't mean that the database do not have to be
converted.
take a look under /usr/share/dbconfig-common/{data,scripts}/pkg, which
should have all of the sql and/or scripts provided by the package. you
might not be able to execute it directly depending on whether they're using
some of the advanced features (scripts or template substitutions), but
it should at least get you started in the right direction. that said the
aim of dbconfig-common is to make this as transparent as possible.
[...]
suggestions, feedback(, and ideally patches) are always welcome.
Yes, as I told before. The files under /usr/share/dbconfig-common are a
help. But I think, it is easy to also copy the update scripts from the
distribution to /usr/share/doc/pkg as that is the place where it is
expected (at least by me). This should not be that much work to do.
Maybe I'll find a minute the next days to file a patch.
Regards
Klaus
- --
Klaus Ethgenhttp://www.ethgen.de/
pub 2048R/D1A4EDE5 2000-02-26 Klaus Ethgen kl...@ethgen.de
Fingerprint: D7 67 71 C4 99 A6 D4 FE EA 40 30 57 3C 88 26 2B
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
iQEVAwUBS4JK15+OKpjRpO3lAQop1gf/QgD1MMlYNPjkkMZa9x3pywiDBm4hNk/a
vHft913M6jiS9jsyWgDgtmZH9R14IRjgqQjN/lPn9DYekzYZuxxycohQS7FZgWFU
RE2/aZH66C/9kVJ7EOnIFg96zEEbc6yJwtNEmnRkmA45gfFdFkD2KxisAwV+wvZk
MwhYEuPV10Jw20YqcNkz9Bgfne8YHK+H7bTRea3TiAbtRllW+OUO949dZDKD7OqC
cHwpHk8C9hRU7imVfYfdIkIhVN9d1OxZrCITEQPT9LQsNwwHPxb2kT1PTf0zFe3m
KhlFK+47SxXNNWycqTeZCH8SJ/NKNakRlfQSA3kFLaZb2gVTdJAFKQ==
=XL8A
-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#569210: s5: long description duplicates synopsis in first paragraph
tag 569210 +pending thanks On Thu, Feb 11, 2010 at 09:03:47AM +0100, Gerfried Fuchs wrote: Hi again! Do you think something like the following could work? [snip] Maybe capitalize the five S in there to make it more clear, and leave off the a. Sounds good to me, and moving it last is also a good idea because it's just additional information, not that essential. Thanks, done in my local repository (almost two weeks ago, but only now found a minute to reply to this mail; things have been a bit hectic around here lately) And thanks for taking a look at the s5 package! :) Thanks for packaging it. I wonder, are you aware of the Debian theme for it? Hmmm, that sounds great, and certainly a candidate for inclusion! Which theme would that be, though? The only one I could find was Martin F. Krafft's blue theme at http://people.debian.org/~madduck/talks/s5-themes/blue/ I've pretty much included it in a local version of the Debian s5 package here, using the orig-component.tar.gz feature of the 3.0 (quilt) format, but I'm not exactly sure about the distribution terms that apply to it; Martin (CC'd), does the text in imprint.html say that all the files that do not have explicit attribution should be considered to be authored by you and released under a CC-BY-NC-SA 2.5 license? G'luck, Peter -- Peter Pentchev r...@ringlet.netr...@space.bgr...@freebsd.org PGP key:http://people.FreeBSD.org/~roam/roam.key.asc Key fingerprint 2EE7 A7A5 17FC 124C F115 C354 651E EFB0 2527 DF13 If I were you, who would be reading this sentence? pgpsFQVpG2HL2.pgp Description: PGP signature
Bug#570618: [Pkg-alsa-devel] Bug#570618: alsa-source: PC speaker not working correctly on HDA Intel card with an Intel G45 DEVCTG chip
$ amixer set Beep 0 amixer set Speaker on modprobe -r pcspkr I get a smooth and low beep. ON my system there is no Beep control, only a PC Beep control. And no Speaker control at all... Is this normal ? So all independent from pcspkr. Must be an issue from snd-hda, though. Is there anything I can do to help in improving the situation ? Shérab. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549492: [php-maint] Bug#549492: segmentation faults in version 5.3.1-4
something is rotten in Denmark bro. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570846:
I can load molekule files with avogadro, but when i try to change something in it i also get 100% CPU. I played around with the display settings and i noticed, that it seems to depend on which options are enabled what happens. If i disable some options i often get a segmentation fault instead of the hang. But i don't know for sure which settings are the cause for the different behaviour. I use an Intel Mobile graphiccard with the intel i915 driver, kms enabled. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570927: GtK-CRITICAL error while running gcstar
Package: gcstar Version: 1.5.0-1 Severity: minor Hello, While running gcstar from an xterm, I got a lot of warning like : Gtk-CRITICAL **: gtk_box_pack: assertion `child-parent == NULL' failed at /usr/bin/../share/gcstar/lib/GCItemsLists/GCImageLists.pm line 1017. The application is working fine nonetheless. Gcstar is nice and usefull, thanks for packaging it. @+, Fab -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gcstar depends on: ii libarchive-zip-perl 1.30-2 Perl module for manipulation of ZI ii libgtk2-perl 1:1.221-4 Perl interface to the 2.x series o ii libmp3-tag-perl 1.12-1 Module for reading tags of MP3 aud ii libogg-vorbis-header-pureper 1.0-2 pure Perl interface to Ogg Vorbis ii libwww-perl 5.834-1 Perl HTTP/WWW client/server librar ii libxml-parser-perl 2.36-1.1+b1 Perl module for parsing XML files ii libxml-simple-perl 2.18-3 Perl module for reading and writin ii perl 5.10.1-9Larry Wall's Practical Extraction ii perl-modules [libarchive-tar 5.10.1-9Core Perl modules Versions of packages gcstar recommends: ii libdatetime-format-strptime-p 1.1000-1 Perl module to parse and format st ii libgtk2-spell-perl1.03-3 Perl interface to the GtkSpell lib ii libmp3-info-perl 1.24-1 Perl MP3::Info - Manipulate / fetc pn libnet-freedb-perlnone (no description available) gcstar 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#566583: Bug in librrdtool-oo-perl fixed in revision 53186
tag 566583 + pending thanks Some bugs are closed in revision 53186 by Salvatore Bonaccorso (carnil-guest) Commit message: * New upstream release (Closes: #566583) * Add myself to Uploaders. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570660: (no subject)
Hi, I'm one of the guys who is quite active on the BTS (not only) as far as phpbb is concerned. Sometimes I'm complaining, sometimes I'm complaining and patching. As far as phpbb is concerned I'd be willing to do even more, however I am currently not (officially) involved with Debian. But maybe that can change. Now you know who I am. Best regards, J.M.Roth -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550634: mutt mailbox autocompletion broken
Patch attached to work with bash 4.1.
diff --git a/bash_completion.d/mutt b/bash_completion.d/mutt
index 62540bd..5109db8 100644
--- a/bash_completion.d/mutt
+++ b/bash_completion.d/mutt
@@ -75,7 +75,7 @@ _muttquery()
_muttfiledir()
{
local cur folder spoolfile muttcmd=${COMP_WORDS[0]}
-cur=`_get_cword`
+cur=`_get_cword =`
# This is currently not working so well. Perhaps this function should
# just call _filedir() for the moment.
@@ -125,6 +125,10 @@ _mutt()
-@(e|m|Q|s|h|p|R|v|y|z|Z))
return 0
;;
+ =)
+ _muttfiledir
+ return 0
+ ;;
*)
_muttaddr
return 0
Bug#506707: patch
My first patch submission was not thoroughly tested, sorry! Attached is a patch against debian unstable grub2 1.98~20100128. The same patch needs a minor tweak to apply cleanly to the experimental package. Tested successfully using these GRUB_TERMINAL values: *unset* - verified existing functionality (default gfxterm/console) 'console' - verified, skip gfxterm - normal console 'serial console' - verified simultaneous I/O to console and serial port 'serial gfxterm' - verified simultaneous gfxterm and serial I/O -Jeff On Fri, Feb 19, 2010 at 7:46 PM, Jeff Clark d...@zaplabs.com wrote: Package: grub-common Version: 1.98~20100128-1.2 Severity: normal patches attached to support multiple terminals (simultaneous serial and console) configuration. Correctly adds 'terminal console serial' to grub.cfg when GRUB_TERMINAL is set to 'serial console' in /etc/defaults/grub. 10_simultaneous_terminal.patch Description: Binary data
Bug#494033: xpp: diff for NMU version 1.5-cvs20050828-1.1
Dear maintainer,
I've prepared an NMU for xpp (versioned as 1.5-cvs20050828-1.1) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.
Regards.
--
/\ ASCII Ribbon : GPG-Key ID: 0xD49AE731
\ /Campaign : CaCert Assurer
X against HTML : Debian Maintainer
/ \ in eMails : http://www.debian.org/
http://www.christoph-egger.org/
diff -u xpp-1.5-cvs20050828/xpp.h xpp-1.5-cvs20050828/xpp.h
--- xpp-1.5-cvs20050828/xpp.h
+++ xpp-1.5-cvs20050828/xpp.h
@@ -83,9 +83,9 @@
const char*STDIN_STR; /* Key word representing standard
input in 'filelist' */
int job_id; /* Job ID */
- const char *dest; /* Destination printer */
+ char *dest; /* Destination printer */
const char *instance; /* instance of destination printer */
- const char*default_pr;/* Default printer defined under CUPS */
+ char*default_pr;/* Default printer defined under CUPS */
int dest_pos; /* Position of destination entry in list */
const char *title; /* Job title */
const char*extra_options; /* Extra options */
diff -u xpp-1.5-cvs20050828/debian/menu xpp-1.5-cvs20050828/debian/menu
--- xpp-1.5-cvs20050828/debian/menu
+++ xpp-1.5-cvs20050828/debian/menu
@@ -1,4 +1,4 @@
-?package(xpp):needs=X11 section=Apps/Tools\
+?package(xpp):needs=X11 section=Applications/System/Hardware\
title=X Printing Panel command=/usr/bin/xpp\
icon=/usr/share/pixmaps/xpp.xpm \
hints=Printing,Printer,Print,CUPS
diff -u xpp-1.5-cvs20050828/debian/control xpp-1.5-cvs20050828/debian/control
--- xpp-1.5-cvs20050828/debian/control
+++ xpp-1.5-cvs20050828/debian/control
@@ -5,14 +5,13 @@
-Build-Depends: debhelper ( 5), libfltk1.1-dev, fluid (= 1.1.6-7), libcupsys2-dev (= 1.1.20final+cvs20040330-4), cupsys, autotools-dev
+Build-Depends: debhelper ( 5), libfltk1.1-dev, fluid (= 1.1.6-7), libcups2-dev (= 1.1.20final+cvs20040330-4), cups, autotools-dev
Standards-Version: 3.7.2
+Homepage: http://cups.sourceforge.net/xpp/
Package: xpp
Architecture: any
-Depends: ${shlibs:Depends}
+Depends: ${shlibs:Depends}, ${misc:Depends}
Conflicts: iraf
Description: X Printing Panel
Graphical substitute for the lp/lpr command. With xpp, you can control
- every printing option known to the CUPS print system (the cupsys package).
+ every printing option known to the CUPS print system (the cups package).
Best results are available with usage of the appropriate PPD file for your
printer. Each user can save their own customized printing preferences.
- .
- Homepage: http://cups.sourceforge.net/xpp/
diff -u xpp-1.5-cvs20050828/debian/changelog xpp-1.5-cvs20050828/debian/changelog
--- xpp-1.5-cvs20050828/debian/changelog
+++ xpp-1.5-cvs20050828/debian/changelog
@@ -1,3 +1,22 @@
+xpp (1.5-cvs20050828-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+
+ [ Stefano Zacchiroli ]
+ * Replace (build-)deps on old libcupsys2(-dev) to new libcups2(-dev),
+the former packages are now dummy packages (Closes: #494033). Do the
+same for cupsys vs cups
+ * debian/contorl: remove the old pseudo-field homepage in description
+with the proper Homepage field
+
+ [ Christoph Egger ]
+ * Fix package building (conversion from const char * to char*)
+ * Add misc:Depends substvar
+ * Change menu section from Apps/Tools to Applications/System/Hardware
+ * Fix watchfile using sf redirector
+
+ -- Christoph Egger christ...@debian.org Mon, 22 Feb 2010 10:29:25 +0100
+
xpp (1.5-cvs20050828-1) unstable; urgency=low
* The it gathered enough dust already release
diff -u xpp-1.5-cvs20050828/debian/watch xpp-1.5-cvs20050828/debian/watch
--- xpp-1.5-cvs20050828/debian/watch
+++ xpp-1.5-cvs20050828/debian/watch
@@ -2 +2 @@
-http://prdownloads.sourceforge.net/cups/ (?:.*/)?xpp-(.*)\.tar\.(?:gz|bz2) debian false
+http://sf.net/cups/ (?:.*/)?xpp-(.*)\.tar\.(?:gz|bz2) debian false
Bug#570928: gcstar: Barcode support for comics collection.
Package: gcstar Version: 1.5.0-1 Severity: wishlist Hello, It seems that the 'comics collection mode doesn't support barcode search. It would be an appreciated feature. A quick way to do that would be to provide access to amazone friends from the comics collection mode. A better way, would be to ask amazon or any other barcode supported site and then do a search on one of the site dedicated to commics (BDtheque in my case). One can also use the book collection for comics, but from my experience : - using dedicated site gives better information. - comics collection provide more informations. Thanks. @+, Fab -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gcstar depends on: ii libarchive-zip-perl 1.30-2 Perl module for manipulation of ZI ii libgtk2-perl 1:1.221-4 Perl interface to the 2.x series o ii libmp3-tag-perl 1.12-1 Module for reading tags of MP3 aud ii libogg-vorbis-header-pureper 1.0-2 pure Perl interface to Ogg Vorbis ii libwww-perl 5.834-1 Perl HTTP/WWW client/server librar ii libxml-parser-perl 2.36-1.1+b1 Perl module for parsing XML files ii libxml-simple-perl 2.18-3 Perl module for reading and writin ii perl 5.10.1-9Larry Wall's Practical Extraction ii perl-modules [libarchive-tar 5.10.1-9Core Perl modules Versions of packages gcstar recommends: ii libdatetime-format-strptime-p 1.1000-1 Perl module to parse and format st ii libgtk2-spell-perl1.03-3 Perl interface to the GtkSpell lib ii libmp3-info-perl 1.24-1 Perl MP3::Info - Manipulate / fetc pn libnet-freedb-perlnone (no description available) gcstar 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#570683: Fix for Bug#570683 commited to version control
tags 570683 pending thanks Hi, The following change has been committed for this bug, and so the fix will be in the next upload. === Changeset [92] by nijel, 2010-02-22 10:40:25 +0100 (Mon, 22 Feb 2010) Improve description (Closes: #570683). U trunk/debian/changelog U trunk/debian/control http://viewsvn.cihar.com/debian-enca?view=revrevision=92 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567318: Same problem with me
Hi, I'm also affected by this bug. I'm using an up to date Debian squeeze amd64 system. I have attached my /var/log/Xorg.0.log.old. If you need further information, please do not hesitate to ask. Thanks for your help, Martin Xorg.0.log.old Description: application/trash signature.asc Description: Digital signature
Bug#570915: applications crash with SIGSEGV when starting
tags 570915 + moreinfo thanks On 2010-02-22 09:29 +0100, Frank Lin PIAT wrote: reassign 570915 ncurses Please CC newpackage@packages.debian.org when you reassign a bug, all I received was the message from the control bot, and I had to look up the report on the Web. On Mon, 2010-02-22 at 08:36 +0100, Frank Lin PIAT wrote: Package: aptitude Severity: important [SNIP] Since my last packages upgrade of DebianTesting, aptitude crash when I use it's ncurse interface (from console and xterm): Error: Ouch! Got SIGSEGV, dying.. Segmentation fault On my system, some (most/all?) other libncursesw5 based applications are affected, like lynx-cur, powertop, dialog, nano It goes without saying that all these programs work fine on ten thousands systems, so I suspect this is a problem on your site. Please run debsums libncursesw5 ncurses-base and fsck your filesystems. I have added a strace for: dialog --infobox Hello 10 10 Unfortunately strace is useless for segfaults. Please install libncursesw5-dbg and run the program under GDB, e.g. LD_LIBRARY_PATH=/usr/lib/debug gdb nano When the program segfaults, type bt at the gdb prompt and send the backtrace. Hopefully gdb does not segfault itself 8-) (it's linked against libncurses5, but not libncursesw5). Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570417: xserver-xorg: xserver freeze after I close my laptop lid
reassign 570417 linux-2.6 2.6.32-5 tags 570417 +fixed-upstream thank you Good thanks, it works fine on my i945 laptop too. The patch isn't in Linus' tree yet but it will likely be applied soon, and will appear in the next 2.6.32.x stable release too. I am reassigning this to the kernel package and marking as fixed upstream. Brice Pierre St Juste wrote: the patch seem to work fine. On Fri, 2010-02-19 at 00:00 +0100, Brice Goglin wrote: Pierre St Juste wrote: Package: xserver-xorg Version: 1:7.5+3 Severity: important When I close my laptop lid and open it back up, I get a black screen and keyboard becomes unresponsive. Can you try this patch ? http://lists.freedesktop.org/archives/intel-gfx/2010-February/005902.html Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570553: llgal: Please handle file names with initial dash character
tags 570553 +fixed-upstream thank you I applied your patch to SVN trunk and updated documentation and default config file accordingly, thanks! Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568539: xserver-xorg-video-intel: Random post-resume lockups, new version
Andreas Klöckner wrote: On Freitag 05 Februar 2010, Brice Goglin wrote: 2.10 drops user-space modesetting support and it doesn't really improve many things in return. So we might stay with 2.9 for a while. But we can still try to backport some patches into 2.9. I'm not sure I can be much help in identifying patches that might help fix the (mighty annoying) post-resume crashes. Post-resume crashes could be kernel problems, so you want to try lastest kernel snapshots first. If any fix is in 2.10, it may be very easy to locate since the 2.10 changelog is small once you ignore all the code that was just removed. Would you consider a two-package solution (eg. xserver-xorg-video-intel-kernel-mode-setting)? Why don't you try 2.10 and see if it actually helps first ? We could put 2.10 in experimental if it helps, but we still haven't seen anybody report anything like this. Creating another package looks like a very bad idea, especially when nobody helps us maintaining the already existing X packages. Backporting patches is much easier. Brice -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#506707: Info received (Bug#506707: patch)
Minor update to patch. Eliminated duplicate 'serial' command when GRUB_TERMINAL variable is used instead of GRUB_TERMINAL_INPUT and GRUB_TERMINAL_OUTPUT. 10_simultaneous_terminal_v2.patch Description: Binary data
Bug#570929: Hungarian locale: zs is treated as a single letter, with undesirable consequences
Package: locales Version: 2.10.2-6 Severity: normal Hi, in Hungarian, zs (as well as sz, cs, ty, dz, dzs, gy and ly) are said to be part of the alphabet and each combination is considered to be a single letter; however, they are represented by two or more characters; there aren't single glyphs for them. zs in particular is causing trouble for grep: % echo zs | LANG=C grep '^[^a-z]*$' % echo zs | LANG=hu_HU.UTF-8 grep '^[^a-z]*$' zs It's possible to come up with expressions that lead to similarly unexpected results for the other multi-char letters as well, but these don't occur frequently: % echo ty | LANG=C grep '^[s-u]*$' % echo ty | LANG=hu_HU.UTF-8 grep '^[s-u]*$' ty This is undesirable and dumb, for several reasons: 1. grep has no way of knowing whether a zs sequence is a single letter or two letters, because the combination can occur in compound words without becoming a zs letter; for example, in fúvószenekar (fúvós + zenekar), it's simply an s and a z letter next to each other. There may even exist words that make (a different) sense either way, but I can't think of any right now. 2. zs is the last letter of the Hungarian alphabet; therefore, no sane character range in a regular expression can include it ([a-zs] would be ambiguous because there isn't a zs glyph). zs and the other multi-char letters play an important role in sorting (zs has to be sorted after za and so on), but please can we treat them as two characters in all other contexts? I can also make a socio-ergonomic point: I think most people who deal with regular expressions don't expect Hungarian multi-character letters to be treated as single characters in regular expressions, whether they are Hungarian or not. Andras -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32.7-vs2.3.0.36.28-hellgate (SMP w/3 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=hu_HU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages locales depends on: ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy ii libc6 [glibc-2.10-1] 2.10.2-2 GNU C Library: Shared libraries locales recommends no packages. locales suggests no packages. -- debconf information: * locales/default_environment_locale: None * locales/locales_to_be_generated: en_GB ISO-8859-1, en_GB.ISO-8859-15 ISO-8859-15, en_GB.UTF-8 UTF-8, en_US ISO-8859-1, en_US.ISO-8859-15 ISO-8859-15, en_US.UTF-8 UTF-8, hu_HU ISO-8859-2, hu_HU.UTF-8 UTF-8 -- Andras Korn korn at elan.rulez.org - http://chardonnay.math.bme.hu/~korn/ A stitch in time would have confused Einstein. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#247225: postfixadmin: dbconfig/dpkg complains about changed file
Hi, I'm using dbconfig to configure the DB in my postfixadmin package. If I install my package, debconf/dpkg is asking the user to really overwrite /etc/postfixadmin/config.inc.php. How can I avoid this? It is true that this file has changed in postinst. But how should I change that file to include the right DB credentials without complaining about a changed file? I thought dbconfig is the right framework. I've uploaded my package to mentors.d.o to get some more details: mentors.debian.net/debian/pool/main/p/postfixadmin/postfixadmin_2.3.dsc debian/config: if [ -f /usr/share/dbconfig-common/dpkg/config ]; then # we support mysql and pgsql dbc_dbtypes=mysql, pgsql . /usr/share/dbconfig-common/dpkg/config dbc_go postfixadmin $@ fi debian/postinst: if [ $1 = configure ]; then . /usr/share/debconf/confmodule db_version 2.0 dbc_generate_include='template:/etc/postfixadmin/config.inc.php' dbc_generate_include_owner='root:www-data' dbc_generate_include_perms='640' dbc_generate_include_args=-U -o template_infile=/usr/share/postfixadmin/config.inc.php . /usr/share/dbconfig-common/dpkg/postinst dbc_go postfixadmin $@ db_get postfixadmin/reconfigure-webserver servers=$RET restart=$servers linkdestination_apache=../../postfixadmin/apache.conf linkdestination_lighttpd=../../postfixadmin/lighttpd.conf linkname=postfixadmin if [ -e /usr/share/wwwconfig-common/confd-link.sh ]; then . /usr/share/wwwconfig-common/confd-link.sh else . /usr/share/postfixadmin/confd-link.sh fi . /usr/share/wwwconfig-common/restart.sh fi Thanks, Norman -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544563: Iceweasel: Doesn't properly redisplays PNG images
Hi Mike, On Fri, Feb 19, 2010 at 05:25:49PM +0100, Mike Hommey wrote: On Fri, Feb 19, 2010 at 04:51:50PM +0100, Jens Seidel wrote: I open http://www.eclipse.org/linuxtools/projectPages/autotools/ and most (all large) images are not displayed, even not during the loading phase. Once I select reload I get the images (except that the bottom part is sometimes missing) and they look good and do not vanish once the page got reloaded. Can you check http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=482992#30 yep, the workaround from #482992 helped and I can now visit the images. Great! Neverthless I wonder about the state of this bug. Is it still open? At least is it marked archived. Was it fixed? Jens -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549492: [php-maint] Bug#549492: Bug#549492: segmentation faults in version 5.3.1-4
On Mon, Feb 22, 2010 at 10:22, Count László de Almásy calm...@gmail.com wrote: something is rotten in Denmark bro. Could you please (instead of useless Shakespeare quotations) provide: - your system information (f.e. output of reportbug --template libapache2-mod-php5) - your list of php5 modules installed (and preferrably list of their dependencies as well) - install php5-dbg and get proper backtrace (/usr/share/doc/apache2.2-common/README.backtrace) Ondrej -- Ondřej Surý ond...@sury.org http://blog.rfc1925.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570930: ITP: liblemon1 -- Library for Efficient Modeling and Optimization in Networks
Package: wnpp Severity: wishlist * Package name: liblemon1 Version : 1.1.1 Upstream Author : Egervary Research Group on Combinatorial Optimization (EGRES) * URL : http://lemon.cs.elte.hu/ * License : Boost 1.0 Programming Lang: C++ Description : Library for Efficient Modeling and Optimization in Networks This has recently come under the Coin-or banner. Should this be named coinor-liblemon1 ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570517: no resume
OK got it now. Installed it and rebooted but still no resume from suspend to ram. -- Mike Sumner -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569139: Please provide upgrade script
hi again,
On Mon, Feb 22, 2010 at 10:13:59AM +0100, Klaus Ethgen wrote:
I'm not sure too. How is the case of a complete new installation
diverted from the update procedure? I think that should at least be
addressed by proper questions. Maybe that needs the second suggestion
with a new debconf-template.
basically, when upgrading from a non-dbc version to a dbc version,
a should we use dbconfig-common question is asked which should be
true or false. if they answer false it's treated as if they don't
want dbconfig-common's help at all. if they answer true it's treated
as yes, please migrate/import my settings, and then behave as though
i installed with dbconfig-common enabled while processing the upgrade.
However, later on I tried to say yes here (with having a backup of the
database) and I also didn't get asked to update the existing database.
this may be because you already upgraded, and were instead reconfiguring
at the new version level? dbconfig-common itself doesn't keep much state
and instead relies on what it's given via the maintainer scripts.
Odd. I did not dive in to dbconfig-common until yet. But as I believe
this should be possible to do with dpkg-reconfigure.
it should be possible to reconfigure the existing database, or re-install
from scratch, but not possible to apply upgrades from previous versions
which you're already passed, since dbconfig-common takes its state from
dpkg in that regard. i guess it could be useful to have a tool that does
that!
take a look under /usr/share/dbconfig-common/{data,scripts}/pkg, which
Yes, as I told before. The files under /usr/share/dbconfig-common are a
help. But I think, it is easy to also copy the update scripts from the
distribution to /usr/share/doc/pkg as that is the place where it is
expected (at least by me). This should not be that much work to do.
Maybe I'll find a minute the next days to file a patch.
yes i think it's always a good idea to have something in /u/s/d that
explains such things, even if it's just (look in this other directory
for the upgrade scripts). i was pretty sure there was a recommendation
to do so in the dbconfig-common docs somewhere about this, though at the
moment i can't seem to dig it up.
sean
signature.asc
Description: Digital signature
Bug#544709: linux-image-2.6.30-1-686: /proc/acpi/button/lid/*/state always says open
On Fri, 19 Feb 2010, Josue Abarca wrote: On Sat, Feb 13, 2010 at 12:41:17PM +0100, maximilian attems wrote: can you reproduce with 2.6.32 ? Yes, I can. Using linux-image-2.6.32-2-686 2.6.32-8 :( please post output of: cat /proc/acpi/video/*/DOS also please check if you have hotkey-setup installed, if it is installed, please nuke it and reboot. your box seems newer as 8xx where this state can not be trusted at all: http://patchwork.kernel.org/patch/78947/ thanks again for your feedback. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570625: logwatch: Undefined subroutine Logreporters::PolicydWeight::inc_unmatched
Sebastian Hofmann schrieb: Package: logwatch Version: 7.3.6.cvs20080702-2 Severity: normal Hello, logwatch often fails with the following error message: Undefined subroutine Logreporters::PolicydWeight::inc_unmatched called at /usr/share/logwatch/scripts/services/postfix line 1756, line 3074. I have policyd-weight 0.1.14.17-5 from debian stable installed. Hi! Thank you for your report. Could you try logwatch from squeeze? It contains a newer release of the postfix parser. http://packages.debian.org/squeeze/all/logwatch/download WM -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570931: featpost.sgml.gz should be compiled
Package: texlive-metapost-doc Version: 2009-7 The package contains file /usr/share/doc/texlive-metapost-doc/metapost/featpost/doc/featpost.sgml.gz Consider that: - as far as I know, no native views are available for (that?) sgml - the compilation is not trivial: it must be done with gunzip featpost.sgml.gz linuxdoc featpost.sgml --backend=BACKEND where the only BACKEND that seems to work is html. So I'd ask to please ship (also?) an html version. Pietro signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Bug#567468: (boot time consequences of) Linux mdadm superblock question.
On Mon, 2010-02-22 at 10:11 +0100, martin f krafft wrote: also sprach Goswin von Brederlow goswin-...@web.de [2010.02.22.0806 +0100]: Yes, it would be useful to have a system UUID that could be generated by the installer and henceforth written to the newly installed system. This is probably something the LSB should push. But you could also bring it up for discussion on debian-devel. How would that work with network boot where the initrd would have to work for multiple hosts? Right now, that doesn't work either, except with the traditional method of simply assembling all arrays found. Neil has implemented the homehost feature to prevent that. Arguably that's to protect against a circumstance that is rather rare, and one might not want/need it. However, if used, then it is true: Unless the homehost in the superblock matches the local value, you need mdadm.conf to assemble the devices, because the superblock information won't be trusted if the homehost doesn't match. To be able to determine whether the homehost matches, you need to know the value for the system after the initramfs was unpacked. Therefore, the homehost value must either be stored in the initramfs, which makes it non-portable, or we must use a unique identifier of the system that is available from ROM, e.g. the CPU ID. I don't think that's standardised. Actually, in this case one could use the dhcp assigned hostname or boot network cards mac address to provide the homehost search string. -- Daniel Reurich. Centurion Computer Technology (2005) Ltd Mobile 021 797 722 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570933: dh-buildinfo: should provide a addon file for dh command (debhelper 7 mode)
Package: dh-buildinfo Severity: wishlist I want to be able to do dh --with buildinfo $@ in a debhelper 7 tiny rules file. See man dh and Sequence Addons: in /usr/share/doc/debhelper/PROGRAMMING.gz to see how this can be implemented. Cheers, -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (150, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570161: cil: Can't launch $EDITOR
Hi Boris, On 17 February 2010 11:46, Boris Daix boris.d...@alysse.org wrote: Package: cil Version: 0.5.1-2 Severity: normal Hello there, My $EDITOR is emacsclient.emacs23 -a vim and, when cil add'ing, I get th efollowing error: [snip] I set my $EDITOR as follows on my Jaunty box (sorry don't have emacs23) and it seems to work fine. export EDITOR='emacsclient.emacs22 -a vim' Running cil add firstly said Waiting for Emacs..., it loaded up a temporary buffer in my running emacs, I saved it, closed the buffer and right there cil returned with a copy of the issue and a new issue file. All present and correct. Do you have any more information? Are you sure Emacs is all installed and happy and correct? Cheers, Andy -- contact: Andrew Chilton website: http://www.chilts.org/blog/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570932: ITP: xslthl -- XSLT syntax highlighting
Package: wnpp Severity: wishlist Owner: Mathieu Malaterre mathieu.malate...@gmail.com * Package name: xslthl Version : 2.0.1 Upstream Author : Michal Molhanec, Jirka Kosek, Michiel Hendriks * URL : http://xslthl.sf.net * License : zlib/libpng License Programming Lang: Java Description : XSLT syntax highlighting This is an implementation of syntax highlighting as an extension module for XSLT processors . Article about programming written in DocBook, code examples can be automatically syntax highlighted during the XSLT processing phase. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560389: linux-image-2.6.32-trunk-686: [drm:i915_gem_madvise_ioctl] error and screen flickering
On Sa, Feb 13, 2010 at 15:44:39 +0100, maximilian attems wrote: On Thu, 10 Dec 2009, Dirk Griesbach wrote: Package: linux-2.6 Version: 2.6.32-1 Severity: normal With 2.6.32-1 dmesg throws the following error on a laptop with Intel 945GM integrated graphics and enabled kms every once in a while: | [drm:i915_gem_madvise_ioctl] *ERROR* Attempted i915_gem_madvise_ioctl() on a pinned object Additionally random screen flicker occurs. can you reprodue this with latest version 2.6.32-8 ?? Yes it's still present. The message error on pinned object is displayed every time I shut down xdm. But I can't remember if this was the case in December too. As far as I remember, there the message appeared more often and not only during shut down of the X server. On the other hand, screen flickering and blanking has gone since I disabled power saving of i915. And as far as I know it has been disabled in latest version of 2.6.32 ex factory because of this. Regards, Dirk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570921: ghc6: running ghc-pkg check in the trigger can cause installation failure
Hi, Am Montag, den 22.02.2010, 10:42 +0200 schrieb Antti-Juhani Kaijanaho: Package: ghc6 Version: 6.12.1-10 Severity: important I ran a normal sid-sid upgrade, and it got aborted thus, after all packages had been unpacked but before any of them were configured: Processing triggers for ghc6 ... There are problems in package glib-0.10.1: dependency base-4.2.0.0-f87cc184652024ad761422b6a80d0306 doesn't exist The following packages are broken, either because they have a problem listed above, or because they depend on a broken package. glib-0.10.1 dpkg: subprocess installed post-installation script returned error exit status 1 E: Sub-process /usr/bin/dpkg returned an error code (2) Running dpkg --configure --all fixed the situation. hmm, I forgot to consider that the return value of the trigger can cause dpkg problems. Maybe the trigger should not run ghc-pkg check when ghc6 is in the unconfigured state? I’m not sure that this is the cause; could it be possible that you had a broken libghc6-glib-dev package which caused ghc-pkg check to fail and the upgrade to abort. When you retried with dpkg --configure --all, the fixed package is installed and the trigger works? In any case, a simple || true should do the case. After all, the trigger is not that critical for the working of the system, and the call to ghc-pkg check is merely informational. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#570934: [DPKG-DEB] possibility to hook a program at the start of dpkg-deb --build
Package: dpkg Version: 1.15.6 Severity: wishlist Given that Debian packages are not all built with the same helper in debian/rules, it's difficult to hook something in the build process of all packages. debuild offers hooks at various places before/after each debian/rules call but it might not be enough in some cases. In particular, one might want to hook a program just before dpkg-deb --build does its work of creating the .deb file. It should be able to do some modifications (recording build information in the package for example) or it could only do some analysis/information gathering. Since we don't want to modify the source package at all, we should probably use an environment variable to indicate what program has to called. Since it might do modifications, dpkg-deb should be verbose and indicate what program it has called as part of the hook. Cheers, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567468: md homehost (was: Bug#567468: (boot time consequences of) Linux mdadm superblock) question.
Could you please put forth the argument for why the homehost must match, and why unconditional auto-assembly is not desirable? Realistically, what problems are we protecting against? I can think of one or two. In the case of network boot, where the kernel and initrd served up via tftp, but the required filesystems are per host raid volumes served up ala ATAoverEthernet, iSCSI etc storage network. This could use the boot network device MAC or dhcp assigned hostname to as the homehost search paramater. This would of course require someway to tell mdadm how to obtain this homehost parameter. This could work well where different groups of hosts using different raid volumes for the root (or other) filesystems, each with a MAC group (first 3 or 4 MAC fields) is used to identify that groups homehost search parameter. Another scenario, is a dual boot system that has separate raid volumes for the respective root filesystems, along with a separate initrd image for each OS. A system uuid stored in the initrd would work in this case for the homehost search parameter. -- Daniel Reurich. Centurion Computer Technology (2005) Ltd Mobile 021 797 722 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570579: xulrunner: please reconsider recommends for GNOME packages
On Monday 22 February 2010, Mike Hommey wrote: On Mon, Feb 22, 2010 at 06:47:44AM +0100, Frans Pop wrote: I guess for the icon issue you mean #561902? I don't see any problem with the search engine dropdown list without libgnomeui-0 installed under KDE. No, I mean a different issue. #561902 only requires gtk. But I can still be wrong, there is maybe no issue. The code linked from #555162 looks like it is used for moz-icon:// urls, which, in turn, are heavily used in the default theme. If I look at the code the BR refers to, then that looks to be protected by tests to see if it is running in a Gnome environment: if it's there it's used, if not, no problem. I see no reason for a dependency from that, but I may be wrong. Can't tell about external handlers without knowing what exactly to try. Edit Preferences Applications, opening a downloaded file, opening a downloaded file containing folder, etc. I tested it for mailto: I was asked what application to use. kmail was not listed, so I added it and told it to remember that. After that iceweasel perfectly opened kmail's composer for me every time. I also tried downloading a .deb, which did not yet have a handler. In the open/save file dialog I told it to open .deb files with kpackage and to remember that setting. Works fine. If I don't tell it to remember the setting, it will show the open with/save as dialog again. I've checked against iceweasel 3.06 and that works identically. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570935: debhelper: possibility to enable an addon with an environment variable
Package: debhelper Version: 7.4.15 Severity: wishlist Hello, it would be nice to be able to enable a dh addon without modifying the source package. Given this I think the best way is to have an environment variable where you can list supplementary addons to enable. I can think of multiple usages in various contexts (mainly in the context of derivatives distribution / downstream users of our packaging): - add the dh_buildinfo call because you really want the build information for as many packages as possible for debugging purposes - add an addon to strip data (think documentation for an embedded distribution) - add an addon to extract data from the packages during build (think ddebs) Cheers, -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (150, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debhelper depends on: ii binutils 2.20-6 The GNU assembler, linker and bina ii dpkg-dev 1.15.6 Debian package development tools ii file 5.04-1 Determines file type using magic ii html2text 1.3.2a-14 advanced HTML to text converter ii man-db2.5.7-1on-line manual pager ii perl 5.10.1-11 Larry Wall's Practical Extraction ii perl-base 5.10.1-11 minimal Perl system ii po-debconf1.0.16 tool for managing templates file t debhelper recommends no packages. Versions of packages debhelper suggests: ii dh-make 0.51 tool that converts source archives -- 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#570849: audacity: FTBFS on armel: internal compiler error: Bus error
* Reinhard Tartler siret...@tauware.de [2010-02-21 21:44]: Package: audacity /usr/include/wx-2.8/wx/log.h: In constructor 'wxLog::wxLog()': /usr/include/wx-2.8/wx/log.h:122: internal compiler error: Bus error Please submit a full bug report, with preprocessed source if appropriate. According to https://buildd.debian.org/build.php?arch=pkg=audacity the current version of audacity has built just fine on armel. What version are you trying to build? -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565296: gitk: Does not run in the presence of the X11 SECURITY extension
Sam Morris wrote: Both systems are, in case it matters, VirtualBox virtual machines. Sounds like clutching at straws though... unless there's something about the capabilities of the vboxvideo X11 driver that causes applications to behave differently. I thought I'd try using xtrace to see the conversation between the client and server: [...] Hmm. wait a minute... no SECURITY extension on my display? According to xdpyinfo it is so. I have xserver-xorg-core 2:1.7.4-2; would you mind telling me which version you have, and whether SECURITY shows up in the output of xdpyinfo? I have xserver-xorg-core 2:1.7.5-1. SECURITY doesn’t show up in xdpyinfo, and if I try “startx -- :1 +extension nonsense”, I learn that the server doesn’t even know about it: [mi] Extension nonsense is not recognized [mi] Only the following extensions can be run-time enabled: [mi]Generic Events [mi]Composite [mi]DAMAGE [mi]DOUBLE-BUFFER [mi]DPMS [mi]GLX [mi]MIT-SCREEN-SAVER [mi]MIT-SHM [mi]RANDR [mi]RENDER [mi]X-Resource [mi]XFree86-DGA [mi]XFree86-DRI [mi]XFree86-VidModeExtension [mi]XFIXES [mi]XINERAMA [mi]SELinux [mi]XTEST [mi]XVideo I get the impression from the following thread that it should have shown up in that list if this build of X supported it. http://lists.freedesktop.org/archives/xdg/2008-December/010104.html The more interesting relevant change I can find in the xserver-xorg-core changelog is commit 1c6cb353f77747c101ce47716ff1fa055fbf85a4 Author: Eamon Walsh ewa...@tycho.nsa.gov Date: Thu Nov 8 16:46:49 2007 -0500 Restore the XC-SECURITY option in configure.ac, but disabled by default. which is long before 1.7.4. It seems XC-SECURITY (is that the same as X11 SECURITY?) was being phased out and XACE phased in. Unfortunately, I know nothing about these things, so I cannot say what is expected behavior, what is wrong, what should be the same between different systems, and so on. Sorry I cannot be of more help. I’ll try downgrading to X from testing and see if that helps reproduce this. Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570936: xserver-xorg-video-geode: DPI incorrect on XO-1
Package: xserver-xorg-video-geode Version: 2.11.6-3+b1 Severity: normal Since the upgrade of xserver-xorg-video-geode from 2.11.6-3 to 2.11.6-3+b1 (which included upgrading xserver-xorg from 1:7.4+4 to 1:7.5+3 as well as xserver-common and xserver-xorg-core from 2:1.6.5-1 to 2:1.7.4-2) the DPI values are totally off. After upgrade: sascha.si...@xo-bine:~$ DISPLAY=:0 xdpyinfo|grep dots resolution:96x96 dots per inch sascha.si...@xo-bine:~$ grep 'DPI set' /var/log/Xorg.0.log (**) GEODE(0): DPI set to (200, 267) On a second machine that hasn't been upgraded yet: o...@xo-sascha:~$ DISPLAY=:0 xdpyinfo|grep dots resolution:201x201 dots per inch o...@xo-sascha:~$ grep 'DPI set' /var/log/Xorg.0.log (**) GEODE(0): DPI set to (200, 267) Seems like the DPI values are detected properly, but not propagated to the server. Workaround: Add -dpi 201 to server command line. -- Package-specific info: /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 Nov 15 17:46 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1710344 Jan 21 00:01 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 00:01.1 VGA compatible controller: Advanced Micro Devices [AMD] Geode LX Video /etc/X11/xorg.conf does not exist. Xorg X server log files on system: -rw-r--r-- 1 root root 22605 Feb 17 16:13 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.7.4 Release Date: 2010-01-08 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32-trunk-686 i686 Debian Current Operating System: Linux xo-bine.sascha.silbe.org 2.6.31.6-xo-bine-nfs-12-00317-gf58e4aa #37 PREEMPT Thu Jan 28 16:06:11 CET 2010 i586 Kernel command line: olpc.ecdebug=0 video=lxfb fbcon=font:SUN12x22 no_console_suspend ro root=/dev/nfs ip=dhcp nfsroot=/tftpboot/%s,nfsvers=3,intr,acl,rsize=1024,wsize=1024 rootflags=noatime rootwait Build Date: 20 January 2010 10:52:55PM xorg-server 2:1.7.4-2 (bgog...@debian.org) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Wed Feb 17 16:12:53 2010 (II) Loader magic: 0x81e7680 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 6.0 X.Org XInput driver : 7.0 X.Org Server Extension : 2.0 (++) using VT number 8 (--) PCI:*(0:0:1:1) 1022:2081:100b:0030 Advanced Micro Devices [AMD] Geode LX Video rev 0, Mem @ 0xfd00/16777216, 0xfe00/16384, 0xfe004000/16384, 0xfe008000/16384, 0xfe00c000/16384 (--) PCI: (0:0:12:2) 11ab:4102:11ab:4100 Marvell Technology Group Ltd. rev 16, Mem @ 0xfe028000/16384 (==) Using default built-in configuration (30 lines) (==) --- Start of built-in configuration --- Section Device Identifier Builtin Default geode Device 0 Driver geode EndSection Section Screen Identifier Builtin Default geode Screen 0 Device Builtin Default geode Device 0 EndSection Section Device Identifier Builtin Default vesa Device 0 Driver vesa EndSection Section Screen Identifier Builtin Default vesa Screen 0 Device Builtin Default vesa Device 0 EndSection Section Device Identifier Builtin Default fbdev Device 0 Driver fbdev EndSection Section Screen Identifier Builtin Default fbdev Screen 0 Device Builtin Default fbdev Device 0 EndSection Section ServerLayout Identifier Builtin Default Layout Screen Builtin Default geode Screen 0 Screen Builtin Default vesa Screen 0 Screen Builtin Default fbdev Screen 0 EndSection (==) --- End of built-in configuration --- (==) ServerLayout Builtin Default Layout (**) |--Screen Builtin Default geode Screen 0 (0) (**) | |--Monitor default monitor (**) | |--Device Builtin Default geode Device 0 (==) No monitor specified for screen Builtin Default geode Screen 0. Using a default monitor configuration. (**) |--Screen Builtin Default vesa Screen 0 (1) (**) | |--Monitor default monitor (**) | |--Device Builtin Default vesa Device 0 (==) No monitor specified for screen Builtin Default vesa Screen 0. Using a default monitor configuration. (**) |--Screen Builtin Default fbdev Screen 0 (2) (**) | |--Monitor default monitor (**) | |--Device Builtin Default fbdev Device 0 (==) No monitor
Bug#570937: hscolour debwaits
Package: release.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, the FTBFS with: HsColour: XXX: hGetContents: invalid argument (Invalid or incomplete multibyte or wide character) should be fixed with hscolour-1.16. (Although I don’t quite understand why it sometimes worked with hscolour-1.15). The following depwaits should avoid some of those from happening, the givebacks are for those where it already failed: gb xmonad-contrib . alpha dw xmonad-contrib . alpha armel hppa ia64 mips mipsel s390 sparc . -m 'hscolour (= 1.16) gb haskell-haskeline . alpha amd64 dw haskell-haskeline . alpha amd64 armel ia64 mips mipsel s390 sparc . -m 'hscolour (= 1.16) gb highlighting-kate . amd64 kfreebsd-i386 dw highlighting-kate . alpha amd64 armel hppa ia64 kfreebsd-amd64 mips mipsel powerpc s390 sparc . -m 'hscolour (= 1.16) gb haskelldb . amd64 kfreebsd-amd64 kfreebsd-i386 dw haskelldb . amd64 armel ia64 mips mipsel s390 sparc . -m 'hscolour (= 1.16)' (I presume that dep-waits are still cumultative.) Thanks, Joachim - -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkuCbxgACgkQ9ijrk0dDIGw6YgCfbkVf7CxqkKjZ5YfeyTKPdTST PYYAoIWqSM9V/oUhbSZqTX39Gkt2Rch8 =ob9e -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#570936: xserver-xorg-video-geode: DPI incorrect on XO-1
reassign 570936 xserver-xorg-core thanks 2010/2/22 Sascha Silbe sascha-debian-bugs-xserver-xorg-video-geode-2010-02...@silbe.org: Package: xserver-xorg-video-geode Version: 2.11.6-3+b1 Severity: normal Since the upgrade of xserver-xorg-video-geode from 2.11.6-3 to 2.11.6-3+b1 (which included upgrading xserver-xorg from 1:7.4+4 to 1:7.5+3 as well as xserver-common and xserver-xorg-core from 2:1.6.5-1 to 2:1.7.4-2) the DPI values are totally off. After upgrade: sascha.si...@xo-bine:~$ DISPLAY=:0 xdpyinfo|grep dots resolution: 96x96 dots per inch sascha.si...@xo-bine:~$ grep 'DPI set' /var/log/Xorg.0.log (**) GEODE(0): DPI set to (200, 267) On a second machine that hasn't been upgraded yet: o...@xo-sascha:~$ DISPLAY=:0 xdpyinfo|grep dots resolution: 201x201 dots per inch o...@xo-sascha:~$ grep 'DPI set' /var/log/Xorg.0.log (**) GEODE(0): DPI set to (200, 267) Seems like the DPI values are detected properly, but not propagated to the server. Workaround: Add -dpi 201 to server command line. As you'll notice, we haven't changed anything in the source code between 2.11.6-3 and 2.11.6-3+b1 of the Geode X driver (this was only a binary rebuild), so I can only assume that some default settings changed in some X server core library. Reassigning to X server core accordingly. XSF: please feel free to reassign this bug to the appropriate library. Martin-Éric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570938: start-stop-daemon should report 'bad usage' when last item of --retry schedule is 'forever'
Package: dpkg Version: 1.15.5.6 Severity: minor When calling start-stop-daemon like this...: start-stop-daemon --stop --retry QUIT/forever --pidfile $PIDFILE ... it will enter an infinite loop. I think it should report a 'bad usage' error. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566692: This seems to be very severe
severity 566692 grave thanks The way I understand the bug, and yes, it hit me too, it renders the package unusable. I had a working setup but cannot do anything with hp-toolbox anymore because it keeps telling me that it doesn't know any printer and I cannot add one. If I misunderstand something or this only hits some cases, feel free to tell me and downgrade. But from my current knowledge I cannot see how to use hp-toolbox anymore. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org ICQ 179140304, AIM/Yahoo/Skype michaelmeskes, Jabber mes...@jabber.org VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570579: xulrunner: please reconsider recommends for GNOME packages
On Mon, Feb 22, 2010 at 12:33:12PM +0100, Frans Pop wrote: On Monday 22 February 2010, Mike Hommey wrote: On Mon, Feb 22, 2010 at 06:47:44AM +0100, Frans Pop wrote: I guess for the icon issue you mean #561902? I don't see any problem with the search engine dropdown list without libgnomeui-0 installed under KDE. No, I mean a different issue. #561902 only requires gtk. But I can still be wrong, there is maybe no issue. The code linked from #555162 looks like it is used for moz-icon:// urls, which, in turn, are heavily used in the default theme. If I look at the code the BR refers to, then that looks to be protected by tests to see if it is running in a Gnome environment: if it's there it's used, if not, no problem. I see no reason for a dependency from that, but I may be wrong. Re-reading the code, it looks like stock icons (moz-icon://stock/ urls) will work without gnome libraries, but not other moz-icon urls, such as moz-icon://.txt?size=32 It seems mostly stock icons are used in the default theme, but there are also various places where these others moz-icons:// urls are used. Not sure what kind of impact that would have. Can't tell about external handlers without knowing what exactly to try. Edit Preferences Applications, opening a downloaded file, opening a downloaded file containing folder, etc. I tested it for mailto: I was asked what application to use. kmail was not listed, so I added it and told it to remember that. After that iceweasel perfectly opened kmail's composer for me every time. I also tried downloading a .deb, which did not yet have a handler. In the open/save file dialog I told it to open .deb files with kpackage and to remember that setting. Works fine. If I don't tell it to remember the setting, it will show the open with/save as dialog again. I've checked against iceweasel 3.06 and that works identically. Could you send the output for reportbug --template xulrunner-1.9.1 on your machine ? Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#556533: [Debian-ha-maintainers] corosync: Corosync stop does not wait
Afaik there should be no upper limit within the stop action of the init script - it should wait forever on corosync to exit. When using Corosync with pacemaker, the shutdown time depends on how many resources are configured, and the time required to stop them. I suggest changing the start-stop-daemon call into: start-stop-daemon --stop --retry forever/QUIT/1 --pidfile $PIDFILE -- Pascal Hofmann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570939: reportbug: report-with keyword only adds dependencies, not recommendations and suggestions
Package: reportbug Version: 4.10.2 Severity: wishlist From README.developers.gz: Related packages Often programs are distributed across several different packages, for example an upstream package 'foo' may be packaged in Debian as foo, libfoo, foo-common and foo-data. In such cases it can be useful to include related package information in bugreports, to minimise the need for 'moreinfo' requests to the submitter :) This is done by adding a report-with header to the control file:: report-with: foo libfoo foo-common foo-data Package information will be added to the bug report for each extra package listed. It unfortunately only adds direct dependencies for these packages, not their recommendations nor suggestions. -- Package-specific info: ** Environment settings: DEBEMAIL=gland...@debian.org INTERFACE=text ** /home/mh/.reportbugrc: reportbug_version 2.58 mode advanced ui text realname Mike Hommey email mh+report...@glandium.org -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-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 reportbug depends on: ii apt 0.7.25.3 Advanced front-end for dpkg ii python2.5.4-9An interactive high-level object-o ii python-reportbug 4.10.2 Python modules for interacting wit reportbug recommends no packages. Versions of packages reportbug suggests: pn debconf-utils none (no description available) ii debsums 2.0.48 tool for verification of installed pn dlocate none (no description available) pn emacs22-bin-common | emacs23- none (no description available) ii exim4 4.71-3 metapackage to ease Exim MTA (v4) ii exim4-daemon-light [mail-tran 4.71-3 lightweight Exim MTA (v4) daemon ii file 5.04-1 Determines file type using magic ii gnupg 1.4.10-2 GNU privacy guard - a free PGP rep ii python-gtk2 2.16.0-2 Python bindings for the GTK+ widge pn python-gtkspell none (no description available) pn python-urwid none (no description available) ii python-vte1:0.22.5-2 Python bindings for the VTE widget pn xdg-utils none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#446020: ITP: tolua++ - Extended tool to integrate C/C++ code with Lua
retitle 446020 ITP: tolua++ - Extended tool to integrate C/C++ code with Lua owner 446020 ! thanks Following bug #536320, a first cut for the tolua++ package (based on the Ubuntu package) can be found here: https://code.launchpad.net/~norsetto/+junk/tolua++ * Package name : tolua++ Version : 1.0.93 Upstream Author : Ariel Manzur to...@codenix.com * URL : http://www.codenix.com/~tolua/ * License: standard 3-paragraphs MIT Description: tolua++5.1 is an extension of toLua, a tool to integrate C/C++ code with Lua. tolua++5.1 includes new features oriented to c++, such as class templates and is compiled with the newest lua 5.1. Based on a cleaned header file, tolua++ automatically generates the binding code to access C/C++ features from Lua. Using Lua-5.1 API and metamethod facilities, the current version automatically maps C/C++ constants, external variables, functions, namespace, classes, and methods to Lua. It also provides facilities to create Lua modules. C. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570579: xulrunner: please reconsider recommends for GNOME packages
On Monday 22 February 2010, Mike Hommey wrote: Could you send the output for reportbug --template xulrunner-1.9.1 on your machine ? -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-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/dash Versions of packages xulrunner-1.9.1 depends on: ii libasound2 1.0.22-2 shared library for ALSA applicatio ii libatk1.0-0 1.28.0-1 The ATK accessibility toolkit ii libbz2-1.0 1.0.5-4 high-quality block-sorting file co ii libc6 2.10.2-5 Embedded GNU C Library: Shared lib ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.20-2 simple interprocess messaging syst ii libfontconfig1 2.8.0-2 generic font configuration library ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.4.3-2GCC support library ii libglib2.0-02.22.4-1 The GLib library of C routines ii libgtk2.0-0 2.18.7-1 The GTK+ graphical user interface ii libhunspell-1.2-0 1.2.8-6 spell checker and morphological an ii libjpeg62 6b-16.1 The Independent JPEG Group's JPEG ii libmozjs2d 1.9.1.8-3The Mozilla SpiderMonkey JavaScrip ii libnspr4-0d 4.8.3-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.5-2 Network Security Service libraries ii libpango1.0-0 1.26.2-1 Layout and rendering of internatio ii libpng12-0 1.2.42-2 PNG library - runtime ii libreadline66.1-1GNU readline and history libraries ii libsqlite3-03.6.22-1 SQLite 3 shared library ii libstartup-notification 0.10-1 library for program launch feedbac ii libstdc++6 4.4.3-2 The GNU Standard C++ Library v3 ii libx11-62:1.3.3-1X11 client-side library ii libxrender1 1:0.9.5-1X Rendering Extension client libra ii libxt6 1:1.0.7-1X11 toolkit intrinsics library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages xulrunner-1.9.1 recommends: ii libdbus-glib-1-2 0.84-1 simple interprocess messaging syst pn libgconf2-4 none (no description available) pn libgnome2-0 none (no description available) pn libgnomeui-0 none (no description available) pn libgnomevfs2-0none (no description available) xulrunner-1.9.1 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#570940: gnome-disk-utility: Partition deletion fails on a 640GB disk
Package: gnome-disk-utility Version: 2.28.1-2 Severity: normal Trying to delete the only big partition on a 640GB disk with gnome-disk-utility, the following error message is displayed. However, it works well with fdisk: Error erasing: helper exited with exit code 1: In part_del_partition: device_file=/dev/sdb, offset=64512 Entering MS-DOS parser (offset=0, size=640135028736) MSDOS_MAGIC found looking at part 0 (offset 64512, size 640124126208, type 0x83) new part entry looking at part 1 (offset 0, size 0, type 0x00) new part entry looking at part 2 (offset 0, size 0, type 0x00) new part entry looking at part 3 (offset 0, size 0, type 0x00) new part entry Exiting MS-DOS parser MSDOS partition table detected Warning: Device /dev/sdb has a logical sector size of 1024. Not all parts of GNU Parted support this at the moment, and the working code is HIGHLY EXPERIMENTAL. got it Error: Can't have a partition outside the disk! ped_disk_new() failed -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-pentiumm-preempt (SMP w/1 CPU core; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-disk-utility depends on: ii devicekit-disks 009-2abstraction for enumerating block ii libatasmart40.17-1 ATA S.M.A.R.T. reading and parsing ii libatk1.0-0 1.28.0-1 The ATK accessibility toolkit ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.20-2 simple interprocess messaging syst ii libdbus-glib-1-20.84-1 simple interprocess messaging syst ii libfontconfig1 2.8.0-2 generic font configuration library ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libgdu-gtk0 2.28.1-2 GTK+ standard dialog library for l ii libgdu0 2.28.1-2 GObject based Disk Utility Library ii libglib2.0-02.22.4-1 The GLib library of C routines ii libgnome-keyring0 2.28.2-1 GNOME keyring services library ii libgtk2.0-0 2.18.6-1 The GTK+ graphical user interface ii libnautilus-extension1 2.28.4-1 libraries for nautilus components ii libnotify1 [libnotify1- 0.4.5-1 sends desktop notifications to a n ii libpango1.0-0 1.26.2-1 Layout and rendering of internatio ii libunique-1.0-0 1.1.6-1 Library for writing single instanc ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime gnome-disk-utility recommends no packages. gnome-disk-utility 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#570849: audacity: FTBFS on armel: internal compiler error: Bus error
retitle 570849 FTBFS on armel: internal compiler error: Bus error stop On Mo, Feb 22, 2010 at 12:39:18 (CET), Martin Michlmayr wrote: * Reinhard Tartler siret...@tauware.de [2010-02-21 21:44]: Package: audacity /usr/include/wx-2.8/wx/log.h: In constructor 'wxLog::wxLog()': /usr/include/wx-2.8/wx/log.h:122: internal compiler error: Bus error Please submit a full bug report, with preprocessed source if appropriate. According to https://buildd.debian.org/build.php?arch=pkg=audacity the current version of audacity has built just fine on armel. What version are you trying to build? I'm sorry, I confused architectures. The full buildlog can be found at https://buildd.debian.org/fetch.cgi?pkg=audacityver=1.3.11-1arch=mipsstamp=1264080768file=log and affects the mips architecture. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570941: featpost.sgml.gz should be compiled
Package: texlive-metapost-doc Version: 2009-7 The package contains file /usr/share/doc/texlive-metapost-doc/metapost/featpost/doc/featpost.sgml.gz Consider that: - as far as I know, no native views are available for (that?) sgml - the compilation is not trivial: it must be done with gunzip featpost.sgml.gz linuxdoc featpost.sgml --backend=BACKEND where the only BACKEND that seems to work is html. So I'd ask to please ship (also?) an html version. Pietro signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Bug#565344: xserver-xorg-video-radeon: Similar problem on IBM Thinkpad X32
Package: xserver-xorg-video-radeon Version: 1:6.12.4-2 Severity: normal I can't understand why, but since some days, after resuming, my display is not black anymore but gray, and the xgamma workaround now works. I'm using metacity without the composing manager. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#497392: e1000e driver does not initialize correctly
I can confirm the same behaviour on 6 Dell's desktop computer, with Intel Corporation 82562V-2 10/100 Network Connection Ethernet card embeded in the motherboard. First we thougth it was because of wires or old-switch, but now everythings fine, we reproduce the sames problems : - dhcp doesn't bring up, with tcpdump silent - modprobe e1000e/ -r e1000e make it works - plug / unplug card/or/switch/or/power of switch $ sudo lspci | grep 8256 00:19.0 Ethernet controller: Intel Corporation 82562V-2 10/100 Network Connection (rev 02) $ sudo lsmod |grep e1 e1000e 84612 0 $ sudo cat /etc/issue Debian GNU/Linux 5.0 \n \l $ uname -a Linux formaxo2 2.6.26-2-686 #1 SMP Sun Jun 21 04:57:38 UTC 2009 i686 GNU/Linux $ sudo modinfo e1000e filename: /lib/modules/2.6.26-2-686/kernel/drivers/net/e1000e/e1000e.ko version:0.3.3.3-k2 license:GPL description:Intel(R) PRO/1000 Network Driver author: Intel Corporation, linux.n...@intel.com srcversion: 91473E7675870049C25134A ... $ sudo aptitude search ~i~n^linux i A linux-headers-2.6-486- Header files for Linux 2.6-486 i A linux-headers-2.6.26-2-486 - Header files for Linux 2.6.26-2-486 i linux-headers-2.6.26-2-686 - Header files for Linux 2.6.26-2-686 i A linux-headers-2.6.26-2-common- Common header files for Linux 2.6.26-2 i linux-image-2.6-686 - image du noyau Linux version 2.6 pour PPro/Celeron/PII/PII i A linux-image-2.6.26-2-486 - Linux 2.6.26 image on x86 i A linux-image-2.6.26-2-686 - Linux 2.6.26 image on PPro/Celeron/PII/PIII/P4 i A linux-kbuild-2.6.26 - Kbuild infrastructure for Linux 2.6.26 i A linux-libc-dev - Linux support headers for userspace development i A linux-sound-base - Paquet de base pour les systèmes de son ALSA et OSS ... $ ls -l /lib/modules/2.6.*/kernel/drivers/net/e1000e/e1000e.ko -rw-r--r-- 1 root root 111371 fév 10 13:25 /lib/modules/2.6.26-2-486/kernel/drivers/net/e1000e/e1000e.ko -rw-r--r-- 1 root root 112627 fév 10 13:26 /lib/modules/2.6.26-2-686/kernel/drivers/net/e1000e/e1000e.ko -- Jérôme Avond j.av...@axolys.fr Axolys, Société de services en logiciels libres -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570900: [Pkg-haskell-maintainers] Bug#570900: haskell-pcre-light: FTBFS on kfreebsd-amd64: ghc-asm: don't know how to mangle assembly language
Hi Cyril. Excerpts from Cyril Brulebois's message of Seg Fev 22 01:36:03 -0300 2010: Source: haskell-pcre-light Version: 0.3.1-7 (...) your package FTBFS on kfreebsd-amd64: | Building pcre-light-0.3.1... | [1 of 3] Compiling Text.Regex.PCRE.Light.Base ( dist-ghc6/build/Text/Regex/PCRE/Light/Base.hs, dist-ghc6/build/Text/Regex/PCRE/Light/Base.o ) | ghc-asm: don't know how to mangle assembly language for: x86_64-unknown-kfreebsdgnu | make: *** [build-ghc6-stamp] Error 1 This is caused by a typo in the ghc6 package. It'll be corrected in ghc6-6.12.1-12. gb haskell-pcre-light_0.3.1-7 . kfreebsd-amd64 dw haskell-pcre-light_0.3.1-7 . kfreebsd-amd64 . -m ghc6 (= 6.12.1-12) Greetings. -- marcot http://marcot.iaaeee.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570700: admin menus don't work if root is disabled
Le dimanche 21 février 2010 à 19:05 +0100, Bill Allombert a écrit : The setting of /apps/gksu/sudo-mode does not belong to menu, so I reassigne this bug to gksu. Ubuntu does not offer to set the root password, so it can always set /apps/gksu/sudo-mode to true unconditionnaly. Debian cannot do that. Maybe d-i can set a debconf value that gksu would use to choose the default, but this might fall afoul of the 'Debconf is not a registry' policy. It's already an alternative, and AFAIK it is already set by the installer when you choose to install in sudo mode. Cheers, -- .''`. Josselin Mouette : :' : `. `' “I recommend you to learn English in hope that you in `- future understand things” -- Jörg Schilling -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570943: FTBFS: incron dependency on quilt to low
Package: incron Version: 0.5.9-4 Severity: minor Tags: patch When trying to build incron in a lenny (plus backports) chroot, building fails with a debhelper quilt error. After installing the latest quilt available in backports, building succeeds. Reading the quilt changelog, it seems like the dependency needs to be at least = 0.46-8 to succeed. Abbreviated build log: | lenny:/tmp/incron-0.5.9# dpkg -l | grep quilt | ii quilt0.46-6Tool to work with series of patches | lenny:/tmp/incron-0.5.9# dpkg-buildpackage | [...] | dpkg-buildpackage: source package incron | dpkg-buildpackage: source version 0.5.9-4 | dpkg-buildpackage: source changed by Emmanuel Bouthenot kol...@openics.org | dpkg-buildpackage: host architecture i386 | debian/rules clean | dh --with quilt clean | dh: --with quilt not supported or failed to load module Debian::Debhelper::Sequence::quilt | make: *** [clean] Error 1 | dpkg-buildpackage: failure: debian/rules clean gave error exit status 2 | lenny:/tmp/incron-0.5.9# aptitude install quilt=0.46-8~bpo50+1 | [...] | lenny:/tmp/incron-0.5.9# dpkg-buildpackage | [...] | dh --with quilt clean | [...] | dpkg-deb: building package `incron' in `../incron_0.5.9-4_i386.deb'. thanks, youam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570946: debian/rules still documents the already documented wrapper/objcopy script
Package: libc6
Version: 2.10.2-5
Severity: minor
Hi,
In debian/rules:
# We use a wrapper script so that we only include the bare
# minimum in /usr/lib/debug/lib for backtraces; anything
# else takes too long to load in GDB.
This information is no longer correct, libc6 packaging does not contain
this wrapper anymore, as the changelog at version 2.9-4 shows:
* rules.d/debhelper.mk: don't strip debugging symbols. Remove
debhelper.in/libc-dbg.{install,lintian} and wrappter/objcopy.
control.in/libc: update description of libc-dbg. Closes: bug#516516.
Please note, that there is a typo here, wrapp_t_er, this increased my
confusion about the wrapper even more, because at first sight my grep
didn't find this entry, fun :)
Anyway, please remove the incorrect info from debian/rules.
Thanks,
Gergely
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570947: vnc4server: Application dies with 'BadValue (integer parameter out of range for operation)'
Package: vnc4server Version: 4.1.1+X4.3.0-35 Severity: important Some applications, when run in vnc4server, die shortly after starting the application. This happens when I click on something, press a command hotkey, or otherwise interact with the GUI, but not necessarily the first interaction. Here is an example error message: The program 'icedove-bin' received an X Window System error. This probably reflects a bug in the program. The error was 'BadValue (integer parameter out of range for operation)'. (Details: serial 7730 error_code 2 request_code 53 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) This error is from icedove 3.0.1-2 from experimental. I'm seeing the same problem with google-chrome-beta (upstream pkg). I'm not seeing this problem when I run these applications in a different vnc server, x11vnc, nor when the applications are run on a desktop without vnc. I also tested tightvncserver last week and it had the same issue. I'm not filing a separate bug yet until it is determined whether it's vnc that's at fault, or the applications, or some common component of either. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (800, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-1-686 (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 vnc4server depends on: ii libc6 2.10.2-5 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.3-2GCC support library ii libice6 2:1.0.6-1X11 Inter-Client Exchange library ii libsm6 2:1.1.1-1X11 Session Management library ii libstdc++6 4.4.3-2 The GNU Standard C++ Library v3 ii libx11-62:1.3.3-1X11 client-side library ii libxext62:1.1.1-2X11 miscellaneous extension librar ii libxtst62:1.1.0-2X11 Testing -- Resource extension ii x11-common 1:7.5+3 X Window System (X.Org) infrastruc ii xbase-clients 1:7.5+3 miscellaneous X clients - metapack ii xserver-common 2:1.7.5-1common files used by various X ser ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages vnc4server recommends: ii xfonts-base 1:1.0.1standard fonts for X Versions of packages vnc4server suggests: pn vnc-java none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570944: Package is uninstallable
Package: udav Version: 0.5.2-1 Severity: serious udav and libmgl5 depend on libhdf5-serial-1.8.3 or libhdf5-1.8.3, but there is no such packages in debian sid, but libhdf5-serial-1.8.4 is exists for most architectures: http://packages.debian.org/search? suite=sidsection=allarch=anysearchon=nameskeywords=libhdf5-serial-1.8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570945: pdnsd: [INTL:sk] Slovak po-debconf translation
Package: pdnsd Priority: wishlist Tags: l10n patch Version: 1.2.7 .po attached ~~helix84 sk.po Description: Binary data
Bug#570700: admin menus don't work if root is disabled
Maybe d-i can set a debconf value that gksu would use to choose the default, but this might fall afoul of the 'Debconf is not a registry' policy. It's already an alternative, and AFAIK it is already set by the installer when you choose to install in sudo mode. I installed Debian squeeze from a netinst CD without a root password, without Gnome. I installed Gnome some time after finishing the installation, and gksu wasn't set up for sudo mode, it didn't ask me IIRC. So you're saying that the installer CD would have set this up automatically if I had chosen to install Gnome then? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570364: Output LVDS gone on Intel Mobile 915GM
On Sun, 2010-02-21 at 15:15 +0100, Stefan Ott wrote: Hi! On Sat, Feb 20, 2010 at 22:20, Ben Hutchings b...@decadent.org.uk wrote: On Thu, 2010-02-18 at 21:11 +0100, Stefan Ott wrote: Please test the current version, 2.6.32-8, which has many fixes for the i915 video driver. Thanks, I tried but I still get the same result (dmesg attached) Unfortunately the log you sent stops before the i915 driver is active. You will need to let the X server start (or attempt to start) before sending the log. However, I think this bug may be the same as http://bugs.debian.org/569314, which we have a fix for. You can build amd test a kernel with this fix by following the instructions at http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official-vcs. Use the distribution codename 'sid'. Okay, I tried that but I still get the same problem, that is, unless I boot with i915.modeset=0 (as mentioned in the other bug report). dmesg outputs are available if you think they're relevant. Please report this upstream at http://bugzilla.freedesktop.org, under product 'DRI', component 'DRM/Intel'. Attach the log 'dmesg.2.6.32-3-686' and the corresponding X server log. Ben. -- Ben Hutchings 73.46% of all statistics are made up. signature.asc Description: This is a digitally signed message part
Bug#570948: systempreferences.app: Crashes when clicking on the theme in the Theme bundle
Package: systempreferences.app Version: 1.1.0-1 Severity: important (Filing as a reminder for me.) The Themes bundle is unusable and crashes the app, because it uses methods that are not available in the current gnustep-gui; not even in 0.17.1 -- namely +[GSTheme loadThemeNamed:] and -[GSTheme versionString]. It should be disabled until we have a capable GNUstep GUI. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores) Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages systempreferences.app depends on: ii gnustep-back0.16 0.16.0-3 The GNUstep GUI Backend ii gnustep-base-runtime 1.19.3-1 GNUstep Base library ii gnustep-common [gnustep-fslay 2.2.0-1Common files for the core GNUstep ii gnustep-gpbs 0.16.0-3 The GNUstep PasteBoard Server ii gnustep-gui-runtime 0.16.0-2 GNUstep GUI Library - runtime file ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libgcc1 1:4.4.2-9 GCC support library ii libgnustep-base1.19 1.19.3-1 GNUstep Base library ii libgnustep-gui0.160.16.0-2 GNUstep GUI Library ii libobjc2 4.4.2-9Runtime library for GNU Objective- systempreferences.app recommends no packages. systempreferences.app 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#570950: FTBFS: cannot stat `manpages/*.8'
Source: tdb Version: 1.2.1-1 Severity: serious Justification: FTBFS Hi, your package FTBFS on the buildds: | for I in manpages/*.8; do \ | /usr/bin/install -c -m 644 $I /build/buildd-tdb_1.2.1-1-alpha-kCkuvB/tdb-1.2.1/debian/tmp/usr/share/man/man8; \ | done | /usr/bin/install: cannot stat `manpages/*.8': No such file or directory | make[1]: *** [installdocs] Error 1 Full build logs: https://buildd.debian.org/status/package.php?suite=unstablep=tdb Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570949: Overrides: please change priority for partman-reiserfs to optional
Package: ftp.debian.org Tags: d-i We are making support for reiserfs in Debian Installer optional (i.e. only available if explicitly selected) as the file system is no longer as relevant as a few years ago and is only marginally maintained upstream. The priority change in $subject is needed for that. Thanks, FJP -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567866: reiserfsprogs: Minor improvements for the udebs
Now that the alpha1 release of D-I has been released I've started the process of making reiserfs support optional. There's no great rush, but an upload of reiserfsprogs with these changes would be appreciated as it will help testing. TIA, FJP -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570951: zsh: ssh completes to non-resolvable hostname from .ssh/known_hosts
Package: zsh Version: 4.3.10-11 Severity: normal When I do ssh pru[TAB], ssh completes to a non-resolvable hostname from the .ssh/known_hosts file: prunille.vinc17.org In fact this machine is resolvable only from my local network, and it is an error to assume that a host key in .ssh/known_hosts is necessarily resolvable (it may be there just to check the key thanks to a HostKeyAlias declaration). IMHO, if the key is listed as an alias from .ssh/config but not as a Host identifier, it should be discarded. Hosts from .ssh/config should be used instead. The algorithm would be: 1. Take all host identifiers after Host declarations from .ssh/config (strings with '?' and/or '*' should not be taken into account). 2. Add all hosts from .ssh/known_hosts that are not an argument of a HostKeyAlias declaration (if hosts are in fact hashes, due to HashKnownHosts, they should not be taken into account). For instance, if .ssh/config has: Host myhost HostKeyAlias my-real-host-name.mydomain Hostname gateway.mydomain Port 12345 then ssh my[TAB] should complete to myhost only. Of course, as a workaround to the current behavior, the user could write: Host myhost my-real-host-name.mydomain HostKeyAlias my-real-host-name.mydomain Hostname gateway.mydomain Port 12345 but this can make maintenance of the config file less easy. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages zsh depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcap2 1:2.17-2 support for getting/setting POSIX. ii libncursesw5 5.7+20090803-2 shared libraries for terminal hand Versions of packages zsh recommends: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libpcre3 7.8-3 Perl 5 Compatible Regular Expressi Versions of packages zsh suggests: ii zsh-doc 4.3.10-11 zsh documentation - info/HTML form -- 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#521956: [ksymoops] removing patch tag since it does not work
tags 521956 - patch stop Removing patch tag, as the proposed patches don't solve the problem. -- Bastian Venthur http://venthur.de Debian Developer venthur at 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#570851: FTBFS on kfreebsd-*: libdrm_radeon.so* not installed anywhere
On Mon, Feb 22, 2010 at 00:39:18 +0100, Cyril Brulebois wrote: (using the trivial patch attached) diff --git a/debian/rules b/debian/rules index fdc2b4c..6eaef3d 100755 --- a/debian/rules +++ b/debian/rules @@ -24,11 +24,11 @@ else endif ifeq (linux, $(DEB_HOST_ARCH_OS)) confflags += --enable-udev - confflags += --enable-radeon-experimental-api + confflags += --enable-radeon RADEON = yes else confflags += --disable-udev - confflags += --disable-radeon-experimental-api + confflags += --disable-radeon RADEON = no endif (the option was renamed) Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
