Bug#1011155: python-cryptography - please update to latest >= v35 releases
Hi, On 2022-12-12 17:06, Bastian Germann wrote: Am 12.12.22 um 17:05 schrieb Sandro Tosi: If you have not reacted by the end of the week, I am going to team-upload the package to go ahead with this. are the rust dependencies in unstable and updated to the version needed by cryptography? Yes, they are in unstable for some weeks and as of today they are in bookworm. I updated all MRs for 38.0.4: https://salsa.debian.org/python-team/packages/python-cryptography/-/merge_requests https://salsa.debian.org/python-team/packages/python-cryptography-vectors/-/merge_requests So this is ready for review. regards, Claudius
Bug#1025685: [Pkg-rust-maintainers] Bug#1025685: rust-pyo3: please upgrade to v0.17
On 2022-12-11 04:40, Peter Michael Green wrote: I've prepared an upload of verion 0.17 of pyo3 and built/tested breezy with it. It built successfully the autopkgtest passed. Any objections if I go ahead and update to this version? Sure, go ahead. python-cryptography 38.0.x has pyo3 0.17 upgrade patches. Not sure which other package exists or is in the pipeline with pyo3 0.16 depends, though. regards, Claudius
Bug#1025406: tpm2-pytss: FTBFS in sid
I created a MR to tpm2-tss to add these missing files: https://salsa.debian.org/debian/tpm2-tss/-/merge_requests/7
Bug#1025406: tpm2-pytss: FTBFS in sid
Hi, thanks for reporting that. The `fapi-config.json` should be deployed by the tpm2-tss package: https://github.com/tpm2-software/tpm2-tss/blob/3.2.0/Makefile.am#L473 but it isn't packaged there: ``` dh_install --list-missing dh_install: warning: Please use dh_missing --list-missing/--fail-missing instead dh_install: warning: This feature will be removed in compat 12. dh_missing: warning: etc/sysusers.d/tpm2-tss.conf exists in debian/tmp but is not installed to anywhere dh_missing: warning: etc/tmpfiles.d/tpm2-tss-fapi.conf exists in debian/tmp but is not installed to anywhe re dh_missing: warning: etc/tpm2-tss/fapi-config.json exists in debian/tmp but is not installed to anywhere dh_missing: warning: etc/tpm2-tss/fapi-profiles/P_ECCP256SHA256.json exists in debian/tmp but is not insta lled to anywhere dh_missing: warning: etc/tpm2-tss/fapi-profiles/P_RSA2048SHA256.json exists in debian/tmp but is not insta lled to anywhere dh_missing: warning: usr/lib/x86_64-linux-gnu/udev/rules.d/tpm-udev.rules exists in debian/tmp but is not installed to anywhere [...] ``` So that probably means tpm2-tss needs to be fixed first. regards, Claudius
Bug#1011155: python-cryptography - please update to latest >= v35 releases
Hi Carsten, On 2022-12-06 07:05, Carsten Schoenert wrote: Hello Claudius, hello Tristan, I'd like to ask if there are some more major issues outstanding to get python-cryptography updated to a recent version as we are getting cloder to the first freeze date of the bookworm release. What is the status for this wishlist bug report? I think it's quite important to get really recent versions ready for the bookworm release, especially in the segement of cryptography. Is there something a required update would need some help? python-cryptography depends on the rust packages pyo3 and asn1, which both are now in unstable. However they have autopkgtest issues and are stuck there for now. For asn1 I fixed those: https://salsa.debian.org/rust-team/debcargo-conf/-/blob/master/src/asn1/debian/changelog So this is currently waiting for a sponsor. For pyo3 I also fixed them here: https://salsa.debian.org/rust-team/debcargo-conf/-/merge_requests/395 Those changes need to be reviewed, merged and then uploaded. regards, Claudius Am Fri, Jul 29, 2022 at 10:07:04AM -0400 schrieb Alex Gaynor: As one of the maintainers of pyca/cryptography, I'm strongly in favor of upgrading. Older releases do not receive support (including security fixes) from the maintainers. And in the past few releases we've added many new features, support for more strong cryptographic algorithms, and significantly improved performance. Regrads and thanks! Carsten
Bug#1021531: Created bullseye-pu: package evolution-ews/3.38.3-1
I just created a package upgrade request: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1021651
Bug#1021651: bullseye-pu: package evolution-ews/3.38.3-1
Package: release.debian.org Severity: normal Tags: bullseye User: release.debian@packages.debian.org Usertags: pu [ Reason ] With the version of evolution-ews used in bullseye it is not possible to retrieve S/MIME user certificates of contacts from Exchange and the Global Address List(GAL). This causes Evolution to show the following error message when trying to send an encrypted email to a recipient, which certificate is not yet known: Could not create message. You may need to select different mail options. Detailed error: Cannot find certificate for “em...@example.com” Manual import of user certificates is required to send encrypted emails to this user. This bug has been fixed in Debian unstable and Ubuntu impish by upstream. This bug has been fixed in Ubuntu focal via the same backported patch has proposed in the update. [ Impact ] - It's currently not possible to retrieve encryption certificates from Global Address List(GAL) when connecting to e.g., Office365 - A manual import of encryption certificates is required to send encrypted emails. [ Tests ] - Configure an EWS account, e.g., using Office365 - Search the Global Address List(GAL) and select a person that has an encryption certificate stored within the GAL. There is no certificate visible within Certificates tab. To send encrypted mails to that Person, the encryption certificate has to be manually imported via Preferences->Certificates->Contact Certificates. - With this bug fix the encryption certificate stored within the GAL will be visible within the contact details view and encrypted mails can be sent without manual import of encryption certificates. The package with this patch applied has been tested via a custom downstream package by multiple users. [ Risks ] This change has been tested by multiple users for multiple months via a custom downstream package. The risk of merging this patch into the Debian bullseye upstream packages would be minimal. [ Checklist ] [x] *all* changes are documented in the d/changelog [x] I reviewed all changes and I approve them [x] attach debdiff against the package in (old)stable [x] the issue is verified as fixed in unstable [ Changes ] This adds a patch, that was backported from upstream evolution-ews. [ Other info ] See further information about this bug: - upstream issue: https://gitlab.gnome.org/GNOME/evolution-ews/-/issues/3 - upstream fix is merged and will be available with 3.43.1+ and 3.42.1+. * https://gitlab.gnome.org/GNOME/evolution-ews/-/commit/1284316bcc442f66c68aa65c226b5c9e3e774ec4 * https://gitlab.gnome.org/GNOME/evolution-ews/-/commit/9ea6bc01136e420078c2a0f4140108e79cf8d538 - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1021531 - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=994252 - https://bugs.launchpad.net/ubuntu/+source/evolution-ews/+bug/1943450 diff -Nru evolution-ews-3.38.3/debian/changelog evolution-ews-3.38.3/debian/changelog --- evolution-ews-3.38.3/debian/changelog 2021-01-25 16:26:40.0 + +++ evolution-ews-3.38.3/debian/changelog 2022-10-12 07:05:46.0 + @@ -1,3 +1,11 @@ +evolution-ews (3.38.3-1+deb11u1) bullseye; urgency=medium + + * Non-maintainer upload. + * Backport from upstream: +- Fix retrieval of user certificates of contacts (closes: #1021531) + + -- Claudius Heine Wed, 12 Oct 2022 09:05:46 +0200 + evolution-ews (3.38.3-1) unstable; urgency=medium * New upstream release diff -Nru evolution-ews-3.38.3/debian/control evolution-ews-3.38.3/debian/control --- evolution-ews-3.38.3/debian/control 2021-01-25 16:26:40.0 + +++ evolution-ews-3.38.3/debian/control 2022-10-12 07:05:46.0 + @@ -29,8 +29,8 @@ libsqlite3-dev, pkg-config, Standards-Version: 4.5.0 -Vcs-Browser: https://salsa.debian.org/gnome-team/evolution-ews -Vcs-Git: https://salsa.debian.org/gnome-team/evolution-ews.git +Vcs-Browser: https://salsa.debian.org/gnome-team/evolution-ews/tree/debian/bullseye +Vcs-Git: https://salsa.debian.org/gnome-team/evolution-ews.git -b debian/bullseye Homepage: https://wiki.gnome.org/Apps/Evolution Package: evolution-ews diff -Nru evolution-ews-3.38.3/debian/control.in evolution-ews-3.38.3/debian/control.in --- evolution-ews-3.38.3/debian/control.in 2021-01-25 16:26:40.0 + +++ evolution-ews-3.38.3/debian/control.in 2022-10-12 07:05:46.0 + @@ -25,8 +25,8 @@ libsqlite3-dev, pkg-config, Standards-Version: 4.5.0 -Vcs-Browser: https://salsa.debian.org/gnome-team/evolution-ews -Vcs-Git: https://salsa.debian.org/gnome-team/evolution-ews.git +Vcs-Browser: https://salsa.debian.org/gnome-team/evolution-ews/tree/debian/bullseye +Vcs-Git: https://salsa.debian.org/gnome-team/evolution-ews.git -b debian/bullseye Homepage: https://wiki.gnome.org/Apps/Evolution Package: evolution-ews diff -Nru evolution-ews-3.38.3/debi
Bug#1021531: Merge request
I already created a merge request here: https://salsa.debian.org/gnome-team/evolution-ews/-/merge_requests/4 Currently `debian/bullseye` is missing, so the MR targets `debian/master` currently, but is based on the `debian/3.38.3-1` tag.
Bug#1020905: Acknowledgement (ITP: pystray -- Python library that allows creating system tray icons on multiple platforms.)
I finished packaging pystray now and it is currently waiting for a review and sponsor here: https://salsa.debian.org/python-team/packages/pystray
Bug#1011358: RFP: tpm2-pytss -- TPM2 TSS Python bindings
Hi Bastian, On 2022-10-05 22:41, Bastian Germann wrote: On Mon, 12 Sep 2022 11:51:28 +0200 Claudius Heine wrote: The tpm2-pytss package is on its way into the repos: https://ftp-master.debian.org/new.html I guess this was rejected because of the missing license that was added in https://salsa.debian.org/python-team/packages/tpm2-pytss/-/commit/945a898fb27a3bd2. Do you need this to be sponsored again? Yes, that would be great. I said as much when I replied to the rejected email, because it had `team+pyt...@tracker.debian.org` in the list of recipients I assumed the right people (in addition to the original sponsor and ftpmaster) would be informed about this. But I am not sure who got it and in which archive it landed. The Debian infrastructure is a bit mysterious to me still :) regards, Claudius
Bug#1020905: ITP: pystray -- Python library that allows creating system tray icons on multiple platforms.
Package: wnpp Severity: wishlist Owner: Claudius Heine X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: pystray Version : 0.19.4 Upstream Author : Moses Palmer * URL : https://github.com/moses-palmer/pystray * License : LGPLv3 Programming Lang: Python Description : Python library that allows creating system tray icons on multiple platforms. This python library allows you to create a system tray icon. It allows specifying an icon, a title and a callback for when the icon is activated. The icon and title can be changed after the icon has been created, and the visibility of the icon can be toggled. Supported platforms are Linux under Xorg, GNOME and Ubuntu, macOS and Windows. It is planned to maintain this package as part of the debian python team.
Bug#1011358: RFP: tpm2-pytss -- TPM2 TSS Python bindings
The tpm2-pytss package is on its way into the repos: https://ftp-master.debian.org/new.html
Bug#1011376: tpm2-pkcs11: Please import new upstream version
Hi, the tpm2-pytss dependency is on its way into the Repos [1] and I also provided a update to tpm2-pkcs11 1.8.0 [2] in my fork on salsa. regards, Claudius [1] https://ftp-master.debian.org/new.html [2] https://salsa.debian.org/cmhe/tpm2-pkcs11/-/tree/debian/master/debian
Bug#1019378: ITP: rust-asn1 -- ASN.1 (DER) parser and writer for Rust
Package: wnpp Severity: wishlist Owner: Claudius Heine X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: rust-asn1 Version : 0.12.1 Upstream Author : Alex Gaynor * URL : https://github.com/alex/rust-asn1 * License : BSD-3-Clause Programming Lang: Rust Description : ASN.1 (DER) parser and writer for Rust Rust library for parsing and generating ASN.1 data (DER only). Dependency of python-cryptography 38.0.0.
Bug#1019336: cargo: Cargo wrapper script adds additional '--target' command line parameter
Package: cargo Version: 0.57.0-7+b1 Severity: normal Dear Maintainer, Short description: This bug mostly boils down to a incompatibility of the cargo wrapper script and external build tools, that call the wrapper script. Which causes `cargo` to be called with two identical `--target` command line parameters, one from the external build tool, and one from the wrapper script. This causes the build to fail with: error: specifying multiple `--target` flags requires `-Zmultitarget` Long description: Some software project that have Rust code embedded into them use third-party build tools, like for instance with Python `setuptools-rust`. Those ordinarily just call `cargo` with some command line parameters to build the Rust code. The `/usr/share/cargo/bin/cargo` script is a wrapper script, that simplifies packaging of Rust software for Debian and takes care about creating and using local Rust software registries. So that all Rust dependencies come from Debian packages instead directly from crates.io. The wrapper scripts configures the build environment and then calls `cargo` with some additional command line parameters to build the Rust code. Combining those two software pieces would mean that `setuptools-rust` calls the wrapper script instead of cargo directly. Because `setuptools-rust` is part of a bigger build process that processes other code, like in this case Python code, in addition to just the Rust part. Because the cargo wrapper script adds the `--target $DEB_HOST_RUST_TYPE` to its call to `cargo`, `cargo` generates the binaries to different paths and `setuptools-rust` will no longer find them. If `setuptools-rust` is configured with the same rust target, so that in searches for the right path for those binaries, it adds a `--target` parameter as well. In that case the wrapper script is called with a `--target` parameter, which it just hands of to cargo, but it also adds its own `--target` parameter. Now cargo is called with two `--target` parameters, and it complains about those with the error: error: specifying multiple `--target` flags requires `-Zmultitarget` Expected outcome: The cargo wrapper script should be as transparent as possible, there are a couple of options to resolve this: - If the cargo wrapper script is called without `--target` parameters, the path where the binaries are generated to, should be the same as if `cargo` is called without `--target` parameter. I think this would be a proper solution, however it would break backwards compatibility - If the cargo wrapper script is called with a `--target` parameter, it should check whether the target is the same, an discard one, or complain if they are different. This would require that build tools like `setuptools-rust` need to support defining rust targets on there own, and know where to look for the binaries if both cases, but the fix would be backwards compatible, because it only fixes the issue if the wrapper script is called with a `--target` parameter, which currently just fails. regards, Claudius -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.18.0-4-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages cargo depends on: ii binutils 2.38.90.20220713-2 ii clang 1:14.0-55.1 ii clang-13 [c-compiler] 1:13.0.1-7 ii clang-14 [c-compiler] 1:14.0.6-2 ii gcc [c-compiler] 4:12.1.0-3 ii gcc-10 [c-compiler]10.4.0-4 ii gcc-11 [c-compiler]11.3.0-5 ii gcc-12 [c-compiler]12.2.0-1 ii gcc-9 [c-compiler] 9.5.0-2 ii libc6 2.34-7 ii libcurl3-gnutls7.84.0-2 ii libgcc-s1 12.2.0-1 ii libgit2-1.31.3.0+dfsg.1-3 ii libssh2-1 1.10.0-3+b1 ii libssl33.0.5-2 ii rustc 1.59.0+dfsg1-2 ii zlib1g 1:1.2.11.dfsg-4.1 cargo recommends no packages. Versions of packages cargo suggests: pn cargo-doc ii python33.10.6-1 -- no debconf information
Bug#1018159: python3-cryptography: User prompt on calling load_pem_public_key with private key
Package: python3-cryptography Version: 3.4.8-2 Severity: normal Dear Maintainer, the python3-cyrptography 3.4.8 as a known issue when used with OpenSSL 3, which is resolved in more recent version of the upstream software. See [1] The following code: ```python from cryptography.hazmat.primitives.asymmetric import rsa from cryptography.hazmat.primitives import serialization as ser priv_key = rsa.generate_private_key(65537, 1024) priv_key_serialized = priv_key.private_bytes( ser.Encoding.PEM, ser.PrivateFormat.PKCS8, ser.BestAvailableEncryption(b"helloworld"), ) pub_key = ser.load_pem_public_key(priv_key_serialized) ``` Results in a password enter prompt, which originates from OpenSSL3: ``` Enter PEM pass phrase: ``` Upstream already implemented a solution for this [2]. Which got merged into 37.0.1. Either python3-cyptography needs to be updated or the patch needs to be backported. regards, Claudius [1] https://github.com/pyca/cryptography/issues/7129 [2] https://github.com/pyca/cryptography/pull/7132 -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.18.0-4-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages python3-cryptography depends on: ii libc62.34-4 ii libssl3 3.0.5-2 ii python3 3.10.6-1 ii python3-cffi-backend [python3-cffi-backend-api-min] 1.15.1-1 pn python3-cffi-backend-api-max python3-cryptography recommends no packages. Versions of packages python3-cryptography suggests: pn python-cryptography-doc pn python3-cryptography-vectors -- no debconf information
Bug#1011358: RFP: tpm2-pytss -- TPM2 TSS Python bindings
On 2022-08-25 10:32, Bastian Germann wrote: Control: retitle -1 ITP: tpm2-pytss -- TPM2 TSS Python bindings Control: owner -1 c...@denx.de Am 25.08.22 um 10:02 schrieb Claudius Heine: I couldn't take ownership of this bug. Something wrong here? You have not retitled this to ITP which is why an automation kicked in to reset the owner. Thanks and thank you for doing that as well :)
Bug#1011358: RFP: tpm2-pytss -- TPM2 TSS Python bindings
Hi Bastian, I couldn't take ownership of this bug. Something wrong here? regards, Claudius
Bug#1011376: tpm2-pkcs11: Please import new upstream version
Hi, I created the tpm2-pytss package locally and updated tpm2-pkcs11 to 1.8.0 and are currently just waiting to get my salsa account approved. Then I will create a MR for those. regards, Claudius
Bug#1011358: RFP: tpm2-pytss -- TPM2 TSS Python bindings
Hi, I created a package for tpm2-pytss. And are now waiting to get my salsa account approved, since this is my first public Debian package. regards, Claudius
Bug#985400: btrfs-progs: libbtrfsutil is under LGPL-3.0 and statically liked into btrfs
Package: btrfs-progs Version: 5.10.1-1 Severity: minor Tags: upstream Dear Maintainer, I looked into the licenses of the btrfs-progs project and found that the libbtrfsutils library is licensed under LGPL-3.0-or-later [1] The `copyright` file does not show this this. IANAL, but I think since `btrfs` (under GPL-2.0-only [2]) links to `libbtrfsutil` statically this might cause a license conflict. See [3]. This would be the part that might require upstream fixing. regards, Claudius [1] https://github.com/kdave/btrfs-progs/blob/master/libbtrfsutil/btrfsutil.h [2] https://github.com/kdave/btrfs-progs/blob/master/btrfs.c [3] http://gplv3.fsf.org/dd3-faq#gpl-compat-matrix -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-4-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages btrfs-progs depends on: ii libblkid12.36.1-7 ii libc62.31-9 ii libcom-err2 1.46.2-1 ii libext2fs2 1.46.2-1 ii libgcc-s110.2.1-6 ii liblzo2-22.10-2 ii libmount12.36.1-7 ii libuuid1 2.36.1-7 ii libzstd1 1.4.8+dfsg-2.1 ii zlib1g 1:1.2.11.dfsg-2 btrfs-progs recommends no packages. Versions of packages btrfs-progs suggests: pn duperemove -- no debconf information
Bug#933961: gitlab: Viewing diff of a commit results in error 500
On 08.08.2019 19:22, Pirate Praveen wrote: > I can provide packages for unstable too via the same repo. That would be great if it's not too much work for you. Thanks. Regards, Claudius
Bug#933961: gitlab: Viewing diff of a commit results in error 500
On 07.08.2019 21:15, Pirate Praveen wrote: > > On 2019, ഓഗസ്റ്റ് 5 8:20:46 PM IST, Claudius Steinhauser > wrote: >> Package: gitlab >> Version: 11.8.10+dfsg-1 >> Severity: normal >> >> Dear Maintainer, >> >> * What led up to the situation? >> >> Some update to the unstable packages in the last two weeks > I recommend using buster backports /buster fast track which will not give > such surprises. > > See wiki.debian.org/gitlab for using this version. I just uploaded 11.11.7 > (latest security release there). Oh I see that is pretty cool. Would that also work with sid/unstable? Our system is not public so it's not security critical. Updating via packages is just very convenient and using your repo would make sense. Regards, Claudius
Bug#933961: gitlab: Viewing diff of a commit results in error 500
Package: gitlab Version: 11.8.10+dfsg-1 Severity: normal Dear Maintainer, * What led up to the situation? Some update to the unstable packages in the last two weeks * What exactly did you do (or not do) that was effective (or ineffective)? This bug is fixed upstream: https://gitlab.com/gitlab-org/gitlab-ce/blob/master/lib/gitlab/gitaly_client/blob_service.rb If you take the function get_blobs and just paste it into the current file it works again. * What was the outcome of this action? * What outcome did you expect instead? The lines are identical in experimantal so I guess it would fail there too. rolling back previously updated packages had no effect: ruby-gitaly:amd64 (1.27.0+dfsg-2, 1.27.2+dfsg-1) -> nope ruby-nokogiri:amd64 (1.10.0+dfsg1-2, 1.10.3+dfsg1-2) -> nope ruby2.5:amd64 (2.5.5-3+b1, 2.5.5-4), libruby2.5:amd64 (2.5.5-3+b1, 2.5.5-4) -> nope ruby-sidekiq:amd64 (5.2.3+dfsg-1, 5.2.7+dfsg-1) -> nope ruby-pkg-config:amd64 (1.3.4-1, 1.3.7-2) -> nope ruby-batch-loader:amd64 (1.2.2-1, 1.4.1+dfsg.1-1) -> nope Here is the full error from production.log: Started GET "/group/project/commit/b022b4e76636517examplefcf500733c97af52" for IP at 2019-08-05 15:25:16 +0200 Processing by Projects::CommitController#show as HTML Parameters: {"namespace_id"=>"group", "project_id"=>"project", "id"=>"##projectid##"} Completed 500 Internal Server Error in 44ms (ActiveRecord: 8.5ms) ActionView::Template::Error (can't modify frozen Array): 24: %a.diff-changed-file{ href: "##{hexdigest(diff_file.file_path)}", title: diff_file.new_path } 25: = sprite_icon(diff_file_changed_icon(diff_file), size: 16, css_class: "#{diff_file_changed_icon_color(diff_file)} diff-file-changed-icon append-right-8") 26: %span.diff-changed-file-content.append-right-8 27: - if diff_file.blob&.name 28: %strong.diff-changed-file-name 29: = diff_file.blob.name 30: - else lib/gitlab/gitaly_client/blob_service.rb:58:in `map!' lib/gitlab/gitaly_client/blob_service.rb:58:in `get_blobs' lib/gitlab/git/blob.rb:70:in `batch' lib/gitlab/git/repository.rb:784:in `batch_blobs' app/models/repository.rb:530:in `blobs_at' app/models/blob.rb:84:in `block in lazy' lib/gitlab/diff/file.rb:136:in `new_blob' lib/gitlab/diff/file.rb:158:in `blob' app/views/projects/diffs/_stats.html.haml:27:in `block in _app_views_projects_diffs__stats_html_haml__3454639706286172227_47155273729500' lib/gitlab/git/diff_collection.rb:43:in `each' lib/gitlab/git/diff_collection.rb:43:in `each' app/views/projects/diffs/_stats.html.haml:22:in `_app_views_projects_diffs__stats_html_haml__3454639706286172227_47155273729500' app/views/projects/diffs/_diffs.html.haml:22:in `_app_views_projects_diffs__diffs_html_haml___304649406669282730_47155274548540' app/views/projects/commit/show.html.haml:13:in `_app_views_projects_commit_show_html_haml___1524022692417963359_47155277999500' app/controllers/application_controller.rb:113:in `render' app/controllers/projects/commit_controller.rb:28:in `block (2 levels) in show' app/controllers/projects/commit_controller.rb:26:in `show' lib/gitlab/i18n.rb:55:in `with_locale' lib/gitlab/i18n.rb:61:in `with_user_locale' app/controllers/application_controller.rb:423:in `set_locale' lib/gitlab/middleware/multipart.rb:103:in `call' lib/gitlab/request_profiler/middleware.rb:16:in `call' lib/gitlab/middleware/go.rb:20:in `call' lib/gitlab/etag_caching/middleware.rb:13:in `call' lib/gitlab/middleware/correlation_id.rb:16:in `block in call' lib/gitlab/correlation_id.rb:15:in `use_id' lib/gitlab/middleware/correlation_id.rb:15:in `call' lib/gitlab/middleware/read_only/controller.rb:40:in `call' lib/gitlab/middleware/read_only.rb:18:in `call' lib/gitlab/middleware/basic_health_check.rb:25:in `call' lib/gitlab/request_context.rb:26:in `call' lib/gitlab/metrics/requests_rack_middleware.rb:29:in `call' lib/gitlab/middleware/release_env.rb:13:in `call' this is the patch I applied to make my gitlab work again: /usr/share/gitlab/lib/gitlab/gitaly_client # diff -C3 blob_service.new.rb blob_service.old.rb *** blob_service.new.rb 2019-08-05 16:44:35.140722915 +0200 --- blob_service.old.rb 2019-08-05 16:44:52.800372340 +0200 *** *** 55,67 def get_blobs(revision_paths, limit = -1) return [] if revision_paths.empty? ! request_revision_paths = revision_paths.map do |rev, path| Gitaly::GetBlobsRequest::RevisionPath.new(revision: rev, path: encode_binary(path)) end request = Gitaly::GetBlobsRequest.new( repository: @gitaly_repo, ! revision_paths: request_revision_paths, limit: limit ) --- 55,67 def get_blobs(revision_paths, limit = -1) return [] if revision_paths.empty? ! revision_paths.map! do |rev, path| Gitaly::GetBlobsRequest::RevisionPath.new
Bug#914717: gitlab: upgrading the system (testing) breaks gitlab due to incompatible gems
On 26.11.2018 18:21, Pirate Praveen wrote: > This is already fixed in unstable, once the package in unstable migrates to > testing, the issue will go away. Ah great, thanks. I have held the packages until then.
Bug#914717: gitlab: upgrading the system (testing) breaks gitlab due to incompatible gems
Package: gitlab Version: 10.8.7+dfsg-1 Severity: grave Justification: renders package unusable Dear Maintainer, * What led up to the situation? Updating all packages resulted in this error: Could not find gem 'google-api-client (~> 0.19.8)' in any of the gem sources listed in your Gemfile. during configuration. * What exactly did you do (or not do) that was effective (or ineffective)? Reverting two packages: ruby-fog-googleto 1.3.3-2from 1.8.1-2 ruby-google-api-client to 0.19.8-1 from 0.23.4-2 solved the problem. You can ignore the unicorn errors below since I am using passenger and apache. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.18.0-2-amd64 (SMP w/12 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gitlab depends on: ii apache2 [httpd] 2.4.37-1 ii asciidoctor 1.5.7.1-1 ii bc1.07.1-2+b1 ii bundler 1.16.1-3 ii bzip2 1.0.6-9 ii dbconfig-pgsql2.0.10 ii debconf [debconf-2.0] 1.5.69 ii gitlab-common 10.8.7+dfsg-1 ii gitlab-shell 8.3.3+dfsg-1 ii gitlab-workhorse 5.2.0+debian-2 ii lsb-base 9.20170808 ii nodejs8.11.2~dfsg-1 ii npm 5.8.0+ds6-2 ii openssh-client1:7.9p1-4 ii postfix [mail-transport-agent]3.3.1-1+b1 ii postgresql-client 11+197 ii postgresql-client-11 [postgresql-client] 11.1-1+b1 ii postgresql-contrib11+197 ii rake 12.3.1-3 ii redis-server 5:5.0.1-1 ii ruby 1:2.5.1 ii ruby-ace-rails-ap 4.1.1-1 ii ruby-acts-as-taggable-on 5.0.0-2 ii ruby-addressable 2.5.2-1 ii ruby-akismet 2.0.0-1 ii ruby-allocations 1.0.3-1+b4 ii ruby-arel 6.0.4-1 ii ruby-asana0.6.0-1 ii ruby-asciidoctor-plantuml 0.0.8-1 ii ruby-asset-sync 2.4.0-1 ii ruby-attr-encrypted 3.1.0-1 ii ruby-babosa 1.0.2-2 ii ruby-base32 0.3.2-3 ii ruby-batch-loader 1.2.1-1 ii ruby-bcrypt-pbkdf 1.0.0-2 ii ruby-bootstrap-form 2.7.0-1 ii ruby-bootstrap-sass 3.3.5.1-5.1 ii ruby-browser 2.5.3-1 ii ruby-carrierwave 1.2.3-1 ii ruby-charlock-holmes 0.7.6-1 ii ruby-chronic 0.10.2-3 ii ruby-chronic-duration 0.10.6-1 ii ruby-commonmarker 0.17.9-1 ii ruby-connection-pool 2.2.2-1 ii ruby-creole 0.5.0-2 ii ruby-d3-rails 3.5.6+dfsg-1 ii ruby-default-value-for3.1.0-1 ii ruby-device-detector 1.0.1-2 ii ruby-devise 4.4.3-1 ii ruby-devise-two-factor3.0.3-1 ii ruby-diffy3.2.1-1 ii ruby-doorkeeper 4.4.2-1 ii ruby-doorkeeper-openid-connect1.5.2-1 ii ruby-dropzonejs-rails 0.8.2-1 ii ruby-ed25519 1.2.4-1 ii ruby-email-reply-trimmer 0.1.6-1 ii ruby-escape-utils 1.2.1-1+b1 ii ruby-excon0.60.0-1 ii ruby-faraday 0.13.1-2 ii ruby-fast-blank 1.0.0-1+b1 ii ruby-flipper 0.13.0-3 pn ruby-flipper-active-record pn ruby-flipper-active-support-cache-store ii ruby-fog-aliyun 0.2.0-1 ii ruby-fog-aws 2.0.1-1 ii ruby-fog-core 1.45.0-2 pn ruby-fog-google ii ruby-fog-local0.3.0-1 ii ruby-fog-openstack0.1.6-4 ii ruby-fog-rackspace0.1.1-4 ii ruby-fogbugz 0.2.1-3 ii ruby-font-awesome-rails
Bug#877883: [openblas] cblas_* takes double* instead of void* for complex arrays
Package: openblas Version: 0.2.19-3 Severity: wishlist Dear Maintainer, OpenBLAS in version 0.2.19-3 currently installed on Debian Stretch as well as the version 0.2.20+ds-4 in Testing declares the cblas_*() as taking double* instead of void* for complex values. As an example, it declares cblas_zdscal as void cblas_zdscal(OPENBLAS_CONST blasint N, OPENBLAS_CONST double alpha, double *X, OPENBLAS_CONST blasint incX); This function takes an array of complex numbers X and scales them by the real value alpha. In contrast to this, all other packages in Debian as well as the Intel MKL define cblas_zdscal as taking a void* for X, i.e.: void cblas_zdscal(const int N, const double alpha, void *X, const int incX); See e.g. https://codesearch.debian.net/search?q=cblas_zdscal&perpkg=1 or https://software.intel.com/en-us/mkl-developer-reference-c-cblas-scal or http://www.netlib.org/blas/cblas.h The same difference applies to the cblas_zscal() function and all others: $ dpkg -S /usr/include/cblas.h; dpkg -S /usr/include/openblas/cblas.h; grep zscal /usr/include/openblas/cblas.h /usr/include/cblas.h libblas-dev: /usr/include/cblas.h libopenblas-dev: /usr/include/openblas/cblas.h /usr/include/openblas/cblas.h:void cblas_zscal(OPENBLAS_CONST blasint N, OPENBLAS_CONST double *alpha, double *X, OPENBLAS_CONST blasint incX); /usr/include/cblas.h:void cblas_zscal(const int N, const void *alpha, void *X, const int incX); I have only noticed the issue now as cblas.h has become part of the alternatives system and is currently directing to the OpenBLAS version in testing. In Stretch, if also libblas-dev is installed, its cblas.h is used and the difference hence hidden away. I suspect that this problem is not more widespread because people tend to cast their arguments to (void*) explicitly, but the conversion std::complex* => void* => double* is probably actually undefined… There was also some discussion in 2013, but it seemed to go nowhere: http://comments.gmane.org/gmane.comp.lib.openblas.general/192 I would be very thankful if there was some way to avoid the explicit casts to (void*) in calls specifically for OpenBLAS. Best wishes, Claudius --- System information. --- Architecture: Kernel: Linux 4.9.0-3-amd64 Debian Release: 9.1 990 stable security.debian.org 990 stable ftp.de.debian.org 500 unstableftp.de.debian.org 500 stable repo.skype.com --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. pgpuf13nCNRtX.pgp Description: OpenPGP digital signature
Bug#773737: linux-image-3.16.0-4-amd64: cannot set promiscuous mode of cdc-ether devices
Package: src:linux Version: 3.16.7-ckt2-1 Severity: normal Dear Maintainer, I have a DSL router Speedtouch ST-536i, which is connected to my server via USB. I use it only as a pure modem. Since I use PPPoE connections to two different providers at the same time, i have to use two different MAC addresses. So, the virtual ethernet interface in the modem has to be in promiscuous mode. Up to kernel 3.14.12 this setup runs without problems. With kernel 3.16.7-ckt2-1, the second PPPoE connection does not work anymore: [2014/12/22 16:22:34] alu info kernel: [ 6628.476309] usb 1-1.5: new full-speed USB device number 4 using ehci-pci [2014/12/22 16:22:34] alu info kernel: [ 6628.570435] usb 1-1.5: New USB device found, idVendor=06b9, idProduct=4062 [2014/12/22 16:22:34] alu info kernel: [ 6628.570442] usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [2014/12/22 16:22:34] alu info kernel: [ 6628.569423] usb 1-1.5: Product: USB Network Interface [2014/12/22 16:22:34] alu info kernel: [ 6628.570446] usb 1-1.5: Manufacturer: Speedtouch [2014/12/22 16:22:34] alu info kernel: [ 6628.570452] usb 1-1.5: SerialNumber: 00147f** [2014/12/22 16:22:34] alu info kernel: [ 6628.572584] cdc_ether 1-1.5:2.0 eth0: register 'cdc_ether' at usb-:00:1a.0-1.5, CDC Ethernet Device, 00:14:7f:**:**:** [2014/12/22 16:22:34] alu info kernel: 6328.592746] systemd-udevd[10947]: renamed network interface eth0 to ethdsl [2014/12/22 16:22:53] alu info kernel: [ 6647.462783] device ethdsl entered promiscuous mode [2014/12/22 16:22:28] alu err pppoe[11062]: Timeout waiting for PADO packets The problem arises from commit c472ab68ad67db23c9907a27649b7dc0899b61f9 (cdc-ether: clean packet filter upon probe) in the vanilla kernel. It initializes the packet filter of the virtual ethernet interface explicitly. The driver cdc-ether in kernel 3.16 has no code to enable promiscuous mode. Before this patch, the interface came up without any packet filter. This behavior does not conform to the USB standard, but allows this modem and some other USB ethernet devices to use promiscuous mode. In kernel 3.18, there are three additional patches applied to allow control of the promiscuous mode of cdc-ether devices: commit d80c679bc1526183f1cf4adc54b0b72e8798555e: cdc-ether: extract usbnet_cdc_update_filter function commit b77e26d191590c73b4a982ea3b3b87194069a56a: cdc-ether: handle promiscuous mode with a set_rx_mode callback commit 1efed2d06c703489342ab6af2951683e07509c99: usbnet: add a callback for set_rx_mode Applying these three patches to the kernel 3.16.7-ckt2-1 solves the problem for me. With the patched kernel I can switch on or off the promiscuous mode of the virtual ethernet interface. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#763726: thunar: trouble with file associations since glib2.0 upgrade to 2.42
Norbert Preining wrote: > deb http://www.preining.info/debian/ thunar/ > deb-src http://www.preining.info/debian/ thunar/ FWIW, thunar=1.6.3-1.1 thunar-data=1.6.3-1.1 libthunarx-2-0=1.6.3-1.1 from your repository work quite perfectly for me. Thank you very much! Best, Claudius signature.asc Description: PGP signature
Bug#763726: thunar: trouble with file associations since glib2.0 upgrade to 2.42
Hi Nobert, Norbert Preining wrote: >I have prepared an NMU to fix this problem using the patch from this >bug report, and I am planning to upload to DELAYED queue soon, >as I think we *really* should get this into jessie. I am happy to test this further if you think that’d be a good idea and you could make amd64 packages available somewhere. Best, Claudius signature.asc Description: PGP signature
Bug#763726: possibly related: left-click on "file" and thunar don't behave identically
Package: thunar Version: 1.6.3-1 Followup-For: Bug #763726 Dear maintainer, dear Pierre, I believe the following issue to be related. In Thunar, I have associated Mirage with JPEG files, that is, in the "Properties" dialog of a JPEG file, it shows "Open with: Mirage" per default. However, if I left-click on a JPEG file, it opens in Imagemagick. On right-click on a file, the first option is also "Open with ImageMagick (display Q16)". Furthermore, if I execute "thunar ", it opens in Mirage (again…), xdg-open also correctly uses Mirage. $ thunar . $ # click on picture -> imagemagick opens $ thunar 13080018.jpg $ # opened with Mirage $ xdg-open 13080018.jpg $ # opened with Mirage $ xdg-mime query filetype 13080018.jpg image/jpeg $ xdg-mime query default image/jpeg mirage.desktop $ file 13080018.jpg 13080018.jpg: JPEG image data, EXIF standard It seems that ImageMagick is only referenced in /usr/share/applications/mimeinfo.cache, whereas all such files in my home directory only list Mirage (and various other options, but never ImageMagick). If any further information is required, please do not hesitate to tell me :) Best, Claudius -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.17-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages thunar depends on: ii desktop-file-utils 0.22-1 ii exo-utils 0.10.2-4 ii libatk1.0-0 2.14.0-1 ii libc6 2.19-11 ii libcairo2 1.12.16-5 ii libdbus-1-3 1.8.8-2 ii libdbus-glib-1-20.102-1 ii libexo-1-0 0.10.2-4 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-02.42.0-2 ii libgtk2.0-0 2.24.25-1 ii libgudev-1.0-0 215-5+b1 ii libice6 2:1.0.9-1 ii libnotify4 0.7.6-2 ii libpango1.0-0 1.36.8-2 ii libsm6 2:1.2.2-1 ii libthunarx-2-0 1.6.3-1 ii libxfce4ui-1-0 4.10.0-6 ii libxfce4util6 4.10.1-2 ii libxfconf-0-2 4.10.0-3 ii shared-mime-info1.3-1 ii thunar-data 1.6.3-1 Versions of packages thunar recommends: ii dbus-x111.8.8-2 ii gvfs1.22.1-1 ii libfontconfig1 2.11.0-6.1 ii libfreetype62.5.2-2 ii thunar-volman 0.8.0-4 ii tumbler 0.1.30-1+b1 ii xdg-user-dirs 0.15-2 ii xfce4-panel 4.10.1-1 Versions of packages thunar suggests: ii thunar-archive-plugin 0.3.1-3 pn thunar-media-tags-plugin -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#763602: Backtrace for "Crashes on startup with "Attempt to unlock mutex that was not locked""
Okay, this seems to be a bug in Python? There is also a very similar issue with reportbug at https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=758619 but that doesn’t have an immediate solution either. (Backtrace from gdb below) Best, Claudius $ gdb --args python /usr/bin/mirage GNU gdb (Debian 7.7.1+dfsg-3) 7.7.1 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from python...Reading symbols from /usr/lib/debug//usr/bin/python2.7...done. done. (gdb) run Starting program: /usr/bin/python /usr/bin/mirage [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". /usr/lib/python2.7/dist-packages/mirage.py:608: Warning: The property GtkWindow:allow-shrink is deprecated and shouldn't be used anymore. It will be removed in a future version. self.window.set_property('allow-shrink', False) [New Thread 0x7fffe6e8b700 (LWP 23079)] Attempt to unlock mutex that was not locked Program received signal SIGABRT, Aborted. 0x76f29077 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 56 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory. (gdb) bt full #0 0x76f29077 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 resultvar = 0 pid = 23075 selftid = 23075 #1 0x76f2a458 in __GI_abort () at abort.c:89 save_stage = 2 act = {__sigaction_handler = {sa_handler = 0x31fc4, sa_sigaction = 0x31fc4}, sa_mask = {__val = {140737340076128, 44, 140737323936992, 44, 140737336735971, 44, 140737340076128, 140737323936992, 140737336739894, 140737340076128, 1, 44, 44, 0, 140737336699069, 14539744}}, sa_flags = 0, sa_restorer = 0x758aad80 <_PyGObject_API>} sigs = {__val = {32, 0 }} #2 0x762d295d in g_mutex_unlock_slowpath (mutex=, prev=) at /build/glib2.0-Dv_k6u/glib2.0-2.42.0/./glib/gthread-posix.c:1327 No locals. #3 0x74eebbbf in gtk_main () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 No symbol table info available. #4 0x7559fff7 in _wrap_gtk_main (self=) at /tmp/buildd/pygtk-2.24.0/gtk/gtk.override:1240 _save = 0x9ab0a0 main_watch = 0xe4d670 #5 0x004ca6c4 in call_function (oparg=, pp_stack=) at ../Python/ceval.c:4005 meth = 0x8 self = flags = 0 tstate = 0x9ab0a0 func = w = nk = 10137760 n = -148273264 pfunc = 0x77fbdf50 #6 PyEval_EvalFrameEx () at ../Python/ceval.c:2667 sp = 0x77fbdf58 opcode = 0 t = 0x0 #7 0x004ca272 in fast_function (nk=, na=, n=, pp_stack=, func=) at ../Python/ceval.c:4107 f = Frame 0x77fbddd0, for file /usr/lib/python2.7/dist-packages/mirage.py, line 4579, in main (self=, layout=, ss_stop=, window=, action_names=['Open in GIMP', 'Create Thumbnail', 'Create Thumbnails', 'Move to Favorites'], statusbar=, running_custom_actions=False, recentfiles=[], listwrap_mode=0, start_in_fullscreen=False, image_list=[], updating_adjustments=False, open_mode=0, ss_delayspin=, thumb_sel_handler=605L, image_zoomed=False, preloadimg_next_in_list=-1, use_last_dir=False, thumbcell=<...(truncated) tstate = 0x9ab0a0 stack = 0x0 co = 0x5a23 globals = argdefs = 0x0 #8 call_function (oparg=, pp_stack=) at ../Python/ceval.c:4042 func = w = nk = 10137760 n = -148273264 pfunc = 0x77e8f1c8 #9 PyEval_EvalFrameEx () at ../Python/ceval.c:2667 sp = 0x77e8f1d0 opcode = -134488624 t = Frame 0x77fbddd0, for file /usr/lib/python2.7/dist-packages/mirage.py, line 4579, in main (self=, layout=, ss_stop=, window=, action_names=['Open in GIMP', 'Create Thumbnail', 'Create Thumbnails', 'Move to Favorites'], statusbar=, running_custom_actions=False, recentfiles=[], listwrap_mode=0, start_in_fullscreen=False, image_list=[], updating_adjustments=False, open_mode=0, ss_delayspin=, thumb_sel_handler=605L, image_zoomed=False, preloadimg_next_in_list=-1,
Bug#763602: Crashes on startup with "Attempt to unlock mutex that was not locked"
Package: mirage Version: 0.9.5.1-3 Severity: grave Dear maintainer, after the last update, mirage crashes immediately on startup: $ mirage /usr/lib/python2.7/dist-packages/mirage.py:608: Warning: The property GtkWindow:allow-shrink is deprecated and shouldn't be used anymore. It will be removed in a future version. self.window.set_property('allow-shrink', False) Attempt to unlock mutex that was not locked Aborted $ mirage /usr/lib/python2.7/dist-packages/mirage.py:608: Warning: The property GtkWindow:allow-shrink is deprecated and shouldn't be used anymore. It will be removed in a future version. self.window.set_property('allow-shrink', False) Attempt to unlock mutex that was not locked Aborted $ export LC_ALL=C $ mirage /usr/lib/python2.7/dist-packages/mirage.py:608: Warning: The property GtkWindow:allow-shrink is deprecated and shouldn't be used anymore. It will be removed in a future version. self.window.set_property('allow-shrink', False) Attempt to unlock mutex that was not locked Aborted $ which mirage /usr/bin/mirage $ python2.7 /usr/bin/mirage /usr/lib/python2.7/dist-packages/mirage.py:608: Warning: The property GtkWindow:allow-shrink is deprecated and shouldn't be used anymore. It will be removed in a future version. self.window.set_property('allow-shrink', False) Attempt to unlock mutex that was not locked Aborted $ python3 /usr/bin/mirage Traceback (most recent call last): File "/usr/bin/mirage", line 27, in import mirage ImportError: No module named 'mirage' If you need any further information, I’d be glad to assist you. Best, Claudius -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mirage depends on: ii libc62.19-11 ii libx11-6 2:1.6.2-3 ii python 2.7.8-1 ii python-gtk2 2.24.0-4 mirage recommends no packages. Versions of packages mirage suggests: ii gimp 2.8.14-1 ii imagemagick 8:6.8.9.6-4 ii menu 2.1.47 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#763322: update-grub does not recognise kernel 3.16 as xen dom0 capable
Package: grub Version: 0.97-68 The command /usr/sbin/update-grub does not create a boot entry for xen 4.1 with dom0 kernel 3.16-2-amd64 in /boot/grub/menu.lst. The reason is that kernel 3.16 has no Kconfig symbol XEN_PRIVILEGED_GUEST anymore (see https://lkml.org/lkml/2014/2/18/201) and update-grub greps for this macro. The following patch fixes this problem for me. But I have no idea about the relationship between CONFIG_XEN_PRIVILEGED_GUEST and CONFIG_XEN_DOM0 on much older kernels. --- a/debian/update-grub2014-09-29 11:25:30.0 +0200 +++ b/debian/update-grub2014-09-29 10:52:18.745304173 +0200 @@ -766,7 +766,7 @@ xen0Kernels="" # First kernels with xen0 support. for ver in `grep -l CONFIG_XEN=y /boot/config* | sed -e s%/boot/config-%%`; do - if ! grep -q CONFIG_XEN_PRIVILEGED_GUEST=y /boot/config-$ver ; then + if ! grep -q -E '(CONFIG_XEN_PRIVILEGED_GUEST|CONFIG_XEN_DOM0)=y' /boot/config-$ver ; then continue fi # ver is a kernel version I am using Debian Wheezy with kernel 3.16 and some other packages from Debian Jessie. Regards, Claudius Peschke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#702172: Font sizes are integers, not floats
Package: wotsap Version: 0.7-2 Severity: normal Tags: patch Hi, currently, wotsap line 1723 (in Wheezy) or line 1724 (in version 0.7 released recently) saves the font size supplied via -S as a float: elif o in ("-S", "--ttfsize"): ttfsize = float(a) However, core.getfont() in ImageFont.py (package python-imaging) would prefer an integer and does not hesitate to complain: Traceback (most recent call last): File "/usr/bin/wotsap", line 1903, in wotsapmain(sys.argv) File "/usr/bin/wotsap", line 1852, in wotsapmain wot.initfont(fontfile, ttffile, ttfsize) File "/usr/bin/wotsap", line 1491, in initfont self.font = ImageFont.truetype(ttffile, ttffilesize) File "/usr/lib/python2.7/dist-packages/PIL/ImageFont.py", line 218, in truetype return FreeTypeFont(filename, size, index, encoding) File "/usr/lib/python2.7/dist-packages/PIL/ImageFont.py", line 134, in __init__ self.font = core.getfont(file, size, index, encoding) TypeError: integer argument expected, got float The following ‘patch’ solves this problem: --- wotsap 2013-03-03 14:12:34.615420677 + +++ /usr/bin/wotsap 2013-03-03 14:12:42.565420729 + @@ -1720,7 +1720,7 @@ elif o in ("-T", "--ttffile"): ttffile = a elif o in ("-S", "--ttfsize"): -ttfsize = float(a) +ttfsize = int(a) elif o in ("-p", "--print"): prnt=1 elif o in ("-D", "--print-debug"): The affected variable, ttfsize, is used nowhere else in the file but in the initfont() function mentioned above (and a few default assignments to 16). Best regards, Claudius -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.7.1.a2017.3 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wotsap depends on: ii fonts-freefont-ttf [ttf-freefont] 20120503-1 ii python 2.7.3-4 ii python-imaging 1.1.7-4 ii ttf-dejavu 2.33-3 ii ttf-freefont 20120503-1 wotsap recommends no packages. Versions of packages wotsap suggests: ii gnupg 1.4.12-7 ii wget 1.13.4-3 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#700972: Outdated check for version of sg_inq ("/sbin/rescan-scsi-bus: line 592: [: 1.03...")
Package: scsitools Version: 0.12-2.1 Severity: minor Dear Eric, at the moment, the file /sbin/rescan-scsi-bus contains the following code: # nl -ba /sbin/rescan-scsi-bus | egrep -B 4 -A 5 '^[[:space:]]*592' 588 if test -x /usr/bin/sg_inq; then 589 sg_version=$(sg_inq -V 2>&1 | cut -d " " -f 3) 590 sg_version=${sg_version##0.} 591 #echo "\"$sg_version\"" 592 if [ -z "$sg_version" -o "$sg_version" -lt 70 ] ; then 593 sg_len_arg="-36" 594 else 595 sg_len_arg="--len=36" 596 fi 597 fi which apparently checks for a version greater than 0.70 of sg_inq. However, sg_ing as of Wheezy reports: # sg_inq -V Version string: 1.03 2013 This causes rescan-scsi-bus to print the following (non-fatal) error message: # rescan-scsi-bus 4 /sbin/rescan-scsi-bus: line 592: [: 1.03: integer expression expected Host adapter 0 (ahci) found. Host adapter 1 (ahci) found. Host adapter 2 (ahci) found. Host adapter 3 (ahci) found. Host adapter 4 (ahci) found. Host adapter 5 (ahci) found. Scanning SCSI subsystem for new devices Scanning host 4 for SCSI target IDs 0 1 2 3 4 5 6 7, all LUNs Scanning for device 4 0 0 0 ... OLD: Host: scsi4 Channel: 00 Id: 00 Lun: 00 Vendor: ATA Model: External Disk 0 Rev: 1.15 Type: Direct-AccessANSI SCSI revision: 05 0 new device(s) found. 0 device(s) removed. Everything works fine, so this is just FYI :) Thanks for your great work, Claudius -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.7.1.a2017.3 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages scsitools depends on: ii libc6 2.13-38 ii sg3-utils 1.33-1 ii util-linux 2.20.1-5.3 Versions of packages scsitools recommends: ii tk8.4 [wish] 8.4.19-5 ii tk8.5 [wish] 8.5.11-2 scsitools suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#700777: Add Bash completion for /etc/crypttab targets to cryptdisks_{start,stop}
Package: cryptsetup Version: 2:1.4.3-4 Severity: wishlist Dear Maintainer(s), it would be nice if cryptsetup shipped a Bash completion snippet for cryptdisks_{start,stop} to allow for easy autocompletion of possibly long (or rarely used) names in /etc/crypttab. The following, placed in /etc/bash_completion.d/cryptdisks, works for me, but I am sure there are ways one can improve it. :-) -- /etc/bash_completion.d/cryptdisks # cryptdisks_{start,stop} completion by first row of crypttab # # Copyright 2013 Claudius Hubig , 2-clause BSD _cryptdisks() { local tf; tf=${TABFILE-"/etc/crypttab"}; COMPREPLY=($(egrep -v "^[[:space:]]*(#|$)" "${tf}" | egrep -o "^${COMP_WORDS[COMP_CWORD]}[^[:space:]]*")); return 0; } complete -F _cryptdisks cryptdisks_start; complete -F _cryptdisks cryptdisks_stop; Thank you very much for considering this and your work for Debian, Claudius -- Package-specific info: -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.7.1.a2017.3 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cryptsetup depends on: ii cryptsetup-bin 2:1.4.3-4 ii debconf [debconf-2.0] 1.5.49 ii dmsetup2:1.02.74-4 ii libc6 2.13-37 Versions of packages cryptsetup recommends: ii busybox 1:1.20.0-7 ii console-setup 1.88 ii initramfs-tools [linux-initramfs-tool] 0.109 ii kbd 1.15.3-9 Versions of packages cryptsetup suggests: ii dosfstools 3.0.13-1 ii liblocale-gettext-perl 1.05-7+b1 -- debconf information: cryptsetup/prerm_active_mappings: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#687441: Document XfceNotifyWindow::summary-bold in one of the example themes
Package: xfce4-notifyd Version: 0.2.2-2 Severity: minor Hello, xfce4-notifyd currently ships two example themes, ‘Smoke’ and ‘ZOMG- PONIES!’ to document how to theme the displayed notifications. However, neither of these example themes includes the XfceNotifyWindow::summary-bold option which allows one to mark the summary in bold, for example like this: style "smoke-window" { bg[NORMAL] = "#4d4d4d" XfceNotifyWindow::border-color = "#00" XfceNotifyWindow::border-radius = 0 XfceNotifyWindow::border-width = 3.0 XfceNotifyWindow::summary-bold = 1 } class "XfceNotifyWindow" style "smoke-window" I would be very thankful if documentation on this particular option, which appears to be the only option to highlight the summary, were provided. Nevertheless, I thank you for your excellent work! :) Best regards, Claudius -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5.2.a2017.1 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xfce4-notifyd depends on: ii libc6 2.13-35 ii libcairo2 1.12.2-2 ii libdbus-1-3 1.6.0-1 ii libdbus-glib-1-20.100-1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.3-1 ii libgtk2.0-0 2.24.10-2 ii libpango1.0-0 1.30.0-1 ii libx11-62:1.5.0-1 ii libxfce4ui-1-0 4.8.1-1 ii libxfce4util4 4.8.2-1 ii libxfconf-0-2 4.8.1-1 Versions of packages xfce4-notifyd recommends: ii libnotify-bin 0.7.5-1 xfce4-notifyd suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#678001: Print information from 64 bit /usr/bin/wine in postinst or put them in /usr/share/doc
Package: wine64-bin Version: 1.4.1-1 Severity: wishlist Hello, it would be nice if the information printed by /usr/bin/wine from wine64-bin could also be shown during postinst. Otherwise, one has to run wine from the command line to even see this message, which is unfortunate for two reasons: a) I usually don’t run wine from the command line b) The package description explicitly states that this package contains instructions how to enable Multi-Arch, but they are not in /usr/share/doc. Running wine is not the action I expect when I want to get instructions. Best regards & many thanks, Claudius -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.1.a2017.2 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#677308: qalc: I/O warning : failed to load external entity "/usr/share/qalculate/prefixes.xml"
Hey, it would be nice if there could be some sort of warning that libqalculate5-data should be installed, since the dependence on libqalculate5-data is IMHO stronger than just a Recommends:, especially since units, currencies etc. are the main selling point of qalculate. I don’t know why this package cannot be Multi-Arch: foreign as said in the last changelog entry of libqalculate5 [0], since [1] appears to suggest something along these lines. Best regards & thank you very much for your time, Claudius [0] * Do not make libqalculate5-data Multi-arch: foreign. Thus libqalculate5 can only recommend libqalculate5-data. [1] http://wiki.debian.org/Multiarch/Implementation#Multi-Arch:_foreign_support_packages -- http://chubig.net telnet nightfall.org 4242 signature.asc Description: PGP signature
Bug#659644: Increase minima and maxima in CMA
Package: freeciv-client-gtk Version: 2.3.1-1 Severity: wishlist Tags: patch Hello, the citizen manager currently has one flaw: One cannot reduce the minimum required gold/food/production units below -20, which sometimes is insufficient. As a result, the CMA refuses to manage the city if it cannot get above -20 gold per turn, even if the associated factor is set to 0. This might be feasible, for example, when one is currently building a city with lots of improvements which is not yet big enough to produce enough trade, but the rest of your empire can easily support this one city losing gold. One can avoid this problem by manually adding pre-set CMAs to the ~/.freeciv- client-rc-2.3, but this is tedious. The attached patch increases/decreases the minima and maxima in the GTK client to -200 and +200, respectively. I would be very thankful if you could think about applying it :) Best regards, Claudius -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.1.a2017.2 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages freeciv-client-gtk depends on: ii freeciv-data2.3.1-1 ii ggzcore-bin 0.0.14.1-1.1 ii libatk1.0-0 2.2.0-2 ii libbz2-1.0 1.0.6-1 ii libc6 2.13-24 ii libcairo2 1.10.2-6.2 ii libfontconfig1 2.8.0-3.1 ii libfreetype62.4.8-1 ii libgdk-pixbuf2.0-0 2.24.0-2 ii libglib2.0-02.30.2-4 ii libgtk2.0-0 2.24.8-3 ii libpango1.0-0 1.29.4-2 ii libsdl-mixer1.2 1.2.12-1 ii libsdl1.2debian 1.2.15-1 ii zlib1g 1:1.2.3.4.dfsg-3 Versions of packages freeciv-client-gtk recommends: ii freeciv-server 2.3.1-1 Versions of packages freeciv-client-gtk suggests: ii freeciv-sound-standard [freeciv-sound] 2.3.1-1 -- no debconf information Description: Increases minima and maxima in CMA to +-500 This patch increases the minima and maxima settable in the CMA to +-500. Author: Claudius Hubig Forwarded: no Last-Update: <2012-02-12> --- freeciv-2.3.1.orig/client/gui-gtk-2.0/cma_fe.c +++ freeciv-2.3.1/client/gui-gtk-2.0/cma_fe.c @@ -331,7 +331,7 @@ struct cma_dialog *create_cma_dialog(str gtk_misc_set_alignment(GTK_MISC(label), 0, 0.5); pdialog->minimal_surplus[i] = - GTK_ADJUSTMENT(gtk_adjustment_new(-20, -20, 20, 1, 1, 0)); + GTK_ADJUSTMENT(gtk_adjustment_new(-200, -200, 200, 1, 1, 0)); hscale = gtk_hscale_new(GTK_ADJUSTMENT(pdialog->minimal_surplus[i])); gtk_table_attach_defaults(GTK_TABLE(table), hscale, 1, 2, i + 1, i + 2);
Bug#657634: X crashes when viewing huge images with Caught signal 7 (Bus error)
fixed 657634 2:2.17.0+git20120204-1 thanks Hello, thank you very much for fixing this! Iceweasel now nicely shows the (scaled) image and, most importantly, X doesn’t crash. Thanks again! Claudius -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#658010: Use arrow keys to pan image
Package: mirage Version: 0.9.5.1-1.1+b1 Severity: wishlist Dear Xavier, it would be nice if mirage supported a possibility to pan images using the keyboard, ideally the arrow keys. At the moment, using the mouse is the only possibility to pan around in images, and I have to admit I would prefer being able to rely solely upon the keyboard :) Best regards, Claudius -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.1.a2017.2 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mirage depends on: ii libc6 2.13-24 ii libx11-62:1.4.4-4 ii python 2.7.2-9 ii python-gtk2 2.24.0-2 ii python-support 1.0.14 mirage recommends no packages. Versions of packages mirage suggests: ii gimp 2.6.11-8 ii imagemagick 8:6.6.9.7-5+b2 ii menu 2.1.46 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657984: Crashes if changing messages while checking signatures
Package: claws-mail Version: 3.8.0-1 Severity: minor Dear maintainer, Claws-Mail crashes when one changes messages while checking a PGP signature. To reproduce: 1) Find a message which is signed by a key that you don’t have in your keychain yet 2) Press "c" to check the signature or click on the little icon ‘Check Signature’ 3) Quickly switch to another message, for example by a) clicking on another folder in the folder list b) clicking on another message in the message list 4) Observe how Claws-Mail crashes immediately. I assume that this will also happen if you have the key already in your keychain but manage to switch messages before checking succeeds. However, if the key is not in your keychain, it will be much easier to switch messages fast enough. I attached a backtrace which was created as follows: 1) $ gdb claws-mail 2) (gdb) run 3) open the folder gmane.linux.debian.devel.x 4) open the message <20120129132459.GH32587__5558.65256251327$1327843646$gmane$o...@mraw.org> by Cyril Brulebois (I don’t have the key yet). 5) press c 6) click on another message very fast 7) (gdb) set logging on 8) (gdb) bt full 9) (gdb) quit The bug is really only minor, although Claws-Mail crashes, because it will usually not result in data loss and because it is rather unlikely that one wants to switch messages while checking a signature. If you need any other backtraces, please do not hesitate to tell me! :) Best regards & thank you very much for your work! Claudius Hubig -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.1.a2017.2 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages claws-mail depends on: ii libc6 2.13-24 ii libcairo2 1.10.2-6.2 ii libcompfaceg1 1:1.5.2-5 ii libdbus-glib-1-20.98-1 ii libenchant1c2a 1.6.0-7 ii libetpan15 1.0-5 ii libgdk-pixbuf2.0-0 2.24.0-2 ii libglib2.0-02.30.2-4 ii libgnutls26 2.12.16-1 ii libgtk2.0-0 2.24.8-3 ii libice6 2:1.0.7-2 ii libldap-2.4-2 2.4.28-1.1 ii libpango1.0-0 1.29.4-2 ii libpisock9 0.12.5-4+b1 ii libsm6 2:1.2.0-2 ii xdg-utils 1.1.0~rc1+git20111210-5 Versions of packages claws-mail recommends: ii aspell-de [aspell-dictionary] 20110609-1 ii aspell-en [aspell-dictionary] 7.1-0-1 ii claws-mail-i18n3.8.0-1 ii xfonts-100dpi 1:1.0.3 ii xfonts-100dpi-transcoded 1:1.0.3 ii xfonts-75dpi 1:1.0.3 ii xfonts-75dpi-transcoded1:1.0.3 Versions of packages claws-mail suggests: ii claws-mail-doc ii claws-mail-tools 3.8.0-1 ii gedit | kwrite | mousepad | nedit ii iceweasel [www-browser]9.0.1-1 ii lynx-cur [www-browser] 2.8.8dev.9-3 ii opera-next [www-browser] 12.00.1256 ii w3m [www-browser] 0.5.3-5 -- no debconf information #0 0x0051e681 in mimeview_check_data_reset (mimeview=0xe18a00) at mimeview.c:1101 must_free = 1 must_destroy = 0 #1 0x0051e757 in mimeview_check_sig_thread_cb (data=0xe18a00) at mimeview.c:1156 mimeview = 0xe18a00 mimeinfo = 0x10c9c70 #2 0x005210ca in mimeview_clear (mimeview=0xe18a00) at mimeview.c:981 model = 0xddc2d0 #3 0x00513eda in messageview_clear (messageview=0xe15900) at messageview.c:1436 No locals. #4 0x005a1a60 in summary_clear_all (summaryview=0xdbdde0) at summaryview.c:1555 No locals. #5 0x005a7a1c in summary_show (summaryview=0xdbdde0, item=0x0) at summaryview.c:1218 ctree = 0xbd4610 node = 0x0 mlist = 0x0 buf = 0x0 is_refresh = 0 selected_msgnum = 0 displayed_msgnum = 0 cur = not_killed = hidden_removed = 0 start = {tv_sec = 1327935851, tv_usec = 625939} end = {tv_sec = 17474160, tv_usec = 0} diff = timing_name = 0x64f9c2 "" __FUNCTION__ = "summary_show" #6 0x004ceb72 in folderview_close_opened (folderview=0xd67660) at folderview.c:2090 buf = 0x114e600 "\360!\025\001" olditem = 0xf59ba0 #7 0x004cee62 in folderview_selected (ctree=0xbd4420, row=0x1074380, column=-1, folderview=0xd67660) at folderview.c:2153 can_select = 0 opened = item = 0xf52650 buf = res = 0 old_opened = 0xfc8920 start = {tv_sec = 1327935851, tv_usec = 624000} end = {tv_sec = 3, tv_usec = 140737305917429} diff = timing_name = 0x64f9c2 "&q
Bug#657634: X crashes when viewing huge images with Caught signal 7 (Bus error)
Julien Cristau wrote: >Can you report that upstream according to >http://intellinuxgraphics.org/how_to_report_bug.html? >Let us know the bug number for tracking. https://bugs.freedesktop.org/show_bug.cgi?id=45323 I would like to ask you to have a look at said bug report, just to make sure I didn’t make an obvious mistake. :) Best regards, Claudius -- Spreading peanut butter reminds me of opera!! I wonder why? Please use GPG: ECB0C2C7 4A4C4046 446ADF86 C08112E5 D72CDBA4 http://chubig.net/ http://nightfall.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#657634: Backtrace
I managed to create the attached backtrace by adding the -core option to GDM’s Xorg call and then using $ gdb -c corefile /usr/bin/xorg (gdb) set logging on (gdb) bt full (gdb) quit Best regards, Claudius #0 0x7f3c7ab9e405 in *__GI_raise (sig=) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 pid = selftid = #1 0x7f3c7aba1680 in *__GI_abort () at abort.c:92 act = {__sigaction_handler = {sa_handler = 0x7f3c7ccedfd0, sa_sigaction = 0x7f3c7ccedfd0}, sa_mask = {__val = {52, 139897771117408, 139897768534885, 1, 139897366892672, 139897733589920, 139897766757600, 32256, 4294967295, 0, 1, 4108520, 0, 32256, 139897366924800, 139897766899712}}, sa_flags = 2089953090, sa_restorer = 0x7f3c0001} sigs = {__val = {32, 0 }} #2 0x7f3c7ccc11fe in OsAbort () at ../../os/utils.c:1230 No locals. #3 0x7f3c7cbc3e9c in ddxGiveUp (error=EXIT_ERR_ABORT) at ../../../../hw/xfree86/common/xf86Init.c:936 i = #4 0x7f3c7ccc60b2 in AbortServer () at ../../os/log.c:416 No locals. #5 0x7f3c7ccc62b5 in FatalError (f=0x7f3c7ccebed0 "Caught signal %d (%s). Server aborting\n") at ../../os/log.c:547 args = {{gp_offset = 24, fp_offset = 48, overflow_arg_area = 0x7fff34c3a820, reg_save_area = 0x7fff34c3a760}} beenhere = 1 #6 0x7f3c7ccbf12e in OsSigHandler (sip=, signo=7, unused=) at ../../os/osinit.c:146 No locals. #7 OsSigHandler (signo=7, sip=, unused=) at ../../os/osinit.c:108 No locals. #8 No symbol table info available. #9 __memcpy_ssse3_back () at ../sysdeps/x86_64/multiarch/memcpy-ssse3-back.S:820 No locals. #10 0x7f3c789687f6 in intel_uxa_pixmap_put_image (pixmap=, src=, src_pitch=32000, x=, y=, w=, h=8) at ../../src/intel_uxa.c:752 dst = row_length = 32000 num_rows = 8 priv = 0x7f3c7faa4970 stride = 32256 cpp = ret = 0 #11 0x7f3c7896a4a7 in intel_uxa_put_image (pixmap=0x7f3c7faa62b0, x=0, y=0, w=, h=8, src=0x7f3c7faf1f28 "", src_pitch=32000) at ../../src/intel_uxa.c:809 intel = 0x7f3c7acbaa50 tiling = 0 size = stride = 2 bo = screen = priv = 0x7f3c7faa4970 #12 0x7f3c7898a8d4 in uxa_do_put_image (src_stride=32000, bits=0x7f3c7faf1f28 "", format=2, h=8, w=8000, y=, x=, pGC=0x7f3c7faa5ae0, pDrawable=0x7f3c7faa62b0, depth=) at ../../uxa/uxa-accel.c:164 y1 = 0 x2 = ok = x1 = 0 y2 = src = 0x7f3c7faf1f28 "" yoff = 0 uxa_screen = 0x0 pPix = 0x7f3c7faa62b0 pClip = pbox = 0x7f3c7faa57c0 nbox = xoff = 0 bpp = #13 uxa_put_image (pDrawable=0x7f3c7faa62b0, pGC=0x7f3c7faa5ae0, depth=, x=0, y=0, w=8000, h=8, leftPad=0, format=2, bits=0x7f3c7faf1f28 "") at ../../uxa/uxa-accel.c:202 No locals. #14 0x7f3c7cc4f3fc in damagePutImage (pDrawable=0x7f3c7faa62b0, pGC=0x7f3c7faa5ae0, depth=24, x=0, y=0, w=8000, h=8, leftPad=0, format=2, pImage=0x7f3c7faf1f28 "") at ../../../miext/damage/damage.c:830 pGCPriv = 0x7f3c7faa5ba8 oldFuncs = 0x7f3c7cf2b3e0 #15 0x7f3c7cb85c1e in ProcPutImage (client=) at ../../dix/dispatch.c:1989 pGC = 0x7f3c7faa5ae0 pDraw = 0x7f3c7faa62b0 length = lengthProto = tmpImage = 0x7f3c7faf1f28 "" stuff = 0x7f3c7faf1f10 #16 0x7f3c7cb88f81 in Dispatch () at ../../dix/dispatch.c:437 clientReady = 0x7f3c7f8c5730 result = client = 0x7f3c7fa60130 nready = 0 icheck = 0x7f3c7cf3dad0 start_tick = 1860 #17 0x7f3c7cb781aa in main (argc=11, argv=, envp=) at ../../dix/main.c:287 i = alwaysCheckForInput = {0, 1}
Bug#639463: Disable auto-update on start
Bertrand Marc wrote: >I disabled the main alert (but there still will be a mention in the >status bar). It is enough, isn't it ? A new package is on mentors, >waiting for an upload, so it should be coming soon. I will test it as soon as it’s in unstable. The description sounds good, I was mainly annoyed at having to click away that window. :) Thank you very much for your time, Bertrand! Best regards, Claudius -- BOFH excuse #408: Computers under water due to SYN flooding. Please use GPG: ECB0C2C7 4A4C4046 446ADF86 C08112E5 D72CDBA4 http://chubig.net/ http://nightfall.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#639463: Disable auto-update on start
Package: playonlinux Version: 3.8.8-1 Severity: wishlist Hello, it would be nice if the auto-update/check for new versions could somehow be disabled upon start. I rarely install new applications and would like to rely upon the Debian maintainers to send necessary updates. However, this is in no way a bug, just a wishlist item! Best regards & thank you for your great work! Claudius -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0.a2017.3 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages playonlinux depends on: ii binutils 2.21.52.20110606-2 The GNU assembler, linker and bina ii cabextrac 1.4-1 Microsoft Cabinet file unpacker ii gettext-b 0.18.1.1-4 GNU Internationalization utilities ii imagemagi 8:6.6.9.7-5image manipulation programs ii mesa-util 8.0.1-2+b1 Miscellaneous Mesa GL utilities ii python2.6.7-3interactive high-level object-orie ii python-su 1.0.14 automated rebuilding support for P ii python-wx 2.8.10.1-3.1 wxWidgets Cross-platform C++ GUI t ii unzip 6.0-5 De-archiver for .zip files ii wget 1.12-5 retrieves files from the web ii wine1.3 [ 1.3.17-0ubuntu1~maverick1~ppa1 Microsoft Windows Compatibility La ii xfce4-ter 0.4.8-1Xfce terminal emulator playonlinux recommends no packages. Versions of packages playonlinux suggests: ii ttf-mscorefonts-installer 3.3Installer for Microsoft TrueType c -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#601974: grub-probe can not find /dev/xvda1 (block device inside XEN)
Hello, to solve the problem for me, i have copied a few lines from grub2 version 1.99 to the old squeeze version 1.98+20100804-14 and applied the patch (hostdisk.diff) from Vladimir 'φ-coder/phcoder' Serbinenko to it. With the attached patch applied, the grub-probe command returns: # grub-probe -t abstraction --device /dev/xvda1 -v grub-probe: info: Cannot stat `/dev/xvda', skipping. grub-probe: info: /dev/xvda1 starts from 0. grub-probe: info: opening the device /dev/xvda. grub-probe: warn: disk does not exist, so falling back to partition device /dev/xvda1. grub-probe: info: opening /dev/xvda1. grub-probe: info: the size of /dev/xvda1 is 12582912. and update-grub works without error. --- a/kern/emu/hostdisk.c 2010-08-04 05:40:55.0 +0200 +++ b/kern/emu/hostdisk.c 2011-06-01 17:26:04.429479379 +0200 @@ -1353,12 +1353,16 @@ #endif /* defined(__NetBSD__) */ static int -find_system_device (const char *os_dev, struct stat *st) +find_system_device (const char *os_dev, struct stat *st, int convert) { unsigned int i; char *os_disk; os_disk = convert_system_partition_to_system_disk (os_dev, st); + if (convert) +os_disk = convert_system_partition_to_system_disk (os_dev, st); + else +os_disk = xstrdup (os_dev); if (! os_disk) return -1; @@ -1392,7 +1396,7 @@ return 0; } - drive = find_system_device (os_dev, &st); + drive = find_system_device (os_dev, &st, 1); if (drive < 0) { grub_error (GRUB_ERR_UNKNOWN_DEVICE, @@ -1498,7 +1502,33 @@ free (name); if (! disk) - return 0; + { + /* We already know that the partition exists. Given that we already +checked the device map above, we can only get GRUB_ERR_UNKNOWN_DEVICE +or GRUB_ERR_BAD_DEVICE at this point if the disk does not exist. +This can happen on Xen, where disk images in the host can be +assigned to devices that have partition-like names in the guest +but are really more like disks. */ + if (grub_errno == GRUB_ERR_UNKNOWN_DEVICE || + grub_errno == GRUB_ERR_BAD_DEVICE) +{ +grub_util_warn +("disk does not exist, so falling back to partition device %s", +os_dev); + +drive = find_system_device (os_dev, &st, 0); +if (drive < 0) + { + grub_error (GRUB_ERR_UNKNOWN_DEVICE, + "no mapping exists for `%s'", os_dev); + return 0; + } + + return make_device_name (drive, -1, -1); +} + else +return 0; + } partname = NULL; grub_partition_iterate (disk, find_partition);
Bug#442576: Still there with 3.7.6
Ricardo Mones wrote: > AFAIK not in 3.7.7 (scheduled for next week). > > You call it a "problem" but I don't really see the point of having the > progress window shown while what you really want to do is some other task > in some other application's window and therefore don't paying attention to > it. > > Maybe what you really miss is a kind of 'background sending has finished' > notification or something like that? The point is that sometimes I am eager to see a mail being sent (for example that super-important message for my boss or whatever) and would like the feedback "The mail was successfully sent" as soon as possible. OTOH, if I have to send a number of big messages with big attachments to a number of different people, I don’t like to wait for the first message to be sent to start writing the second one – queuing the messages or disabling the "sending"-window is the current workaround, but I don’t really see the point in blocking the whole application when this is obviously not necessary (because it isn’t blocked w/o the sending window). I agree, though, that a notification would be a good thing to have :) Best regards, Claudius -- More are taken in by hope than by cunning. -- Vauvenargues http://chubig.net/ signature.asc Description: PGP signature
Bug#442576: Still there with 3.7.6
Package: claws-mail Version: 3.7.6-4 Severity: normal This problem still exists in 3.7.6. Is there going to be any change? -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.36.a2017.4 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages claws-mail depends on: ii libc62.11.2-7Embedded GNU C Library: Shared lib ii libcairo21.8.10-6The Cairo 2D vector graphics libra ii libcompfaceg11:1.5.2-5 Compress/decompress images for mai ii libdbus-glib-1-2 0.88-2 simple interprocess messaging syst ii libenchant1c2a 1.6.0-1 a wrapper library for various spel ii libetpan13 0.58-1 mail handling library ii libgcrypt11 1.4.5-2 LGPL Crypto library - runtime libr ii libglib2.0-0 2.24.2-1The GLib library of C routines ii libgnutls26 2.8.6-1 the GNU TLS library - runtime libr ii libgtk2.0-0 2.20.1-2The GTK+ graphical user interface ii libice6 2:1.0.6-2 X11 Inter-Client Exchange library ii libldap-2.4-22.4.23-6OpenLDAP libraries ii libpango1.0-01.28.3-1Layout and rendering of internatio ii libpisock9 0.12.5-2library for communicating with a P ii libsm6 2:1.1.1-1 X11 Session Management library ii xdg-utils1.0.2+cvs20100307-2 desktop integration utilities from Versions of packages claws-mail recommends: ii aspell-de [aspell-dictionar 20091006-4.1 German dictionary for aspell ii aspell-en [aspell-dictionar 6.0-0-6 English dictionary for GNU Aspell ii claws-mail-i18n 3.7.6-4 Locale data for Claws Mail (i18n s ii xfonts-100dpi 1:1.0.1 100 dpi fonts for X ii xfonts-100dpi-transcoded1:1.0.1 100 dpi fonts for X (transcoded fr ii xfonts-75dpi1:1.0.1 75 dpi fonts for X ii xfonts-75dpi-transcoded 1:1.0.1 75 dpi fonts for X (transcoded fro Versions of packages claws-mail suggests: pn claws-mail-doc (no description available) ii claws-mail-tools3.7.6-4 Helper and utility scripts for Cla pn gedit | kwrite | mousepad |(no description available) ii iceweasel [www-browser] 3.5.15-1 Web browser based on Firefox ii lynx-cur [www-browser] 2.8.8dev.5-1 Text-mode WWW Browser with NLS sup hi opera [www-browser] 11.00.1029 A fast and secure web browser and ii w3m [www-browser] 0.5.2-9 WWW browsable pager with excellent -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#319832: Any change?
Hey, it’s been more than a year since the last post – is there going to be any change to this? Best regards, Claudius -- Power is the finest token of affection. http://chubig.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545934: Kind of fixed
Hi, I just experimented a little bit more and noticed that at least my problem only occured when all the cities in the City-tab were selected. Unselecting them (or only selecting a few) solved the problem, although I have no idea how they interfere with the drawing of units in another tab… Greetings, Claudius -- A man's house is his castle. -- Sir Edward Coke http://chubig.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545934: Also happens with 2.2.1-1
Hi, this also happens with 2.2.1-1 from current Squeeze. Curiously, it doesn’t always happen and sometimes, speed increases again after a specific action like selecting multiple units or after the next turn. However, that doesn’t always help. I’m running Debian Testing 32-bit on a Thinkpad X300 (1.2 GHz Dual-Core CPU, 4 GB RAM with PAE) and a self-compiled kernel 2.6.34. Best regards, Claudius -- After a number of decimal places, nobody gives a damn. http://chubig.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#585732: scidavis: Can’t handle unicode-characters (such as Δ) in column headers
Package: scidavis Version: 0.2.4-1 Severity: minor After starting up SciDavis, I tried to create four columns such as: X [X] | Y [Y] | ΔY [Y] ΔX[X] -- some values -- When I tried to add the last two columns as error-bars to a plot of the first two, nothing happened. After renaming these to “DY” and “DX”, everything was working fine, so I assume the problem lies in the unicode- character. Curiously, “ä” in a column header works quite fine. Related problem: Trying to add such an unicode-column in the “Add/Remove curves” window yields the following: The column Table1_δX is empty and will not be added to the plot! Again, after renaming it to Table1_äx, Table1_dx or anything else, it is working fine again. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.34.a2017.1 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages scidavis depends on: ii libc6 2.10.2-9 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.4-1GCC support library ii libgl1-mesa-glx [libgl1 7.7.1-2 A free implementation of the OpenG ii libglu1-mesa [libglu1] 7.7.1-2 The OpenGL utility library (GLU) ii libgsl0ldbl 1.14+dfsg-1 GNU Scientific Library (GSL) -- li ii libmuparser01.32-1 fast mathematical expressions pars ii libqt4-assistant4:4.6.2-4Qt 4 assistant module ii libqt4-network 4:4.6.2-4Qt 4 network module ii libqt4-opengl 4:4.6.2-4Qt 4 OpenGL module ii libqt4-qt3support 4:4.6.2-4Qt 3 compatibility library for Qt ii libqt4-svg 4:4.6.2-4Qt 4 SVG module ii libqt4-xml 4:4.6.2-4Qt 4 XML module ii libqtcore4 4:4.6.2-4Qt 4 core module ii libqtgui4 4:4.6.2-4Qt 4 GUI module ii libqwt5-qt4 5.2.0-1 Qt4 widgets library for technical ii libqwtplot3d-qt4-0 0.2.7+svn191-4 3D plotting library based on Qt4/O ii libstdc++6 4.4.4-1 The GNU Standard C++ Library v3 ii python2.5 2.5.5-6 An interactive high-level object-o ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime scidavis recommends no packages. scidavis suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514019: option syslog does not work
Package: samba Version: 2:3.2.5-4cpe1 Severity: normal Tags: patch The option "syslog" in smb.conf does not work. I have the lines [global] syslog = 2 syslog only = Yes in my smb.conf, but smbd and nmbd does not send messages to syslog. The problem is an wrong error handling. This is already fixed in Samba 3.2.6. With the following patch, the output to syslog works correctly. --- samba-3.2.5.orig/source/lib/debug.c 2008-11-18 16:17:17.0 +0100 +++ samba-3.2.5/source/lib/debug.c 2009-02-03 10:10:22.0 +0100 @@ -849,7 +849,7 @@ ret = vasprintf(&msgbuf, format_str, ap); va_end(ap); - if (ret == -1) { + if (ret != -1) { syslog(priority, "%s", msgbuf); } SAFE_FREE(msgbuf); -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages samba depends on: ii adduser 3.110 add and remove users and groups ii debconf [debconf-2.0 1.5.24 Debian configuration management sy ii libacl1 2.2.47-2Access control list shared library ii libattr1 1:2.4.43-1 Extended attribute shared library ii libc62.7-18 GNU C Library: Shared libraries ii libcomerr2 1.41.3-1common error description library ii libcups2 1.3.8-1lenny4.1 Common UNIX Printing System(tm) - ii libgnutls26 2.4.2-4 the GNU TLS library - runtime libr ii libkrb53 1.6.dfsg.4~beta1-5 MIT Kerberos runtime libraries ii libldap-2.4-22.4.11-1OpenLDAP libraries ii libpam-modules 1.0.1-5 Pluggable Authentication Modules f ii libpam-runtime 1.0.1-5 Runtime support for the PAM librar ii libpam0g 1.0.1-5 Pluggable Authentication Modules l ii libpopt0 1.14-4 lib for parsing cmdline parameters ii libtalloc1 1.2.0~git20080616-1 hierarchical pool based memory all ii libwbclient0 2:3.2.5-4cpe1 client library for interfacing wit ii logrotate3.7.1-5 Log rotation utility ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip ii procps 1:3.2.7-11 /proc file system utilities ii samba-common 2:3.2.5-4cpe1 Samba common files used by both th ii update-inetd 4.31inetd configuration file updater ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime samba recommends no packages. Versions of packages samba suggests: pn ldb-tools (no description available) ii openbsd-inetd [inet-superse 0.20080125-2 The OpenBSD Internet Superserver pn smbldap-tools (no description available) -- debconf information: samba/run_mode: daemons samba/generate_smbpasswd: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#86082: Part-Time Job Offer
JOB OFFER We are currently searching for Sales Representative with basic computer knowledge and good communicative skills. This position supports our management and outside sales team. Sales Representatives are also responsible for: - General administrative support - General accounting support - Answering incoming calls, e-mails - Sales support and business executive service Skills and requirements: -1+ sales/management experience -High education/college -Strong experience with Microsoft Office Suite, particularly in Excel -24h internet access -Land line phone and mobile -Ability to multi-task -Attention to detail -Good time management skills -Strong experience with Microsoft Office Suite, particularly in Excel Are you ready to apply? Great chance to try your chances: Send cover letter and Resume/CV to [EMAIL PROTECTED] Please reference you first and last name for subject. Principals Only. We do not accept unsolicited resumes from employment agencies, and is not responsible for fees associated with such submissions. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#334505: all with the goal of
BodypartMan-sizedHouston http://www.Theerteens.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#31569: anteater barrington
Buy Prescriptoins tomorrow! http://www.agleambarrier.bandwagon.claimhuge.com try adolescentautocratic anteater it babysit -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#191237: It's Natalia.
Hello My name is Natalia. how are you? I find your profile and e-mail on a site of acquaintances. I want to find the more friend and my love. If you is real are interested, answer to me and we can begin our acquaintance. A little about me. I was born 30 DEC 1979. I work as the manager in the insurance company. I want to find best friend and the man who can love me whom I will also ready to love and care. And i believe, i can have all part of what you want in soulmate, out of thousands of people that is on here, i find you to be my true choice and i hope that you should feel the same way too. It's m really a wonderful moment as am writing this letter to you and i pray that i should hear a good and sweat reply from you. You may be in long distance from me, but i believe that love can do everything. I believe love can move mountain and love can turn people's life to wonderful life and sweet one. Ok, i wish that you should write me in e-mail and lets talk and get to know more about each other. My new friend I ask you to write to me on this e-mail: [EMAIL PROTECTED] because the Internet here is very bad, but on e-mail I can check my mail easily. I will be great to read a nice letter from you. Hoping in God of love and in power of love I hope to hear from you. Thanks for the reading my letter. Natalia. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#427406: Removing /usr/share/pixmaps/hicolor/ solves the problem
Sven Arvidsson <[EMAIL PROTECTED]> wrote: >On Thu, 2007-08-30 at 12:20 +0200, Claudius Hubig wrote: >> following your hints, I just completely removed >> /usr/share/pixmaps/hicolor/ - the window that the >> application doesn't responds appears now in a >> correct way and I'm able to just click "abort" >> or "kill". > >You didn't happen to save those files? If you didn't, do you know what >icons were in there? Not really - I checked wether or not any installed .deb had files in there (which was not the case) and had a look in /usr/share/pixmaps/hicolor/ what contained the following: 16x16/ 48x48/ icon-theme.cache 32x32/ autopackage-installer.png scalable/ I'm sorry I didn't saved the files in there, but since they didn't belong to any installed package and I don't have non-debian-packages installed on my system anymore, I thought they were just crap still existing due to experiments in former days/whatever. Greetings, Claudius -- Mail:[EMAIL PROTECTED] ICQ: 224491597 ,= ,-_-. =. Jabber:[EMAIL PROTECTED] SIP: [EMAIL PROTECTED] ((_/)o o(\_)) MSN:[EMAIL PROTECTED] Nightfall.org:23Claudius `-'(. .)`-' Yahoo: [EMAIL PROTECTED] Using: [Opera|Gaim|[EMAIL PROTECTED] \_/ GNU signature.asc Description: PGP signature
Bug#427406: Removing /usr/share/pixmaps/hicolor/ solves the problem
Hi, following your hints, I just completely removed /usr/share/pixmaps/hicolor/ - the window that the application doesn't responds appears now in a correct way and I'm able to just click "abort" or "kill". Just one question, how can a broken image index "crash" Metacity or at least making it nearly impossible to work with the system? Anyway, thanks for the great work, Greetings, Claudius -- Mail:[EMAIL PROTECTED] ICQ: 224491597 ,= ,-_-. =. Jabber:[EMAIL PROTECTED] SIP: [EMAIL PROTECTED] ((_/)o o(\_)) MSN: [EMAIL PROTECTED] Nightfall.org:23Claudius `-'(. .)`-' Yahoo: [EMAIL PROTECTED] Using: [Opera|Gaim|[EMAIL PROTECTED] \_/ GNU signature.asc Description: PGP signature
Bug#437315: deskbar-applet: clear field when invoking command
Romain Francoise <[EMAIL PROTECTED]> wrote: >Hi, > >Claudius 'x2017' Hubig <[EMAIL PROTECTED]> writes: > >> when using the deskbar-applet, you always need to delete earlier >> typed text when wanting to invoke a new command. Thus, it'd be >> nice if the deskbar field could just be "cleaned" after a command >> was invoked. > >The text of the old command should be selected, so you can just >begin typing your new command, it will replace the text. Oh, yes, it *is* selected - but somehow, instantly unselected what makes it impossible to "overwrite" the old text without using the mouse more than once. Additionally, this is bad, e. g. when you try to do the following: Print a file to the console (e. g. remote) using cat/whatever, then mark everything you get, go to your deskbar, type "bluefish" there to open the editor and try to paste everything in there - you'll get nothing since the text in the console (gnome-terminal) is un-marked due to the deskbar. IMHO, it'd be much easier just to clean the field after invoking the deskbar and it would look somewhat "cleaner", too. ;) Greetings, Claudius (Of course, an option to do this or not in the preferences dialog would be great, too!) -- Mail:[EMAIL PROTECTED] ICQ: 224491597 ,= ,-_-. =. Jabber: [EMAIL PROTECTED] SIP: [EMAIL PROTECTED] ((_/)o o(\_)) MSN:[EMAIL PROTECTED] Nightfall.org:23Claudius `-'(. .)`-' Yahoo: [EMAIL PROTECTED] Using: [Opera|Gaim|[EMAIL PROTECTED] \_/ GNU signature.asc Description: PGP signature
Bug#437315: deskbar-applet: clear field when invoking command
Package: deskbar-applet Version: 2.18.1-2 Severity: wishlist Hi, when using the deskbar-applet, you always need to delete earlier typed text when wanting to invoke a new command. Thus, it'd be nice if the deskbar field could just be "cleaned" after a command was invoked. Greetings, Claudius -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.21.x2017 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages deskbar-applet depends on: ii gconf2 2.18.0.1-3GNOME configuration database syste ii libart-2.0-2 2.3.19-3 Library of functions for 2D graphi ii libatk1.0-01.18.0-2 The ATK accessibility toolkit ii libbonobo2-0 2.18.0-2 Bonobo CORBA interfaces library ii libbonoboui2-0 2.18.0-5 The Bonobo UI library ii libc6 2.6-2 GNU C Library: Shared libraries ii libcairo2 1.4.10-1 The Cairo 2D vector graphics libra ii libebook1.2-9 1.10.2-2 Client library for evolution addre ii libedataserver1.2-91.10.2-2 Utility library for evolution data ii libfontconfig1 2.4.2-1.2 generic font configuration library ii libgconf2-42.18.0.1-3GNOME configuration database syste ii libglib2.0-0 2.12.13-1 The GLib library of C routines ii libgnome-desktop-2 2.18.3-1 Utility library for loading .deskt ii libgnome-keyring0 0.8.1-2 GNOME keyring services library ii libgnome2-02.18.0-4 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.14.0-3 A powerful object-oriented display ii libgnomeui-0 2.18.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.18.1-2GNOME Virtual File System (runtime ii libgtk2.0-02.10.13-1 The GTK+ graphical user interface ii libice62:1.0.3-3 X11 Inter-Client Exchange library ii liborbit2 1:2.14.7-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.16.5-1 Layout and rendering of internatio ii libpopt0 1.10-3lib for parsing cmdline parameters ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstartup-notification0 0.9-1 library for program launch feedbac ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor11:1.1.8-2 X cursor management library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.2-1 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxml22.6.29.dfsg-1 GNOME XML library ii libxrandr2 2:1.2.1-1 X11 RandR extension library ii libxrender11:0.9.2-1 X Rendering Extension client libra ii python 2.4.4-6 An interactive high-level object-o ii python-central 0.5.14register and build utility for Pyt ii python-dbus0.82.0-1 simple interprocess messaging syst ii python-glade2 2.10.6-1 GTK+ bindings: Glade support ii python-gnome2 2.18.2-1 Python bindings for the GNOME desk ii python-gnome2-desktop 2.18.0-2+b1 Python bindings for the GNOME desk ii python-gtk22.10.6-1 Python bindings for the GTK+ widge Versions of packages deskbar-applet recommends: ii gnome-utils 2.18.1-1 GNOME desktop utilities pn python-beagle (no description available) pn python-soappy (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#427406: Happens with a completely new user, too
Hi, I just tested this problem with a completely new user and the error still occurs. In the meanwhile, I changed the script /etc/acpi/powerbtn.sh to killall metacity and metacity-dialog processes. Thus, I can just press the power-button to solve the problem, although this is - of course - not a real solution. Greetings, Claudius -- Mail:[EMAIL PROTECTED] ICQ: 224491597 ,= ,-_-. =. Jabber:[EMAIL PROTECTED] SIP: [EMAIL PROTECTED] ((_/)o o(\_)) MSN:[EMAIL PROTECTED] Nightfall.org:23Claudius `-'(. .)`-' Yahoo: [EMAIL PROTECTED] Using: [Opera|Gaim|[EMAIL PROTECTED] \_/ GNU signature.asc Description: PGP signature
Bug#427406: metacity: No more mouse/keyboard-input possible after closing crashed application
Morning, "Robert Freund" <[EMAIL PROTECTED]> wrote: >Claudius 'x2017' Hubig wrote: >> it happens regulary and reproducible while my system >> passes 18h memtest86+-testing > >How exactly is the 18h memory test related to this? How can you run >metacity while running memtest86+? Memtest86+ is some kind of boot >image which has to be run at boot time, isn't it? > >Or maybe you are running memtester? In that case, does the bug *only* >occur after having run memtester for 18h or more? This would explain >why nobody could reproduce the bug. You probably misunderstood me. I wanted to say that this happens regulary but the system is still able to run memtest86+ without producing any errors for more than 18 hours, what might be a sign that there's no problem with the RAM or whatever. Of course, memtest86+ is not run at the same time as Metacity is run, but on the same system. Greetings, Claudius -- Mail:[EMAIL PROTECTED] ICQ: 224491597 ,= ,-_-. =. Jabber:[EMAIL PROTECTED] SIP: [EMAIL PROTECTED] ((_/)o o(\_)) MSN:[EMAIL PROTECTED] Nightfall.org:23Claudius `-'(. .)`-' Yahoo: [EMAIL PROTECTED] Using: [Opera|Gaim|[EMAIL PROTECTED] \_/ GNU signature.asc Description: PGP signature
Bug#427406: Problem still exists
Hi, manphiz <[EMAIL PROTECTED]> wrote: >Some search work at http://bugzilla.gnome.org shows no similar >report, and as it is unreproducible anywhere, there's no reason for >the upstream or Debian maintainer to address such bug, which doesn't >prevent the possibility for the bug's silent disappearance either. OK, that's a reason, although at least Marco Bravi has this problem, too. >Moreover, there's no difficulty to downgrade back to 2.14.5 if >something still goes wrong. Finally, as the only one encountering >this bug, only you can tell whether 2.18.5 is ok. So why not give it >a shot? :) Another "OK", I tested the current version from unstable, 2.18.5-1. Unfortunately, the problem still exists. >P.S.: No offense, but I really doubt such a problem is necessary to >be set as grave severity. Well, of course you're right when the severity depends on the amount of systems affected. But *if* your system is affected, it *is* a grave problem, since it's just impossible to save data, close applications etc. when this bug occurs, but you need to restart the whole system. (Although, in the first few seconds after clicking "close", you can still switch to a VT and kill metacity and metacity-dialog). Greetings, Claudius -- Mail:[EMAIL PROTECTED] ICQ: 224491597 ,= ,-_-. =. Jabber:[EMAIL PROTECTED] SIP: [EMAIL PROTECTED] ((_/)o o(\_)) MSN:[EMAIL PROTECTED] Nightfall.org:23Claudius `-'(. .)`-' Yahoo: [EMAIL PROTECTED] Using: [Opera|Gaim|[EMAIL PROTECTED] \_/ GNU signature.asc Description: PGP signature
Bug#427406: metacity: No more mouse/keyboard-input possible after closing crashed application
Hi, manphiz <[EMAIL PROTECTED]> wrote: >Thanks to curiosity, I updated my metacity from 1:2.14.5-4(testing) >to current unstable 1:2.18.5-1, and when encountering "Force Quit" >situation, everything works fine at my place: no lockup, no >non-responding, everything is fine. Well, this bug doesn't happen on every system. As Joss already wrote, he hasn't got the problem, as I installed a fresh system in a virtual machine, it doesn't happen, too. >Maybe you were still staying at 2.18.3? [EMAIL PROTECTED]:~$ metacity --version metacity 2.14.5 >Try the newer version. I somehow resist the possibility of making my system unstable again, since everything else works fine with Testing and upgrading to 2.18.3 didn't help. Additionally, I noticed no hint showing that this problem was solved with never versions. >Or maybe something else is culpable on your particular system? Probably, only question: what? Greetings, Claudius -- Mail:[EMAIL PROTECTED] ICQ: 224491597 ,= ,-_-. =. Jabber:[EMAIL PROTECTED] SIP: [EMAIL PROTECTED] ((_/)o o(\_)) MSN:[EMAIL PROTECTED] Nightfall.org:23Claudius `-'(. .)`-' Yahoo: [EMAIL PROTECTED] Using: [Opera|Gaim|[EMAIL PROTECTED] \_/ GNU signature.asc Description: PGP signature
Bug#427406: Still doesn't work.
Hi, I now tested it with Kernel 2.6.21, but hat the same result as before: Keyboard and mouse input is blocked, killing Metacity helps. Then, I removed libc6-i686, but that didn't solve the problem neither. Additionally, the problem with aptitude doesn't occur here, it works just fine. Greetings, Claudius -- Mail:[EMAIL PROTECTED] ICQ: 224491597 ,= ,-_-. =. Jabber:[EMAIL PROTECTED] SIP: [EMAIL PROTECTED] ((_/)o o(\_)) MSN:[EMAIL PROTECTED] Nightfall.org:23 Claudius `-'(. .)`-' Yahoo: [EMAIL PROTECTED] Using: [Opera|Gaim|[EMAIL PROTECTED] \_/ GNU signature.asc Description: PGP signature
Bug#427406: New backtraces
Hi, I did as you told me and have now two new backtraces saved in the files created by gdb's logging capacity. I hope they're better, but I'm only a user, not a programmer and have not a single idea what they mean - sorry. You asked for a way to reproduce it: Well, I wrote it in my first mail: click on the "x" in the titlebar of a non-responding application. This happens rarely with totem, e. g. when playing corrupted files and jumping point not existing in the file, with Opera, when some plugin doesn't work or - reproducable - with Claws-Mail. - It happens every time I close such an application on my current system. OTOH, I installed a "fresh" Debian Lenny in a virtual machine which doesn't show this behaviour. But again, I have no idea how to "compare" those two installations. Greetings, Claudius -- Mail:[EMAIL PROTECTED] ICQ: 224491597 ,= ,-_-. =. Jabber:[EMAIL PROTECTED] SIP: [EMAIL PROTECTED] ((_/)o o(\_)) MSN:[EMAIL PROTECTED] Nightfall.org:23Claudius `-'(. .)`-' Yahoo: [EMAIL PROTECTED] Using: [Opera|Gaim|[EMAIL PROTECTED] \_/ GNU Starting program: /usr/bin/metacity --replace Failed to read a valid object file image from memory. [Thread debugging using libthread_db enabled] [New Thread -1219143472 (LWP 29361)] Program received signal SIGINT, Interrupt. [Switching to Thread -1219143472 (LWP 29361)] 0xb7f7c410 in ?? () #0 0xb7f7c410 in ?? () No symbol table info available. #1 0xbfaf3278 in ?? () No symbol table info available. #2 0x0400 in ?? () No symbol table info available. #3 0x0817ab50 in ?? () No symbol table info available. #4 0xb7abf173 in __read_nocancel () from /lib/i686/cmov/libpthread.so.0 No symbol table info available. #5 0xb7a3b1a4 in g_io_channel_unix_get_fd () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #6 0xb7a07dfe in g_io_channel_write_unichar () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #7 0xb7a08b39 in g_io_channel_read_to_end () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #8 0x08058bb8 in io_from_ping_dialog (channel=0x817fe00, condition=G_IO_IN, data=0x0) at delete.c:258 str = 0x0 len = 0 err = (GError *) 0x0 #9 0xb7a3ac9d in g_io_channel_unix_get_fd () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #10 0xb7a11952 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #11 0xb7a1491f in g_main_context_check () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #12 0xb7a14cc9 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #13 0x0806dedd in main (argc=1, argv=0xbfaf3884) at main.c:492 do_init_a11y = act = {__sigaction_handler = {sa_handler = 0x1, sa_sigaction = 0x1}, sa_mask = {__val = {0 }}, sa_flags = 0, sa_restorer = 0x1} empty_mask = {__val = {0 }} The program is running. Exit anyway? (y or n) #0 0xb7ef2410 in ?? () No symbol table info available. #1 0xbffaea98 in ?? () No symbol table info available. #2 0x in ?? () No symbol table info available. #3 0x0001 in ?? () No symbol table info available. #4 0xb78bcb8b in poll () from /lib/i686/cmov/libc.so.6 No symbol table info available. #5 0xb7a6a953 in g_main_context_check () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #6 0xb7a6acc9 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #7 0xb7c40e7b in IA__gtk_dialog_run (dialog=0x8078808) at /tmp/buildd/gtk+2.0-2.10.13/gtk/gtkdialog.c:996 ri = {dialog = 0x0, response_id = -1, loop = 0x8174398, destroyed = 0} response_handler = 19 unmap_handler = 20 destroy_handler = 22 delete_handler = 21 __PRETTY_FUNCTION__ = "IA__gtk_dialog_run" #8 0x0804a095 in main (argc=134706792, argv=0x3) at metacity-dialog.c:143 timestamp = 2716962867 The program is running. Quit anyway (and detach it)? (y or n) Not confirmed. The program is running. Quit anyway (and detach it)? (y or n) Detaching from program: /usr/lib/metacity/metacity-dialog, process 29370 signature.asc Description: PGP signature
Bug#427406: metacity: No more mouse/keyboard-input possible after (...): watch out for metacity-dialog!
Hi, Josselin Mouette <[EMAIL PROTECTED]> wrote: >Thanks for your input. Unfortunately I'm still not able to reproduce the >bug. > >It would be very nice if either of you could install libgtk2.0-0-dbg, >rebuild the package with debugging symbols and obtain, when the lockup >occurs, a backtrace of both metacity and metacity-dialog, as explained >in the wiki: http://wiki.debian.org/HowToGetABacktrace I now followed the article to get packages with debugging symbols and then did the following on a virtual terminal: $ export DISPLAY=":0.0" (gdb) gdb metacity (gdb) set pagination 0 (gdb) set logging on (gdb) run --replace [Switch to X, telling Claws-Mail to get mail/news] # ifdown eth0 [Switch to X, clicking on the "x" button & fast switch to VT, then waiting a bit] $ ps -A | grep metacity-dialog => metacity-dialog is active (gdb) CTRL+C (gdb) bt (gdb) bt full (gdb) quit # /etc/init.d/gdm restart The file gdb.txt created by gdb is attached. I hope I did everything as expected, Greetings, Claudius -- Mail:[EMAIL PROTECTED] ICQ: 224491597 ,= ,-_-. =. Jabber:[EMAIL PROTECTED] SIP: [EMAIL PROTECTED] ((_/)o o(\_)) MSN:[EMAIL PROTECTED] Nightfall.org:23Claudius `-'(. .)`-' Yahoo: [EMAIL PROTECTED] Using: [Opera|Gaim|[EMAIL PROTECTED] \_/ GNU Starting program: /usr/bin/metacity --replace Failed to read a valid object file image from memory. [Thread debugging using libthread_db enabled] [New Thread -1219225920 (LWP 4049)] Program received signal SIGINT, Interrupt. [Switching to Thread -1219225920 (LWP 4049)] 0xb7f66410 in ?? () #0 0xb7f66410 in ?? () #1 0xbf801f98 in ?? () #2 0x0400 in ?? () #3 0x0817ad20 in ?? () #4 0xb7a39173 in __read_nocancel () from /lib/i686/cmov/libpthread.so.0 #5 0xb79b51a4 in ?? () from /usr/lib/libglib-2.0.so.0 #6 0x0014 in ?? () #7 0x0817ad20 in ?? () #8 0x0400 in ?? () #9 0xb79a7654 in g_string_set_size () from /usr/lib/libglib-2.0.so.0 #10 0xb7981dfe in ?? () from /usr/lib/libglib-2.0.so.0 #11 0x08178708 in ?? () #12 0x0817ad20 in ?? () #13 0x0400 in ?? () #14 0xbf802008 in ?? () #15 0xbf802090 in ?? () #16 0x0003 in ?? () #17 0xbf801fe8 in ?? () #18 0xb79fe41e in g_object_unref () from /usr/lib/libgobject-2.0.so.0 #19 0xb7982b39 in g_io_channel_read_to_end () from /usr/lib/libglib-2.0.so.0 #20 0x08058b98 in io_from_ping_dialog (channel=0x8178708, condition=G_IO_IN, data=0x0) at delete.c:261 #21 0xb79b4c9d in ?? () from /usr/lib/libglib-2.0.so.0 #22 0x08178708 in ?? () #23 0x0001 in ?? () #24 0x in ?? () #0 0xb7f66410 in ?? () No symbol table info available. #1 0xbf801f98 in ?? () No symbol table info available. #2 0x0400 in ?? () No symbol table info available. #3 0x0817ad20 in ?? () No symbol table info available. #4 0xb7a39173 in __read_nocancel () from /lib/i686/cmov/libpthread.so.0 No symbol table info available. #5 0xb79b51a4 in ?? () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #6 0x0014 in ?? () No symbol table info available. #7 0x0817ad20 in ?? () No symbol table info available. #8 0x0400 in ?? () No symbol table info available. #9 0xb79a7654 in g_string_set_size () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #10 0xb7981dfe in ?? () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #11 0x08178708 in ?? () No symbol table info available. #12 0x0817ad20 in ?? () No symbol table info available. #13 0x0400 in ?? () No symbol table info available. #14 0xbf802008 in ?? () No symbol table info available. #15 0xbf802090 in ?? () No symbol table info available. #16 0x0003 in ?? () No symbol table info available. #17 0xbf801fe8 in ?? () No symbol table info available. #18 0xb79fe41e in g_object_unref () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #19 0xb7982b39 in g_io_channel_read_to_end () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #20 0x08058b98 in io_from_ping_dialog (channel=0x8178708, condition=G_IO_IN, data=0x0) at delete.c:261 str = 0x0 len = 0 err = (GError *) 0x0 #21 0xb79b4c9d in ?? () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #22 0x08178708 in ?? () No symbol table info available. #23 0x0001 in ?? () No symbol table info available. #24 0x in ?? () No symbol table info available. The program is running. Exit anyway? (y or n) signature.asc Description: PGP signature
Bug#427787: gnuchess: X crashes when closing Gnuchess via "X" in titlebar
Package: gnuchess Version: 5.07-4 Severity: normal Hi, whenever you close Gnuchess using the "x" in the titlebar, you're logged out. Using Strg+Q or the menu item to close Gnuchess works. To reproduce it, open Gnuchess, choose 3D (you don't need to have installed the required libraries, that a window pops up: "You need this and that to use 3D"), start a new game, play a bit and close Gnuchess using the "x" in the titlebar. Note: a) This might be related to bug #427406. b) I'm using xserver-xorg-core in version 1.3.0.0.dfsg-4, metacity in version 2.18.3-1, gdm in version 2.18.2-1 and linux-image-2.6.18-4-686 in version 2.6.18.dfsg.1-12etch2 together with the nVidia-display driver x86-1.0-9755. c) I didn't find any other programs doing this. Greetings, Claudius -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnuchess depends on: ii libc6 2.5-10 GNU C Library: Shared libraries ii libncurses5 5.6-3 Shared libraries for terminal hand ii libreadline5 5.2-3 GNU readline and history libraries Versions of packages gnuchess recommends: pn gnuchess-book (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#427406: Subject: Re: Bug#427406: metacity: No more mouse/keyboard-input possible after closing crashed application
Josselin Mouette <[EMAIL PROTECTED]> wrote: >Le dimanche 03 juin 2007 à 20:24 +0200, Claudius 'x2017' Hubig a écrit : >> To reproduce it, do the following: >> * Crash an application to make it not answering; I use claws-mail and remove >> the >>network-connection while it is fetching mails, but it's the same with >> other apps. >> * Click the "x" in the titlebar to close the window >> * Wait a few seconds. >> * Try to click something or to press a key - nothing happens. > >I'm afraid I can't reproduce that. The "kill application" dialog appears >and works as expected. >Do you have examples of other applications leading to this behavior? >This could be caused by the application grabbing the X server, making it >impossible for metacity to display that window. Oh, sorry, I knew I forgot something. This happened with totem (tried to play a file and crashed) and Opera (crashed due to the acrobat-reader-plugin, I think). I tested it with Sylpheed-Claws and other window managers like icewm and Enlightenment - they didn't crash. Additionally, "killall -9 metacity" resolves the problem when you connect remotely using SSH. Greetings, Claudius PS: I send several mails to [EMAIL PROTECTED], but they don't seem to have reached the BTS and thus don't show up on the web site. Dunno why. :( -- Mail:[EMAIL PROTECTED] ICQ: 224491597 ,= ,-_-. =. Jabber:[EMAIL PROTECTED] SIP: [EMAIL PROTECTED] ((_/)o o(\_)) MSN:[EMAIL PROTECTED] Nightfall.org:23Claudius `-'(. .)`-' Yahoo: [EMAIL PROTECTED] Using: [Opera|Gaim|[EMAIL PROTECTED] \_/ GNU
Bug#427406: metacity: No more mouse/keyboard-input possible after closing crashed application
Package: metacity Version: 1:2.18.3-1 Severity: grave Justification: renders package unusable Hi, whenever a crashed application is closed by hitting the "x" button in the titlebar, Metacity used to showing a window "The application doesn't answer [Close] [Wait]" or something like this. Now, it causes the system to become unusable by grabbing every keyboard-input or mouse-clicks. That means: * The system is still running: xmms continues playing, the hardware-monitor refreshes normally. * I can move the mouse * No mouse clicks or keystrokes are recognized: Neither Alt+Strg+Backspace nor Alt+Strg+F1 I dunno how this can happen, but it happens regulary and reproducible while my system passes 18h memtest86+-testing. To reproduce it, do the following: * Crash an application to make it not answering; I use claws-mail and remove the network-connection while it is fetching mails, but it's the same with other apps. * Click the "x" in the titlebar to close the window * Wait a few seconds. * Try to click something or to press a key - nothing happens. Of course, save all the data before trying this, I'm not responsible for any kind of data loss. I'm currently using the nvidia-driver from nvidia.com, but the free nv-driver shows this bug, too. Greetings, Claudius PS: If more information is needed, you can contact me directly via Jabber ([EMAIL PROTECTED]) or ICQ (224-491-597). -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages metacity depends on: ii libatk1.0-0 1.18.0-2 The ATK accessibility toolkit ii libc6 2.5-9+b1 GNU C Library: Shared libraries ii libcairo2 1.4.6-1.1 The Cairo 2D vector graphics libra ii libgconf2-4 2.18.0.1-3 GNOME configuration database syste ii libglib2.0-0 2.12.12-1 The GLib library of C routines ii libgtk2.0-0 2.10.12-2 The GTK+ graphical user interface ii libice6 1:1.0.3-2 X11 Inter-Client Exchange library ii libmetacity0 1:2.18.3-1 library of lightweight GTK2 based ii libpango1.0-0 1.16.4-1 Layout and rendering of internatio ii libsm62:1.0.3-1 X11 Session Management library ii libstartup-notification0 0.9-1 library for program launch feedbac ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor1 1:1.1.8-2 X cursor management library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxrandr22:1.2.1-1 X11 RandR extension library ii libxrender1 1:0.9.2-1 X Rendering Extension client libra ii metacity-common 1:2.18.3-1 Shared files of lightweight GTK2 b metacity recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#108702: With the Flash Video Batch Encoder, you can select a list of video files and specify their encoding settings, then encode them at once by a single hit of a button.
On the following page, simply uncheck the box next to any program you'd prefer not to receive, then proceed through the installation process. , is is almost certain that the file is corrupt. Open "Edit navigation tree window" by pressing this button. Thumbnails can be set to three different sizes along with a quick exit or panic key that minimises ImageSafe onto the task bar or completely closes it in an instance. ImageSafe also allows you to browse images on your computer before dragging and dropping then into your safe. uu *MAKU* IMMENSE COVERAGE *MAKU* Trade Date: Monday, December 4, 2006 Company Name: MAKEUP LIMITED (OTC BB:MAKU.OB) Symbol: MAKU Last Trade: $0.61 MAKU Target: $2 Why get in MAKU? Don't if "profit" is not in your vocabulary. JUST WATCH MAKU TRADE NEXT MONDAY, DECEMBER 4TH! uu You can recover data from an NTFS drive if it was formatted with a different file system afterwards. ImageSafe also allows you to browse images on your computer before dragging and dropping then into your safe. All documents and libraries can be freely exchanged between versions. If the file extension does not correspond with found structures etc. Alternatively, BitDefender can grant access automatically for trusted applications. Do not download or install file recovery software on the drive that data has to be recovered from! So, even when you do not need to recover files at this time, why not download and install right now? If the extension of a file matches found structures, headers and magic bytes the file is probably intact. At the right side appears "Edit Array Values" button. All documents and libraries can be freely exchanged between versions. It's intended for professional flowcharting, diagramming and illustrating. Do not download or install file recovery software on the drive that data has to be recovered from! With the Flash Video Batch Encoder, you can select a list of video files and specify their encoding settings, then encode them at once by a single hit of a button. This is really a free slideshow software integrated in the photo organizer software. Purchasing a subscription is optional. Slideshows can be windowed or full screen with adjustable delay between displaying images and random image settings. To customize your installation package, please click the "Add or remove software" link under the "Download Google Pack" button on the Google Pack homepage. Data is not recovered in place, meaning the recovered files will not re-appear at the place they were originally deleted from. Even the best digital camera with the latest digital camera technology will create file names that are really not useful. A new lifestyle to experience. To customize your installation package, please click the "Add or remove software" link under the "Download Google Pack" button on the Google Pack homepage. If the file extension does not correspond with found structures etc. So, even when you do not need to recover files at this time, why not download and install right now? Menu design is created by professional designers. For files of types that are recognized by the validation engine the internal file structure is partially examined. You can rename all picture files of the new album with a more meaningful name than the original file name of your camera. Watch DVD movies on the go. No programming skills required. To prevent you from having to scan a disk again, iUnformat immediately switches to non-trial mode once the license key has been entered so you can then start recovering your files. You can call it by right click on the flash object in design view. Open "Edit navigation tree window" by pressing this button. If the extension of a file matches found structures, headers and magic bytes the file is probably intact. It offers a rich collection of pre-drawn shapes. The Scan and Validation statistics can quickly learn the balance between probably intact files and corrupt files. Flash Video MX is also a good flv encoder, flash video encoder. In this mode you can also recover data lost due to other corruption types. So, even when you do not need to recover files at this time, why not download and install right now? It's intended for professional flowcharting, diagramming and illustrating. A new lifestyle to experience. If you want easy and fast build navigation on your site we suggest to try this flash menu extensions. You can recover data from an NTFS drive if it was formatted with a different file system afterwards. And the included Google Updater helps you discover new programs and keep your current software up to date. All documents and libraries can be freely exchanged between versions. Data is not recovered in place, meaning the recovered files will not re-appear at the place they were originally deleted from. Thumbnails can be set to three different sizes along with a quick exit or panic key that minimises ImageSafe onto the task bar or completely closes it in an instance. Copy the files to a remov
Bug#61212: Download + CDS all OS and all under $15-$99 just
Quality software for less. http://xem.ovs39nohlyovl7o.isothujonene.org Men are not against you; they are merely for themselves. It is rash to condemn where you are ignorant. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#155752: Finally a Patch that works!
Achieve stronger and harder erections http://www.jnaz.net/ss/ The ultimate security is your understanding of reality. Never advise anyone to go to war or to marry. Knowing is half the battle. We are never deceived; we deceive ourselves. Pity the meek, for they shall inherit the earth. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]