Bug#407185: Looking for a host to access to fix FTBFS
Hi, I'm looking for a host to build my package `serf' on since buildd shows building that package from source fails on m68k. I'd like to have the FTBFS fixed and I have tried writing a patch, but there are no m68k machines to test around me... I've filed the FTBFS as a bug report: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=407185 I am not an official DD yet, only in the NM stage. Do you have some machines for me to access? Or, could you please check if serf 0.1.0-2~pre1 available from http://mentors.debian.net/debian/pool/main/s/serf can be built on m68k machines without error or not? Thanks, -nori pgp1Vn5jXzB4J.pgp Description: PGP signature
Processed: forcibly merging 406331 406065
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27 forcemerge 406331 406065 Bug#406331: xcdroast: does not start after upgrade Debian Sarge to Etch Bug#406065: xcdroast: Can't to start Xcdroast. Forcibly Merged 406065 406331. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406378: closed by [EMAIL PROTECTED] (Thomas Bushnell, BSG) (Bug#406378: fixed in gnucash 2.0.2-3)
Debian Bug Tracking System formed by artistic effort the following on 01/16/07 17:03: This is an automatic notification regarding your Bug report #406378: gnucash: GnuCash crashes when I open an account register, which was filed against the gnucash package. It has been closed by [EMAIL PROTECTED] (Thomas Bushnell, BSG). Their explanation is attached below. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact [EMAIL PROTECTED] (Thomas Bushnell, BSG) by replying to this email. Debian bug tracking system administrator (administrator, Debian Bugs database) Subject: Bug#406378: fixed in gnucash 2.0.2-3 From: [EMAIL PROTECTED] (Thomas Bushnell, BSG) Date: Wed, 17 Jan 2007 00:47:03 + To: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Source: gnucash Source-Version: 2.0.2-3 We believe that the bug you reported is fixed in the latest version of gnucash, which is due to be installed in the Debian FTP archive: gnucash-common_2.0.2-3_all.deb to pool/main/g/gnucash/gnucash-common_2.0.2-3_all.deb gnucash_2.0.2-3.diff.gz to pool/main/g/gnucash/gnucash_2.0.2-3.diff.gz gnucash_2.0.2-3.dsc to pool/main/g/gnucash/gnucash_2.0.2-3.dsc gnucash_2.0.2-3_i386.deb to pool/main/g/gnucash/gnucash_2.0.2-3_i386.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 [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Thomas Bushnell, BSG [EMAIL PROTECTED] (supplier of updated gnucash 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 [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Tue, 16 Jan 2007 16:04:51 -0800 Source: gnucash Binary: gnucash-common gnucash Architecture: source i386 all Version: 2.0.2-3 Distribution: unstable Urgency: medium Maintainer: Thomas Bushnell, BSG [EMAIL PROTECTED] Changed-By: Thomas Bushnell, BSG [EMAIL PROTECTED] Description: gnucash- A personal finance tracking program gnucash-common - A personal finance tracking program Closes: 403351 406378 Changes: gnucash (2.0.2-3) unstable; urgency=medium . * Acknowledge NMU (change was to debian/control). (Closes: #403351) * debian/control (Build-Depends): Actually drop python dependency entirely. . * Correct bogus assumptions that GType fits in an int. (Closes: #406378) Many thanks to Steve Langasek [EMAIL PROTECTED] for the patch. * src/gnome/gnc-split-reg.h (gnc_split_reg_get_type): Return type is GType. * src/gnome-search/gnc-general-search.h (gnc_general_search_get_type): Likewise. * src/gnome-search/search-account.h (gnc_search_account_get_type): Likewise. * src/gnome-search/search-boolean.h (gnc_search_boolean_get_type): Likewise. * src/gnome-search/search-date.h (gnc_search_date_get_type): Likewise. * src/gnome-search/search-double.h (gnc_search_double_get_type): Likewise. * src/gnome-search/search-int64.h (gnc_search_int64_get_type): Likewise. * src/gnome-search/search-numeric.h (gnc_search_numeric_get_type): Likewise * src/gnome-search/search-reconciled.h (gnc_search_reconciled_get_type): Likewise. * src/gnome-search/search-string.h (gnc_search_string_get_type): Likewise. * src/business/business-gnome/search-owner.h (gnc_search_owner_get_type): Return type is GType. * src/gnome-search/gnc-general-search.c (gnc_general_search_get_type): Return type and GENERAL_SEARCH_TYPE are GType. * src/gnome-search/search-account.c (gnc_search_account_get_type): Return type and TYPE are GType. * src/gnome-search/search-boolean.c (gnc_search_boolean_get_type): Likewise. * src/gnome-search/search-date.c (gnc_search_date_get_type): Likewise. * src/gnome-search/search-double.c (gnc_search_double_get_type): Likewise. * src/gnome-search/search-int64.c (gnc_search_int64_get_type): Likewise. * src/gnome-search/search-numeric.c (gnc_search_numeric_get_type): Likewise. * src/gnome-search/search-reconciled.c (gnc_search_reconciled_get_type): Likewise. * src/gnome-search/search-string.c (gnc_search_string_get_type): Likewise. * src/business/business-gnome/search-owner.c (gnc_search_owner_get_type): Likewise. * src/gnome-gnc-split-reg.c (gnc_split_reg_get_type): Return type and GNC_SPLIT_REG_TYPE are GType. Files: c457399230ecd92157221fccf43cc98b 1308 gnome optional gnucash_2.0.2-3.dsc a889f23a40594eb28f78e5fcecf6c4d7 18726 gnome optional gnucash_2.0.2-3.diff.gz 72fc7cfe8f8683b284069cf0f55ae41d 3498026 gnome optional gnucash-common_2.0.2-3_all.deb 400ffdfb97e68f4346c55b085e01de82 1623484 gnome optional
Bug#407250: mysql-ruby: binNMU needed to catch new symbols in libmysqlclient15-dev
Package: libmysql-ruby1.8 Version: 2.7.1-1 Severity: serious Hi, With libmysql-ruby1.8 2.7.1-1 (version in testing), with: require 'dbi' dbh = DBI.connect('DBI:MSQL:db','user','password') dbh.select_all('SELECT clusterName, count(*)/2 from clusters group by clusterName') { |r| p r } I get (on i386): /usr/lib/ruby/1.8/DBD/Mysql/Mysql.rb:649:in `column_info': undefined method `[]' for nil:NilClass (NoMethodError) from /usr/lib/ruby/1.8/DBD/Mysql/Mysql.rb:648:in `each' from /usr/lib/ruby/1.8/DBD/Mysql/Mysql.rb:648:in `column_info' from /usr/lib/ruby/1.8/DBD/Mysql/Mysql.rb:573:in `execute' from /usr/lib/ruby/1.8/thread.rb:135:in `synchronize' from /usr/lib/ruby/1.8/DBD/Mysql/Mysql.rb:570:in `execute' from /usr/lib/ruby/1.8/dbi.rb:893:in `execute' from /usr/lib/ruby/1.8/dbi.rb:480:in `execute' from /usr/lib/ruby/1.8/dbi.rb:511:in `select_all' Instead of: [sagittaire, 0.5000] This is caused by the fact that libmysql-ruby1.8 2.7.1-1 was compiled against an old version of libmysqlclient*-dev, missing types for some float fields (count(*)/2 generates a float). Rebuilding the package fixes the problem, so a binNMU should be enough. I'm not sure if all archs are affected, or just i386 (the package was built and uploaded on i386 by the maintainer). The version in unstable (2.7.3-1) is not affected. I have not tried to reproduce this problem directly with libmysql-ruby (I'm using DBI). -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406378: closed by [EMAIL PROTECTED] (Thomas Bushnell, BSG) (Bug#406378: fixed in gnucash 2.0.2-3)
I noticed the above package upgrades are for the i386 architecture. Is the fix being ported to the alpha architecture as well? No port is necessary as such. The autobuilders will pick the package up and upload it, though the alpha one seems to be a bit behind right now so I don't know how soon that will be. Normally it would only be a day extra. Thomas signature.asc Description: This is a digitally signed message part
Bug#407260: No sane upgrade path from etch to lenny
Package: mailman Version: 1:2.1.9-4 Severity: serious Justification: Makes package unsuitable for release in one maintainer's opinion We should sort that out before release; if RMs disagree (e.g. punt it to a point release), feel free to tag etch-ignore and/or downgrade severity so as not to block release just for that. If other pkg-mailman members disagree, feel free to discuss. -- Lionel ---BeginMessage--- Hi, Assuming lenny will have Mailman 2.2, if we want to have an upgrade path from etch to lenny, we better backport that bin/export to 2.1.9 and get it in etch (so that we can call it from mailman 2.2's preinst script). Alternatively, we package mailman 2.2 as mailman2.2 and let mailman be 2.1.x and not handle automatic upgrades at all. I must say I'd prefer the first solution. Someone feels up to doing that in time for etch, that is very, very, soon? In the meantime, I'm contacting the RMs to see what our options are. -- Lionel ---BeginMessage--- pgp8eGrPEk7vJ.pgp Description: PGP message ---End Message--- ---End Message--- ---BeginMessage--- Hat: maintainer of Mailman package in Debian Hi, It has just come to my attention that there will be no upgrade path from the version of Mailman in etch at this time (2.1.9) to the version lenny will most probably have (2.2.x), but there will be an upgrade path from the yet-unreleased 2.1.y, y9, to 2.2.x, and an upgrade path from 2.1.9 to 2.1.y. The reason is a fundamental file format change in how data is stored; mailman 2.1.10 will have an export binary that will export the data to a neutral (XML) format and Mailman 2.2 will have an import binary that will import that format. We can do the export in preinst and the import in postinst, but only if the package being upgraded from contains that bin/export/. (Shipping the said bin/export as part of the Mailman 2.2 package will be highly inconvenient; it is a python script that imports a significant part of Mailman itself; we'd have to basically ship a private copy of Mailman 2.1 in the Mailman 2.2 package.) My question is: Will you accept a freeze-exception update to mailman, or a point-release update to mailman later, to add the said bin/export to the etch package of mailman 2.1? Even if we include the current version of bin/export (from their SVN repository, the 2.1.x branch) in the etch-mailman package, there is a non-zero risk that the said XML format will change and that we will need to update it in a point release of etch to ensure an upgrade path to lenny. -- Lionel ---End Message---
Processed: Re: Bug#407132: hal: Circumvents invoke-rc.d (and thus policy-rc.d) in postinst
Processing commands for [EMAIL PROTECTED]: severity 407132 serious Bug#407132: hal: Circumvents invoke-rc.d (and thus policy-rc.d) in postinst Severity set to `serious' from `minor' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407272: kwalletmanager: doesn't save any changed or new passwords
Package: kwalletmanager Version: 4:3.5.5-2 Severity: grave Justification: causes non-serious data loss kwalletmanager doesn't save changed or new passwords anymore, see http://bugs.kde.org/show_bug.cgi?id=137232 this is not only a debian-problem, seems like it applies on kde 3.5.4 to 3.5.5, on bugs.kde.org you'll find reports from debian, gentoo, ubuntu etc... on bugs.kde.org seems to be no reaction about this bug for three months, and as a walletmanager that forgets every new or changed password is rather unusable, i decided to report that bug here, too. regards, jozi -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Versions of packages kwalletmanager depends on: ii kdelibs4c2a4:3.5.5a.dfsg.1-5 core libraries and binaries for al ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries ii libgcc11:4.1.1-21GCC support library ii libqt3-mt 3:3.3.7-2 Qt GUI Library (Threaded runtime v ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 kwalletmanager recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407132: hal: Circumvents invoke-rc.d (and thus policy-rc.d) in postinst
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Michael Biebl wrote: I agree with Sjoerd. It's definitely not an RC bug. Why? Lack of solution is not an argument for lowering severity. If you want to control the starting of hal via policy-rc.d, you have to do that indirectly via the dbus init script. How? On a system with policy-d responding errorcode 101 always, the hal daemon is started on package update. We are basically bound by the limitations of our current init system. I agree. Which means this bug stays open, not that severity is low. As hal depends on dbus, it has to be restarted/stopped when dbus is restarted/stopped. That's why we came up with the solution we have now. Having the hal start script installed as init script in /etc/init.d/ would cause more problems than it would solve. I agree that the current approach is better for most cases, and I do not suggest to change to a simpler approach. But still, the current approach does not follow policy, and it does cause real harm for some. - Jonas - -- * Jonas Smedegaard - idealist og Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ - Enden er nær: http://www.shibumi.org/eoti.htm -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFrfUTn7DbMsAkQLgRAlFVAJ9BjCLdS5DD3mNuW+6WNj73pogIHgCeMilb Xo/DrcX4TJASvgJ5I0Vq34Q= =CNDa -END PGP SIGNATURE-
Processed: severity of 407132 is minor
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27 severity 407132 minor Bug#407132: hal: Circumvents invoke-rc.d (and thus policy-rc.d) in postinst Severity set to `minor' from `serious' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397973: Processed: upping severity, as discussed with Steve ...
On Fri, Jan 12, 2007 at 03:08:21PM +0100, Frans Pop wrote: On Friday 12 January 2007 10:33, Debian Bug Tracking System wrote: Bug#397973: [powerpci/mac] partman-md appears to not write back the raid flag to partitions. Severity set to `serious' from `important' I don't agree that this issue is RC. It does not match any of the criteria. 1) This issue does not actually break anything. It just makes it impossible to make use of an optional feature (software RAID) during installation. 2) The issue affects only a limited group of users as it is architecture specific: software RAID support in partman works just fine on at least i386, amd64, sparc and hppa. I'm not sure about other architectures, but at least we have no reports of breakage there. AIUI, this bug does make partman-md unusable for most powerpc users, who can only use powermac partition tables for compatibility with their firmware. That alone, IMHO, qualifies it as an RC bug; if a package is built and unusable on a given arch, it has a grave bug on that arch. Being arch-specific is not a reason to discount a bug as non-RC. Separately, I feel that md support is important enough to enough users that I would not be comfortable releasing an installer with etch that couldn't handle software raid at install time; I imagine you would agree that if this happened to the installer as a whole, it would be an unacceptable regression against sarge and therefore unreleasable. I think for the same reason that we shouldn't be too hasty to release with md support broken on one of our release archs. 3) There is no regression, or at least, I do not see how there can be as software RAID support and general partman code has not been touched at that level during Etch development. This rather looks like an incomplete implementation of software RAID support for this particular architecture. As such, and since there currently (unfortunately) is no lead partman maintainer, it is primarily the responsibility of the PowerPC community to provide the missing bits and pieces needed to implement the support. That it's the responsibility of the powerpc porters to fix it doesn't make it less of an RC bug. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397973: Processed: upping severity, as discussed with Steve ...
On Wednesday 17 January 2007 12:25, you wrote: Separately, I feel that md support is important enough to enough users that I would not be comfortable releasing an installer with etch that couldn't handle software raid at install time; I imagine you would agree that if this happened to the installer as a whole, it would be an unacceptable regression against sarge and therefore unreleasable. I think for the same reason that we shouldn't be too hasty to release with md support broken on one of our release archs. But AFAIK it is _not_ a regression. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376812: I have a Voodoo2 card...
* Wouter Verhelst wrote: Hi, I have such a card, but it's sitting in a machine that runs Sarge (and I'm not going to update it to etch before that's released). If it would help, I'd be willing to run some tests on that box. Just tell me what you want me to do and what information you need back, and I'll do so. I've been asked to look at this bug as part of my TS for the NM process. Wouter, could you try rebuilding glide with -fno-strict-aliasing? I have attached a diff that patches debian/rules to add that to CFLAGS. This is mainly just guessing but the same solution did fix a similar bug in mesa recently. If that doesn't work, perhaps you could try to get a backtrace of running one of the segfaulting binaries against a non-stripped glide library (i.e. rebuild with something like DEB_BUILD_OPTIONS=nostrip debuild). Thierry signature.asc Description: Digital signature
Bug#405006: libgphoto2: mistake in udev rules gives permissions to non-gphoto2 devices
L'octidi 28 nivôse, an CCXV, Steve Langasek a écrit : I'm actually fairly disinclined to accept this change for etch since as you mention it is a regression, and moreover I haven't heard anything back from the bug submitter about what actually gets broken on his system with this bug since it works for me. I did answer to that, you probably missed it: if affects the raw USB devices in /dev/bus/usb/, which can be used with lubusb. By the way, I do not understand why Frederic Peters told that putting two equal signs doesn't work: it seems to work fine here. Regards, -- Nicolas George signature.asc Description: Digital signature
Processed: severity of 407185 is important
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27 severity 407185 important Bug#407185: serf: FTBFS on m68k Severity set to `important' from `serious' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405006: libgphoto2: mistake in udev rules gives permissions to non-gphoto2 devices
Hi Frederic, On Fri, Jan 12, 2007 at 04:30:21PM +0100, Frederic Peters wrote: Package: libgphoto2-2 Version: 2.2.1-12 Severity: grave Tags: security In /etc/udev/libgphoto2_generic_ptp_support.rules, there is the following rule: ACTION==add, SUBSYSTEM==usb_device, ENV{INTERFACE}=6/1/1, \ PROGRAM=/bin/sh -c 'K=%k; K=$${K#usbdev}; printf bus/usb/%%03i/%%03i $${K.*} $${K#*.}', \ NAME=%c, MODE=0660, GROUP=plugdev The single = sign after ENV{INTERFACE} means that the INTERFACE environment variable is set, not queried. The result is that all USB devices, and not only the PTP ones, are set to the plugdev group, thus giving some users access to devices they should not have access to. Suggested fix: put two equals signs Sorry I could not handle this earlier. Unfortunately putting two equal signs doesn't work. Unfortunately while I thought I finally managed to get a udev rule working for generic PTP cameras, it appears it is broken and I can only suggest I remove it. This will be a regression with regards to Sarge where hotplug was used but I can't see any other mean. vorlon: would such an upload have chances to get into etch ? I'm actually fairly disinclined to accept this change for etch since as you mention it is a regression, and moreover I haven't heard anything back from the bug submitter about what actually gets broken on his system with this bug since it works for me. Now, the package you've uploaded to unstable seems to offer an alternative fix, but I have some trouble understanding it so I'm still hesitant to accept it into etch. How does print-camera-list.c interface with udev to trigger calling check_ptp_camera? Anyway, without an explanation of what devices will actually be affected by this bug in practice, I'm inclined to downgrade the bug; that doesn't mean your bugfix won't be accepted in etch, but of course it would make doing so a lower priority, and weight the risk of regressions more heavily. BTW, I'm pretty sure $( file) isn't POSIX sh, so check_ptp_camera shouldn't have /bin/sh listed as the interpreter. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407205: LVM Volume deleted from graphical installer
retitle 395489 Handler for single SELECT and MULTISELECT questions updates debconf database even if BACK is selected severity 395489 normal severity 407205 normal merge 395489 407205 thanks Frans Pop wrote: On Tuesday 16 January 2007 21:27, Frans Pop wrote: The second problem _is_ in the graphical frontend. It turns out that the value of a question is changed even if GoBack is selected. In this respect it behaves different from the regular frontend. Cloning your report to cdebconf-gtk-udeb for this issue. This issue may a bit more subtle than this: the frontend may just be setting a proper default for the question. However, this is still not desired behavior when GoBack is used. Ok, i've already seen this before and even filed a BR (#395489). For single SELECT and MULTISELECT questions, which are all dislayed using a GtkTreeView, the question's value gets set in debconf database every time the user clicks/moves on a row. As a result, the last activated option is always made default for SELECT questions, no matter the user pressed Back. This was considered a minor bug, so never spent time in fixing it: should i do it now ? cheers Attilio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376812: I have a Voodoo2 card...
* Thierry Reding wrote: [...] could you try rebuilding glide with -fno-strict-aliasing? I have attached a diff that patches debian/rules to add that to CFLAGS. This is mainly just guessing but the same solution did fix a similar bug in mesa recently. [...] And here's the missing patch, sorry. Thierry Index: debian/rules === --- debian/rules (revision 95) +++ debian/rules (working copy) @@ -29,7 +29,7 @@ DEB_HOST_ARCH := $(shell dpkg-architecture -qDEB_HOST_ARCH) -CFLAGS = -g -Wall +CFLAGS = -g -Wall -fno-strict-aliasing ifneq (,$(findstring noopt,$(DEB_BUILD_OPTIONS))) CFLAGS += -O0 signature.asc Description: Digital signature
Bug#405006: libgphoto2: mistake in udev rules gives permissions to non-gphoto2 devices
Nicolas George wrote: L'octidi 28 nivôse, an CCXV, Steve Langasek a écrit : I'm actually fairly disinclined to accept this change for etch since as you mention it is a regression, and moreover I haven't heard anything back from the bug submitter about what actually gets broken on his system with this bug since it works for me. I did answer to that, you probably missed it: if affects the raw USB devices in /dev/bus/usb/, which can be used with lubusb. By the way, I do not understand why Frederic Peters told that putting two equal signs doesn't work: it seems to work fine here. It doesn't set appropriate group for devices which are PTP cameras but not explicitely known by libgphoto2. Frederic -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405006: libgphoto2: mistake in udev rules gives permissions to non-gphoto2 devices
Steve Langasek wrote: Now, the package you've uploaded to unstable seems to offer an alternative fix, but I have some trouble understanding it so I'm still hesitant to accept it into etch. How does print-camera-list.c interface with udev to trigger calling check_ptp_camera? /etc/udev/rules.d/025_libghoto2.rules has this line: PROGRAM=check_ptp_camera 06/01/01, MODE=0660, GROUP=plugdev which will be called for every USB devices plugged in. This script will return 0 if the device has a camera PTP interface and udev would then give the appropriate group. It is part of upstream 2.3.1 release and has been tested by Marcus Meissner for SuSE and Martin Pitt for Ubuntu. Anyway, without an explanation of what devices will actually be affected by this bug in practice, I'm inclined to downgrade the bug; that doesn't mean your bugfix won't be accepted in etch, but of course it would make doing so a lower priority, and weight the risk of regressions more heavily. I believe things such as crypto USB devices would be affected by the bug. BTW, I'm pretty sure $( file) isn't POSIX sh, so check_ptp_camera shouldn't have /bin/sh listed as the interpreter. I'll have that fixed. Regards, Frederic -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405006: libgphoto2: mistake in udev rules gives permissions to non-gphoto2 devices
L'octidi 28 nivôse, an CCXV, Frederic Peters a écrit : I believe things such as crypto USB devices would be affected by the bug. I do not understand what you call a crypto USB device. On the computer I discovered the bug, I had write access to the raw devices corresponding to the printer and the memory card reader. Regards, -- Nicolas George signature.asc Description: Digital signature
Bug#405006: libgphoto2: mistake in udev rules gives permissions to non-gphoto2 devices
L'octidi 28 nivôse, an CCXV, Frederic Peters a écrit : It doesn't set appropriate group for devices which are PTP cameras but not explicitely known by libgphoto2. That would be a problem, indeed. I do not have any of those myself, so I can not test. But I use the following rule for udev: $ cat /etc/udev/rules.d/000_log.rules PROGRAM=/bin/sh -c '{ date; env; echo; } /dev/hotplug.log 21' (having a log file in /dev is quite ugly, but it is the only filesystem that I know will always be mounted read-write before udev starts doing its work) With that, you can easily look if $INTERFACE is really what you expect it to be. Regards, -- Nicolas George signature.asc Description: Digital signature
Bug#405006: libgphoto2: mistake in udev rules gives permissions to non-gphoto2 devices
Nicolas George wrote: L'octidi 28 nivôse, an CCXV, Frederic Peters a écrit : I believe things such as crypto USB devices would be affected by the bug. I do not understand what you call a crypto USB device. On the computer I discovered the bug, I had write access to the raw devices corresponding to the printer and the memory card reader. I was thinking about one of those: http://www.cryptoflex.com/Products/connect_egate.html Frederic -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed (with 1 errors): Re: Bug#407205: LVM Volume deleted from graphical installer
Processing commands for [EMAIL PROTECTED]: retitle 395489 Handler for single SELECT and MULTISELECT questions Bug#395489: Handler for single MULTISELECT questions does not behave correctly when the BACK button is pressed Changed Bug title. updates debconf database even if BACK is selected Unknown command or malformed arguments to command. severity 395489 normal Bug#395489: Handler for single SELECT and MULTISELECT questions Severity set to `normal' from `minor' severity 407205 normal Bug#407205: Changes value of question when GoBack is selected Severity set to `normal' from `critical' merge 395489 407205 Bug#395489: Handler for single SELECT and MULTISELECT questions Bug#407205: Changes value of question when GoBack is selected Merged 395489 407205. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407272: kwalletmanager: doesn't save any changed or new passwords
On Wed, Jan 17, 2007 at 11:00:38AM +0100, jozi wrote: Package: kwalletmanager Version: 4:3.5.5-2 Severity: grave Justification: causes non-serious data loss kwalletmanager doesn't save changed or new passwords anymore, see http://bugs.kde.org/show_bug.cgi?id=137232 this is not only a debian-problem, seems like it applies on kde 3.5.4 to 3.5.5, on bugs.kde.org you'll find reports from debian, gentoo, ubuntu etc... on bugs.kde.org seems to be no reaction about this bug for three months, and as a walletmanager that forgets every new or changed password is rather unusable, i decided to report that bug here, too. And the only thing we can do is report the bug to upstream... I have not looked at your problem yet and kwalletmanager works perfectly for me. I'm not saying there is not a bug here, but i have read the upstream report and i think the problem is upstream (and we) needs more info about how to reproduce the bug. Some questions: -if you try with a different user, do you have this problem too? -can you try to reproduce this problem in a different system? -could you attach your .kde/share/config/kwalletrc? (it does not contain private info) -did you make any changes to your system that somehow could have triggered this problem? Thanks, Ana -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: bug 407272 is forwarded to http://bugs.kde.org/show_bug.cgi?id=137232
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.26 forwarded 407272 http://bugs.kde.org/show_bug.cgi?id=137232 Bug#407272: kwalletmanager: doesn't save any changed or new passwords Noted your statement that Bug has been forwarded to http://bugs.kde.org/show_bug.cgi?id=137232. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407308: gnustep-gui-runtime: The gnustep_sndd tool is not built; missing build-depends on portaudio19-dev
Package: gnustep-gui-runtime Version: 0.11.0-2 Severity: serious Hubert, if you think this is not important enough and does not deserve such a harsh severity, please downgrade. The configure script checks for the presence of portaudio19 headers and the variable BUILD_GSND remains empty (as if --disable-gsnd was passed) if they're missing on the system. Please build-depend on portaudio19-dev in order to fix this. The second issue is that the init script is not being installed (and as a result the daemon not started). This is easily solved by renaming gnustep-gui-common.gnustep_sndd(.in) to gnustep-gui-runtime.gnustep_sndd(.in) and also s/gnustep-gui-common/gnustep-gui-runtime in the relevant snippet under the deb-scripts target in debian/rules. [I won't attach a patch as the diff is large due to the renaming, and because you might want to fix this in a better way.] Thanks for considering. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8) Versions of packages gnustep-gui-runtime depends on: ii gnustep-base-runtime 1.13.0-7 GNUstep Base library ii gnustep-gui-common0.11.0-2 GNUstep GUI Library - common files ii libaspell15 0.60.4-4 GNU Aspell spell-checker runtime l ii libaudiofile0 0.2.6-6Open-source version of SGI's audio ii libc6 2.3.6.ds1-8GNU C Library: Shared libraries ii libcupsys21.2.7-2Common UNIX Printing System(tm) - ii libgnustep-base1.13 1.13.0-7 GNUstep Base library ii libgnustep-gui0.110.11.0-2 GNUstep GUI Library ii libgnutls13 1.4.4-3the GNU TLS library - runtime libr ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libobjc1 1:4.1.1-21 Runtime library for GNU Objective- ii libpng12-01.2.15~beta5-1 PNG library - runtime ii libtiff4 3.8.2-7Tag Image File Format (TIFF) libra ii libungif4g4.1.4-4shared library for GIF images ii zlib1g1:1.2.3-13 compression library - runtime gnustep-gui-runtime recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407317: libdbix-class-schema-loader-perl: depends on liblingua-en-inflect-number-perl
Package: libdbix-class-schema-loader-perl Version: 0.03008-1 Severity: serious Justification: Policy 3.5 Missing dependancy on liblingua-en-inflect-number-perl. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages libdbix-class-schema-loader-perl depends on: ii libclass-accessor-perl0.30-1 Automated accessor generator ii libclass-c3-perl 0.14-1 A pragma to use the C3 method reso ii libclass-data-accessor-perl 0.03-1 Inheritable, overridable class and ii libdata-dump-perl 1.08-2 Pretty printing of data structures ii libdbix-class-perl0.07003-1 Extensible and flexible object - ii liblingua-en-inflect-perl 1.89-1 plural inflections and a/an se ii libuniversal-require-perl 0.10-1 Load modules from a variable ii perl 5.8.8-7Larry Wall's Practical Extraction libdbix-class-schema-loader-perl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390582: bibletime crashes on start
On 12/01/07, Vladimir Volovich [EMAIL PROTECTED] wrote: Hi Daniel, DG == Daniel Glassey writes: unfortunately, version 1.6.2 still crashes on boot on the amd64 platform. here's a backtrace from the non-stripped binary: Thanks. Looks as though it in something happening within the sword library. I haven't got Debian amd64 but I've rebuilt the packages for Ubuntu edgy amd64 and haven't been able to replicate the crash. What modules (texts, commentaries etc) do you have installed. Also, could you send your ~/.kde/share/config/bibletimerc Regards, Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407040: marked as done (openoffice.org: crashes when starting)
Your message dated Wed, 17 Jan 2007 16:05:02 +0100 with message-id [EMAIL PROTECTED] and subject line openoffice.org: crashes when starting has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: openoffice.org Version: 2.0.4.dfsg.2-3 Severity: grave Justification: renders package unusable Fresh openoffice.org install on sid. Crashes when starting: [EMAIL PROTECTED]:~$ openoffice /usr/lib/openoffice/program/soffice: line 254: 7366 Floating point exception$sd_prog/$sd_binary $@ ** (process:7350): WARNING **: Unknown error forking main binary / abnormal early exit ... oocalc, oowriter don't work neither (same error). Some input: [EMAIL PROTECTED]:~$ apt-show-versions | grep -i openoffice openoffice.org-java-common/sid uptodate 2.0.4.dfsg.2-3 openoffice.org-impress/sid uptodate 2.0.4.dfsg.2-3 openoffice.org-common/sid uptodate 2.0.4.dfsg.2-3 openoffice.org-calc/sid uptodate 2.0.4.dfsg.2-3 openoffice.org/sid uptodate 2.0.4.dfsg.2-3 openoffice.org-core/sid uptodate 2.0.4.dfsg.2-3 openoffice.org-math/sid uptodate 2.0.4.dfsg.2-3 openoffice.org-writer/sid uptodate 2.0.4.dfsg.2-3 openoffice.org-base/sid uptodate 2.0.4.dfsg.2-3 openoffice.org-draw/sid uptodate 2.0.4.dfsg.2-3 -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages openoffice.org depends on: ii openoffice.org-base 2.0.4.dfsg.2-3 OpenOffice.org office suite - data ii openoffice.org-calc 2.0.4.dfsg.2-3 OpenOffice.org office suite - spre ii openoffice.org-core 2.0.4.dfsg.2-3 OpenOffice.org office suite archit ii openoffice.org-draw 2.0.4.dfsg.2-3 OpenOffice.org office suite - draw ii openoffice.org-impress2.0.4.dfsg.2-3 OpenOffice.org office suite - pres ii openoffice.org-java-commo 2.0.4.dfsg.2-3 OpenOffice.org office suite Java s ii openoffice.org-math 2.0.4.dfsg.2-3 OpenOffice.org office suite - equa ii openoffice.org-writer 2.0.4.dfsg.2-3 OpenOffice.org office suite - word openoffice.org recommends no packages. -- no debconf information ---End Message--- ---BeginMessage--- Bug disappeared unexpectedly. Openoffice.org works as it should now. Sorry for any inconveniences I may have caused. ---End Message---
Bug#407317: unstable
Hi, I noticed that an updated package is available in sid - however I filed the bug report as I'm not a DD and unsure how to go about getting the package into etch. Carl GMG Regional Digital is part of the Guardian Media Group plc. CONFIDENTIALITY NOTICE. The information contained in this e-mail is intended only for [EMAIL PROTECTED] It may contain privileged and confidential information that is exempt from disclosure by law and if you are not an intended recipient, you must not copy, distribute or take any action in reliance on it. If you have received this e-mail in error, you may notify us by telephone on 44 (0)161 832 7200. E-mail transmission cannot be guaranteed to be secure or error-free. The sender ([EMAIL PROTECTED]) therefore does not accept liability for any errors or omissions in the contents of this message, which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
Bug#407260: [Pkg-mailman-hackers] Bug#407260: No sane upgrade path from etch to lenny
Hi Lionel, We should sort that out before release; if RMs disagree (e.g. punt it to a point release), feel free to tag etch-ignore and/or downgrade severity so as not to block release just for that. If other pkg-mailman members disagree, feel free to discuss. Well, I do not agree that this is release critical in the sense that if it isn't fixed, mailman should be removed. That would break upgrades immediately instead of possibly in the future. That said, it is still a very important problem to solve. I see the following possible solutions: 1.) Include bin/export in mailman now, and perhaps update it in a point release if necessary. I think adding the extra binary does not incurr much breakage chance, but would make an upgrade path still possible. 2.) Provide the 2.2.x branch as mailman2.2 in Lenny, and keep the mailman package at 2.1.x. This would mean a lot more security support, but it would work for the upgrade path. I think at this point we need to know whether the RM's will allow a new upload with the current bin/export added. thanks. Thijs signature.asc Description: This is a digitally signed message part
Bug#404876: (no subject)
On Tue, Jan 16, 2007, Jonathan Bastien-Filiatrault wrote: So I compiled a vanilla 2.6.19.2 with make-kpkg and reverted libvisual to the official debian package. I have not been able to reproduce this bug with this kernel. Should we reassign this bug to linux-source ? Anyway, thanks for the help and keep up the great work, if I can help, let me know. Could you attach the .config of the 2.6.19.2 you built and that works for you? Thanks! -- Loïc Minier [EMAIL PROTECTED]
Bug#407272: kwalletmanager: doesn't save any changed or new passwords
On Wed, Jan 17, 2007 at 11:00:38AM +0100, jozi wrote: Package: kwalletmanager Version: 4:3.5.5-2 Severity: grave Justification: causes non-serious data loss kwalletmanager doesn't save changed or new passwords anymore, see http://bugs.kde.org/show_bug.cgi?id=137232 this is not only a debian-problem, seems like it applies on kde 3.5.4 to 3.5.5, on bugs.kde.org you'll find reports from debian, gentoo, ubuntu etc... on bugs.kde.org seems to be no reaction about this bug for three months, and as a walletmanager that forgets every new or changed password is rather unusable, i decided to report that bug here, too. We have built a new kdelibs package with a workaround for this problem. Could you try if it works for you? The *.debs are at http://people.debian.org/~ana/kwallet-407272/ You can install manually them or just add in your sources list: deb http://people.debian.org/~ana/kwallet-407272/ ./ update and install. We have not managed to reproduce the problem, but we have added a patch that forces kwallermanager to save every time you add a new password. Even if the affected package is kwalletmanager, this code needs to be in kdelibs. Ana -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407308: gnustep-gui-runtime: The gnustep_sndd tool is not built; missing build-depends on portaudio19-dev
severity 407308 important thanks On Wed, 17 Jan 2007 16:40:57 +0200, Yavor Doganov said: Hubert, if you think this is not important enough and does not deserve such a harsh severity, please downgrade. It would probably be considered wishlist, but I don't mind having a high severity for it. But probably is not considered release-critical, as I don't think that anything actually uses GNUstep's audio support currently. (Let me know if this isn't true.) The configure script checks for the presence of portaudio19 headers and the variable BUILD_GSND remains empty (as if --disable-gsnd was passed) if they're missing on the system. Please build-depend on portaudio19-dev in order to fix this. Ah! Portaudio 19 is in Debian now! Last time I checked, it wasn't in yet, so I decided to ignore audio support at that time. I'll definitely get that fixed soon. The second issue is that the init script is not being installed (and as a result the daemon not started). This is easily solved by renaming gnustep-gui-common.gnustep_sndd(.in) to gnustep-gui-runtime.gnustep_sndd(.in) and also s/gnustep-gui-common/gnustep-gui-runtime in the relevant snippet under the deb-scripts target in debian/rules. OK, I'll fix that too. -- Hubert Chan [EMAIL PROTECTED] -- Jabber: [EMAIL PROTECTED] PGP/GnuPG key: 1024D/124B61FA http://www.uhoreg.ca/ Fingerprint: 96C5 012F 5F74 A5F7 1FF7 5291 AF29 C719 124B 61FA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407333: Keep drbd8 from testing
Source: drbd8 Severity: serious This package doesn't belong into etch. It's a pre-release of drbd0.8 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#407308: gnustep-gui-runtime: The gnustep_sndd tool is not built; missing build-depends on portaudio19-dev
Processing commands for [EMAIL PROTECTED]: severity 407308 important Bug#407308: gnustep-gui-runtime: The gnustep_sndd tool is not built; missing build-depends on portaudio19-dev Severity set to `important' from `serious' thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#370098: Choice of default browser for etch
Loïc Minier wrote: There's a small thread on the subject which initiated this discussion on debian-devel@: http://lists.debian.org/debian-devel/2007/01/threads.html#00448 The current situation is problematic for two reasons: - a lot of people think that epiphany should be installed by default and the default browser - the default gnome-panel and preferred applications reference epiphany which currently doesn't get installed It's never been the intention not to install epiphany. If this is broken, it will be fixed ASAP. And gnome should use its standard browser as the default in Debian. (The fact that the desktop task keeps breaking during the freeze is not making me very happy, BTW.) I deliberately list two browsers as my first choice, but I don't actually use any of the two: I use Galeon. :) I do think Epiphany makes sense as the default browser, but IceWeasel should be easily accessible for people used to Firefox. The intention of installing firefox has always been that, since 90% of the even semi-technical users out there know about firefox and it's currently extremely popular, users will be pleased to see it available on their their desktop. I am so far unsure if this applies once it's been renamed to a name that many users will be unfamiliar with, but until I get feedback from users, I won't know. (I have no feedback yet, since firefox is still in etch, and iceweasel is not yet in etch.) -- see shy jo, currently an epiphany user FWIW signature.asc Description: Digital signature
Bug#404876: CONFIG_ALTIVEC=n doesn't solve anything eigther.
For the record... I just tried my vanilla 2.6.18 kernel with CONFIG_ALTIVEC disabled, but the problem persisted still. -- Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406355: marked as done (drbd0.7-module-source fails to compile)
Your message dated Wed, 17 Jan 2007 18:02:04 + with message-id [EMAIL PROTECTED] and subject line Bug#390257: fixed in drbd0.7 0.7.21-4 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: drbd0.7-module-source severity: medium Hello, I was using module-assistant to compile drbd0.7 on Debian's 2.6.18-3 on etch (current, dist-upgtaded today). but the compile step failed. I switched to drbd0.8 which compiled fine with the same procedure. This is the kernel im question: # dpkg --get-selections |grep linux-.*-2.6.18.* linux-headers-2.6.18-3 install linux-headers-2.6.18-3-686 install linux-image-2.6.18-3-686install linux-kbuild-2.6.18 install rgds, Andreas ---End Message--- ---BeginMessage--- Source: drbd0.7 Source-Version: 0.7.21-4 We believe that the bug you reported is fixed in the latest version of drbd0.7, which is due to be installed in the Debian FTP archive: drbd0.7-module-source_0.7.21-4_all.deb to pool/main/d/drbd0.7/drbd0.7-module-source_0.7.21-4_all.deb drbd0.7-utils_0.7.21-4_i386.deb to pool/main/d/drbd0.7/drbd0.7-utils_0.7.21-4_i386.deb drbd0.7_0.7.21-4.diff.gz to pool/main/d/drbd0.7/drbd0.7_0.7.21-4.diff.gz drbd0.7_0.7.21-4.dsc to pool/main/d/drbd0.7/drbd0.7_0.7.21-4.dsc 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 [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Philipp Hug [EMAIL PROTECTED] (supplier of updated drbd0.7 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 [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 14 Jan 2007 14:02:38 +0100 Source: drbd0.7 Binary: drbd0.7-module-source drbd0.7-utils Architecture: source i386 all Version: 0.7.21-4 Distribution: unstable Urgency: high Maintainer: Cyril Bouthors [EMAIL PROTECTED] Changed-By: Philipp Hug [EMAIL PROTECTED] Description: drbd0.7-module-source - RAID 1 over tcp/ip for Linux module source drbd0.7-utils - RAID 1 over tcp/ip for Linux utilities Closes: 390257 Changes: drbd0.7 (0.7.21-4) unstable; urgency=high . * Removed devfs support (Closes: #390257) Files: 0ccb997fce14a4aa5c6019f3b3bc424e 725 admin extra drbd0.7_0.7.21-4.dsc a215cce7593d562e1b71355efc4142b0 12862 admin extra drbd0.7_0.7.21-4.diff.gz ae39a1f0c301af04b0ce28b0ec277362 280292 admin extra drbd0.7-utils_0.7.21-4_i386.deb 1b2ce42d602f1f0a9df8bfef526450ff 142676 admin extra drbd0.7-module-source_0.7.21-4_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFrmCRST77jl1k+HARAqZUAJ9+Hy4lcLAlBcruY6pj2VZai1Hc+wCfZ18l VzkpQsKwkjnp1db/UGOtQtk= =+Utx -END PGP SIGNATURE- ---End Message---
Bug#390257: marked as done (drbd0.7-module-source: drbd doesn't build against 2.6.18)
Your message dated Wed, 17 Jan 2007 18:02:04 + with message-id [EMAIL PROTECTED] and subject line Bug#390257: fixed in drbd0.7 0.7.21-4 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: drbd0.7-module-source Version: 0.7.21-3 Severity: normal The drbd module doesn't build against 2.6.18 because devfs has been removed. Here's the output from: module-assistant -k /usr/src/linux-headers-2.6.18-1-xen-686 -t build drbd0.7-module dpatch deapply-all rm -rf patch-stamp patch-stampT debian/patched dh_clean /usr/bin/make -C drbd clean make[1]: Entering directory `/usr/src/modules/drbd/drbd' rm -rf .tmp_versions rm -f *.[oas] *.ko .*.cmd .*.d .*.tmp *.mod.c .*.flags .depend .kernel* make[1]: Leaving directory `/usr/src/modules/drbd/drbd' /usr/bin/make -f debian/rules kdist_clean kdist_config binary-modules make[1]: Entering directory `/usr/src/modules/drbd' dpatch deapply-all rm -rf patch-stamp patch-stampT debian/patched dh_clean /usr/bin/make -C drbd clean make[2]: Entering directory `/usr/src/modules/drbd/drbd' rm -rf .tmp_versions rm -f *.[oas] *.ko .*.cmd .*.d .*.tmp *.mod.c .*.flags .depend .kernel* make[2]: Leaving directory `/usr/src/modules/drbd/drbd' /usr/bin/gcc-4.1 for templ in /usr/src/modules/drbd/debian/drbd0.7-module-_KVERS_.postinst /usr/src/modules/drbd/debian/drbd0.7-module-_KVERS_.postinst.backup /usr/src/modules/drbd/debian/drbd0.7-module-_KVERS_.postinst.modules.in; do \ cp $templ `echo $templ | sed -e 's/_KVERS_/2.6.18-1-xen-686/g'` ; \ done for templ in `ls debian/*.modules.in` ; do \ test -e ${templ%.modules.in}.backup || cp ${templ%.modules.in} ${templ%.modules.in}.backup 2/dev/null || true; \ sed -e 's/##KVERS##/2.6.18-1-xen-686/g ;s/#KVERS#/2.6.18-1-xen-686/g ; s/_KVERS_/2.6.18-1-xen-686/g ; s/##KDREV##/2.6.18-1/g ; s/#KDREV#/2.6.18-1/g ; s/_KDREV_/2.6.18-1/g ' $templ ${templ%.modules.in}; \ done dh_testdir dh_testroot dh_clean -k /usr/bin/make -C drbd KERNEL_SOURCES=/usr/src/linux-headers-2.6.18-1-xen-686 MODVERSIONS=detect KERNEL=linux-2.6.18-1-xen-686 KDIR=/usr/src/linux-headers-2.6.18-1-xen-686 ARCH_UM= make[2]: Entering directory `/usr/src/modules/drbd/drbd' Calling toplevel makefile of kernel source tree, which I believe is in KDIR=/usr/src/linux-headers-2.6.18-1-xen-686 test -f ../scripts/adjust_drbd_config_h.sh \ KDIR=/usr/src/linux-headers-2.6.18-1-xen-686 /bin/sh ../scripts/adjust_drbd_config_h.sh Using unmodified drbd_config.h /usr/bin/make -C /usr/src/linux-headers-2.6.18-1-xen-686 SUBDIRS=/usr/src/modules/drbd/drbd modules make[3]: Entering directory `/usr/src/linux-headers-2.6.18-1-xen-686' CC [M] /usr/src/modules/drbd/drbd/drbd_sizeof_sanity_check.o CC [M] /usr/src/modules/drbd/drbd/drbd_buildtag.o CC [M] /usr/src/modules/drbd/drbd/drbd_bitmap.o CC [M] /usr/src/modules/drbd/drbd/drbd_fs.o CC [M] /usr/src/modules/drbd/drbd/drbd_proc.o CC [M] /usr/src/modules/drbd/drbd/drbd_worker.o CC [M] /usr/src/modules/drbd/drbd/drbd_receiver.o CC [M] /usr/src/modules/drbd/drbd/drbd_req.o CC [M] /usr/src/modules/drbd/drbd/drbd_actlog.o CC [M] /usr/src/modules/drbd/drbd/lru_cache.o CC [M] /usr/src/modules/drbd/drbd/drbd_main.o /usr/src/modules/drbd/drbd/drbd_main.c:52:35: error: linux/devfs_fs_kernel.h: No such file or directory /usr/src/modules/drbd/drbd/drbd_main.c: In function ‘drbd_cleanup’: /usr/src/modules/drbd/drbd/drbd_main.c:1698: warning: implicit declaration of function ‘devfs_remove’ /usr/src/modules/drbd/drbd/drbd_main.c: In function ‘drbd_init’: /usr/src/modules/drbd/drbd/drbd_main.c:1794: warning: implicit declaration of function ‘devfs_mk_dir’ /usr/src/modules/drbd/drbd/drbd_main.c:1817: error: ‘struct gendisk’ has no member named ‘devfs_name’ make[4]: *** [/usr/src/modules/drbd/drbd/drbd_main.o] Error 1 make[3]: *** [_module_/usr/src/modules/drbd/drbd] Error 2 make[3]: Leaving directory `/usr/src/linux-headers-2.6.18-1-xen-686' make[2]: *** [kbuild] Error 2 make[2]: Leaving directory `/usr/src/modules/drbd/drbd' make[1]: *** [binary-modules] Error 2 make[1]: Leaving directory `/usr/src/modules/drbd' make: *** [kdist_build] Error 2 -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-xen-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages drbd0.7-module-source depends on: ii debhelper 5.0.37.3
Bug#406487: marked as done (FTBFS: drbd module depends on devfs support in kernel)
Your message dated Wed, 17 Jan 2007 18:02:04 + with message-id [EMAIL PROTECTED] and subject line Bug#390257: fixed in drbd0.7 0.7.21-4 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: drbd0.7-module-source Version: 0.7.21-3 Severity: serious Justification: FTBFS DRBD 0.7.21 depends on devfs headers in the kernel. these headers don't exist in current Debian kernels. Please upgrade to 0.7.22. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-xen-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages drbd0.7-module-source depends on: ii debhelper 5.0.42 helper programs for debian/rules ii dpatch2.0.21 patch maintenance system for Debia ii module-assistant 0.10.8 tool to make module package creati Versions of packages drbd0.7-module-source recommends: ii debconf-utils 1.5.11 debconf utilities ii dpkg-dev 1.13.25package building tools for Debian ii kernel-package10.065 A utility for building Linux kerne -- no debconf information ---End Message--- ---BeginMessage--- Source: drbd0.7 Source-Version: 0.7.21-4 We believe that the bug you reported is fixed in the latest version of drbd0.7, which is due to be installed in the Debian FTP archive: drbd0.7-module-source_0.7.21-4_all.deb to pool/main/d/drbd0.7/drbd0.7-module-source_0.7.21-4_all.deb drbd0.7-utils_0.7.21-4_i386.deb to pool/main/d/drbd0.7/drbd0.7-utils_0.7.21-4_i386.deb drbd0.7_0.7.21-4.diff.gz to pool/main/d/drbd0.7/drbd0.7_0.7.21-4.diff.gz drbd0.7_0.7.21-4.dsc to pool/main/d/drbd0.7/drbd0.7_0.7.21-4.dsc 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 [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Philipp Hug [EMAIL PROTECTED] (supplier of updated drbd0.7 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 [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 14 Jan 2007 14:02:38 +0100 Source: drbd0.7 Binary: drbd0.7-module-source drbd0.7-utils Architecture: source i386 all Version: 0.7.21-4 Distribution: unstable Urgency: high Maintainer: Cyril Bouthors [EMAIL PROTECTED] Changed-By: Philipp Hug [EMAIL PROTECTED] Description: drbd0.7-module-source - RAID 1 over tcp/ip for Linux module source drbd0.7-utils - RAID 1 over tcp/ip for Linux utilities Closes: 390257 Changes: drbd0.7 (0.7.21-4) unstable; urgency=high . * Removed devfs support (Closes: #390257) Files: 0ccb997fce14a4aa5c6019f3b3bc424e 725 admin extra drbd0.7_0.7.21-4.dsc a215cce7593d562e1b71355efc4142b0 12862 admin extra drbd0.7_0.7.21-4.diff.gz ae39a1f0c301af04b0ce28b0ec277362 280292 admin extra drbd0.7-utils_0.7.21-4_i386.deb 1b2ce42d602f1f0a9df8bfef526450ff 142676 admin extra drbd0.7-module-source_0.7.21-4_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFrmCRST77jl1k+HARAqZUAJ9+Hy4lcLAlBcruY6pj2VZai1Hc+wCfZ18l VzkpQsKwkjnp1db/UGOtQtk= =+Utx -END PGP SIGNATURE- ---End Message---
Bug#405529: marked as done (drbd0.7-module-source doesn't build on 2.6.18 etch kernel)
Your message dated Wed, 17 Jan 2007 18:02:04 + with message-id [EMAIL PROTECTED] and subject line Bug#390257: fixed in drbd0.7 0.7.21-4 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: drbd0.7-module-source Version: 0.7.21-3 Severity: grave Description of the problem : Since the kernel version on etch has been upgraded to 2.6.18, the drbd kernel module provided on etch doesn't build against this kernel version since the removal of Devfs. The upstream version 0.7.22 resolv this issue (see http://lists.linbit.com/pipermail/drbd-announce/2006-October/45.html). # uname -a : Linux www2 2.6.18-3-686 #1 SMP Wed Sep 13 16:34:10 UTC 2006 i686 GNU/Linux www2:/usr/src/modules/drbd/drbd# make KDIR=/lib/modules/2.6.18-3-686/build Calling toplevel makefile of kernel source tree, which I believe is in KDIR=/lib/modules/2.6.18-3-686/build test -f ../scripts/adjust_drbd_config_h.sh \ KDIR=/lib/modules/2.6.18-3-686/build /bin/sh ../scripts/adjust_drbd_config_h.sh Using unmodified drbd_config.h make -C /lib/modules/2.6.18-3-686/build SUBDIRS=/usr/src/modules/drbd/drbd modules make[1]: entrant dans le répertoire « /usr/src/linux-headers-2.6.18-3-686 » CC [M] /usr/src/modules/drbd/drbd/drbd_sizeof_sanity_check.o CC [M] /usr/src/modules/drbd/drbd/drbd_buildtag.o CC [M] /usr/src/modules/drbd/drbd/drbd_bitmap.o CC [M] /usr/src/modules/drbd/drbd/drbd_fs.o CC [M] /usr/src/modules/drbd/drbd/drbd_proc.o CC [M] /usr/src/modules/drbd/drbd/drbd_worker.o CC [M] /usr/src/modules/drbd/drbd/drbd_receiver.o CC [M] /usr/src/modules/drbd/drbd/drbd_req.o CC [M] /usr/src/modules/drbd/drbd/drbd_actlog.o CC [M] /usr/src/modules/drbd/drbd/lru_cache.o CC [M] /usr/src/modules/drbd/drbd/drbd_main.o /usr/src/modules/drbd/drbd/drbd_main.c:52:35: error: linux/devfs_fs_kernel.h: Aucun fichier ou répertoire de ce type /usr/src/modules/drbd/drbd/drbd_main.c: In function ‘drbd_cleanup’: /usr/src/modules/drbd/drbd/drbd_main.c:1698: warning: implicit declaration of function ‘devfs_remove’ /usr/src/modules/drbd/drbd/drbd_main.c: In function ‘drbd_init’: /usr/src/modules/drbd/drbd/drbd_main.c:1794: warning: implicit declaration of function ‘devfs_mk_dir’ /usr/src/modules/drbd/drbd/drbd_main.c:1817: error: ‘struct gendisk’ has no member named ‘devfs_name’ make[2]: *** [/usr/src/modules/drbd/drbd/drbd_main.o] Erreur 1 make[1]: *** [_module_/usr/src/modules/drbd/drbd] Erreur 2 make[1]: quittant le répertoire « /usr/src/linux-headers-2.6.18-3-686 » make: *** [kbuild] Erreur 2 ---End Message--- ---BeginMessage--- Source: drbd0.7 Source-Version: 0.7.21-4 We believe that the bug you reported is fixed in the latest version of drbd0.7, which is due to be installed in the Debian FTP archive: drbd0.7-module-source_0.7.21-4_all.deb to pool/main/d/drbd0.7/drbd0.7-module-source_0.7.21-4_all.deb drbd0.7-utils_0.7.21-4_i386.deb to pool/main/d/drbd0.7/drbd0.7-utils_0.7.21-4_i386.deb drbd0.7_0.7.21-4.diff.gz to pool/main/d/drbd0.7/drbd0.7_0.7.21-4.diff.gz drbd0.7_0.7.21-4.dsc to pool/main/d/drbd0.7/drbd0.7_0.7.21-4.dsc 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 [EMAIL PROTECTED], and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Philipp Hug [EMAIL PROTECTED] (supplier of updated drbd0.7 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 [EMAIL PROTECTED]) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.7 Date: Sun, 14 Jan 2007 14:02:38 +0100 Source: drbd0.7 Binary: drbd0.7-module-source drbd0.7-utils Architecture: source i386 all Version: 0.7.21-4 Distribution: unstable Urgency: high Maintainer: Cyril Bouthors [EMAIL PROTECTED] Changed-By: Philipp Hug [EMAIL PROTECTED] Description: drbd0.7-module-source - RAID 1 over tcp/ip for Linux module source drbd0.7-utils - RAID 1 over tcp/ip for Linux utilities Closes: 390257 Changes: drbd0.7 (0.7.21-4) unstable; urgency=high . * Removed devfs support (Closes: #390257) Files: 0ccb997fce14a4aa5c6019f3b3bc424e 725 admin extra drbd0.7_0.7.21-4.dsc a215cce7593d562e1b71355efc4142b0 12862 admin extra drbd0.7_0.7.21-4.diff.gz ae39a1f0c301af04b0ce28b0ec277362 280292 admin extra drbd0.7-utils_0.7.21-4_i386.deb
Processed: Re: Bug#406453: 32bit libgtk2.0 must use /etc/gtk-2.0/gdk-pixbuf.loaders.32
Processing commands for [EMAIL PROTECTED]: reassign 406453 libgtk2.0-0 Bug#406453: 32bit libgtk2.0 must use /etc/gtk-2.0/gdk-pixbuf.loaders.32 Bug reassigned from package `ia32-libs-gtk' to `libgtk2.0-0'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406453: 32bit libgtk2.0 must use /etc/gtk-2.0/gdk-pixbuf.loaders.32
reassign 406453 libgtk2.0-0 thanks Steve Langasek [EMAIL PROTECTED] writes: reassign 406453 ia32-libs-gtk thanks On Thu, Jan 11, 2007 at 10:36:23AM +0100, Goswin von Brederlow wrote: PS: I set this to grave as it makes ia32-libs-gtk unusable which contains libgtk-2.0. Then the problem is ia32-libs-gtk's, not libgtk2.0-0's. There's no way it's an RC bug in gtk that you've repackaged it in a way that doesn't work. ia32-libs-gtk does contain the libgtk2.0-0.deb, the precompiled binary from i386. The source (included for GPL compliance only) is not and can not be compiled so it can't be patched. We could ship a patched precompiled libgtk2.0-0.deb but I think that would be a very bad idea. So back to libgtk2.0-0 with this bug. Patch below. To get ia32-libs-gtk working properly chunks 1+2 of the patch need to be applied. Chunks 3+4 just round things up by allowing the admin and user to have different gtkrc files if they so choose. MfG Goswin --[ debian/patches/030_compat_sysconfdir.patch ]--- diff -Nurd gtk+-2.8.20.orig/gdk-pixbuf/gdk-pixbuf-io.c gtk+-2.8.20/gdk-pixbuf/gdk-pixbuf-io.c --- gtk+-2.8.20.orig/gdk-pixbuf/gdk-pixbuf-io.c 2005-10-03 15:11:49.0 + +++ gtk+-2.8.20/gdk-pixbuf/gdk-pixbuf-io.c 2007-01-17 16:38:15.0 + @@ -276,8 +276,20 @@ gchar *result = g_strdup (g_getenv (GDK_PIXBUF_MODULE_FILE)); if (!result) - result = g_build_filename (GTK_SYSCONFDIR, gtk-2.0, gdk-pixbuf.loaders, NULL); - +{ +#if defined(__linux__) ( defined(__i386__) || defined (__x86_64__) || defined(__ia64__) ) +# if defined (__i386__) + result = g_build_filename (GTK_SYSCONFDIR, gtk-2.0, 32, gdk-pixbuf.loaders, NULL); +# else + result = g_build_filename (GTK_SYSCONFDIR, gtk-2.0, 64, gdk-pixbuf.loaders, NULL); +#endif + /* Prefer compat gtk.immodules file if it's usable. */ + if (! g_access(result, R_OK)) +return result; + g_free (result); +#endif + result = g_build_filename (GTK_SYSCONFDIR, gtk-2.0, gdk-pixbuf.loaders, NULL); +} return result; } diff -Nurd gtk+-2.8.20.orig/gtk/gtkrc.c gtk+-2.8.20/gtk/gtkrc.c --- gtk+-2.8.20.orig/gtk/gtkrc.c2005-11-23 14:24:51.0 + +++ gtk+-2.8.20/gtk/gtkrc.c 2007-01-17 16:43:32.0 + @@ -364,7 +364,20 @@ if (im_module_file) result = g_strdup (im_module_file); else - result = g_build_filename (GTK_SYSCONFDIR, gtk-2.0, gtk.immodules, NULL); +{ +#if defined(__linux__) ( defined(__i386__) || defined (__x86_64__) || defined(__ia64__) ) +# if defined (__i386__) + result = g_build_filename (GTK_SYSCONFDIR, gtk-2.0, 32, gtk.immodules, NULL); +# else + result = g_build_filename (GTK_SYSCONFDIR, gtk-2.0, 64, gtk.immodules, NULL); +# endif + /* Prefer compat gtk.immodules file if it's usable. */ + if (!g_access(result, R_OK)) +return result; + g_free (result); +#endif + result = g_build_filename (GTK_SYSCONFDIR, gtk-2.0, gtk.immodules, NULL); +} } return result; @@ -433,7 +446,17 @@ else { const gchar *home; - str = g_build_filename (GTK_SYSCONFDIR, gtk-2.0, gtkrc, NULL); +#if defined(__linux__) ( defined(__i386__) || defined (__x86_64__) || defined(__ia64__) ) +# if defined (__i386__) + str = g_build_filename (GTK_SYSCONFDIR, gtk-2.0, 32, gtkrc, NULL); +# else + str = g_build_filename (GTK_SYSCONFDIR, gtk-2.0, 64, gtkrc, NULL); +# endif + /* Prefer compat gtkrc if it's usable. */ + if (g_access(str, R_OK)) +g_free (str), /* continue in next line */ +#endif +str = g_build_filename (GTK_SYSCONFDIR, gtk-2.0, gtkrc, NULL); gtk_rc_add_default_file (str); g_free (str); @@ -441,7 +464,17 @@ home = g_get_home_dir (); if (home) { - str = g_build_filename (home, .gtkrc-2.0, NULL); +#if defined(__linux__) ( defined(__i386__) || defined (__x86_64__) || defined(__ia64__) ) +# if defined (__i386__) + str = g_build_filename (home, .gtkrc-2.0-32, NULL); +# else + str = g_build_filename (home, .gtkrc-2.0-64, NULL); +# endif + /* Prefer compat .gtkrc-2.0 if it's usable. */ + if (g_access(str, R_OK)) +g_free (str), /* continue in next line */ +#endif + str = g_build_filename (home, .gtkrc-2.0, NULL); gtk_rc_add_default_file (str); g_free (str); } -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407272: kwalletmanager: doesn't save any changed or new passwords
-Ursprüngliche Nachricht- From: Ana Guerrero [EMAIL PROTECTED] To: Jochen Zimmermann [EMAIL PROTECTED] Re: Re: Bug#407272: kwalletmanager: doesn't save any changed or new passwords -if you try with a different user, do you have this problem too? yes and no, if i add a new user to the system, no, if i use another old user (system was set up with etch about one and a half year ago) with a configured wallet, the passwords aren't saved, too. -could you attach your .kde/share/config/kwalletrc? (it does not contain private info) see attachments. -did you make any changes to your system that somehow could have triggered this problem? no major changes that i am aware of. Thanks, Ana regards, jozi -- ___ / Open-PGP key: \ | http://www.jozi.at/pub_keys/ | | or hkp://wwwkeys.eu.pgp.net | | id: 0x5CE4CC2D| | fingerprint: | \ 7043 2391 0922 8FAA 28AE F436 D26A 60F9 5CE4 CC2D / --- \,-^-. \ !oYo! \ /./=\.\__ ##)\/\ ||-w|| || || (Cowth Vader) signature.asc Description: Digital signature
Bug#406331: xcdroast: Xcdroast don't start
Package: xcdroast Version: 0.98+0alpha15-11 Followup-For: Bug #406331 I'm using a testing version of debian. After an upgrade of xcdroast, i've noticew that it don't run correctly. I've got this error message: [EMAIL PROTECTED]:~$ xcdroast ** (xcdroast:21432): WARNING **: Invalid readcd version -unknown- found. Expecting at least version 1.1.0 Start xcdroast with the -n option to override (not recommended!) And i've got the version 1.1.1.1 of cdrecord. When i run xcdroast with the -n option, all is going well. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Versions of packages xcdroast depends on: ii cdda2wav 9:1.1.1-1 Dummy transition package for iceda ii debconf [debconf-2.0]1.5.11 Debian configuration management sy ii libatk1.0-0 1.12.4-1The ATK accessibility toolkit ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii libcairo21.2.4-4 The Cairo 2D vector graphics libra ii libfontconfig1 2.4.1-2 generic font configuration library ii libglib2.0-0 2.12.4-2The GLib library of C routines ii libgtk2.0-0 2.8.20-3The GTK+ graphical user interface ii libpango1.0-01.14.8-4Layout and rendering of internatio ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.1-5 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-5 X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii mkisofs 9:1.1.1-1 Dummy transition package for genis ii wodim9:1.1.1-1 command line CD/DVD writing tool xcdroast recommends no packages. -- debconf information: xcdroast/can_use_normal_user: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404876:
Loïc Minier ha scritto: It was interesting to test this kernel. Could you try a kernel from the 2.6.20 series from the same host? Thanks! The problem is that I could not still find a 2.6.20 pre-compiled linux package (.deb) for ppc in that host. Do I need to compile it by hand (that means that my old ibook will slowly compile for hours and hours...), or is there already a .deb package, that I've not been able to find? Thanks, Giovanni -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Scopri RIS il sistema di ricarica infinita. Meglio delle cartucce, meglio degli inchiostri, economico, facile da installare e da utilizzare, solo su refill.it Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=5191d=17-1
Bug#407272: kwalletmanager: doesn't save any changed or new passwords
oops, sorry, attachment this time below. -Ursprüngliche Nachricht- From: Ana Guerrero [EMAIL PROTECTED] To: Jochen Zimmermann [EMAIL PROTECTED] Re: Re: Bug#407272: kwalletmanager: doesn't save any changed or new passwords -if you try with a different user, do you have this problem too? yes and no, if i add a new user to the system, no, if i use another old user (system was set up with etch about one and a half year ago) with a configured wallet, the passwords aren't saved, too. -could you attach your .kde/share/config/kwalletrc? (it does not contain private info) see attachments. -did you make any changes to your system that somehow could have triggered this problem? no major changes that i am aware of. Thanks, Ana regards, jozi -- ___ / Open-PGP key: \ | http://www.jozi.at/pub_keys/ | | or hkp://wwwkeys.eu.pgp.net | | id: 0x5CE4CC2D| | fingerprint: | \ 7043 2391 0922 8FAA 28AE F436 D26A 60F9 5CE4 CC2D / --- \,-^-. \ !oYo! \ /./=\.\__ ##)\/\ ||-w|| || || (Cowth Vader) - End forwarded message - -- ___ / Open-PGP key: \ | http://www.jozi.at/pub_keys/ | | or hkp://wwwkeys.eu.pgp.net | | id: 0x5CE4CC2D| | fingerprint: | \ 7043 2391 0922 8FAA 28AE F436 D26A 60F9 5CE4 CC2D / --- \,-^-. \ !oYo! \ /./=\.\__ ##)\/\ ||-w|| || || (Cowth Vader) [Auto Allow] kdewallet=akregator,KDE System,kmail,konqueror,kopete,korn,kwalletmanager,smb4k [Auto Deny] kdewallet= [Wallet] Close When Idle=true Close on Screensaver=true Default Wallet=kdewallet Enabled=true First Use=false Idle Timeout=10 Launch Manager=false Leave Manager Open=false Leave Open=false Prompt on Open=true Use One Wallet=true signature.asc Description: Digital signature
Bug#407272: kwalletmanager: doesn't save any changed or new passwords
-Ursprüngliche Nachricht- From: Ana Guerrero [EMAIL PROTECTED] Re: Re: Bug#407272: kwalletmanager: doesn't save any changed or new passwords We have built a new kdelibs package with a workaround for this problem. Could you try if it works for you? The *.debs are at http://people.debian.org/~ana/kwallet-407272/ We have not managed to reproduce the problem, but we have added a patch that forces kwallermanager to save every time you add a new password. Even if the affected package is kwalletmanager, this code needs to be in kdelibs. hm, looks like the patched kdelibs work twice, after installation the passwords where saved correctly, and after reinstallation of the old kdelibs (plus the other two packages) the problem seems to have disappeared... kwalletrc has not changed in the meantime. Ana regards, jozi -- ___ / Open-PGP key: \ | http://www.jozi.at/pub_keys/ | | or hkp://wwwkeys.eu.pgp.net | | id: 0x5CE4CC2D| | fingerprint: | \ 7043 2391 0922 8FAA 28AE F436 D26A 60F9 5CE4 CC2D / --- \,-^-. \ !oYo! \ /./=\.\__ ##)\/\ ||-w|| || || (Cowth Vader) signature.asc Description: Digital signature
Processed: severity of 406453 is wishlist
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27 severity 406453 wishlist Bug#406453: 32bit libgtk2.0 must use /etc/gtk-2.0/gdk-pixbuf.loaders.32 Severity set to `wishlist' from `grave' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407272: kwalletmanager: doesn't save any changed or new passwords
severity 407272 normal notforwarded 407272 thanks On Wed, Jan 17, 2007 at 08:42:22PM +0100, Jochen Zimmermann wrote: -Ursprüngliche Nachricht- From: Ana Guerrero [EMAIL PROTECTED] Re: Re: Bug#407272: kwalletmanager: doesn't save any changed or new passwords We have built a new kdelibs package with a workaround for this problem. Could you try if it works for you? The *.debs are at http://people.debian.org/~ana/kwallet-407272/ We have not managed to reproduce the problem, but we have added a patch that forces kwallermanager to save every time you add a new password. Even if the affected package is kwalletmanager, this code needs to be in kdelibs. hm, looks like the patched kdelibs work twice, after installation the passwords where saved correctly, and after reinstallation of the old kdelibs (plus the other two packages) the problem seems to have disappeared... kwalletrc has not changed in the meantime. This is really weird. The only explanation i can find is that you have the problem in another place and it was affecting kwallet. I'm downgrading the bug and removing the forward to upstream, because i do not think this is the same problem. The workaround of close manually the wallet or run dcop kded kwalletd closeAllWallets worked in all the other cases but not in yours. I'll keep the bug open for a few days. Please tell us if you get the problem again or it keeps working fine. Ana -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#407272: kwalletmanager: doesn't save any changed or new passwords
Processing commands for [EMAIL PROTECTED]: severity 407272 normal Bug#407272: kwalletmanager: doesn't save any changed or new passwords Severity set to `normal' from `grave' notforwarded 407272 Bug#407272: kwalletmanager: doesn't save any changed or new passwords Removed annotation that Bug had been forwarded to http://bugs.kde.org/show_bug.cgi?id=137232. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406800: marked as done (kvm-7 has stability bugs, unsuitable for Etch (remove or update))
Your message dated Wed, 17 Jan 2007 23:08:01 +0200 with message-id [EMAIL PROTECTED] and subject line Bug closed has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: kvm Version: 7-1 Severity: grave Justification: renders package unusable The version of kvm currently in testing, kvm-7, has many known stability bugs that have been fixed in later upstream versions. These cause the guest operating system to crash, possibly causing data loss etc. The following Google search provides a brief overview of the number of patches and severity of these bugs, of which none is entered in the Debian BTS: http://www.google.com/search?q=linux-kernel+PATCH+KVM+%22Avi+Kivity%22+site%3Alkml.org Another factor is that the current maintainer is currently sick. I have been in touch with him and prepared an upgraded package [1] based on the current upstream kvm-11, which could in theory be used for Etch, but Etch is of course frozen. The amount of changes in upstream is big by release standards. I see two solutions (both are fine with me): 1) Remove kvm-7 from Etch or 2) Upgrade kvm to kvm-11, if okayed by the release team and pending sponsoring (While not really a factor in the decision, kvm-11 also includes major performance improvements, the MMU optimization, described as the difference between a working proof of concept and a generally usable system [2] The last patch set [3] fixes the known problems exposed by the MMU optimization and is included in kvm-11, although not yet applied in Linux-2.6.20-rc5.) [1] My kvm-11 package will be uploaded to mentors.debian.net today or tomorrow for review and sponsoring. [2] http://lkml.org/lkml/2007/1/4/175 [3] http://lkml.org/lkml/2007/1/11/51 ---End Message--- ---BeginMessage--- Version: 11-1 kvm (11-1) unstable; urgency=high * New upstream version. Closes #406800, #406275, #404075. * This version fixes many stability issues in earlier versions of KVM. * Automatically create group kvm on installation of package kvm * Added udev support to automatically set group kvm on /dev/kvm * Added reportbug script (/usr/share/bug/kvm) so some info that might be relevant gets included automatically. * Tell module-assistant about the kvm-source package, so it shows up in the module selection menu. * Add information on building the modules using module-assistant. * Add /etc/kvm/kvm-ifup script (conffile) to bring up the network for the VM in a simpler way, see the manual page for kvm for description. This used to be /etc/qemu-ifup, as installed by the qemu package. * Depend on iproute, bridge-utils, used by kvm-ifup and the upcoming /etc/init.d script. * Remove non-x86 bios images - KVM is only meaningful for x86 guests. * Keep KVM bios files in /usr/share/kvm, rather than sharing them with other packages as the KVM bios is different (also avoids unexpected bios updates). * Don't depend on qemu, as we now keep our own bios. * Recommend kvm-source, qemu (mostly for qemu-img), vde2 and linux-image-2.6. * Suggest sudo and debootstrap. * For kvm-source, depend on linux-headers-2.6 | linux-source-2.6, recommend linux-image-2.6 and suggest module-assistant and kernel-package. * Use quilt to handle patches. * More detailed package description for kvm, added Homepage:. -- Leonard Norrgard [EMAIL PROTECTED] Sun, 14 Jan 2007 07:11:03 +0200 ---End Message---
Bug#404876:
On Wed, Jan 17, 2007, Giovanni Cataldi wrote: The problem is that I could not still find a 2.6.20 pre-compiled linux package (.deb) for ppc in that host. Do I need to compile it by hand (that means that my old ibook will slowly compile for hours and hours...), or is there already a .deb package, that I've not been able to find? There are some pre-compiled kernels on buildserver.net; at least the 2.6.20-rc5 and the next sid version (2.6.18-9). Bye, -- Loïc Minier [EMAIL PROTECTED]
Bug#404876:
Loïc Minier ha scritto: On Wed, Jan 17, 2007, Giovanni Cataldi wrote: (kernel-archive.buldserver.net/pool/main/l/linux-2.6/), I can't see a ppc or powerpc 2.6.20 linux-kernel. Can you kindly send me the exact link of the kernel you wish I install and test? Oh, sorry, it's failing to build for ppc. :-/ Anyway, it seems the problem can be reproduced between different 2.6.18 configurations; but there's no clear strategy in finding out what config items cause the problem. :-/ Ok, no problems for the kernel. Just a moment: you tell that this problem seems to arise just with 2.6.18 kernel, but I had the same problem even with Ubuntu 2.6.17 kernel (installed by default using last ubuntu 6.10 ppc cdrom)... can it be an useful information for you? Anyway, let me know if additional tests are needed/possible and, by my side, I'll check everyday if new ppc 2.6.20 kernel it's available. Thanks again, Giovanni -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Scopri RIS il sistema di ricarica infinita. Meglio delle cartucce, meglio degli inchiostri, economico, facile da installare e da utilizzare, solo su refill.it Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=5191d=17-1
Bug#407317: marked as done (libdbix-class-schema-loader-perl: depends on liblingua-en-inflect-number-perl)
Your message dated Wed, 17 Jan 2007 12:40:58 -0800 with message-id [EMAIL PROTECTED] and subject line Bug#407317: unstable has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) ---BeginMessage--- Package: libdbix-class-schema-loader-perl Version: 0.03008-1 Severity: serious Justification: Policy 3.5 Missing dependancy on liblingua-en-inflect-number-perl. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages libdbix-class-schema-loader-perl depends on: ii libclass-accessor-perl0.30-1 Automated accessor generator ii libclass-c3-perl 0.14-1 A pragma to use the C3 method reso ii libclass-data-accessor-perl 0.03-1 Inheritable, overridable class and ii libdata-dump-perl 1.08-2 Pretty printing of data structures ii libdbix-class-perl0.07003-1 Extensible and flexible object - ii liblingua-en-inflect-perl 1.89-1 plural inflections and a/an se ii libuniversal-require-perl 0.10-1 Load modules from a variable ii perl 5.8.8-7Larry Wall's Practical Extraction libdbix-class-schema-loader-perl recommends no packages. -- no debconf information ---End Message--- ---BeginMessage--- Version: 0.03009-1 On Wed, Jan 17, 2007 at 04:00:32PM -, Carl Johnstone wrote: I noticed that an updated package is available in sid - however I filed the bug report as I'm not a DD and unsure how to go about getting the package into etch. For starters, let's document that the bug is fixed in the sid version. After that, we can consider whether the new upstream version is appropriate to let into etch; it seems to have been uploaded before the freeze, so would be a candidate for a freeze exception even though it's a new upstream version. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/ ---End Message---
Bug#407329: emacs-snapshot: emacs should make a backup for every file by default
On 2007-01-17 21:18:53 +0100, Romain Francoise wrote: Backups are disabled in working copies because it's annoying to keep backup versions when the same information is recorded in the version control system... As I explained, this is not the same information, because of intermediate (non-committed) contents. Anyway, there could be an option to remove the backups once the files have been committed. The use case you describe of someone who does significant amounts of work in a working copy but doesn't have write access is pretty unusual in my experience, and in this case users can just set `vc-make-backup-files' to t. In my experience, users don't always do a commit just after editing a file. And backups are precisely important when many changes have been done on a file. I'd also like to note that relying on Emacs to backup important information is unwise -- unless you set `version-control' to t, you'll have only one backup and it gets overwritten every time you visit the file: You missed the point. Emacs does that on *every* file. So, there is no surprise concerning this behavior. This is not the case with the behavior on version-control files; there is not a single warning from Emacs. killing the buffer and reopening the file is enough to lose your only backup. This is suboptimal. One shouldn't lose a backup until the buffer is modified and saved. And before modifying, one generally has the time to notice that the data are incorrect (e.g. after a svn revert in the wrong directory...). P.S.: You might like to know that Emacs doesn't make backups of files in or under /tmp, either. I noticed that in /var/tmp too. All these particular cases are annoying. -- Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.org/blog/ Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)
Bug#404876:
On Wed, Jan 17, 2007, Giovanni Cataldi wrote: Just a moment: you tell that this problem seems to arise just with 2.6.18 kernel, but I had the same problem even with Ubuntu 2.6.17 kernel (installed by default using last ubuntu 6.10 ppc cdrom)... can it be an useful information for you? Yes, it's always good to know. The problem is likely to disappear with a specific set of kernel config items, but it's not clear which. :-/ Anyway, let me know if additional tests are needed/possible and, by my side, I'll check everyday if new ppc 2.6.20 kernel it's available. 2.6.20 does not seem to be an useful test target anymore, some people confirmed the bug also happens there unfortunately. -- Loïc Minier [EMAIL PROTECTED]
Bug#406065: please test this patch for xcdroast
tags 406065 + patch thanks xcdroast now uses readom instead of readcd. This probably means the version check isn't needed anymore, since any version of readom in existance should be new enough. The attached patch disables the version number check. Please put the 15_no_readcd_version.diff in the debian/patches/ directory of the package source and add that filename to the bottom of the debian/patches/series list. This should hopefully fix the problem, please test and report your success. -- Regards, Andreas Henriksson diff -urip xcdroast-0.98+0alpha15/src/io.c xcdroast-0.98+0alpha15-fixed/src/io.c --- xcdroast-0.98+0alpha15/src/io.c 2003-10-26 15:24:48.0 +0100 +++ xcdroast-0.98+0alpha15-fixed/src/io.c 2007-01-17 23:04:29.0 +0100 @@ -10143,6 +10143,10 @@ gchar *p; g_error(popen error\n); } + /* all versions of readom is good enough! */ + return 0; + +#if 0 strcpy(line,); for (;;) { if (fgets(line,MAXLINE,fpin) == NULL) @@ -10185,6 +10189,7 @@ gchar *p; strcpy(found,ver); return 1; } +#endif }
Processed: please test this patch for xcdroast
Processing commands for [EMAIL PROTECTED]: tags 406065 + patch Bug#406065: xcdroast: Can't to start Xcdroast. There were no tags set. Bug#406331: xcdroast: does not start after upgrade Debian Sarge to Etch Tags added: patch thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401006: fixed upstream
tags 401006 fixed-upstream thanks #401006: mm/msync leading to filesystem corruption This has been fixed in Linux 2.6.19.2. -- Robert Millan My spam trap is [EMAIL PROTECTED] Note: this address is only intended for spam harvesters. Writing to it will get you added to my black list. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407374: Try to use /usr/local/etc/no-ip.conf
Package: no-ip Version: 2.1.3-2 Severity: grave Justification: renders package unusable -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, With this version, the no-ip trying to use the config file in /usr/local/etc/no-ip.conf instead of using the /etc/no-ip.conf Thanks leoserra - -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-vserver-amd64 Locale: LANG=pt_BR.utf8, LC_CTYPE=pt_BR.utf8 (charmap=UTF-8) Versions of packages no-ip depends on: ii libc6 2.5-0exp3 GNU C Library: Shared libraries no-ip recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFrq7EidffdjWZJQERAjEBAJ40//v3yY6dOiq4IuZGPy6glmjz5wCeIroO DJMWCDb4AJepZ25AYV23Hb4= =J+78 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: bug 406915 is forwarded to http://bugzilla.kernel.org/show_bug.cgi?id=7845
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27 forwarded 406915 http://bugzilla.kernel.org/show_bug.cgi?id=7845 Bug#406915: access to large RAID arrays on Adaptec 2400A RAID controller with dpt_i2o module causes system hang Noted your statement that Bug has been forwarded to http://bugzilla.kernel.org/show_bug.cgi?id=7845. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: fixed upstream
Processing commands for [EMAIL PROTECTED]: tags 401006 fixed-upstream Bug#401006: mm/msync leading to filesystem corruption Tags were: pending upstream Bug#401980: msync() fixes break NSLU2 (apt segfaults) Bug#402707: rtorrent: Hash check fails on every download with kernel 2.6.19 Tags added: fixed-upstream thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407376: needs to conflict/replace libxcb0-dev
Package: libxcb1-dev Version: 1.0-1 Severity: serious Installation with a existing installation of libxcb0-dev gives: Unpacking libxcb1-dev (from .../libxcb1-dev_1.0-1_i386.deb) ... dpkg: error processing /var/cache/apt/archives/libxcb1-dev_1.0-1_i386.deb (--unpack): trying to overwrite `/usr/lib/pkgconfig/xcb.pc', which is also in package libxcb0-dev libxcb1-dev should be set to conflict with and replace libxcb0-dev. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: severity of 407376 is important
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.27 # not RC because the replaced package only exists in experimental severity 407376 important Bug#407376: needs to conflict/replace libxcb0-dev Severity set to `important' from `serious' End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407384: libswt3.2-gtk-jni: undeclared conflict with libswt-mozilla-gtk-3.2-jni
Package: libswt3.2-gtk-jni Version: 3.2.1-4 Severity: serious Justification: Policy 6.6.4 libswt3.2-gtk-jni provides /usr/lib/jni/libswt-mozilla-gtk-3235.so, like libswt-mozilla-gtk-3.2-jni which is already in testing. libswt3.2-gtk-jni 3.2.1-4 and testing's libswt-mozilla-gtk-3.2-jni do not conflict with each other. This can be closed when properly fixed, or when swt-gtk 3.2.1-5, which declares a conflict with libswt3.2-gtk-jni, reaches testing (assuming that happens before Etch's release). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405873: #405873: trivial patch to fix FTBFS
The following NMU patch obviously fixes the FTBFS by casting the pointer into a intptr_t instead of a int. Builds fine, not tested. Brice --- katoob-0.5.6/debian/changelog +++ katoob-0.5.6/debian/changelog @@ -1,3 +1,10 @@ +katoob (0.5.6-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Cast pointer to intptr_t instead of int, closes: #405873. + + -- Brice [EMAIL PROTECTED] Wed, 10 Jan 2007 08:35:07 +0100 + katoob (0.5.6-2) unstable; urgency=low * debian/control: Build-Depends: Added autotools-dev --- katoob-0.5.6.orig/src/DICTClient/DICTClient.cc +++ katoob-0.5.6/src/DICTClient/DICTClient.cc @@ -132,7 +132,7 @@ memcpy(sad.sin_addr, ptrh-h_addr, ptrh-h_length); /* Map TCP tranbsport protocol name to protocol number */ - if (((int)(ptrp = getprotobyname(tcp))) == 0) { + if (((intptr_t)(ptrp = getprotobyname(tcp))) == 0) { throw CannotMapTcpToProtocolNumber(); }
Bug#390582: bibletime crashes on start
DG == Daniel Glassey writes: here's a backtrace from the non-stripped binary: DG Thanks. Looks as though it in something happening within the DG sword library. I haven't got Debian amd64 but I've rebuilt the DG packages for Ubuntu edgy amd64 and haven't been able to replicate DG the crash. DG What modules (texts, commentaries etc) do you have installed. DG Also, could you send your ~/.kde/share/config/bibletimerc i did some more debugging: i've built the libsword6 package without optimization, and re-built bibletime, statically linked to libsword.a i have the KJV module installed in my ~/.sword directory, as well as the sword-text-kjv package. if you will do the same, you hopefully should be able to reproduce the problem. it doesn't appear to be amd64 specific. the problematic code, where the crash occurs, is in sword-1.5.9/src/mgr/swmgr.cpp, in function SWMgr::augmentModules: 607:if (multiMod) { 608:// fix config's Section names to rename modules which are available more than once 609:// find out which sections are in both config objects 610:// inserting all configs first is not good because that overwrites old keys and new modules would share the same config 611:for (SectionMap::iterator it = config-Sections.begin(); it != config-Sections.end(); ++it) { 612:if (saveConfig-Sections.find( (*it).first ) != saveConfig-Sections.end()) { //if the new section is already present rename it 613:ConfigEntMap entMap((*it).second); 614: 615:SWBuf name; 616:int i = 1; 617:do { //module name already used? 618:name.setFormatted(%s_%d, (*it).first.c_str(), i); 619:i++; 620:} while (config-Sections.find(name) != config-Sections.end()); 621: 622: config-Sections.insert(SectionMap::value_type(name, entMap) ); 623:config-Sections.erase(it); 624:} 625:} 626:} (i've inserted line numbers for convenience). since i have two KJV modules (one coming from the debian package, and one installed in my ~/.sword directory), and multiMod passed to augmentModules is true, this code gets executed. here's how i see the crash in gdb: === (gdb) br swmgr.cpp:623 Breakpoint 1 at 0x54c202: file ../src/mgr/swmgr.cpp, line 623. (gdb) r Starting program: /home/vvv/src/bibletime/bibletime/bibletime-1.6.2.dfsg/build-tree/bibletime-1.6.2.dfsg/bibletime/bibletime [Thread debugging using libthread_db enabled] [New Thread 47596797739536 (LWP 26511)] kbuildsycoca running... DCOP Cleaning up dead connections. [Switching to Thread 47596797739536 (LWP 26511)] Breakpoint 1, sword::SWMgr::augmentModules (this=0x1210d30, ipath=0x1018e30 /home/vvv/.sword/, multiMod=true) at ../src/mgr/swmgr.cpp:623 623 config-Sections.erase(it); (gdb) n 611 for (SectionMap::iterator it = config-Sections.begin(); it != config-Sections.end(); ++it) { (gdb) n 612 if (saveConfig-Sections.find( (*it).first ) != saveConfig-Sections.end()) { //if the new section is already present rename it (gdb) n Program received signal SIGSEGV, Segmentation fault. 0x2b49fdd8efd2 in strcmp () from /lib/libc.so.6 === the crash occurs on the line 612, because the statement on the line 623 apparently makes (*it) invalid. i've put more verbose gdb output below, where i printed the value of *it on each of the steps. i was apparently able to work-around the bug by entering print it++ in gdb when a breakpoint 623 is reached. continuing after that, i get bibletime run without a crash. i also have other duplicated modules installed, such as the StrongsGreek (in both ~/.sword and via the sword-dict-strongs-greek package), but apparently only the first time when line 623 gets executed causes garbage in *it - i don't have to run print it++ to avoid a crash for other duplicated modules. Best, v. === (gdb) br swmgr.cpp:623 Breakpoint 1 at 0x54c202: file ../src/mgr/swmgr.cpp, line 623. (gdb) r Starting program: /home/vvv/src/bibletime/bibletime/bibletime-1.6.2.dfsg/build-tree/bibletime-1.6.2.dfsg/bibletime/bibletime [Thread debugging using libthread_db enabled] [New Thread 47292642247184 (LWP 26484)] kbuildsycoca running... [Switching to Thread 47292642247184 (LWP 26484)] Breakpoint 1, sword::SWMgr::augmentModules (this=0x1210d30, ipath=0x1018e30
Processed: we are documenting the behavior of dimap in kmail
Processing commands for [EMAIL PROTECTED]: tags 332473 + pending Bug#332473: kmail: dangerous handling of dimap-folders Tags were: upstream Bug#321102: kmail loses mails Tags added: pending thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#332473: we are documenting the behavior of dimap in kmail
tags 332473 + pending thanks Since upstream seems to think that the current behavior of kmail (syncing a folder at a time) is the way it was designed to work, we have decided to document the behavior with a warning that not using dimap as upstream intended can result in lost mail. This will be documented in both kmail/README.Debian, and hpoefully in a dialog that is shown upon creating a dimap account. The release team has told us that such documentation would make this a non-release critical issue. Since the warning warns against using kmail in the way it is used in these bugs to cause mail loss, the kdepim upload will close these bugs in its changelog. That also will make tracking the RC bug in etch easier than just downgrading the bugs. If someone wants to open another bug of non-RC severity against kmail for not doing atomic updates of mail moves, they are welcome to do so. Debian is unlikely to do anything about it unless upstream does, however. Thanks for everyone's help in tracking down the issues involved with dimap and kmail. Josh Metzler (for the Debian Qt/KDE Team) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: reassign 392567 to libx11, reassign 392745 to libx11, forcibly merging 392567 392745
Processing commands for [EMAIL PROTECTED]: # Automatically generated email from bts, devscripts version 2.9.26 reassign 392567 libx11 Bug#392567: libx11-data: Dead keys breakage Bug#392561: xterm tries to use /usr/lib/X11/locale/common/xiiimp.so.2 Bug#392658: Corruption at kde Bug#392659: Corruption at kicker Bug#392704: kde: tries to constantly load xlcUTF-8.so.2 Bug#392757: non-English keys broken Bug#392846: kicker: Eats up lots of cpu and occasionally hangs Bug reassigned from package `libx11-data' to `libx11'. reassign 392745 libx11 Bug#392745: libx11-6: Problems with locale settings Bug reassigned from package `libx11-6' to `libx11'. forcemerge 392567 392745 Bug#392567: libx11-data: Dead keys breakage Bug#392745: libx11-6: Problems with locale settings Bug#392561: xterm tries to use /usr/lib/X11/locale/common/xiiimp.so.2 Bug#392658: Corruption at kde Bug#392659: Corruption at kicker Bug#392704: kde: tries to constantly load xlcUTF-8.so.2 Bug#392757: non-English keys broken Bug#392846: kicker: Eats up lots of cpu and occasionally hangs Forcibly Merged 392561 392567 392658 392659 392704 392745 392757 392846. End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407403: duplicity cannot canonicalise
Package: duplicity Version: 0.4.2-10.1 Severity: grave Justification: renders package unusable Whatever I enter, if I use it through backupninja or directly on the commandline, it always returns the same error: apollo:~# duplicity /root scp://[EMAIL PROTECTED]/var/backups/apollo Couldn't canonicalise: No such file or directory Traceback (most recent call last): File /usr/bin/duplicity, line 373, in ? if __name__ == __main__: main() File /usr/bin/duplicity, line 349, in main globals.archive_dir).set_values() File /usr/lib/python2.4/site-packages/duplicity/collections.py, line 406, in set_values backend_filename_list = self.backend.list() File /usr/lib/python2.4/site-packages/duplicity/backends.py, line 299, in list l = self.popen(commandline).split('\n')[2:] # omit sftp prompts File /usr/lib/python2.4/site-packages/duplicity/backends.py, line 150, in popen raise BackendException(Error running '%s' % commandline) duplicity.backends.BackendException: Error running 'printf 'cd var/backups/apollo ls -1' | sftp -b - [EMAIL PROTECTED]' -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Versions of packages duplicity depends on: ii gnupg1.4.6-1 GNU privacy guard - a free PGP rep ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii librsync10.9.7-1 Library which implements the rsync ii python 2.4.4-2 An interactive high-level object-o ii python-central 0.5.12 register and build utility for Pyt ii python-gnupginterface0.3.2-9 Python interface to GnuPG (GPG) duplicity recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: FVWM: FW by [EMAIL PROTECTED] : fvwm does not more use libfribidi
Processing commands for [EMAIL PROTECTED]: severity 407174 normal Bug#407174: fvwm does not more use libfribidi Severity set to `normal' from `grave' tags 407174 +unreproducible Bug#407174: fvwm does not more use libfribidi There were no tags set. Tags added: unreproducible retitle 407174 tighten build dependencies on libfribidi Bug#407174: fvwm does not more use libfribidi Changed Bug title. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407174: FVWM: FW by [EMAIL PROTECTED] : fvwm does not more use libfribidi
severity 407174 normal tags 407174 +unreproducible retitle 407174 tighten build dependencies on libfribidi thanks [for the fvwm mailing list; the lines above are directives for the debian BTS] Hi, A few things. a) The Debian package of fvwm depends on libfribidi0 (= 0.10.7), despite what your subject line says. b) Your report says that you have libfribidi00.10.4-6 , which means that you have either forcibly installed fvwm over riding the dependencies, or you have compiled fvwm on your own. Which is it? c) Ari Pollak [EMAIL PROTECTED] has tested fvwm on Etch, and can see bidirectional menus work correctly for Hebrew, so bi-directional support seems fine. d) your bug report says Debian Release: 4.0, but you are running kernel version 2.4.32, and libc6 2.3.2.ds1-22sarge; the actual version in the forthcoming release 4.0 is 2.3.6.ds1-8 I think this is a local error; I am thus downgrading the severity of the debian bug report, and unless you can convince me otherwise, I'll further reduce it to minor severity. manoj -- Man must shape his tools lest they shape him. Arthur R. Miller Manoj Srivastava [EMAIL PROTECTED] http://www.golden-gryphon.com/ 1024D/BF24424C print 4966 F272 D093 B493 410B 924B 21BA DABB BF24 424C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407406: mysql-server: DELETE FROM table causes Incorrect key file for table
Package: mysql-server Version: 5.0.30-3 Severity: grave Justification: causes serious data loss Hello, I use a Debian etch server for development purposes, and I use there a mysql database. Now that I've upgraded my development server from sarge to etch, I face a grave bug: when importing data from a dump made by mysqldump to a new database, a key corruption appears. Here is the error message: Mysql::Error: #HY000Incorrect key file for table '/tmp/#sql_7b82_0.MYI'; try to repair it: query ... After Googling a bit, I found that bug on the MySQL's bug tracking system: http://bugs.mysql.com/bug.php?id=22384 So it sounds to be fixed upstream (the report speaks about a patch). IMHO, That bug should definitely not be shipped with etch, it renders any impacted database unusable. Regards, -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-2-vserver-k7 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Versions of packages mysql-server depends on: ii mysql-server-5.0 5.0.30-3 mysql database server binaries mysql-server recommends no packages. -- debconf information: mysql-server/nis_warning: mysql-server/really_downgrade_from_41: false mysql-server/mysql_update_hints1: mysql-server/start_on_boot: true mysql-server/postrm_remove_databases: false * mysql-server/mysql_install_db_notes: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407405: file conflicts between ncc and nemerle
Package: ncc, nemerle Severity: serious Justification: file conflicts between Packages, policy violation hi, both ncc and nemerle ship `/usr/bin/ncc' but do not conflict or add a diversion, thus fail to be installed on the same environment: dpkg: error processing /var/cache/apt/archives/nemerle_0.9.3+dfsg-1_all.deb (--unpack): trying to overwrite `/usr/bin/ncc', which is also in package ncc dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/nemerle_0.9.3+dfsg-1_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) bye, - michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#407407: php4-xcache: Can't install etch package
Package: php4-xcache Severity: grave Justification: renders package unusable apt-get install php4-xcache simply doesn't work... it seems a dependency can't be installed. I'm using Etch. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]