Bug#354860: bug still not fixed
reopen 354860 found 354860 0.8.6.1-1 stop This bug is still present in 0.8.6.1-1 (Etch). Very annoying, especially since I explicitly told kvpnc *not* to store passwords. -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416058: Stores passwords even if the user choses not to
Package: kvpnc Version: 0.8.6.1-1 Severity: normal Tags: security --- Please enter the report below this line. --- When using kvpnc with pptp you have the option *not* to store the password and username. But even when you chose this option, kvpnc stores the username in /etc/ppp/peers/kvpnc.foo and the password in /etc/ppp/chap-secrets Although the chap-secrets is just readable by root/root, the passwords are stored in cleartext in this file so pretending to not storing the passwords but storing them behind the back of the user is a security concern. If you want to reporduce this bug, please keep in mind that the passwords are stored in chap-secrets after you tried to connect. So you must connect before the passwords are stored. I leave it to you to adjust the severity of this bug. Cheers, Bastian --- System information. --- Architecture: i386 Kernel: Linux 2.6.18-4-686 Debian Release: 4.0 500 unstablewww.debian-multimedia.org 500 unstableftp.de.debian.org 1 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed =-+- kdelibs4c2a(= 4:3.5.4-1) | 4:3.5.5a.dfsg.1-6 libc6(= 2.3.6-6) | 2.3.6.ds1-13 libgcc1 (= 1:4.1.1-12) | 1:4.1.1-21 libgcrypt11(= 1.2.2) | 1.2.3-2 libice6 (= 1:1.0.0) | 1:1.0.1-2 libpng12-0 (= 1.2.8rel) | 1.2.15~beta5-1 libqt3-mt(= 3:3.3.6) | 3:3.3.7-3 libsm6| 1:1.0.1-3 libstdc++6 (= 4.1.1-12) | 4.1.1-21 libx11-6 | 2:1.0.3-6 libxext6 | 1:1.0.1-2 zlib1g (= 1:1.2.1) | 1:1.2.3-13 menu | 2.1.33 net-tools | 1.60-17 psmisc| 22.3-1 kdebase-bin | 4:3.5.5a.dfsg.1-6 OR gksu | OR sux | module-init-tools | 3.3-pre4-2 OR modutils | -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405270: same here on ibm t60
severity 405270 serious found 405270 1.7.22-4 stop Same problem here on a IBM/Lenovo T60. When the radio switch is off, the system hangs with a nice: BUG: soft lockup detected on CPU#0! shortly after the ipw3945d loaded. There is nothing I can do but restarting the machine and switching the system on. Since this is happens to me on a Etch machine and causes the system to hang, I upgrade the severity oft this bug (makes package unsuitable for release). My Kernel Version: 2.6.18-4-amd64 #1 SMP Wed Feb 21 14:29:38 UTC 2007 x86_64 GNU/Linux Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405270: same here on ibm t60
Am 23.03.2007 09:57 schrieb Jurij Smakov: severity 405270 important thanks Sorry, I disagree with the severity you assigned to this bug. It appears that the problem only affects a minor subset of machines (for example, I have an IPW3945 in my Dell laptop and it boots fine when the kill switch is on -- because of that I was not able to do much progress with this bug). Besides, you can blacklist the driver, so it is not loaded automatically, then you should be able to boot even with the kill switch on. It's an inconvenience, but I think it's relatively minor to consider it release-critical. I don't know if only a minor subset is affected, do you have numbers I don't have? Maybe we can agree that a subset is affected. Besides that, I still think the bug is release critical and I disagree that the severity of a bug depends on the number of machines affected. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#415454: does not correctly hande mailto-links (subject and body are discarded)
Package: kmail Version: 4:3.5.5.dfsg.1-6 Severity: normal --- Please enter the report below this line. --- Virtually every mail client I've tested accepts an URL in rfc2368-conform mailto format like mailto:[EMAIL PROTECTED]body=foobody Kmail silently drops the subject and the body part. Only using the actual address. I've only noticed it since KMail is the only MUA with this issue, and therefor is the only MUA not supported by reportbug-ng. How to reproduce: kmail --composer mailto:[EMAIL PROTECTED]body=foobody and check the subject and body of the mail. Googling for this bug revealed this: http://bugs.kde.org/show_bug.cgi?id=117293 Quoting from http://www.faqs.org/rfcs/rfc2368.html 4. Unsafe headers The user agent interpreting a mailto URL SHOULD choose not to create a message if any of the headers are considered dangerous; it may also choose to create a message with only a subset of the headers given in the URL. Only the Subject, Keywords, and Body headers are believed to be both safe and useful. The creator of a mailto URL cannot expect the resolver of a URL to understand more than the subject and body headers. Clients that resolve mailto URLs into mail messages should be able to correctly create RFC 822-compliant mail messages using the subject and body headers. Cheers, Bastian --- System information. --- Architecture: i386 Kernel: Linux 2.6.18-4-k7 Debian Release: 4.0 500 unstablewww.debian-multimedia.org 500 unstableftp.de.debian.org 1 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed ==-+-= kdelibs4c2a (= 4:3.5.5-1) | 4:3.5.5a.dfsg.1-6 libart-2.0-2 (= 2.3.16) | 2.3.17-1 libaudio2 | 1.8-3 libc6 (= 2.3.6-6) | 2.3.6.ds1-13 libfontconfig1 (= 2.4.0) | 2.4.2-1.2 libfreetype6 (= 2.2) | 2.2.1-5 libgcc1(= 1:4.1.1-12) | 1:4.1.1-21 libice6 (= 1:1.0.0) | 1:1.0.1-2 libidn11 (= 0.5.18) | 0.6.5-1 libjpeg62 | 6b-13 libkcal2b (= 4:3.5.5) | 4:3.5.5.dfsg.1-6 libkdepim1a (= 4:3.5.5) | 4:3.5.5.dfsg.1-6 libkleopatra1 (= 4:3.5.5) | 4:3.5.5.dfsg.1-6 libkmime2 (= 4:3.5.5) | 4:3.5.5.dfsg.1-6 libkpimidentities1(= 4:3.5.5) | 4:3.5.5.dfsg.1-6 libksieve0(= 4:3.5.5) | 4:3.5.5.dfsg.1-6 libmimelib1c2a(= 4:3.5.5) | 4:3.5.5.dfsg.1-6 libpng12-0 (= 1.2.13-4) | 1.2.15~beta5-1 libqt3-mt (= 3:3.3.7) | 3:3.3.7-3 libsm6 | 1:1.0.1-3 libstdc++6 (= 4.1.1-12) | 4.1.1-21 libx11-6 | 2:1.0.3-6 libxcursor1 ( 1.1.2) | 1.1.7-4 libxext6 | 1:1.0.1-2 libxft2 ( 2.1.1) | 2.1.8.2-8 libxi6 | 1:1.0.1-4 libxinerama1 | 1:1.0.1-4.1 libxrandr2 | 2:1.1.0.2-5 libxrender1| 1:0.9.1-3 libxt6 | 1:1.0.2-2 zlib1g(= 1:1.2.1) | 1:1.2.3-13 perl | 5.8.8-7 kdepim-kio-plugins | 4:3.5.5.dfsg.1-6 kdebase-kio-plugins| 4:3.5.5a.dfsg.1-6 -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414824: reportbug-ng should send a BCC to the submitter's email address
Hi Benjamin, why do you think should should a bugreport be CCed to the submitter by default? Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414824: reportbug-ng should send a BCC to the submitter's email address
Benjamin Seidenberg schrieb: Bastian Venthur wrote: (In decreasing order of relevance) a.) To maintain similar behavior as reportbug This was not a design goal of reportbug-ng. You can always report bugs via email as described here: http://www.debian.org/Bugs/Reporting I just tried to make it as comfortable and easy for the user as possible. b.) So that if the message to submit@ is lost/spamfiltered/etc, there is a record and it can be resubmitted Every mailclient I know stores sent mails in some place (eg Sent), so resubmitting bugreports should not be a problem if necessary. Since reportbug sent the mails directly (without an email client) it surely was convinient to CC the submitter, but since reportbug-ng uses a mailcient it is superfluous, I think. c.) So that if someone is submitting bug reports under someone else's email address, it can be found out Hmm, this does not really convince me. If the attacker has the knowledge necessary to fake an email adress, he surely knows how to send fake mails to bugs.debian.org directly. I'll leave your report open as whishlist and may implement an option in the future if I notice more demand for it. Great job with reportbug-ng, I only wish you had started it 6 months earlier so it could have been shipped with etch. Thanks :) Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#414449: reportbug-ng: Please add kmail or a choice to add email clients
I'm aware of this problem. KMail is unfortunately the only mailclient I've tested so far which is unable to correctly handle URLs in mailto-Format. It handles just mailto:[EMAIL PROTECTED] but not the subject- and body-part. I'll see what I can do to workaround this problem. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413976: Menu icon is different from
Package: icedove Version: 1.5.0.10.dfsg1-1 Severity: normal --- Please enter the report below this line. --- Hi, the new blue icedove icon looks very good and is a real improvement above the old green version. But it seems that you have forgotten to replace the menu-icon too. The menu entry for icedove still has the old version. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413976: Menu icon is different from
Am 08.03.2007 15:27 schrieb Alexander Sack - Debian Bugmail: On Thu, Mar 08, 2007 at 12:31:33PM +0100, Bastian Venthur wrote: Package: icedove Version: 1.5.0.10.dfsg1-1 Severity: normal --- Please enter the report below this line. --- Hi, the new blue icedove icon looks very good and is a real improvement above the old green version. But it seems that you have forgotten to replace the menu-icon too. The menu entry for icedove still has the old version. what icons are in /usr/share/pixmaps (is there the right icon somewhere) ? What is listed in icedove.desktop? Can you look? cat /usr/share/applications/icedove.desktop ... Icon=icedove.xpm ... looking at /usr/share/pixmaps, the icedove.xpm is still the old (green) icon. In fact all three icedve-icons are still green. The iceweasel icons in the same dir are already blue. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413269: wordpress: Should not ship with Etch
I agree with Martin and object to the removal of wordpress from etch. First, this would disappoint many users, second and most important: as long as upstream provides fixes in reasonable time, why should we drop such a popular package? BTW I've counted the security uploads in wordpress' changelog and according to my numbers it had something like 10 or 11 security issues in 3 years. That doesn't sound too bad for such a popular php application :) Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413099: All themes but debian-moreblue broken
Package: splashy-themes Version: 0.3.0 Severity: grave Hi, all themes but debian-moreblue are using jpeg images which seems not to be supported by splashy anymore. The result is, that all images but debian-morebule are broken. You get an error code when you try to test one of the affected themes. To fix this issue, it should be sufficient to convert all those images from jpg to png. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developerventhur at debian org -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages splashy-themes depends on: ii splashy 0.3.2 A complete user-space boot splash splashy-themes recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403706: i think it's still critical
Hi all, thanks for working so hard on this bug, but please don't bury this bug into some documentation. I fear nobody will read it there. If we want to give the user a fair chance to get around this bug, please document it *in* the config (and in the release notes if you want). Documented or not, this bug is still grave for remote machines so just dropping a note in the release notes seems like cheating to me. Why was this bug downgraded to important? Doesn't this bug meet the criteria of a critical bug anymore? Cheers, Bastian PS: Please CC me, as the submitter of this bugreport I'm very interested in the outcome. -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#413171: possible security issue
Package: wordpress Version: 2.1.1-1 Severity: critical Tags: security Hi, I don't know if this bug applies to our version but according to this: http://wordpress.org/development/2007/03/upgrade-212/ the version 2.1.1 which is currently in unstable might contain a security exploit. And they strongly suggest to upgrade. Sorry if this bug does not apply to our version -- but better safe than sorry. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developerventhur at debian org -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#412279: closed by Bastian Venthur [EMAIL PROTECTED] (Bug#412279: fixed in gtk-qt-engine 1:0.8~svn-rev31-3)
The problem is that we have currently two versions of libgtk2.0: one in unstable and a newer one in experimental. My package is build against the unstable version and runs there without problems. If you upgrade libgtk2.0 from experimental than you break gtk-qt-engine. There is nothing I can do until libgtk2.0 hits unstable. My fix of this bug was to put the latest gtk-qt-engine to unstable so the version will disappear from experimental. Feel free to reopen the bug, but if you do please consider a severity of normal or less since this bug does only affect users with a mixed unstable/experimental setting which is IMHO not officially supported. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388154: bug still reproducable?
tags: 388154 moreinfo quit Moinsen Andreas, I've just uploaded a pre 0.8 SVN snapshot to unstable and it should be available tomorrow. Could you please test your bug against this version and tell me the results? If you're using experimental, you can already get the pre 0.8 version from there. I'm BTW still not able to reproduce this bug. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336405: severity is critical
severity 336405 critical stop Hi, In my understanding this bug is critical since it makes unrelated software break. Eclipse and Azureus are unrelated and there is no sane reason or excuse that a Bittorrent-Client and an IDE cannot live together on the same system at the same time. It's also sad to see that this bug is open for nearly 1,5 years. Both, eclipse and azureus are very important and popular java-programs and our users shouldn't have to decide in favor of one of those. Please fix this bug and let the fix enter etch, before it's too late. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#336405: severity is critical
Am 15.02.2007 12:12 schrieb Steve Langasek: severity 336405 important thanks In my understanding this bug is critical since it makes unrelated software break. Eclipse and Azureus are unrelated and there is no sane reason or excuse that a Bittorrent-Client and an IDE cannot live together on the same system at the same time. No, preventing co-installability isn't breaking unrelated software. Furthermore, this bug is filed against azureus, which never conflicted with eclipse -- that bug is between eclipse and swt-gtk, azureus is an innocent bystander. So we have a major problem (to avoid the term grave bug) here, but nobody feels responsible? Which package is to blame (eclipse or swt-gtk) and which severity is appropriate for the case that two totally unrelated packages are not installable at the same time? Currently it's not possible to install two of the most prominent java packages together on a single box in etch -- this is surely a grave bug for some people (read: users) out there, and I bet that they couldn't care less which package is to blame. In doubt it will be just a grave bug for etch... Looking at all related bugs it seems that there was some discussion about this bug (I haven't found further informations) and the bugs where reassigned to azureus. Now you say azureus is not the package to blame. So what shall we do now? Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#410073: Please support machine readable output
Package: bugs.debian.org Severity: wishlist Hi, I noticed that tools like BTS or reportbug query the BTS like a user does. They take the resulting html-page and grep through the sources in order to find the information they need. It would be more efficient if BTS would support output in a machine readable format (XML, flatfile). This would help to spare bandwidth since those tools only need a fraction of the information which is in the html-file and it has the additional benefit that one could change the appearance of the bugs.debian.org without the risk of breaking derived tools. Cheers, Bastian -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409917: please update to 0.4.2
Package: libgpod0 Version: 0.3.2-1.1 Severity: wishlist Hi, a new upstream version is available. Unfortunately the latest version of amarok depends on this very version. Since it is unavailable it temporarily dropped support for the ipod. Please consider uploading the latest version to experimental. Thanks and cheers, Bastian -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages libgpod0 depends on: ii libc6 2.3.6.ds1-11 GNU C Library: Shared libraries ii libglib2.0-02.12.6-2 The GLib library of C routines ii libgtk2.0-0 2.8.20-5 The GTK+ graphical user interface Versions of packages libgpod0 recommends: pn libgpod-commonnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409909: gtk-qt-engine: Disabled menu items behave oddly
Hi Tom, in experimental we have currently a newer version of gtk-qt-engine which fixed a lot of bugs including issues with menu items. Could you please install the latest version of experimental, restart KDE and check if this bug is still an issue? Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406062: fixed in experimental
close 406062 1.4.5-1 quit Looks like this bug vanished with the current version in experimental. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408270: patch + NMU
tags 408270 patch stop Hi, I've created a patch adding adduser to the depends and NMU'ed it to DELAYED/0 according to http://lists.debian.org/debian-devel-announce/2006/09/msg00020.html In order to be as minimal invasive as possible I did not touch the postrm as Masami did in his proposed patch. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org diff -ruN orig/onak-0.3.2/debian/changelog onak-0.3.2/debian/changelog --- orig/onak-0.3.2/debian/changelog 2007-02-01 10:37:52.0 +0100 +++ onak-0.3.2/debian/changelog 2007-02-01 10:39:22.0 +0100 @@ -1,3 +1,11 @@ +onak (0.3.2-1.1) unstable; urgency=high + + * Non-maintainer upload. + * Added missing dep on adduser (Closes: #408270) + * Urgency high due RCness of the bug + + -- Bastian Venthur [EMAIL PROTECTED] Thu, 1 Feb 2007 10:38:37 +0100 + onak (0.3.2-1) unstable; urgency=low * New upstream release. diff -ruN orig/onak-0.3.2/debian/control onak-0.3.2/debian/control --- orig/onak-0.3.2/debian/control 2007-02-01 10:37:52.0 +0100 +++ onak-0.3.2/debian/control 2007-02-01 10:39:34.0 +0100 @@ -8,7 +8,7 @@ Package: onak Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends} +Depends: ${shlibs:Depends}, ${misc:Depends}, adduser Recommends: apache | httpd Description: OpenPGP Key Server onak is an OpenPGP compatible keyserver which supports multiple subkeys,
Bug#408248: patch + NMU
tags 408248 patch stop Hi, I've created a patch adding adduser to the depends and NMU'ed it to DELAYED/0 according to http://lists.debian.org/debian-devel-announce/2006/09/msg00020.html The patch is attached, please note that this package uses yada and has a very unusual packaging style. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org diff -ruN orig/ldapdns-2.06/debian/changelog ldapdns-2.06/debian/changelog --- orig/ldapdns-2.06/debian/changelog 2007-02-01 10:49:37.0 +0100 +++ ldapdns-2.06/debian/changelog 2007-02-01 10:59:40.0 +0100 @@ -1,4 +1,12 @@ -ldapdns (2.06-3) unstable; urgency=high +ldapdns (2.06-3.1) unstable; urgency=high + + * Non-maintainer upload. + * Added missing dep on adduser (Closes: #408248) + * Urgency high due RCness + + -- Bastian Venthur [EMAIL PROTECTED] Thu, 1 Feb 2007 10:59:00 +0100 + +ldapdns (2.06-3) unstable; urgency=high * The upstream didn't fixed Bug#300574, so I've included the patch. The fix is important because for some caching nameservers the ldapdns's diff -ruN orig/ldapdns-2.06/debian/control ldapdns-2.06/debian/control --- orig/ldapdns-2.06/debian/control 2007-02-01 10:49:37.0 +0100 +++ ldapdns-2.06/debian/control 2007-02-01 11:06:16.0 +0100 @@ -3,10 +3,11 @@ Section: net Priority: optional Standards-Version: 3.6.1 -Build-Depends: libldap2-dev, yada (= 0.34) +Build-Depends: libldap2-dev, yada (= 0.52) Package: ldapdns Architecture: any +Depends: adduser Recommends: ldap-server Suggests: dnsutils, ldap-utils Description: DNS server that pulls data from an LDAP directory diff -ruN orig/ldapdns-2.06/debian/packages ldapdns-2.06/debian/packages --- orig/ldapdns-2.06/debian/packages 2007-02-01 10:49:37.0 +0100 +++ ldapdns-2.06/debian/packages 2007-02-01 11:05:53.0 +0100 @@ -53,6 +53,7 @@ Package: ldapdns Architecture: any Recommends: ldap-server +Depends: adduser Suggests: dnsutils, ldap-utils Description: DNS server that pulls data from an LDAP directory LDAPDNS is a ultra-fast, stable, multithreaded DNS server that pulls diff -ruN orig/ldapdns-2.06/debian/rules ldapdns-2.06/debian/rules --- orig/ldapdns-2.06/debian/rules 2007-02-01 10:49:37.0 +0100 +++ ldapdns-2.06/debian/rules 2007-02-01 11:06:15.0 +0100 @@ -1,18 +1,57 @@ #!/usr/bin/make -f # Generated automatically from debian/packages -# by yada v0.34, of Mon, 25 Apr 2005 +# by yada v0.52, of Fri, 8 Dec 2006 -DEB_HOST_ARCH:= $(shell dpkg-architecture -qDEB_HOST_ARCH) -DEB_HOST_GNU_CPU := $(shell dpkg-architecture -qDEB_HOST_GNU_CPU) -DEB_HOST_GNU_TYPE:= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) -DEB_HOST_GNU_SYSTEM := $(shell dpkg-architecture -qDEB_HOST_GNU_SYSTEM) - -DEB_BUILD_ARCH := $(shell dpkg-architecture -qDEB_BUILD_ARCH) -DEB_BUILD_GNU_CPU:= $(shell dpkg-architecture -qDEB_BUILD_GNU_CPU) -DEB_BUILD_GNU_TYPE := $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) -DEB_BUILD_GNU_SYSTEM := $(shell dpkg-architecture -qDEB_BUILD_GNU_SYSTEM) +DEB_HOST_ARCH:= $(shell dpkg-architecture -qDEB_HOST_ARCH 2/dev/null) +DEB_HOST_ARCH_OS := $(shell dpkg-architecture -qDEB_HOST_ARCH_OS 2/dev/null) +DEB_HOST_ARCH_CPU:= $(shell dpkg-architecture -qDEB_HOST_ARCH_CPU 2/dev/null) +DEB_HOST_GNU_CPU := $(shell dpkg-architecture -qDEB_HOST_GNU_CPU 2/dev/null) +DEB_HOST_GNU_TYPE:= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE 2/dev/null) +DEB_HOST_GNU_SYSTEM := $(shell dpkg-architecture -qDEB_HOST_GNU_SYSTEM 2/dev/null) + +DEB_BUILD_ARCH := $(shell dpkg-architecture -qDEB_BUILD_ARCH 2/dev/null) +DEB_BUILD_ARCH_OS:= $(shell dpkg-architecture -qDEB_BUILD_ARCH_OS 2/dev/null) +DEB_BUILD_ARCH_CPU := $(shell dpkg-architecture -qDEB_BUILD_ARCH_CPU 2/dev/null) +DEB_BUILD_GNU_CPU:= $(shell dpkg-architecture -qDEB_BUILD_GNU_CPU 2/dev/null) +DEB_BUILD_GNU_TYPE := $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE 2/dev/null) +DEB_BUILD_GNU_SYSTEM := $(shell dpkg-architecture -qDEB_BUILD_GNU_SYSTEM 2/dev/null) + +# Take account of old dpkg-architecture output. +ifeq ($(DEB_HOST_ARCH_CPU),) + DEB_HOST_ARCH_CPU := $(DEB_HOST_GNU_CPU)) + ifeq ($(DEB_HOST_ARCH_CPU),i486) +DEB_HOST_ARCH_OS := i386 + else + ifeq ($(DEB_HOST_ARCH_CPU),x86_64) +DEB_HOST_ARCH_OS := amd64 + endif + endif +endif +ifeq ($(DEB_HOST_ARCH_OS),) + DEB_HOST_ARCH_OS := $(subst -gnu,,$(DEB_HOST_GNU_SYSTEM)) + ifeq ($(DEB_HOST_ARCH_OS),gnu) +DEB_HOST_ARCH_OS := hurd + endif +endif +ifeq ($(DEB_BUILD_ARCH_CPU),) + DEB_BUILD_ARCH_CPU := $(DEB_BUILD_GNU_CPU)) + ifeq ($(DEB_BUILD_ARCH_CPU),i486) +DEB_BUILD_ARCH_OS := i386 + else + ifeq ($(DEB_BUILD_ARCH_CPU),x86_64) +DEB_BUILD_ARCH_OS := amd64 + endif + endif +endif +ifeq ($(DEB_BUILD_ARCH_OS),) + DEB_BUILD_ARCH_OS := $(subst -gnu,,$(DEB_BUILD_GNU_SYSTEM)) + ifeq ($(DEB_BUILD_ARCH_OS),gnu
Bug#408251: fixed + NMU
tags 408251 patch stop Hi, I've created a patch adding adduser to the pre-depends and NMU'ed it to DELAYED/0 according to http://lists.debian.org/debian-devel-announce/2006/09/msg00020.html The patch is attached. This package seems to need some packaging love. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org diff -ruN orig/maildir-bulletin-0.67/changes.txt maildir-bulletin-0.68/changes.txt --- orig/maildir-bulletin-0.67/changes.txt 2007-02-01 11:17:11.0 +0100 +++ maildir-bulletin-0.68/changes.txt 2007-02-01 11:20:46.0 +0100 @@ -1,3 +1,11 @@ +maildir-bulletin (0.68) unstable; urgency=high + + * Non-maintainer upload. + * Added missing pre-dep on adduser (Closes: #408251) + * Set urgency to high due RCness + + -- Bastian Venthur [EMAIL PROTECTED] Thu, 1 Feb 2007 11:20:24 +0100 + maildir-bulletin (0.67) unstable; urgency=low * Made it build with GCC 3.3 without warnings. diff -ruN orig/maildir-bulletin-0.67/debian/changelog maildir-bulletin-0.68/debian/changelog --- orig/maildir-bulletin-0.67/debian/changelog 2007-02-01 11:17:11.0 +0100 +++ maildir-bulletin-0.68/debian/changelog 2007-02-01 11:20:46.0 +0100 @@ -1,3 +1,11 @@ +maildir-bulletin (0.68) unstable; urgency=high + + * Non-maintainer upload. + * Added missing pre-dep on adduser (Closes: #408251) + * Set urgency to high due RCness + + -- Bastian Venthur [EMAIL PROTECTED] Thu, 1 Feb 2007 11:20:24 +0100 + maildir-bulletin (0.67) unstable; urgency=low * Made it build with GCC 3.3 without warnings. diff -ruN orig/maildir-bulletin-0.67/debian/control maildir-bulletin-0.68/debian/control --- orig/maildir-bulletin-0.67/debian/control 2007-02-01 11:17:11.0 +0100 +++ maildir-bulletin-0.68/debian/control 2007-02-01 11:21:05.0 +0100 @@ -7,6 +7,7 @@ Package: maildir-bulletin Architecture: any +Pre-Depends: adduser Depends: ${shlibs:Depends} Description: Deliver bulletins directly to the users' Maildir. Deliver bulletins directly to the Maildir mail storage of users. Designed to
Bug#408269: fixed + NMU
tags 408269 patch stop Hi, I've created a patch adding passwd and adduser (the package uses adduser in it's preinst too) to the pre-depends and NMU'ed it to DELAYED/0 according to http://lists.debian.org/debian-devel-announce/2006/09/msg00020.html The patch is attached. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org diff -ruN orig/nufw-2.0.9/debian/changelog nufw-2.0.9/debian/changelog --- orig/nufw-2.0.9/debian/changelog 2007-02-01 11:48:36.0 +0100 +++ nufw-2.0.9/debian/changelog 2007-02-01 12:04:19.0 +0100 @@ -1,3 +1,12 @@ +nufw (2.0.9-5.2) unstable; urgency=high + + * Non-maintainer upload. + * Added nauth: missing pre-dep on passwd (Closes: #408269) +- added pre-dep on adduser too, since it uses adduser in preinst + * Urgency high due RCness + + -- Bastian Venthur [EMAIL PROTECTED] Thu, 1 Feb 2007 11:54:30 +0100 + nufw (2.0.9-5.1) unstable; urgency=low * Non-maintainer upload to fix longstanding l10n issues diff -ruN orig/nufw-2.0.9/debian/control nufw-2.0.9/debian/control --- orig/nufw-2.0.9/debian/control 2007-02-01 11:48:36.0 +0100 +++ nufw-2.0.9/debian/control 2007-02-01 12:04:27.0 +0100 @@ -21,6 +21,7 @@ Package: nuauth Architecture: any +Pre-Depends: passwd, adduser Depends: ${shlibs:Depends}, debconf, libsasl2-modules, ssl-cert, openssl Recommends: nuauth-utils Description: The authentication daemon from the nufw package
Bug#408364: patch + NMU
tags 408364 patch stop Hi, I've created a patch moving adduser to the pre-depends and NMU'ed it to DELAYED/0 according to http://lists.debian.org/debian-devel-announce/2006/09/msg00020.html The patch is attached. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org diff -ruN orig/karrigell-2.3.2/debian/changelog karrigell-2.3.2/debian/changelog --- orig/karrigell-2.3.2/debian/changelog 2007-02-01 12:24:20.0 +0100 +++ karrigell-2.3.2/debian/changelog 2007-02-01 12:20:41.0 +0100 @@ -1,3 +1,11 @@ +karrigell (2.3.2-1.1) unstable; urgency=high + + * Non-maintainer upload. + * Moved adduser from depend to pre-depend (Closes: #408364) + * Urgency high due RCness + + -- Bastian Venthur [EMAIL PROTECTED] Thu, 1 Feb 2007 12:20:04 +0100 + karrigell (2.3.2-1) unstable; urgency=low * new upstream version diff -ruN orig/karrigell-2.3.2/debian/control karrigell-2.3.2/debian/control --- orig/karrigell-2.3.2/debian/control 2007-02-01 12:24:20.0 +0100 +++ karrigell-2.3.2/debian/control 2007-02-01 12:21:41.0 +0100 @@ -8,7 +8,8 @@ Package: karrigell Architecture: all -Depends: ${misc:Depends}, ${python:Depends}, adduser, python (= 2.4), python-cheetah (= 1.0-1.1) +Pre-Depends: adduser +Depends: ${misc:Depends}, ${python:Depends}, python (= 2.4), python-cheetah (= 1.0-1.1) Suggests: karrigell-doc XB-Python-Version: ${python:Versions} Description: python web server application framework diff -ruN orig/karrigell-2.3.2/debian/po/cs.po karrigell-2.3.2/debian/po/cs.po --- orig/karrigell-2.3.2/debian/po/cs.po 2007-02-01 12:24:20.0 +0100 +++ karrigell-2.3.2/debian/po/cs.po 2007-02-01 12:22:00.0 +0100 @@ -15,7 +15,7 @@ msgstr Project-Id-Version: karrigell\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] -POT-Creation-Date: 2006-11-17 18:37+0100\n +POT-Creation-Date: 2007-02-01 12:22+0100\n PO-Revision-Date: 2005-10-22 15:47+0200\n Last-Translator: Miroslav Kure [EMAIL PROTECTED]\n Language-Team: Czech [EMAIL PROTECTED]\n @@ -25,13 +25,13 @@ #. Type: note #. Description -#: ../karrigell.templates:3 +#: ../karrigell.templates:1001 msgid Important note msgstr Důležitá poznámka #. Type: note #. Description -#: ../karrigell.templates:3 +#: ../karrigell.templates:1001 msgid You have installed the Karrigell web service. By default, Karrigell runs as a daemon, listening on port 8080. Please edit the file /etc/karrigell/ @@ -43,13 +43,13 @@ #. Type: note #. Description -#: ../karrigell.templates:3 +#: ../karrigell.templates:1001 msgid Put your web applications into /var/lib/karrigell/ msgstr Své webové aplikace můžete umÃstit do /var/lib/karrigell/ #. Type: note #. Description -#: ../karrigell.templates:3 +#: ../karrigell.templates:1001 msgid If you install the karrigell-doc and karrigell-demo packages, you can have an interactive demo by pointing your browser to http://localhost:8080/; @@ -59,7 +59,7 @@ #. Type: note #. Description -#: ../karrigell.templates:3 +#: ../karrigell.templates:1001 msgid However, the demo scripts would be also accessible from the internet, which has security implications. Therefore, entries aliasing 'demo' and 'doc' are diff -ruN orig/karrigell-2.3.2/debian/po/fr.po karrigell-2.3.2/debian/po/fr.po --- orig/karrigell-2.3.2/debian/po/fr.po 2007-02-01 12:24:20.0 +0100 +++ karrigell-2.3.2/debian/po/fr.po 2007-02-01 12:22:00.0 +0100 @@ -9,7 +9,7 @@ msgstr Project-Id-Version: Karrigell 2.1.9-2\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] -POT-Creation-Date: 2006-11-17 18:37+0100\n +POT-Creation-Date: 2007-02-01 12:22+0100\n PO-Revision-Date: 2005-10-09 14:28+0200\n Last-Translator: Sylvain Archenault [EMAIL PROTECTED]\n Language-Team: French debian-l10n-french@lists.debian.org\n @@ -19,13 +19,13 @@ #. Type: note #. Description -#: ../karrigell.templates:3 +#: ../karrigell.templates:1001 msgid Important note msgstr Remarque importante #. Type: note #. Description -#: ../karrigell.templates:3 +#: ../karrigell.templates:1001 msgid You have installed the Karrigell web service. By default, Karrigell runs as a daemon, listening on port 8080. Please edit the file /etc/karrigell/ @@ -38,13 +38,13 @@ #. Type: note #. Description -#: ../karrigell.templates:3 +#: ../karrigell.templates:1001 msgid Put your web applications into /var/lib/karrigell/ msgstr Vos applications web doivent être situées dans /var/lib/karrigell/. #. Type: note #. Description -#: ../karrigell.templates:3 +#: ../karrigell.templates:1001 msgid If you install the karrigell-doc and karrigell-demo packages, you can have an interactive demo by pointing your browser to http://localhost:8080/; @@ -55,7 +55,7 @@ #. Type: note #. Description -#: ../karrigell.templates:3 +#: ../karrigell.templates:1001 msgid However, the demo scripts would be also accessible from the internet
Bug#387717: fixed + NMU
tags 387717 patch stop Hi, I've created a patch and NMU'ed it to DELAYED/0 according to http://lists.debian.org/debian-devel-announce/2006/09/msg00020.html The patch is attached. The problem was, that upstream renamed a few releases ago the binary from tnftp to ftp -- but the maintainer forgot to adjust the postinst and prerm scripts accordingly. In order to keep my patch as non intrusive as possible I simply renamed the binary back from ftp to tnftp. Installing and Purging the package now works like a charm. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org diff -ruN orig/tnftp-20050625/debian/changelog tnftp-20050625/debian/changelog --- orig/tnftp-20050625/debian/changelog 2007-02-01 13:56:11.0 +0100 +++ tnftp-20050625/debian/changelog 2007-02-01 13:38:40.0 +0100 @@ -1,3 +1,11 @@ +tnftp (20050625-0.2) unstable; urgency=high + + * Non-maintainer upload. + * renamed binary from ftp to tnftp (Closes: #387717) + * Urgency high due RCness of the bug + + -- Bastian Venthur [EMAIL PROTECTED] Thu, 1 Feb 2007 13:37:37 +0100 + tnftp (20050625-0.1) unstable; urgency=medium * Non-maintainer upload. diff -ruN orig/tnftp-20050625/debian/rules tnftp-20050625/debian/rules --- orig/tnftp-20050625/debian/rules 2007-02-01 13:56:11.0 +0100 +++ tnftp-20050625/debian/rules 2007-02-01 13:46:46.0 +0100 @@ -36,6 +36,9 @@ # Add here commands to install the package into debian/tmp. $(MAKE) install prefix=`pwd`/debian/tnftp/usr mandircat1=\$${mandir}/man1 + # rename binary from ftp to tnftp -- ftp is already in use by alternatives system + # see #387717 for nasty details + mv $(CURDIR)/debian/tnftp/usr/bin/ftp $(CURDIR)/debian/tnftp/usr/bin/tnftp touch install-stamp
Bug#408262: patch + NMU
tags 408262 patch quit Hi, I've prepared a trivial patch which solves the problem. It simply adds adduser to the depends line. mpd runs now smoothly through piuparts. I'm not sure if you're MIA since your last activity is a few months ago, so I'm tempted to do an DELAYED/7 NMU immediately since it fixes an RC bug and the patch is quite trivial. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org diff -ruN orig/mpd-0.12.1/debian/changelog mpd-0.12.1/debian/changelog --- orig/mpd-0.12.1/debian/changelog 2007-01-31 12:41:41.0 +0100 +++ mpd-0.12.1/debian/changelog 2007-01-31 12:36:04.0 +0100 @@ -1,3 +1,13 @@ +mpd (0.12.1-1.1) unstable; urgency=high + + * Non-maintainer upload. + + * Added missing dep on adduser (Closes: #408262) + + * Set urgency to high since we're closing an RC bug. + + -- Bastian Venthur [EMAIL PROTECTED] Wed, 31 Jan 2007 12:35:08 +0100 + mpd (0.12.1-1) unstable; urgency=low * New upstream release diff -ruN orig/mpd-0.12.1/debian/control mpd-0.12.1/debian/control --- orig/mpd-0.12.1/debian/control 2007-01-31 12:41:41.0 +0100 +++ mpd-0.12.1/debian/control 2007-01-31 12:12:08.0 +0100 @@ -7,7 +7,7 @@ Package: mpd Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends} +Depends: ${shlibs:Depends}, ${misc:Depends}, adduser Suggests: mpd-client, icecast2 Description: Music Player Daemon Music Player Daemon (MPD) is a server that allows remote access for
Bug#408262: patch + NMU
Hi again, according to the announce on http://lists.debian.org/debian-devel-announce/2006/09/msg00020.html we've currently ('till the release) the NMU-0 rule for bugs older than 7 days. So I've uploaded to DELAYED/0. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408244: patch + NMU
tags 408244 patch quit Hi, I've attached a trivial patch which fixes this bug. I just added adduser to ifmail's depends line. Now ifmail runs smoothly through piuparts. I noticed another bug: in ifmail.postinst you echo stuff in /etc/aliases but you don't check if this file exits or not. If this file does not exist, your package creates this file -- which is IMHO a bug. Maybe ifmail should provide /etc/aliases or depend on a package which does? I'll do an 0-day NMU according to http://lists.debian.org/debian-devel-announce/2006/09/msg00020.html I hope this is OK for you. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org diff -ruN orig/ifmail-2.14tx8.10/debian/changelog ifmail-2.14tx8.10/debian/changelog --- orig/ifmail-2.14tx8.10/debian/changelog 2007-01-31 16:27:35.0 +0100 +++ ifmail-2.14tx8.10/debian/changelog 2007-01-31 16:24:35.0 +0100 @@ -1,3 +1,13 @@ +ifmail (2.14tx8.10-19.1) unstable; urgency=high + + * Non-maintainer upload. + + * Set urgency to high since it fixes an RC bug. + + * Added missing dep on adduser (Closes: #408244) + + -- Bastian Venthur [EMAIL PROTECTED] Wed, 31 Jan 2007 15:11:24 +0100 + ifmail (2.14tx8.10-19) unstable; urgency=low * Updated dependency to exim4. (Closes: #228568) diff -ruN orig/ifmail-2.14tx8.10/debian/control ifmail-2.14tx8.10/debian/control --- orig/ifmail-2.14tx8.10/debian/control 2007-01-31 16:27:35.0 +0100 +++ ifmail-2.14tx8.10/debian/control 2007-01-31 16:24:08.0 +0100 @@ -7,7 +7,7 @@ Package: ifmail Architecture: all -Depends: perl +Depends: perl, adduser Suggests: ifcico, ifgate Description: Internet to Fidonet gateway The package contains common files needed by ifcico and ifgate packages.
Bug#408244: intend to NMU
Hi, Fixing the bug by adding adduser to the depends-line, reveals another problem. In ifmail.postinst you are calling newaliases which belongs to exim4 but you ifmail does not depend on exim4. I'm currently working on this bug in order to NMU it. Please drop me a note in order to stop me. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408272: patch + NMU
tags 408272 patch quit Hi, I've fixed the bug and uploaded it to DELAYED/0. The patch is attached. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org diff -ruN orig/openggsn-0.84/config.guess openggsn-0.84/config.guess --- orig/openggsn-0.84/config.guess 2004-09-10 19:19:32.0 +0200 +++ openggsn-0.84/config.guess 2007-01-31 17:39:11.0 +0100 @@ -1,9 +1,10 @@ #! /bin/sh # Attempt to guess a canonical system name. # Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, -# 2000, 2001, 2002, 2003 Free Software Foundation, Inc. +# 2000, 2001, 2002, 2003, 2004, 2005, 2006 Free Software Foundation, +# Inc. -timestamp='2004-06-11' +timestamp='2006-07-02' # This file is free software; you can redistribute it and/or modify it # under the terms of the GNU General Public License as published by @@ -17,13 +18,15 @@ # # You should have received a copy of the GNU General Public License # along with this program; if not, write to the Free Software -# Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA. +# Foundation, Inc., 51 Franklin Street - Fifth Floor, Boston, MA +# 02110-1301, USA. # # As a special exception to the GNU General Public License, if you # distribute this file as part of a program that contains a # configuration script generated by Autoconf, you may include it under # the same distribution terms that you use for the rest of that program. + # Originally written by Per Bothner [EMAIL PROTECTED]. # Please send patches to [EMAIL PROTECTED]. Submit a context # diff and a properly formatted ChangeLog entry. @@ -53,7 +56,7 @@ GNU config.guess ($timestamp) Originally written by Per Bothner. -Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001 +Copyright (C) 1992, 1993, 1994, 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO @@ -66,11 +69,11 @@ while test $# -gt 0 ; do case $1 in --time-stamp | --time* | -t ) - echo $timestamp ; exit 0 ;; + echo $timestamp ; exit ;; --version | -v ) - echo $version ; exit 0 ;; + echo $version ; exit ;; --help | --h* | -h ) - echo $usage; exit 0 ;; + echo $usage; exit ;; -- ) # Stop option processing shift; break ;; - ) # Use stdin as input. @@ -104,7 +107,7 @@ trap exitcode=\$?; (rm -f \$tmpfiles 2/dev/null; rmdir \$tmp 2/dev/null) exit \$exitcode 0 ; trap rm -f \$tmpfiles 2/dev/null; rmdir \$tmp 2/dev/null; exit 1 1 2 13 15 ; : ${TMPDIR=/tmp} ; - { tmp=`(umask 077 mktemp -d -q $TMPDIR/cgXX) 2/dev/null` test -n $tmp test -d $tmp ; } || + { tmp=`(umask 077 mktemp -d $TMPDIR/cgXX) 2/dev/null` test -n $tmp test -d $tmp ; } || { test -n $RANDOM tmp=$TMPDIR/cg$$-$RANDOM (umask 077 mkdir $tmp) ; } || { tmp=$TMPDIR/cg-$$ (umask 077 mkdir $tmp) echo Warning: creating insecure temp directory 2 ; } || { echo $me: cannot create a temporary directory in $TMPDIR 2 ; exit 1 ; } ; @@ -123,7 +126,7 @@ ;; ,,*) CC_FOR_BUILD=$CC ;; ,*,*) CC_FOR_BUILD=$HOST_CC ;; -esac ;' +esac ; set_cc_for_build= ;' # This is needed to find uname on a Pyramid OSx when run in the BSD universe. # ([EMAIL PROTECTED] 1994-08-24) @@ -196,64 +199,23 @@ # contains redundant information, the shorter form: # CPU_TYPE-MANUFACTURER-OPERATING_SYSTEM is used. echo ${machine}-${os}${release} - exit 0 ;; -amd64:OpenBSD:*:*) - echo x86_64-unknown-openbsd${UNAME_RELEASE} - exit 0 ;; -amiga:OpenBSD:*:*) - echo m68k-unknown-openbsd${UNAME_RELEASE} - exit 0 ;; -arc:OpenBSD:*:*) - echo mipsel-unknown-openbsd${UNAME_RELEASE} - exit 0 ;; -cats:OpenBSD:*:*) - echo arm-unknown-openbsd${UNAME_RELEASE} - exit 0 ;; -hp300:OpenBSD:*:*) - echo m68k-unknown-openbsd${UNAME_RELEASE} - exit 0 ;; -luna88k:OpenBSD:*:*) - echo m88k-unknown-openbsd${UNAME_RELEASE} - exit 0 ;; -mac68k:OpenBSD:*:*) - echo m68k-unknown-openbsd${UNAME_RELEASE} - exit 0 ;; -macppc:OpenBSD:*:*) - echo powerpc-unknown-openbsd${UNAME_RELEASE} - exit 0 ;; -mvme68k:OpenBSD:*:*) - echo m68k-unknown-openbsd${UNAME_RELEASE} - exit 0 ;; -mvme88k:OpenBSD:*:*) - echo m88k-unknown-openbsd${UNAME_RELEASE} - exit 0 ;; -mvmeppc:OpenBSD:*:*) - echo powerpc-unknown-openbsd${UNAME_RELEASE} - exit 0 ;; -pmax:OpenBSD:*:*) - echo mipsel-unknown-openbsd${UNAME_RELEASE} - exit 0 ;; -sgi:OpenBSD:*:*) - echo mipseb-unknown-openbsd${UNAME_RELEASE} - exit 0 ;; -sun3:OpenBSD:*:*) - echo m68k-unknown-openbsd${UNAME_RELEASE} - exit 0 ;; -wgrisc:OpenBSD:*:*) - echo mipsel-unknown-openbsd${UNAME_RELEASE} - exit 0 ;; + exit ;; *:OpenBSD:*:*) - echo ${UNAME_MACHINE}-unknown-openbsd${UNAME_RELEASE} - exit 0 ;; + UNAME_MACHINE_ARCH=`arch | sed 's/OpenBSD.//'` + echo
Bug#408235: patch + NMU
tags 408235 patch quit Hi, I've just patched the bug (the patch is attached) and did an 0-day NMU according to http://lists.debian.org/debian-devel-announce/2006/09/msg00020.html Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org diff -ruN orig/dnscvsutil-0.10.1/debian/changelog dnscvsutil-0.10.2/debian/changelog --- orig/dnscvsutil-0.10.1/debian/changelog 2006-07-14 12:23:00.0 +0200 +++ dnscvsutil-0.10.2/debian/changelog 2007-01-31 17:03:02.0 +0100 @@ -1,3 +1,13 @@ +dnscvsutil (0.10.2) unstable; urgency=high + + * Non-maintainer upload. + + * Set urgency to high since we're fixing an RC bug + + * Added missing dep on adduser (Closes: #408235) + + -- Bastian Venthur [EMAIL PROTECTED] Wed, 31 Jan 2007 17:02:21 +0100 + dnscvsutil (0.10.1) unstable; urgency=low * Non-maintainer upload. diff -ruN orig/dnscvsutil-0.10.1/debian/control dnscvsutil-0.10.2/debian/control --- orig/dnscvsutil-0.10.1/debian/control 2001-08-28 15:46:29.0 +0200 +++ dnscvsutil-0.10.2/debian/control 2007-01-31 17:03:23.0 +0100 @@ -7,7 +7,7 @@ Package: dnscvsutil Architecture: all -Depends: perl5, bind (= 1:8.2.1-5) | bind9, cvs, libdigest-md5-perl +Depends: perl5, bind (= 1:8.2.1-5) | bind9, cvs, libdigest-md5-perl, adduser Description: Maintain DNS zone files under CVS control Maintain your DNS zone files under CVS control, and possibly automatically updating reverse zones.
Bug#408240: uploaded
Hi, Although I'm not a member of the QA team, I applied Sunes patch tested it and uploaded it to unstable. I've never sponsored a package before, so I hope the procedure was correct. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401490: NMU
Hi, in Order to get the German translation into etch ASAP I just NMU'ed the patch. I made no other changes but adding the de.po file. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397639: NMU'ed to 2day delayed queue
Hi, since this bug is open for 80 days and has a patch, I decided to NMU it in order to complete the German l10n effort. I've made no other changes but adding the de.po file. I've uploaded it to the 2day delayed queue. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403441: NMU'ed to 2day delayed queue
Hi, in order to complete the German l10n effort to get the translations into etch, I decided to NMU the package. I've made no other changes but adding the de.po and es.po files. I've uploaded it to the 2day delayed queue. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#383248: (kein Betreff)
Hi, Looks like Debian lags currently 6 months behind the ubuntu/upstream version of usplash. Is there something I can do to help you? I could co-maintain the package if you want. I've already build the current version of usplash and it works like a charm. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#399011: updated translation + NMU
Hi, I've added the last missing translation string from Matthias' translation and am currently preparing an NMU fixing this bug. The patch is attached. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org # translation of po-debconf template to German # Copyright (C) 2006, Matthias Julius # This file is distributed under the same license as the distcc package. # # Matthias Julius [EMAIL PROTECTED], 2006. msgid msgstr Project-Id-Version: distcc 2.18.3-4\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2006-10-18 10:39+0200\n PO-Revision-Date: 2006-11-16 23:12-0500\n Last-Translator: Bastian Venthur [EMAIL PROTECTED]\n Language-Team: German debian-l10n-german@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n #. Type: boolean #. Description #: ../distcc.templates:1001 msgid Start the distcc daemon on startup? msgstr Den distcc-Daemon beim Rechnerstart starten? #. Type: boolean #. Description #: ../distcc.templates:1001 msgid distcc can be run as a daemon, listening on port 3632 for incoming connections. msgstr Distcc kann als Daemon betrieben werden, der an Port 3632 auf eingehende Verbindungen wartet. #. Type: boolean #. Description #: ../distcc.templates:1001 msgid You have the option of starting the distcc daemon automatically on the computer startup. If in doubt, I suggest you not to start automatically it on startup. If you later change your mind, you can run: 'dpkg-reconfigure distcc'. msgstr Sie haben die Möglichkeit, den distcc-Daemon beim Rechnerstart automatisch starten zu lassen. Im Zweifel wird empfohlen dies nicht zu tun. Wenn Sie später Ihre Meinung ändern, können Sie »dpkg-reconfigure distcc« aufrufen. #. Type: string #. Description #: ../distcc.templates:2001 msgid Allowed client networks msgstr Zugelassene Client-Netzwerke #. Type: string #. Description #: ../distcc.templates:2001 msgid The distcc daemon implements access control based on the IP address of the client, that is trying to connect. Only the hosts or networks listed here are allowed to connect. msgstr Der distcc-Daemon implementiert die Zugangskontrolle basierend auf der IP-Adresse des Clients, der versucht, sich mit ihm zu verbinden. Nur Verbindungen von Hosts oder Netzwerken, die hier aufgelistet sind, werden zugelassen. #. Type: string #. Description #: ../distcc.templates:2001 msgid You can list multiple hosts and/or networks, separated by spaces. Hosts are represented by their IP address, networks have to be in CIDR notation, f.e. \192.168.1.0/24\. msgstr Sie können mehrere Hosts bzw. Netzwerke durch Leerzeichen getrennt eingeben. Hosts werden durch deren IP-Adresse repräsentiert. Netzwerke müssen in CIDR-Schreibweise eingegeben werden, z. B. »192.168.1.0/24«. #. Type: string #. Description #: ../distcc.templates:2001 msgid To change the list at a later point, you can run: 'dpkg-reconfigure distcc'. msgstr Um die Liste zu einem späteren Zeitpunkt zu ändern, rufen Sie »dpkg-reconfigure distcc« auf. #. Type: string #. Description #: ../distcc.templates:3001 msgid Listen interfaces msgstr Netzwerkschnittstellen #. Type: string #. Description #: ../distcc.templates:3001 msgid The distcc daemon can be bound to a specific network interface. msgstr Der distcc-Daemon kann an eine spezifische Netzwerkschnittstelle gebunden werden. #. Type: string #. Description #: ../distcc.templates:3001 msgid You probably want to choose the interface of your local network by entering it's IP address. If distccd should listen on all interfaces, just enter nothing. msgstr Sie wollen möglicherweise die Netzwerkschnittstelle zu Ihrem lokalen Netz verwenden, indem Sie deren IP-Adresse eingeben. Falls distccd an alle Schnittstellen gebunden werden soll, geben Sie hier nichts ein. #. Type: string #. Description #: ../distcc.templates:3001 msgid Be sure to protect distccd from unauthorized access, by being careful in your choice of the listen interface and allowed networks. distccd should never be accessible from untrusted networks. If that is needed, secureshell should be used instead of the daemon. msgstr Stellen Sie sicher, dass distccd vor unberechtigtem Zugang geschützt ist, indem Sie Netzwerkschnittstelle und die erlaubten Netzwerken sorgfältig auswählen. Distccd sollte niemals von nicht vertrauenswürdigen Netzwerken aus zugänglich sein. Falls dies notwendig ist, sollte secureshell anstatt des Daemons verwendet werden. #. Type: string #. Description #: ../distcc.templates:3001 msgid To change the address at a later point, you can run: 'dpkg-reconfigure distcc'. msgstr Um die Adresse später zu ändern können sie »dpkg-reconfigure distcc« ausführen.
Bug#406438: This is TOTALLY BROKEN behavior
As the maintainer of kde-kdm-themes I don't think that desktop-base brakes my package. I'm happy that it finally enables the new KDM theme by default for the masses. But it shows again that we need a solution for shared configuration files. Nathanael Nerode schrieb: As noted in the merged bugs, this breaks all theming and all configuration of kdm. The Control Center module for kdm is completely broken by this; so are the packages kde-kdm-themes and kdmtheme. This is a totally unacceptable change to have right before etch releases. However, purging desktop-base does fix the problem. I'm not sure whether this is a serious bug on kdm or a serious bug on desktop-base. You can decide, but this is definitely *not* acceptable to release etch with. -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405497: same here
Am 19.01.2007 16:28 schrieb James Vega: Trying to manually remove all files under /v/c/pbuilder/build fails for all files under /proc and /dev/pts. Not even root can remove those files. In my scenario, I can see the /proc and /dev/pts mounts: /proc on /var/cache/pbuilder/build/cow.1208/proc type proc (rw) /dev/pts on /var/cache/pbuilder/build/cow.1208/dev/pts type devpts (rw) So, I just umount those and can then remove the build directory. Thanks! After cleaning up, cowdancer works as expected again! Sorry for the noise. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321102: kmail without dimap
Am 19.01.2007 16:37 schrieb Helmut Toplitzer: The popup will *only* kick-in when you have a DIMAP-(mail)-account. Using regular IMAP with workgroup-functions enabled, does not produce the popup. I'm using dimap with workgroup functions for 2 years now. Without problems. (It's easy if you know what NOT to do) Yes, I agree. But that's also the problem. If you know what not to do, then it might be possible to work with DIMAP without ever losing mails. But looking at bugs.kde.org and searching for KMail bugs about mail loss related to DIMAP reveals another truth: the users are not aware of those bugs. We could deliver KMail with DIMAP enabled, but then we'd have to make sure that every user who's trying to create an DIMAP account is aware of the risks. And by aware I mean that KMail must proactively provide this information when trying to create such an account -- not just a file hidden somewhere under /usr/share/doc. And every existing DIMAP user should be at least once reminded that DIMAP is potentially unsafe for production use. But even if we could provide appropriate warnings, we'd still deliver buggy and potentially harmful software in Debian stable... I'd prefer to disable DIMAP completely -- better to cut down a single feature than to expose our users to the risk of data loss. But that's just my opinion and I'm not a KDE-maintainer. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321102: kmail without dimap
Am 19.01.2007 15:46 schrieb Helmut Toplitzer: Please add something like don't show warning again to the patch. Using the workgroup functions on dimap will be really annoying otherwise. The popup will *only* kick-in when you have a DIMAP-(mail)-account. Using regular IMAP with workgroup-functions enabled, does not produce the popup. There is BTW a bug in KMail when it tries to create those workgroup-folders on the server (a nasty warning about folders not found on the server) -- this is not related to my patch! I noticed this bug before (my patch) when I tried to reproduce the mailloss. It happens with DIMAP and IMAP. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321102: patch
tags 321102 patch thanks Hi, please consider the following patch. It disables DIMAP by simply removing the DIMAP option when creating a new account, making it impossible to create a new DIMAP account. Regular IMAP is still perfectly possible. In order to protect users with existing DIMAP accounts, it also pops up a warning whenever KMail gets started and detects an DIMAP account. The patch does not disable DIMAP itself. In fact it does not even touch the DIMAP code. So other PIM components using DIMAP internally should not be affected. I've tested the patch and it seems to work fine. The patch itself is very small: there are currently two ways to create a DIMAP account, 1) the regular way and 2) when you start KMail the first time an the wizard pops in. I've disabled the gui-Elements for the DIMAP-options in both cases. The second part of the patch is for the popup. Every time KMail starts and detects a DIMAP account the popup with a warning is shown. I think this patch is a good compromise. It does not really fix the bug, but prevents the user from using DIMAP. IMHO it's better and cleaner this way than just closing the bug by documenting it. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org Only in ./kdepim-3.5.5.dfsg.1/kmail/: Makefile.in Common subdirectories: ./kdepim-3.5.5.dfsg.1/kmail/about and ../kmail/kdepim-3.5.5.dfsg.1/kmail/about diff -u ./kdepim-3.5.5.dfsg.1/kmail/accountwizard.cpp ../kmail/kdepim-3.5.5.dfsg.1/kmail/accountwizard.cpp --- ./kdepim-3.5.5.dfsg.1/kmail/accountwizard.cpp 2005-09-10 10:24:02.0 +0200 +++ ../kmail/kdepim-3.5.5.dfsg.1/kmail/accountwizard.cpp 2007-01-19 10:28:13.0 +0100 @@ -87,7 +87,7 @@ mTypeList i18n( Local mailbox ); mTypeList i18n( POP3 ); mTypeList i18n( IMAP ); - mTypeList i18n( Disconnected IMAP ); +// mTypeList i18n( Disconnected IMAP ); mTypeList i18n( Maildir mailbox ); insertStringList( mTypeList ); Common subdirectories: ./kdepim-3.5.5.dfsg.1/kmail/avscripts and ../kmail/kdepim-3.5.5.dfsg.1/kmail/avscripts Common subdirectories: ./kdepim-3.5.5.dfsg.1/kmail/interfaces and ../kmail/kdepim-3.5.5.dfsg.1/kmail/interfaces diff -u ./kdepim-3.5.5.dfsg.1/kmail/kmacctseldlg.cpp ../kmail/kdepim-3.5.5.dfsg.1/kmail/kmacctseldlg.cpp --- ./kdepim-3.5.5.dfsg.1/kmail/kmacctseldlg.cpp 2005-09-10 10:24:02.0 +0200 +++ ../kmail/kdepim-3.5.5.dfsg.1/kmail/kmacctseldlg.cpp 2007-01-19 13:55:08.0 +0100 @@ -51,8 +51,8 @@ vlay-addWidget( radioButton2 ); QRadioButton *radioButton3 = new QRadioButton( i18n(IMAP), group ); vlay-addWidget( radioButton3 ); - QRadioButton *radioButton4 = new QRadioButton( i18n(Disconnected IMAP), group ); - vlay-addWidget( radioButton4 ); +// QRadioButton *radioButton4 = new QRadioButton( i18n(Disconnected IMAP), group ); +// vlay-addWidget( radioButton4 ); QRadioButton *radioButton5 = new QRadioButton( i18n(Maildir mailbox), group ); vlay-addWidget( radioButton5 ); diff -u ./kdepim-3.5.5.dfsg.1/kmail/kmmainwidget.cpp ../kmail/kdepim-3.5.5.dfsg.1/kmail/kmmainwidget.cpp --- ./kdepim-3.5.5.dfsg.1/kmail/kmmainwidget.cpp 2006-10-01 19:30:30.0 +0200 +++ ../kmail/kdepim-3.5.5.dfsg.1/kmail/kmmainwidget.cpp 2007-01-19 12:34:53.0 +0100 @@ -3395,6 +3395,12 @@ for( KMAccount *a = kmkernel-acctMgr()-first(); a; a = kmkernel-acctMgr()-next() ) { if ( a-type() == cachedimap ) { + // + // ask the user to switch from dimap to imap. + // + QMessageBox::warning( this, Cached IMAP detected, Looks like you're using legacy DIMAP which is not supported anymore.\n + Please delete this account in KMail and use regular IMAP instead.); + hasImapAccount = true; break; } Common subdirectories: ./kdepim-3.5.5.dfsg.1/kmail/pics and ../kmail/kdepim-3.5.5.dfsg.1/kmail/pics Common subdirectories: ./kdepim-3.5.5.dfsg.1/kmail/profiles and ../kmail/kdepim-3.5.5.dfsg.1/kmail/profiles Common subdirectories: ./kdepim-3.5.5.dfsg.1/kmail/tests and ../kmail/kdepim-3.5.5.dfsg.1/kmail/tests
Bug#405497: same here
Hi, I have a similar problem. When trying to update cowbuilder (sudo cowbuilder --update) it scrolls a lot of error messages beeing not able to remove files like /var/cache/pbuilder/build/cow.3698/proc/3440/task/3440/fd/1 and finally aborting. I've tried the same command several times always with the same result but an increasing number of v/c/pbuilder/cow./proc/... Trying to manually remove all files under /v/c/pbuilder/build fails for all files under /proc and /dev/pts. Not even root can remove those files. I don't know if this is related but after a reboot my disk (ext3) was checked on bootup and it found an error (Code 3 -- whatever that means...) and had to be rebooted. I suggest to upgrade the severity of this bug, since cowdancer is unusable, not beeing able to update it or using it for building packages. Meanwhile one can still use pbuilder. How can I get rid of the remaining files? Is it safe to remove them? Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#298482: very old bug, still reproducable?
Closing this bug on reporters request. -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321102: more ways to reproduce this bug
found 321102 4:3.5.5.dfsg.1-5 thanks Hi, One major argument against my previous two attempts to reproduce this bug is, that I'm abusing KMails functions. F5 and rebuild IMAP cache do exactly what they're supposed to do and it's not KMails fault if the user loses mails when (ab)using this features. I understand this point of view although I still disagree. But in oder to protect our users I reproduced this bug again. This time by using KMail correctly. Setup: This time I'm using two different accounts foo and bar and move a mail from one account to the other. (3) Delete mails by checking only one Account: - Move a mail from foo's inbox to bar's inbox No changes have yet been committed on the serverside - now click check mail in foo (and only in foo) KMail now removes the mail from foo's inbox but does not copy it into bar's inbox. - Close KMail Check the mails on the serverside: one Mail is lost and it will be lost until you restart this particular instance of KMail which can be in a few minutes, days or never. KMail leaves the state on the server in a broken state. Checking your mail from another machine will look like you've just lost a mail. Maybe the user will now use KMails rescue operations (F5 or rebuild the cache) and therefor worsen the situation. If the user cannot start KMail on the first machine for some reasons, it's mail will be lost forever. (4) Delete mails by checking mail automatically: You can even lose mails by don't doing anything. This chance is always present when KMail does not check all available accounts together. Eg. When you set check mail automatically every x minutes on account foo and set check mail automatically every y minutes on account bar where x y then you're actually doing the same as in Example (3) just automatically: - Move a mail from foo's inbox to bar's inbox No changes have yet been committed on the serverside - Wait x minutes until KMail checks foo's mail KMail now removes the mail from foo's inbox but does not copy it into bar's inbox (until y minutes when KMail checks bar's mail) - close KMail before it checked bar's mail, Check the mails on the serverside: one Mail is lost and it will be lost until you restart this particular instance of KMail which can be in a few minutes, days or never. Since I can already hear someone saying: Oh, you're abusing KMail again, just use CTRL-L to check all accounts as you're supposed to do!, here is my hopefully last part: (5) Lose mails by unavailability of one server: - Move a mail from foo's inbox to bar's inbox No changes have yet been committed on the serverside - Disconnect server bar (eg shutting bar's IMAP server down), to simulate a broken connection to *one* of the two servers. - Press CTRL-L (check all accounts -- the right way) KMail now removes the mail from foo's inbox but does not copy it into bar's inbox since bar's server is unavailable. It gives a warning that the server is not available but does not mention that an pending operation is currently broken. - Close KMail Check the mails on the serverside: one Mail is lost and it will be lost until you restart this particular instance of KMail which can be in a few minutes, days or never. If KMail would copy from foo to bar and only delete the mail on foo if the copy was successful, that this mail lost could have been prevented. One last word about this bug: Bugs like this will always be reproducible until two-part actions like move mail from a to b (= copy mail from a to b, delete mail from a) are not handled somewhat atomic. In the current implementation KMail does not even try to do stuff like this atomic. If you fix this, then I think you will fix the bug. Summary: I've presented altogether five ways how certain situations in KMail can lead to data loss. I even was able to lose data by just justing CTRL-L like upstream suggests. All my examples might seem minimalistic and somewhat artificial, but please keep in mind that this is just in order to make the bug easy to reproduce! It's not hard to imagine how situations like this can happen to an average user on a more complicated setup. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302240: yes, but severity is normal
tags 302240 - moreinfo severity 302240 normal thanks On 12.01.2007 11:31 schrieb Bastian Venthur: Can you still reproduce this bug? I've yes please give us a short note, if not, this bug will be closed in a few weeks (but you are of course free to reopen it). Yes I can still reproduce this behavior, though the bug might be of severity normal and not important, as I initially thought. Cheers, Bastian ditto -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321102: more ways to reproduce this bug
Hi Adam, Adam Porter schrieb: I'm not sure if doing dIMAP atomically would make sense; that sounds like regular, online IMAP to me. The whole point of dIMAP is to make changes offline and then sync them all at once. (Although the reason I use dIMAP is Atomic means that an operation which consists of more than one atomic step must follow the all-or-nothing principle. This means if one of the steps fail, it must undo all other involved steps. This does not contradict the way how DIMAP works. In fact it's still perfectly possible to delay/queue the move operation when in offline mode, but *when* the operation happens, it has to be atomic. This is the only way to guarantee that the data keeps consistent and no data is lost. An example: moving a mail consists of two steps: KMail has to copy the file from A to B and remove the remaining file on A. If one part of move fails, then you have either a duplicated file on the source- and the target folder (delete fails) or your file is lost (copy fails). If one of those two steps fails the other has to be undone in order to keep the data consistent. If it's not possible to implement move to be atomic it should be at least guaranteed that no file is *lost* (eg. copy first and delete afterwards). A duplicated file is a problem the user can cope with a deleted is not. One main problem of this bug is that the user does not actually *notice* that his mail is lost when an accident happens. He moves a mail, sees the desired result inside of KMail but does not know that actually his mail is already gone on the server side. This makes the bug so dangerous. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#276401: fixed
Ok, so I think we can close this bug now. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#194809: fixed
Hi, I was not able to reproduce your bug. Since your report is very old, I'm closing it since it's very likely that it has been fixed. Feel free to reopen it, if it appears again. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#226776: fixed
Hi, lisa creates a pidfile: /var/run/lisa.pid. So I'm closing your bug now. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#228037: moreinfo
tags 228037 moreinfo thanks Hi, I'm not able to reproduce your bug and I was not able to find a similar bug in KDE's bugtracking system which is not fixed. There were many IO, CPU and memory related bugs in the past. Since your report is already a few years old, Do you still observe this behaviour? Do you know when you observed this behaviour the last time? If this bug still happens to appear, I need some more Info. Do you use Arts? Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#247706: moreinfo
tags 247706 moreinfo thanks Hi, Is this bug still reproducible with a current version of noatun? Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#251469: unreproducible for over 2 years, closing it now
Hi, This bug has been marked as being unreproducible over 2 years ago. I'm closing it now, hoping this bug was fixed. Don't hesitate to reopen it, if this bug hits you again. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#255331: bug still open upstream, forwarding
forwarded 255331 http://bugs.kde.org/show_bug.cgi?id=74832 thanks Hi, #255331 should be forwarded to http://bugs.kde.org/show_bug.cgi?id=95139 but this bug was closed (fixed?) and marked as duplicate of http://bugs.kde.org/show_bug.cgi?id=74832. Looks like this bug will be fixed with KDE4. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#257888: fixed
Marc told me on IRC that KMail does not crash anymore. It now has an alternative bug, but is seems not related to this one, so closing it. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#267476: fixed
Hi, Using the current version from unstable, i can play ogg files and various audio formats correctly. But playing videos, either with noatun or kaboodle, results in white noise. so the ogg-bug is fixed. Please open a new bug concerning the new bug if it still happens to you. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325666: unreproducible, very old bug -- closing it
The title says it all. Please reopen the bug if it still happens to you. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#149139: closing
No answer since the last moreinfo request 2 years ago. Since this bug is very old, I'm closing it now. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#147416: fixed (probably years ago)
Hi, I've tested it today with several additional swapfiles, and the correct amount of swapspace is shown in kpm. This bug was probably fixed years ago. So I'm closing it. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#154530: fixed
Current release of qt3-dev-tools provides other binaries but this time with manpages. -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#260214: fixed long time ago
Hi, this bug was fixed long time ago. Closing it now. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#178555: bug still open?
tags moreinfo thanks Hi, the bug You've reported is very old and I'm not able to reproduce it anymore. Could you please try reproduce ant tell me if this bug is still open or not? Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#252412: fixed
in Debian stable i've got the same bugs. In Debian unstable the bugs are solved. This was in Oct 2005. I'm closing this bug now. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#255729: wishlist
severity 255729 wishlist thanks This is obviously a wishlist bug. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#246688: moreinfo
tags unreproducible moreinfo thanks Hi, the bug you've reported is not reproducible for me and I'd like to close it since chances are high that this bug has been fixed already. Could you please try to reproduce your bug and tell me if I should keep the bugreport open? Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321102: bug still not fixed
reopen 350851 forcemerge 350851 406258 thanks Ok since there seem to be some uncertainty whether this bug is fixed or not I tried to reproduce my beloved bug today and the sad news is that I was able to reproduce this bug again. I'll play around a bit to gain more informations and write a follow up later. But for the impatient: Moving Mails from one folder to another with DIMAP does nothing on the server (until you restarted KMail?). Combine this with the same account on a different machine et voila. Please don't close this bug again! Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321102: a way to reproduce KMail/DIMAP data loss
reopen 321102 tags 321102 - fixed-upstream thanks Here are some minimalistic ways to reproduce this bug. Some observations: 1) KMail does not show what's on the server but rather what should be on the server: When moving mails around in KMail, the mails aren't actually moved on the server directly. KMail does this later (when?). Even when you close and reopen KMail the mail is not moved on the server, although KMail pretends that it has moved the mail! (Which is the root of the problem as we will see later) 2) Pressing F5 inside a folder commits open changes for this folder on the server. 2.a) Pressing F5 inside folder foo commits changes for foo but not for folder bar (which is so dangerous that I cannot believe this was actually implemented) 3) Rebuilding cache (sorry translated from my German version) seems to re-read all the data from the server and overwrites KMails yet uncommitted actions -- for this folder! 4) People who use IMAP tend to check their mails from more than one machine. 5) People have more than one account and sometimes move files from one folder to another one on a different account. Here is what I've used: - Current KMail 1.9.5 from Sid - current Dovecot from etch on the server side - Initial layout: Four mails in inbox and two empty folders: |-- Inbox | |-- mail 1 | |-- mail 2 | |-- mail 3 | `-- mail 4 |-- folder 1 `-- folder 2 Ok let's get to the bug. I found different methods to reproduce this bug. Here is the first and simplest method: I'll delete a mail by moving a mail from one folder to another: 1) Drag mail 1 to folder 1 (move). 2) Now take a look on the server: Inbox has still 4 mails, folder 1 is still empty. The changes are not committed to the server although KMail pretends to. 3) Now go into your inbox and press F5 (refresh) 4) On the serverside mail 1 is now deleted from your Inbox but still not present in folder 1. In other words if you'd close KMail now and delete all it's configuration files from this box, mail 1 is lost! Of course mail 1 is still living somewhere in KMails config files an pressing F5 folder 1 will bring it back, but only on this machine. Checking your mail from another box, it will look like your mail just disappeared. Which is actually true since it is not on the server anymore. Think this scenario is unrealistic? I for one often move a mail from my inbox to another folder. And even more often press F5 in my inbox to fetch new mail. Here a second way, even funnier: 1) Move mail 1 (by dragging) from folder 1 to folder 2 The changes are not yet committed on the server! But KMail pretends to. 2) Rebuild cache on folder 2 (KMail will delete the just moved mail from this folder since it's not present on server) 3) Refresh folder 1 with F5. KMail will remove the mail from the server (which was not visible inside KMail) Now you have effectively deleted mail mail 1 from KMail and the Server. I'm sure there are many other ways to exploit this behavior. I've not seen a single waring or error from KMail it just did what I say and happily removed mail precious mails. I found another way to lose mails in combination with two different boxes using the same account and moving mail, and (ab)using F5 and rebuilding the cache. But I forgot to write the steps down and am to lazy now to try to reproduce it again. I even found a bug where KMail duplicates mails which is relevant to this bug since it's the same problem. I've not yet played with different boxes sharing the same account (home, work) or one box having two accounts (and moving mails), but I hope my setup inspired a few people to do some testing themselves. Please let me know if you need some help or further information. So please urge to upstream to reopen it's relevant bugreport(s) (or better to fix them), I don't have the nerve to deal with upstreams BTS. And for Debian: please disable DIMAP completely or remove KMail from etch. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#350851: kmail dataloss bugs.
On 10.01.2007 14:13 schrieb Sune Vuorela: unmerge 350851 close 350851 unmerge 406258 forwarded 332473 http://bugs.kde.org/show_bug.cgi?id=114163 thanks Hi Bastian Hi Sune, It seems like different bugs you are trying to refer to - and let us keep the issues seperate instead of a giant metabug kmail is a piece of shit where all info is posted. Sorry for merging Adams Bug with my bugreport. From the mails I received in the last days from him and KDE's BTS I somehow thought he referred to the very same bug. My bad. Have you reported your findings to the correct bugs upstream? I think my dangerous handling of imap folders and the sudden mail loss bugreport, should be merged in upstreams BTS. I've reported my findings to the wrong report since it seems to have way more attention than my bugreport, which is still of severity normal and open since October 2005. (Did I mention that KDE's BTS sucks?). If those bugs will not be merged, I'd rather see my HOWTO posted to the correct (my) bugreport -- but I fear nobody will ever read this then :( Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321102: but still not fixed
Ana Guerrero schrieb: So, you do not use kmail anymore, go to the kde bugzilla and see people is still suffering this bug in kubuntu and decide to re-open this bug in the Debian BTS? No, I'm still subscribed to the relevant bugreports in the KDE bugzilla (since I myself suffered from this bug) and noticed that every now and then still mails come in. After I received another mail yesterday claiming that this bug is still not fixed I looked through the Debian BTS and KDEs BTS. Looks like in Debian's BTS someone tried to reopen this bug in Deceber. He even wanted to reopen this closed bug in the KDE BTS but he did not know how so he opened a new one. This and the point that in the main KDE bugreport (sudden mail loss) even he KDE devs don't seem to claim that the bug is fixed but just notice that it seems to be less likely to happen, I think/fear this bug is still not fixed. The commit that should fix this bug was not committed before the kde3.5.5 release, so only distributions that have hand-picked the fix from svn had it included. It is 'closed' in kde bugzilla. 'Verified' is the 'step' after 'fixed' in bugzilla wordings. Verified that it is fixed). Don't mix it with 'confirmed' which is a confirmation that the bug exists. Sorry my bad, I really did not see that this bug was fixed. I really should unsubscribe from upstreams BTS :) Anyway, maybe this bug is fixed and I just overreacted -- let's hope for the best. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404184: hangs on update, possible livelock? (strace attached)
Ok I give up. I've just tried to reproduce this box with qemu. What I did: 1) downloaded the package list two times by setting archive.debian.net (2006/11/01) in my sources list. The first time will download two files, the second attempt will create the pdiff 2) changed the sources list again by increasing the date for archive.debian.net by 14 days 3) renamed the resulting files in /var/lib/apt/lists to match the new url 4) backed the files up 5) tried an update with aptitude, resulting in downloading many pdiffs for deb, deb-src, main, contrib and n-f 6) when aptitude did not crash I restored the old files from /var/lib/apt/lists and repeated steps 5 and 6 This is what I've done for the last 4 hours and I was not able to reproduce this bug a single time. So what should we do next? Since I seem to be the only one who noticed this bug and since I'm not able to reproduce it anymore you might want to close it. This would be ok for me -- In this case I'd just reopen it if it ever hits me again. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#406062: while playing a track, the favourite tracks pane is missing in the context sidebar
Package: amarok Version: 1.4.4-2 Severity: normal The title says it all. While playing a track in amarok the context sidebar shows the following panes: 1) Title (album cover, musicbrainz logo) 2) Similar Artists like foo 3) Suggested Tracks 4) Albums by foo that's it. The Favourite tracks pane is missing. Rightclicking on the context sidebar I get the following contextmenu: [x] Show similar artists [x] Show suggested songs [x] Show favourite tracks --- Note how the third the last checkbox is enabled. I'm using the german version of amarok and translated the menus into English. I hope it's still understandable. Cheers, Bastian -- Bastian Venthurhttp://venthur.de Debian Developer venthur at debian org -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages amarok depends on: ii amarok-engines 1.4.4-2 output engines for the Amarok audi ii amarok-xine [amarok-en 1.4.4-2 xine engine for the Amarok audio p ii kdelibs4c2a4:3.5.5a.dfsg.1-5 core libraries and binaries for al ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libaudio2 1.8-2 The Network Audio System (NAS). (s ii libc6 2.3.6.ds1-9 GNU C Library: Shared libraries ii libfontconfig1 2.4.2-1 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libgcc11:4.1.1-21GCC support library ii libgl1-mesa-glx [libgl 6.5.1-0.5 A free implementation of the OpenG ii libglib2.0-0 2.12.6-2 The GLib library of C routines ii libgpod0 0.3.2-1.1 a library to read and write songs ii libice61:1.0.1-2 X11 Inter-Client Exchange library ii libidn11 0.6.5-1 GNU libidn library, implementation ii libifp41.0.0.2-3 communicate with iRiver iFP audio ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libmysqlclient15off5.0.30-3 mysql database client library ii libnjb52.2.5-4.1 Creative Labs Nomad Jukebox librar ii libpng12-0 1.2.15~beta5-1PNG library - runtime ii libpq4 8.1.5-2 PostgreSQL C client library ii libqt3-mt 3:3.3.7-2 Qt GUI Library (Threaded runtime v ii libruby1.8 1.8.5-4 Libraries necessary to run Ruby 1. ii libsdl1.2debian1.2.11-7 Simple DirectMedia Layer ii libsm6 1:1.0.1-3 X11 Session Management library ii libsqlite3-0 3.3.8-1 SQLite 3 shared library ii libstdc++6 4.1.1-21 The GNU Standard C++ Library v3 ii libtag1c2a 1.4-4 TagLib Audio Meta-Data Library ii libtunepimp3 0.4.2-4.1 MusicBrainz tagging library and si ii libusb-0.1-4 2:0.1.12-2userspace USB programming library ii libvisual-0.4-00.4.0-1 Audio visualization framework ii libx11-6 2:1.0.3-4 X11 client-side library ii libxcursor11.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxft22.1.8.2-8 FreeType-based font drawing librar 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 libxrender11:0.9.1-3 X Rendering Extension client libra ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii ruby 1.8.2-1 An interpreter of object-oriented ii zlib1g 1:1.2.3-13compression library - runtime Versions of packages amarok recommends: ii kdemultimedia-kio-plugins 4:3.5.5-2 enables the browsing of audio CDs -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326735: knode crash
I've just tested it in- and outside of Kontact and was not able to reproduce this bug anymore. Looks like this bug has vanished. But please note that I'm not using KNode (KMail and the whole Kontact bunch) anymore for a long time due other open grave bugs, so I cannot say if this bug really has vanished. Cheers, Bastian On 05.01.2007 08:08 schrieb Fathi Boudra: tags 326735 - moreinfo thanks hi, is it always reproducible on KDE 3.5.5 ? cheers, Fathi -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#321102: but still not fixed
reopen 350851 thanks Hi, I know this mail sucks (like this whole bug) but looking at the relevant KDE bugreport, I really doubt that this bug is fixed. http://bugs.kde.org/show_bug.cgi?id=104956 I'm not using KMail anymore so I can't give any first hand information, but I'm still following the relevant KDE bugreports and It simply looks like this bug is not fixed. Why was it closed anyway? Looks like upstreams bugreport is still open too. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404184: hangs on update, possible livelock? (strace attached)
On 06.01.2007 16:52 schrieb Daniel Burrows: On Fri, Dec 22, 2006 at 11:13:31AM +0100, Bastian Venthur [EMAIL PROTECTED] was heard to say: very often when I update systems wich have not been updated for a while ( 1 week) I notice that aptitude hangs while dowhloading the new Package-lists (not the packages). I have to kill aptitude and use apt-get update (which works fine). Today I noticed this problem again and decided to provide an strace. Please note that the strace does not stop (the same block repeats again and again until I killed strace. This bug happens to appear quite often (with a better chance when you haven't updated your packages for a while), while it does almost never happen on systems which I update daily. One factor I just remembered: Are you updating these systems from the curses UI or from the command-line? From the UI: $ sudo aptitude *press u* [downloading the package diffs] - hangs while downloading HTH Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404184: hangs on update, possible livelock? (strace attached)
Daniel Burrows schrieb: On Sat, Jan 06, 2007 at 08:11:22PM +0100, Bastian Venthur [EMAIL PROTECTED] was heard to say: On 06.01.2007 16:52 schrieb Daniel Burrows: On Fri, Dec 22, 2006 at 11:13:31AM +0100, Bastian Venthur [EMAIL PROTECTED] was heard to say: very often when I update systems wich have not been updated for a while ( 1 week) I notice that aptitude hangs while dowhloading the new Package-lists (not the packages). I have to kill aptitude and use apt-get update (which works fine). Today I noticed this problem again and decided to provide an strace. Please note that the strace does not stop (the same block repeats again and again until I killed strace. This bug happens to appear quite often (with a better chance when you haven't updated your packages for a while), while it does almost never happen on systems which I update daily. One factor I just remembered: Are you updating these systems from the curses UI or from the command-line? From the UI: $ sudo aptitude *press u* [downloading the package diffs] - hangs while downloading OK, that's usually what I do too. Another variable would be connection speed -- is yours particularly slow or fast? I'm currently on a 2MBit DSL line. Nothing spectacular. It may have something to do with the new pdiffs introduced a half year ago. Before the pdiff-age it took only a few seconds to download the package list, but today it takes literally ages to get all the stuff when you don't have updated your box for a while ( 1 week). I don't know what exactly takes all the time (usually a few minutes) -- I doubt this is the raw download time for all the small files. I guess after aptitude downloaded each pdiff it does something fishy which takes longer the more pdiffs it has downloaded and under some circumstances even hangs... Ok, I guess I'm not really helping with my wild speculations. I've prepared a sid system and plan to let it rot a few days in oder provoke a long package list download. I hope I can reproduce this bug with a debugging version of aptitude. Cheers, Bastian BTW: Am I the only one who noticed this bug? -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404184: hangs on update, possible livelock? (strace attached)
Daniel Burrows schrieb: On Fri, Dec 22, 2006 at 11:13:31AM +0100, Bastian Venthur [EMAIL PROTECTED] was heard to say: very often when I update systems wich have not been updated for a while ( 1 week) I notice that aptitude hangs while dowhloading the new Package-lists (not the packages). I have to kill aptitude and use apt-get update (which works fine). I've heard of some problems with apt-get as well in this department, but I haven't seen it myself with either aptitude or apt-get. Two quick questions: (1) When aptitude crashes, does it repeatedly crash? (i.e., does it crash every time you try to update, or just the first time?) When it chrashes, it often happens that it crashes again after I killed it and start it again and try to update the package list. Usually after a few tries it just works again. Sorry I know this sounds strange but behavior like this is not unusual when concurrency is involved. (2) If you use apt-get instead of aptitude *before* trying aptitude update, does it ever crash? Ok speaking of *this* bug not, since apt-get does the dirty job for aptitude. This is just a wild guess but maybe it has something to do with the time aptitude needs to get the package list. When it takes longer (eg you haven't updated it for a few weeks) the possibility increases to make aptitude hang but on a dayly updated system the bug is unlikely to appear since aptitude just needs a few seconds to finish it's job. But of course there is still #348481. Also, it would be greatly helpful if you could compile the program with debugging support, then -- when it hangs -- attach with gdb and get a backtrace (preferably a backtrace of all threads -- i.e., run info threads and thread 0, thread 1, etc, getting a backtrace for each). Ok I'll see what I can do but, since this bug is more likely to happen when you don't have updated your package list for a few days/weeks, it would be very helpful if I'm able to fake such data so I don't have to wait a week for the next test. Otherwise, I guess I'll just wait to see if it ever happens to me. The updating code has been more or less the same for over a year, though, and I have yet to see a lockup. Please note that I can't remember having seen this bug on one of my daily updated sid-boxes. But I happens quite often on my etch boxes which I update just once in a week. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404184: upgrade severity to important
severity 404184 important stop Since this bug seems to happen quite often, I think this bug should be at least important, shouldn't it? I mean it *has* a major impact on the usability of the package if I'm not able to get the new package-lists. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404184: Processed: upgrade severity to important
On 23.12.2006 12:05 schrieb Christian Perrier: Quoting Debian Bug Tracking System ([EMAIL PROTECTED]): Processing commands for [EMAIL PROTECTED]: severity 404184 important Bug#404184: hangs on update, possible livelock? (strace attached) Severity set to `important' from `normal' Could people who change bug severities in the BTS send explanations along with their bts commands? I'm not sure if you mean me or Anthony, since Anthony changed the severity from grave to normal without any notes (which is IMHO quite unpolite since the reporter does not get an automatic mail informing him about the change). I've upgraded the severity again to important and left a note explaining why I think this bug is at least important (maybe Anthony was right and grave was a bit to harsh). I'm not the aptitude package maintainer but would I be Daniel, that would make me a bit angry. And anyway, people who will deal with that bug in the future will really wonder why these successive changes happened so quickly. This severity is probably correct but giving even a small rationale would be nice...:) Done :) Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#403706: (sometimes?) fails to bring up interfaces on bootup by default
Package: ifupdown Version: 0.6.8 Severity: critical Tags: patch Hi ifupdown-Maintainer, I've installed a recent Debian/Testing on two different boxes and on a virtual qemu-box and the following problem appeard on all of them: After booting the system the nentwork inteface is not brought up correctly which makes this installation (in fact the whole system) unusable for reomote-only installations. The problem seems to be the following line in /etc/network/interfaces: allow-hotplug eth0 Issuing an sudo ifup -a does not do anything. After changing the line to auto eth0 the problem seems to be fixed. Please note that I'm not talking about some heavyly customized installations but rather about default installations of an up-to-date Debian/Testing. I've mentioned the problem on d-devel and d-user-german and it looks that the problem (as well as the proposed solution) is quite common. Cheers, Bastian -- 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.17-2-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages ifupdown depends on: ii debconf [debconf-2.0]1.5.8 Debian configuration management sy ii libc62.3.6.ds1-8 GNU C Library: Shared libraries ii lsb-base 3.1-22 Linux Standard Base 3.1 init scrip ii net-tools1.60-17 The NET-3 networking toolkit ifupdown recommends no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401990: dh_make should support cmake-projects
Package: debhelper Version: 5.0.42 Severity: wishlist Since cmake is gaining more and more momentum, it would be great if dh_make would provide the package class cmake, like it does for cdbs. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages debhelper depends on: ii binutils 2.17-3 The GNU assembler, linker and bina ii coreutils 5.97-5.2 The GNU core utilities ii dpkg-dev 1.13.24package building tools for Debian ii file 4.17-4 Determines file type using magic ii html2text 1.3.2a-3 An advanced HTML to text converter ii perl 5.8.8-6.1 Larry Wall's Practical Extraction ii po-debconf1.0.7 manage translated Debconf template debhelper recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398520: what about apache2-ssl-certificate?
Please CC me. What happened to the good old apache2-ssl-certificate-script which was (as far as i remember) in apache2-common prior apache2.2? Please re-include it or at least provide it in /usr/share/doc/apache2/examples, similar to exim4. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397993: gtk-qt-engine: File conflict
Hi, just re-running aptitudue (or whatever you use) will solve the problem. This problem seems to be related to the renaming of the package I've done with the last upload. I've followed exactly method A from http://wiki.debian.org/Renaming_a_Package which isn't the cleanest method, but the other one is not applicable before etch. Since this does not really break something and disappears as soon as you re-run aptitude I'd propose to downgrade this bug to minor or normal and close it when the package entered stable (not only testing), If you don't mind? Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397993: gtk-qt-engine: File conflict
Stephen Gran wrote: After some discussion on IRC, it appears that you should include the debian revision in the conflicts/replaces/etc versioning. So instead of 1:07, use 1:07-2. Ah, thanks for the hint. I'll try it tomorrow and if it works I'll update the wiki and upload as soon as possible. Cheers and nice weekend, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397163: packagename changed, please update your recommends-field
Package: kde-extras Severity: normal Hi, I've changed the packagename from gtk2-engines-gtk-qt-engine to gtk-qt-engine. KDE-extra recommends this package. Please update your recommends field, to the new package name. I still provide a dummy package named gtk2-engines-gtk-qt-engine depending on the new package in order to smooth the transition, but I plan to remove it for etch+1. Cheers, Bastian -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397164: package name changed, please update your depends/recommends/conflicts field
Package: libgtk2.0-0 Version: 2.8.20-3 Severity: normal Hi, I've renamed the package gtk2-engines-gtk-qt-engine to gtk-qt-engine. Your package somehow rdepends on it, so please update your depends/recommends/conflicts/... field to the new package name. I still provide a dummy package with the old name depending on the new package, but I plan to remove it for etch+1. Cheers, Bastian -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages libgtk2.0-0 depends on: ii libatk1.0-0 1.12.3-1The ATK accessibility toolkit ii libc62.3.6.ds1-7 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-1The GLib library of C routines ii libgtk2.0-common 2.8.20-3Common files for the GTK+ graphica ii libjpeg626b-13 The Independent JPEG Group's JPEG ii libpango1.0-01.14.7-1Layout and rendering of internatio ii libpng12-0 1.2.8rel-7 PNG library - runtime ii libtiff4 3.8.2-6 Tag Image File Format (TIFF) libra ii libx11-6 2:1.0.3-2 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-4 X11 miscellaneous 'fixes' extensio ii libxi6 1:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra Versions of packages libgtk2.0-0 recommends: ii hicolor-icon-theme0.8-4 default fallback theme for FreeDes ii libgtk2.0-bin 2.8.20-3 The programs for the GTK+ graphica -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#397164: package name changed, please update your depends/recommends/conflicts field
Hi Loïc, Loïc Minier wrote: Hi, On Sun, Nov 05, 2006, Bastian Venthur wrote: I've renamed the package gtk2-engines-gtk-qt-engine to gtk-qt-engine. Argh, your package name doesn't match the policy at all: bee% apt-cache rdepends libgtk1.2 | grep engine gtk-engines-xenophilia [snip] gtk2-engines Could you please rename to gtk2-engines-qt? It's really bad now that it's in testing already, and so close to release. Which policy? A few months ago I asked on several lists (including -gnome) whether I could rename the package. No real arguments against the renaming where given and it turned out that there is not really a policy about the naming scheme. In fact I feared that more people would protest against my plan to rename the package, but after all there was only one person arguing against the renaming. My arguments were (in short): - name confusing and misleading - name does not fit in the gtk-engines-foo naming scheme (because it is in fact a KDE app not a Gnome one) ... and some other I'm sorry you're disappointed by the name, but I don't intend to rename it back. I still provide a dummy package with the old name depending on the new package, but I plan to remove it for etch+1. Please file another bug when you *remove* gtk2-engines-gtk-qt from the archive completely, and I'll remove the Conflicts. Yes, this needs to be etch+1. Sure. I just filed the bug in order to in form you. Best regards, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395330: closing
Hi, I'm closing this bug, since it only appeared with an unofficial libgpod0 from debian-multimedia. With the official one shipped by Debian the problem does not appear. Thanks for the hint and sorry for the inconvenience. Cheers, Bastian -- Bastian Venthur http://venthur.de Debian Developer venthur at debian org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#393913: upgrading to important
severity 393913 important -- I'm upgrading this bug, since it breaks many existing configurations, and produces very irritating behavior. Can you confirm that this is a bug, or was it a decision by upstream to leave this line out? Cheers, Bastian PS: please CC me -- Bastian Venthur http://venthur.de Debian Developer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#396614: gtk2-engines-gtk-qt: allow gtk2 drawing in qt when using Mac OS X like menu bar
Hi Ritesh, I think what you ask for is a KDK-apps specific feature and gtk-qt-engines can't influence the position of the menubar directly. As far as I know it only translates the drawing commands of gtk into qt's native widgets. But I've forwarded your wish to the upstream maintainer, just in case. Cheers, Bastian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395330: fails to transfer correctly to ipod
Package: amarok Version: 1.4.3-1 Severity: important Hi, When transferring music to my ipod, it seems that the data itself is copied, since it takes a while to copy them and the songs appear on ipod's media library. However, the ipod is unable to play the songs. I tried the repair-ipod option amarok provides and it finds stale and orphaned files -- exactly the ones I just copied on the ipod. This bug is always reproducable with every song I try to copy. This bug was not present on amarok 1.3.x Cheers, Bastian -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-686 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Versions of packages amarok depends on: ii amarok-engines 1.4.3-1 output engines for the Amarok audi ii amarok-xine [amarok- 1.4.3-1 xine engine for the Amarok audio p ii kdelibs4c2a 4:3.5.5a.dfsg.1-2 core libraries and binaries for al ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libaudio21.8-2 The Network Audio System (NAS). (s ii libc62.3.6.ds1-7 GNU C Library: Shared libraries ii libfontconfig1 2.4.1-2 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-17 GCC support library ii libgl1-mesa-glx [lib 6.5.1-0.2 A free implementation of the OpenG ii libglib1.2 1.2.10-13 The GLib library of C routines ii libglib2.0-0 2.12.4-1The GLib library of C routines ii libgpod0 0.4.0-0.3 a library to read and write songs ii libgtk1.21.2.10-18 The GIMP Toolkit set of widgets fo ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libidn11 0.6.5-1 GNU libidn library, implementation ii libifp4 1.0.0.2-3 communicate with iRiver iFP audio ii libjpeg626b-13 The Independent JPEG Group's JPEG ii libmysqlclient15off 5.0.24a-9 mysql database client library ii libnjb5 2.2.5-4.1 Creative Labs Nomad Jukebox librar ii libpng12-0 1.2.8rel-7 PNG library - runtime ii libpq4 8.1.5-1 PostgreSQL C client library ii libqt3-mt3:3.3.7-1 Qt GUI Library (Threaded runtime v ii libruby1.8 1.8.5-2 Libraries necessary to run Ruby 1. ii libsdl1.2debian 1.2.11-5Simple DirectMedia Layer ii libsm6 1:1.0.1-3 X11 Session Management library ii libsqlite3-0 3.3.8-1 SQLite 3 shared library ii libstdc++6 4.1.1-17The GNU Standard C++ Library v3 ii libtag1c2a 1.4-4 TagLib Audio Meta-Data Library ii libtunepimp3 0.4.2-3.2 MusicBrainz tagging library and si ii libusb-0.1-4 2:0.1.12-2 userspace USB programming library ii libvisual-0.4-0 0.4.0-1 Audio visualization framework ii libx11-6 2:1.0.3-2 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 libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxi6 1:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii ruby 1.8.2-1 An interpreter of object-oriented ii xmms 1:1.2.10+20061001-3 Versatile X audio player ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages amarok recommends: ii kdemultimedia-kio-plugins 4:3.5.5-1 enables the browsing of audio CDs -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345079: upgrading to serious
severity 345079 serious -- I'm upgrading this bug since the package does not install cleanly by default and leaves the user alone with a hanging system. Note that this bug is already present in testing. Cheers, Bastian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395127: gtk2-engines-gtk-qt: Colors wrong: background and menu. regression
Hi Jason, thanks for your bugreport. I remember this behaviour but haven't seen it for weeks. Could you please try something: Please go to the KDE-Controlcenter, temporarily select another Font, apply(!) and revert the change by selecting your old Font and press apply again. If I remember correctly this fixed the weird font and some color glitches. Please let me know if this changed something. Cheers, Bastian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#392161: byzanz: Typos in package description
tags 392161 pending -- Thanks for the hint, I'll correct this with the next upload. Cheers, Bastian -- Bastian Venthur http://venthur.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391860: byzanz: Byzanz and Istanbul should use common terms in their description
I'm quite happy with the current description. Even wikipedia knows the term screencast. Together with other important keywords like desktop or record I think the package provides enough information to find it. On the other side to record a session sounds not very familiar and at least I have never heard the term session recorder before. I'll close this bug for now, but I'm of course open to suggestions regarding the description. For now think screencast is the main keyword here, so there is no need to touch anything. Cheers, Bastian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353360: (no subject)
I tend to think the severity of this bug is more than just normal, but I have not found a hint in the policy regarding alternatives, jet. The alternates system doesnt fit into the Java world. Eclipse needs more then just the java runtime binary. It needs whole Java Runtime environment. Could you please explain the difference? By choosing a java-executable via update-alternatives I directly choose my JAVA_HOME or not? It should not be too hard to guess the correct JAVA_HOME from the current java-alternative, should it? So I guess a wrapper script around eclipse, setting the correct JAVA_HOME, making an educated guess from the current alternative should be fine. On the other side: I've installed Eclipse today and it used gjc instead of my systems default java (java-sun), grabbed a gig of memory and I had to kill it in order to avoid a system crash due swapping. Using java-sun by manually setting JAVA_HOME, eclipse runs much smoother and takes only a fraction of the memory. The average user would blame Eclipse for an incident like this -- unnecessarily, since the problem lies obviously in the (wrong) default jre eclipse chooses. Cheers, Bastian -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388154: [Fwd: Re: gtk-qt-engine crashes on emacs-snapshot-gtk]
---BeginMessage--- Hi Bastian, The crash looks like it's occuring in QApplication's constructor. This could be down to a configuration problem (fonts most likely, from the backtrace). However there's a possibility this is a bug in the Gtk-Qt engine, as it might not be setting up Qt's environment correctly. I'll install Debian and see if I'm able to reproduce the problem. Thanks, David On 9/20/06, Bastian Venthur [EMAIL PROTECTED] wrote: Hi David, I've received a bugreport against gtk-qt-enine a few days ago: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=388154 but I'm not able to reproduce this bug and I'm not even sure whether this is really a bug in gtk-qt-engine. Could you please have a look at the report and the backtrace he provided and tell me what you think? Cheers, Bastian -- Bastian Venthur http://venthur.de ---End Message---
Bug#388154: gtk2-engines-gtk-qt: crashes emacs-snapshot-gtk with a segfault
tags 388154 unreproducible -- Hi Andreas, unfortunately I'm not able to reproduce this bug. I've just installed emacs-snapshot-gtk on my up-to-date sid box and started it several times without a crash. Looking at the backtrace you provided, I'm not entirely sure if this is really a bug in gtk-qt-engine, since the crash seems to happen somewhere in libc or libfontconfig. But to be sure, I'll ask upstream what he thinks. Cheers, Bastian -- Bastian Venthur http://venthur.de -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]