Bug#949839: KTorrent sends invalid requests to webseeding URLs
Package: libkf5torrent6 Version: 2.1-2 Severity: important Control: affects -1 + ktorrent Control: fixed -1 2.1.1-1 KTorrent in Debian Buster sends invalid HTTP requests to webseeds: GET /path/to/file.ext?HTTP/1.1 There is a question mark instead of a space. This makes most (all?) web servers respond with 400 Invalid Request. As a result, it's not possible to download from webseeds in this KTorrent version. This bug has been fixed upstream: https://cgit.kde.org/libktorrent.git/commit/?id=03c1144efc5fc9ddfb7322defdc28153a4e010c2 This fix is present in libktorrent 2.1.1, which is currently packaged in Debian testing (bullseye), but I believe it may be justified to backport a patch to stable. -- System Information: Debian Release: 10.2 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'stable-debug'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-6-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8), LANGUAGE=es_AR:es (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libkf5torrent6 depends on: ii kio 5.54.1-1 ii libc6 2.28-10 ii libgcc1 1:8.3.0-6 ii libgcrypt20 1.8.4-5 ii libgmp10 2:6.1.2+dfsg-4 ii libkf5archive55.54.0-1 ii libkf5completion5 5.54.0-1 ii libkf5configcore5 5.54.0-1+deb10u1 ii libkf5coreaddons5 5.54.0-1 ii libkf5crash5 5.54.0-1 ii libkf5i18n5 5.54.0-1 ii libkf5jobwidgets5 5.54.0-1 ii libkf5kiocore55.54.1-1 ii libkf5kiowidgets5 5.54.1-1 ii libkf5service-bin 5.54.0-1 ii libkf5service55.54.0-1 ii libkf5solid5 5.54.0-1 ii libkf5widgetsaddons5 5.54.0-1 ii libqca-qt5-2 2.1.3-2 ii libqt5core5a 5.11.3+dfsg1-1+deb10u1 ii libqt5gui55.11.3+dfsg1-1+deb10u1 ii libqt5network55.11.3+dfsg1-1+deb10u1 ii libqt5widgets55.11.3+dfsg1-1+deb10u1 ii libqt5xml55.11.3+dfsg1-1+deb10u1 ii libstdc++68.3.0-6 libkf5torrent6 recommends no packages. Versions of packages libkf5torrent6 suggests: ii libktorrent-l10n 2.1-2 -- no debconf information
Bug#904961: libnewt0.52: Spanish translation of "Yes" button has invalid character
Package: libnewt0.52 Version: 0.52.20-5 Severity: minor Tags: l10n Dear Maintainer, When running "whiptail --yesno" in es_AR.UTF-8 locale, the button is labeled instead of ('i' with acute accent). This even affects debian-installer. I thought it was a problem with the character encoding (latin1 instead of UTF-8?), but it turns out newt/po/es.po has an actual U+FFFD character (the "replacement character", usually a question mark in a box) perfectly encoded in UTF-8, instead of the correct U+00ED character. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-debug'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.17.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8), LANGUAGE=es_AR:es (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libnewt0.52 depends on: ii libc6 2.27-5 ii libslang2 2.3.2-1+b1 Versions of packages libnewt0.52 recommends: ii libfribidi0 1.0.5-1 libnewt0.52 suggests no packages. -- no debconf information
Bug#892500: mitmproxy: Doesn't start with dependency versions currently available in Debian
Package: mitmproxy Version: 2.0.2-3 Severity: grave Justification: renders package unusable The package has unversioned dependencies like "python3-ruamel.yaml", and versioned like python3-pyperclip (>= 1.5.22). However, mitmproxy-2.0.2.egg-info/requires.txt has stricter versioning requirements, like ruamel.yaml<0.14,>=0.13.2 and pyperclip<1.6,>=1.5.22. Debian buster currently ships versions newer than what requires.txt considers "too new", so mitmproxy doesn't start: pkg_resources.ContextualVersionConflict: (ruamel.yaml 0.15.34 (/usr/lib/python3/dist-packages), Requirement.parse('ruamel.yaml<0.14,>=0.13.2'), {'mitmproxy'}) pkg_resources.DistributionNotFound: The 'ruamel.yaml<0.14,>=0.13.2' distribution was not found and is required by mitmproxy I downgraded python3-ruamel.yaml from 0.15.34-1 to 0.13.4-2+b1 (via snapshots.d.o) and it failed again: pkg_resources.ContextualVersionConflict: (pyperclip 1.6.0 (/usr/lib/python3/dist-packages), Requirement.parse('pyperclip<1.6,>=1.5.22'), {'mitmproxy'}) After manually downgrading 5 deps I still couldn't get it to run and I gave up. -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-debug'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8), LANGUAGE=es_AR:es (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages mitmproxy depends on: ii dpkg 1.19.0.5 ii fonts-font-awesome4.7.0~dfsg-3 ii python3 3.6.4-1 ii python3-blinker 1.4+dfsg1-0.1 ii python3-brotli1.0.2-3 ii python3-certifi 2018.1.18-2 ii python3-configargparse0.11.0-1 ii python3-construct 2.8.16-0.2 ii python3-cryptography 2.1.4-1 ii python3-cssutils 1.0.2-1 ii python3-flask 0.12.2-3 ii python3-h23.0.1-3 ii python3-hpack 3.0.0-2 ii python3-html2text 2018.1.9-1 ii python3-hyperframe5.1.0-1 ii python3-jsbeautifier 1.6.4-6 ii python3-kaitaistruct 0.7-1 ii python3-lxml 4.1.0-1 ii python3-openssl 17.5.0-1 ii python3-passlib 1.7.1-1 ii python3-pil 4.3.0-2 ii python3-pyasn10.4.2-3 ii python3-pyparsing 2.2.0+dfsg1-2 ii python3-pyperclip 1.6.0-1 ii python3-requests 2.18.4-2 ii python3-ruamel.yaml 0.15.34-1 ii python3-six 1.11.0-2 ii python3-sortedcontainers 1.5.7-1 ii python3-tornado 4.5.3-1 ii python3-urwid 1.3.1-2+b2 ii python3-watchdog 0.8.3-2 mitmproxy recommends no packages. mitmproxy suggests no packages. -- no debconf information
Bug#870888: breaks awscli 1.11.121-1
This might be a botocore bug. botocore/awsrequest.py has this code: class AWSHTTPConnection(HTTPConnection): def __init__(self, *args, **kwargs): HTTPConnection.__init__(self, *args, **kwargs) # [snip] # [snip more overridden methods...] class AWSHTTPSConnection(VerifiedHTTPSConnection): pass # Now we need to set the methods we overrode from AWSHTTPConnection # onto AWSHTTPSConnection. This is just a shortcut to avoid # copy/pasting the same code into AWSHTTPSConnection. for name, function in AWSHTTPConnection.__dict__.items(): if inspect.isfunction(function): setattr(AWSHTTPSConnection, name, function) This seems incorrect, because AWSHTTPSConnection will get an __init__ method that calls HTTPConnection.__init__ instead of VerifiedHTTPSConnection.__init__, and the latter is where ssl_context gets set. But if that botocore code is indeed wrong, then comes the question of why this ever worked before, and why the change in requests made it fail. -- Nicolás
Bug#870888: breaks awscli 1.11.121-1
I tried bisecting the upstream code directly from git, and got down to the range of commits where upstream removed bundled libraries: With requests 282b01a7c9, awscli works (v2.15.1, right before deleting the 'packages' directory) With requests 47f170bb35, awscli fails (pre-v2.16.0, right after fixing the last "from .packages.urllib3.foo import Bar") The in-between revisions don't work (ImportError: No module named 'requests.packages.urllib3.exceptions'), because the 'packages' directory was already deleted but import statements still pointed to it. Note that upstream's 47f170bb35 uses the system urllib3, but fails with both python3-urllib3 1.19.1-1 and 1.21.1-1. I guess this is bad news for trying to figure out what causes the problem... -- Nicolás
Bug#851371: libllvm3.9-dbg: lots of "Could not find DWO" and "in read in psymtab, but not in symtab" warnings
This doesn't prevent breakpoints, but it seems to prevent inspecting local variables. Running "bt full" in gdb says "no locals" for every stack frame in LLVM or Clang libraries. By the way, this bug seems to be related: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1413646 -- Nicolás
Bug#836159: python-cookiecutter-doc: Documentation embeds external images
Package: python-cookiecutter-doc Version: 0.7.2-1 Severity: minor Dear Maintainer, The documentation in this package, specifically readme.html, embeds several images referenced from external websites, including GitHub and a dozen providers of "project status badges". I don't care what is done with the readme.html in the public website, but the one locally installed by this package shouldn't reference any external resource; see the lintian tag "privacy-breach-generic". I guess the logo should be installed as a normal file (if the license allows) and referenced locally, and the badges should be removed entirely. The code coverage or tests-passing badges don't even match the installed package version anyway. -- System Information: Debian Release: 8.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python-cookiecutter-doc depends on: ii libjs-sphinxdoc 1.2.3+dfsg-1 python-cookiecutter-doc recommends no packages. python-cookiecutter-doc suggests no packages. -- no debconf information
Bug#816302: wapiti: Code is GPL2+, copyright file states GPL2-only
Package: wapiti Version: 2.3.0+dfsg-1 Severity: minor The DEP-5 copyright file of the wapiti package unambiguously states the package is under the GPLv2-only without allowing later versions: License: GPL-2 This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; version 2 of the License. However, it seems all the source files in the project say "either version 2 of the License, or (at your option) any later version", so the copyright file is incorrect, it should say "GPL-2+". -- System Information: Debian Release: 8.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#804560: Stable too
Oh, the override file should be changed in jessie(stable) too. Also, packages.debian.org says 'task' is oldlibs in stretch but not in sid, I assume this is just a delay in the package list or the website? -- Nicolás
Bug#799587:
This bug can be worked around by setting the NO_J2D_MITSHM=1 environment variable when running graphical Java applications.
Bug#804560: override: task:oldlibs/extra
Package: ftp.debian.org Severity: normal "task" version 2.2.0-4 renamed the binary package from "task" to "taskwarrior" and left "task" as a transitional package (#719317). The transitional package was properly marked as oldlibs/extra, but it's still utils/optional in the override file. Among other things, this means the 'task' package is not being treated as a transitional package by apt, according to APT::Never-MarkAuto-Sections:: "oldlibs"; Please update the override file for "task" to oldlibs/extra.
Bug#634347:
What is the correct way to undo accidental git annex adds then? -- Nicolás -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700062: netcat6: CRLF switch (-C) not working
Package: netcat6 Version: 1.0-8 Severity: normal The netcat manpage documents a -C switch that supposedly sends CRLF line endings. But if I try to use it, I get: nc: internal error: invalid option -- C (netcat was compiled with --disable-crlfoption) (please report this error to nc6 authors) I looked at the package source code, and found that this feature comes from a Debian patch, it's not part of the upstream code. I also tried building the package, and I think I realized the actual problem: configure.ac gets patched, but the build process never reruns autoconf. The configure script that gets run has absolutely no mention of 'crlf'. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages netcat6 depends on: ii libc6 2.13-37 -- 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#698608: josm: cant load defaultpresets.xml after upgrade
This problem is caused by the new 06-move_data_out_of_jar.patch. It moves things from inside the jar to /usr/share/josm, and changes the code to match. But in most cases the relevant paths are stored in user preference files, which means the code changes only affect the *defaults* stored in preferences, which means only new users will get the correct paths. Existing users who already have resource:// URLs stored in preferences.xml will keep them, but they don't work anymore. As a *workaround*, you can manually replace resource:// with /usr/share/josm/ everywhere in ~/.josm/preferences.xml. -- Nicolás -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697260: libvtk5.9: Typo in package description
Package: libvtk5.9 Version: 5.9.0-1 Severity: minor There is a typo in the package description: getting documentataion or help and instructions on building VTK. documentataion has an 'a' too many :) -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.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#697261: calligrasheets: Typo in package description
Package: calligrasheets Version: 1:2.4.3-4 Severity: minor There is a typo in the calligrasheets package description: It is the sucessor of KSpread. should say successor (with two 'c's). -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.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#692398: kde4libs: Typo in changelog
Source: kde4libs Version: 4:4.8.4-4 Severity: minor There is a typo in the latest changelog. rebuilt with xz comression should say compression. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691954: dpkg: Typo in changelog
Package: dpkg Version: 1.16.9 Severity: minor There are a few typos in the 1.16.9 changelog entry: This ensures conffile entries are not misshandled... - mishandled reason for multiarch database inconcistencies... - inconsistencies -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.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#691062: viewvc: XSS bug in diff view
Kurt Seifried from Redhat has assigned the identifier CVE-2012-4533 to this issue (thanks!). -- Nicolás -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691062: viewvc: XSS bug in diff view
found 691062 0.9.4+svn20060318-1 thanks I tested every version in snapshot.debian.org and they are all affected, if the hr_funout setting (show function names in diffs) is enabled. Although only 1.1.5+ seem to have it enabled by default. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688332: pamusb-tools: Typo in transitional package description
Package: pamusb-tools Version: 0.5.0-1 Severity: minor The pamusb-tools transitional package has a typo in its description. ...smooth transition from pamsub-tools to..., its own package name is misspelled, pamsub should be pamusb. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688334: gedit-source-code-browser-plugin: Minor typo in package description
Package: gedit-source-code-browser-plugin Version: 3.0.3-1 Severity: minor The package description says Clicking a symbol in the list wil jump to wil should be will. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688338: sessioninstaller: Multipĺe typos in package description
Package: sessioninstaller Severity: minor There are several typos in the package description. In the short description, it says PackgeKit, should say PackageKit (missing 'a'). In the long description, GSreamer - GStreamer (missing 't') and adpoted - adopted (swapped letters). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688340: python-django-classy-tags: Minor grammar errors in package description
Package: python-django-classy-tags Severity: minor There are some minor mistakes in the package description. There is also no magic in your template tag class either Having both also or either is redundant; remove one of them. Near the end: ...in it’s render method and calls it’s render_tag method... Both of these it's should be its (without apostrophe), since they are possessive, not abbreviations of it is. I also find the first paragraph as a whole to be a bit confusing and hard to read, since it's a single run-on 40-word sentence. I don't have concrete suggestions for rewording though. My apologies if your package description was actually copied verbatim from upstream; I didn't check :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688343: django-classy-tags: VCS headers on source package are dead links
Source: django-classy-tags Severity: minor The source package has: Vcs-Browser: http://git.debian.org/?p=collab-maint/django-classy-tags.git;a=summary Vcs-Git: git://git.debian.org/collab-maint/django-classy-tags.git But the repository is certainly not there. The Vcs-Browser URL gives 404 - No such project and the Vcs-Git URL passed to git-ls-remote gives fatal: The remote end hung up unexpectedly. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659814: dpkg-dev: substvars on Description doesn't behave as documented
Package: dpkg-dev Version: 1.16.1.2 Severity: normal The example on the deb-substvars(5) manpage shows a Description header with ${Description}, an empty line, and more text, and the resulting substituted control file shows that empty line too. However, it doesn't actually work that way. The empty line gets removed. Here is a shell script doing the substitution from the manpage example, to show what it actually outputs. --- rm -rf debian mkdir debian # dpkg-gencontrol wants a tmp dir and changelog file mkdir debian/tmp debchange --create --package x-test -v 1 Test # Description header taken straight from example in deb-substvars(5) echo 'Source: x-test Package: x-test Architecture: all Description: foo application ${Description} . More text.' debian/control echo 'Description=foo is bar.${Newline}foo is great.' debian/substvars # Generate control file, output into stdout dpkg-gencontrol -O --- Note that I didn't test if this affects only Description (if it affects other fields, the bug title is wrong). -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dpkg-dev depends on: ii base-files6.5 ii binutils 2.22-5 ii bzip2 1.0.6-1 ii libdpkg-perl 1.16.1.2 ii make 3.81-8.1 ii patch 2.6.1-3 ii xz-utils 5.1.1alpha+20110809-3 Versions of packages dpkg-dev recommends: pn build-essential 11.5 pn fakeroot 1.18.2-1 pn gcc [c-compiler] 4:4.6.2-4 pn gcc-4.5 [c-compiler] 4.5.3-12 pn gcc-4.6 [c-compiler] 4.6.2-12 pn gnupg1.4.11-3 pn gpgv 1.4.11-3 pn libalgorithm-merge-perl none Versions of packages dpkg-dev suggests: ii debian-keyring 2011.12.01 -- 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#657637: libqt4-dbg: Debug package doesn't actually have debugging symbols
Package: libqt4-dbg Version: 4.7.4-2 Severity: normal In 4:4.7.3-5, the debugging package took 284MB of disk when installed. libqt4-dbg 4:4.7.4-2 takes only 5MB. I looked at the files inside the package, and 'objdump' reports they don't have debugging symbol sections at all. 123MlibQtGui.so.4.7.3 1.8MlibQtGui.so.4.7.4 $ objdump -h libQtGui.so.4.7.3 | grep '^ *[0-9]' 0 .note.gnu.build-id 0024 0190 0190 0190 2**2 1 .hash 00012a94 01b8 01b8 01b4 2**3 2 .gnu.hash 000150ec 00012c50 00012c50 01b4 2**3 3 .dynsym 00057ff0 00027d40 00027d40 01b4 2**3 4 .dynstr 000889c5 0007fd30 0007fd30 01b4 2**0 5 .gnu.version 7554 001086f6 001086f6 01b4 2**1 6 .gnu.version_r 00e0 0010fc50 0010fc50 01b4 2**3 7 .rela.dyn 0009d530 0010fd30 0010fd30 01b4 2**3 8 .rela.plt 0002d2e8 001ad260 001ad260 01b4 2**3 9 .init 0018 001da548 001da548 01b4 2**2 10 .plt 0001e200 001da560 001da560 01b4 2**4 11 .text 006837a8 001f8760 001f8760 01b4 2**4 12 .fini 000e 0087bf08 0087bf08 01b4 2**2 13 .rodata 000b31f3 0087bf20 0087bf20 01b4 2**5 14 .eh_frame_hdr 00027fe4 0092f114 0092f114 01b4 2**2 15 .eh_frame 000cd5cc 009570f8 009570f8 01b4 2**3 16 .gcc_except_table 000663b1 00a246c4 00a246c4 01b4 2**2 17 .init_array 0080 00c8b000 00c8b000 0008b000 2**3 18 .ctors0010 00c8b080 00c8b080 0008b000 2**3 19 .dtors0010 00c8b090 00c8b090 0008b000 2**3 20 .jcr 0008 00c8b0a0 00c8b0a0 0008b000 2**3 21 .data.rel.ro 0003c980 00c8b0c0 00c8b0c0 0008b000 2**5 22 .dynamic 02d0 00cc7a40 00cc7a40 0008b000 2**3 23 .got 1880 00cc7d10 00cc7d10 0008b000 2**3 24 .got.plt f110 00cc9590 00cc9590 0008b000 2**3 25 .data 3fe0 00cd86a0 00cd86a0 0008b000 2**5 26 .bss 3270 00cdc680 00cdc680 0008b000 2**5 27 .comment 001c 01b4 2**0 28 .debug_aranges 0001c610 01d0 2**0 29 .debug_info 054144c6 0001c7e0 2**0 30 .debug_abbrev 00178852 05430ca6 2**0 31 .debug_line 003ae245 055a94f8 2**0 32 .debug_str003b9214 0595773d 2**0 33 .debug_loc015f1ea1 05d10951 2**0 34 .debug_ranges 005d2120 073027f2 2**0 $ objdump -h libQtGui.so.4.7.4 | grep '^ *[0-9]' 0 .note.gnu.build-id 0024 0190 0190 0190 2**2 1 .hash 00012bf8 01b8 01b8 01b4 2**3 2 .gnu.hash 0001524c 00012db0 00012db0 01b4 2**3 3 .dynsym 00058848 00028000 00028000 01b4 2**3 4 .dynstr 00089886 00080848 00080848 01b4 2**0 5 .gnu.version 7606 0010a0ce 0010a0ce 01b4 2**1 6 .gnu.version_r 00e0 001116d8 001116d8 01b4 2**3 7 .rela.dyn 0009db78 001117b8 001117b8 01b4 2**3 8 .rela.plt 8a48 001af330 001af330 01b4 2**3 9 .init 0018 001b7d78 001b7d78 01b4 2**2 10 .plt 5c40 001b7d90 001b7d90 01b4 2**4 11 .text 00686c28 001bd9d0 001bd9d0 01b4 2**4 12 .fini 000e 008445f8 008445f8 01b4 2**2 13 .rodata 000b32f3 00844620 00844620 01b4 2**5 14 .eh_frame_hdr 00028224 008f7914 008f7914 01b4 2**2 15 .eh_frame 000cdef4 0091fb38 0091fb38 01b4 2**3 16 .gcc_except_table 00066693 009eda2c 009eda2c 01b4 2**2 17 .init_array 0080 00c540c0 00c540c0 000540c0 2**3 18 .ctors0010 00c54140 00c54140 000540c0 2**3 19 .dtors0010 00c54150 00c54150 000540c0 2**3 20 .jcr 0008 00c54160 00c54160 000540c0 2**3 21 .data.rel.ro 0003cbc0 00c54180 00c54180 000540c0 2**5 22 .dynamic 02d0
Bug#641019: pristine-tar does not work with tar files made by openSUSE
I applied the maxlen s/17/20/ patch to Debian's bzip2 1.0.6-1 package, installed the patched libbz2, and pristine-bz2 was now able to recreate KDE's tarballs using pbzip2 (which dynamically links to libbz2). I didn't have any problems with headers or anything else as mentioned in message 10. Just that one change made everything work. -- Nicolas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630925: lintian: Typo in circular-dependency tag description
Package: lintian Version: 2.5.0 Severity: minor Tags: patch There is a typo in the intra-source-package-circular-dependency tag description (bianries - binaries). Patch attached. From d78f2be8051af1b9b2ee3ad2ab0ce3973e50ab49 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Nicol=C3=A1s=20Alvarez?= nicolas.alva...@gmail.com Date: Sat, 18 Jun 2011 17:28:37 -0300 Subject: [PATCH] Fix typo in circular-deps check description. --- checks/circular-deps.desc |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/checks/circular-deps.desc b/checks/circular-deps.desc index 4280097..a652ced 100644 --- a/checks/circular-deps.desc +++ b/checks/circular-deps.desc @@ -19,6 +19,6 @@ Info: The listed packages from the same source circularly depend If possible, consider removing or reducing one of the depends. . Note: This check is limited to packages created from the same - source package. Full circular dependencies between bianries from + source package. Full circular dependencies between binaries from different source packages is beyond the scope of Lintian. Ref: policy 7.2 -- 1.7.5.3
Bug#604098: zeroinstall-injector: Typo in description
Package: zeroinstall-injector Version: 0.49-1 Severity: minor In the second paragraph of the package description, where it says loosly-coupled, it should say loosely-coupled. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.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#603850:
I don't think you're supposed to be uploading equivs-built packages anywhere... In fact I even wonder why the --full switch exists. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600916: kdevelop: Kdevelop 4.01 crashes on open project or new simple cmake c++
Can you post a stack trace of the crash? -- Nicolas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597281: kdevelop project wizards do not support source control using git
KDevPlatform 1.1 isn't even released upstream yet (beta 2 came out recently). When it's released, I doubt it will go into Debian squeeze anyway, due to the freeze, so you'd have to get it from experimental or wherever it goes. -- Nicolas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589663: spacenavd: Typo in package description.
Package: spacenavd Version: 0.4-1 Severity: minor At the end of the package description, it says via a new non-X11-dependend protocol. It should say dependent instead of dependend. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.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#584607: libc6: autoconf configure scripts hang at checking whether a statically linked program can dlopen itself
On 6/6/10, Aurelien Jarno aurel...@aurel32.net wrote: reassign 584607 binutils-gold thanks On Sat, Jun 05, 2010 at 12:02:47AM -0300, Nicolás Alvarez wrote: On 6/4/10, Clint Adams sch...@debian.org wrote: What gcc and binutils are you using? gcc (Debian 4.4.4-1) 4.4.4 GNU gold (GNU Binutils for Debian 2.20.1-system.20100303) 1.9 This is definitely a bug of binutils-gold, which doesn't seem to cope well with STT_GNU_IFUNC symbols. The problem doesn't exists for a glibc built without multiarch support. I advise you to uninstall this package until the bug is fixed. Meanwhile I am reassigning the bug to binutils-gold. Thanks. I confirm that re-upgrading libc and removing binutils-gold gets rid of the problem too. I'll survive with slower linking for a while :) -- Nicolas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584607: libc6: autoconf configure scripts hang at checking whether a statically linked program can dlopen itself
Package: libc6 Version: 2.11.1-2 Severity: important I'm using a Debian testing/unstable mix. Most packages are from testing (squeeze). Today, I upgraded to libc from 2.10.2-9 to the version from unstable (2.11.1-2). After the upgrade, autoconf-generated configure scripts stopped working. They hang on this step: [...] checking whether a program can dlopen itself... yes checking whether a statically linked program can dlopen itself... Looking at 'top', the 'conftest' process is using 100% CPU. Running the test tool manually under strace shows only this output: execve(./conftest, [./conftest], [/* 39 vars */]) = 0 uname({sys=Linux, node=tahu, ...}) = 0 brk(0) = 0x170d000 brk(0x170e150) = 0x170e150 arch_prctl(ARCH_SET_FS, 0x170d850) = 0 brk(0x172f150) = 0x172f150 brk(0x173) = 0x173 Then it starts using 100% CPU and doesn't print anything else. Rebooting the system didn't help. Downgrading back to 2.10.2-9 made it work immediately, after running configure again (the saved conftest still hangs, since it's statically linked to libc). -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libc6 depends on: ii libc-bin2.11.1-2 Embedded GNU C Library: Binaries ii libgcc1 1:4.5-20100404-1 GCC support library libc6 recommends no packages. Versions of packages libc6 suggests: ii debconf [debconf-2.0] 1.5.32 Debian configuration management sy pn glibc-doc none (no description available) ii locales 2.11.1-2 Embedded GNU C Library: National L -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584607: libc6: autoconf configure scripts hang at checking whether a statically linked program can dlopen itself
On 6/4/10, Clint Adams sch...@debian.org wrote: On Fri, Jun 04, 2010 at 10:08:06PM -0300, Nicolás Alvarez wrote: I'm using a Debian testing/unstable mix. Most packages are from testing (squeeze). Today, I upgraded to libc from 2.10.2-9 to the version from unstable (2.11.1-2). After the upgrade, autoconf-generated configure scripts stopped working. They hang on this step: [...] checking whether a program can dlopen itself... yes checking whether a statically linked program can dlopen itself... I cannot reproduce this. Could you be more specific about which configure script is involved? Attached is the conftest.c that is being compiled by configure (after manually replacing the #include confdefs.h with the contents of that file). Compiler flags used: gcc -o conftest -g -O2 -DHAVE_DLFCN_H -Wl,--export-dynamic -static conftest.c -ldl -- Nicolas #define STDC_HEADERS 1 #define HAVE_SYS_TYPES_H 1 #define HAVE_SYS_STAT_H 1 #define HAVE_STDLIB_H 1 #define HAVE_STRING_H 1 #define HAVE_MEMORY_H 1 #define HAVE_STRINGS_H 1 #define HAVE_INTTYPES_H 1 #define HAVE_STDINT_H 1 #define HAVE_UNISTD_H 1 #define HAVE_SYS_SOCKET_H 1 #define HAVE_DLFCN_H 1 #define LT_OBJDIR .libs/ #if HAVE_DLFCN_H #include dlfcn.h #endif #include stdio.h #ifdef RTLD_GLOBAL # define LT_DLGLOBAL RTLD_GLOBAL #else # ifdef DL_GLOBAL #define LT_DLGLOBAL DL_GLOBAL # else #define LT_DLGLOBAL 0 # endif #endif /* We may have to define LT_DLLAZY_OR_NOW in the command line if we find out it does not work in some platform. */ #ifndef LT_DLLAZY_OR_NOW # ifdef RTLD_LAZY #define LT_DLLAZY_OR_NOW RTLD_LAZY # else #ifdef DL_LAZY # define LT_DLLAZY_OR_NOW DL_LAZY #else # ifdef RTLD_NOW #define LT_DLLAZY_OR_NOW RTLD_NOW # else #ifdef DL_NOW # define LT_DLLAZY_OR_NOW DL_NOW #else # define LT_DLLAZY_OR_NOW 0 #endif # endif #endif # endif #endif void fnord() { int i=42;} int main () { void *self = dlopen (0, LT_DLGLOBAL|LT_DLLAZY_OR_NOW); int status = 0; if (self) { if (dlsym (self,fnord)) status = 1; else if (dlsym( self,_fnord)) status = 2; /* dlclose (self); */ } else puts (dlerror ()); return status; }
Bug#584607: libc6: autoconf configure scripts hang at checking whether a statically linked program can dlopen itself
On 6/4/10, Clint Adams sch...@debian.org wrote: On Fri, Jun 04, 2010 at 11:01:11PM -0300, Nicolás Alvarez wrote: gcc -o conftest -g -O2 -DHAVE_DLFCN_H -Wl,--export-dynamic -static conftest.c -ldl % gcc -o conftest -g -O2 -DHAVE_DLFCN_H -Wl,--export-dynamic -static conftest.c -ldl /tmp/cc5vF3ae.o: In function `main': /tmp/conftest.c:56: warning: Using 'dlopen' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking /usr/bin/ld: dynamic STT_GNU_IFUNC symbol `strcmp' with pointer equality in `/usr/lib/gcc/x86_64-linux-gnu/4.4.4/../../../../lib/libc.a(strcmp.o)' can not be used when making an executable; recompile with -fPIE and relink with -pie collect2: ld returned 1 exit status What gcc and binutils are you using? gcc (Debian 4.4.4-1) 4.4.4 GNU gold (GNU Binutils for Debian 2.20.1-system.20100303) 1.9 -- Nicolas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584607: libc6: autoconf configure scripts hang at checking whether a statically linked program can dlopen itself
On 6/4/10, Clint Adams sch...@debian.org wrote: On Fri, Jun 04, 2010 at 10:08:06PM -0300, Nicolás Alvarez wrote: I'm using a Debian testing/unstable mix. Most packages are from testing (squeeze). Today, I upgraded to libc from 2.10.2-9 to the version from unstable (2.11.1-2). After the upgrade, autoconf-generated configure scripts stopped working. They hang on this step: [...] checking whether a program can dlopen itself... yes checking whether a statically linked program can dlopen itself... I cannot reproduce this. Could you be more specific about which configure script is involved? This seems enough to reproduce. configure.ac: AC_INIT(bug584607, 0.1) AM_INIT_AUTOMAKE(foreign) AC_LIBTOOL_DLOPEN LT_INIT AC_CONFIG_FILES([Makefile]) Makefile.am: bin_SCRIPTS=x Run autoreconf -i ./configure. -- Nicolas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579782: tortoisehg: Upstream release notes outdated
Package: tortoisehg Version: 1.0.1-1 Severity: minor /usr/share/doc/tortoisehg/ReleaseNotes.txt.gz (upstream release notes) doesn't say anything about 1.0.1. It mentions 1.0 as the latest version. This seems to be an upstream bug; the package just installs upstream ReleaseNotes.txt, which lacks the 1.0.1 info. However, maybe the Debian package should do its own update of the file based on the wiki: http://bitbucket.org/tortoisehg/stable/wiki/ReleaseNotes -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tortoisehg depends on: ii mercurial 1.5.1-2scalable distributed version contr ii python2.5.4-9An interactive high-level object-o ii python-cairo 1.8.8-1+b1 Python bindings for the Cairo vect ii python-gobject2.21.1-1 Python bindings for the GObject li ii python-gtk2 2.17.0-2 Python bindings for the GTK+ widge ii python-support1.0.7 automated rebuilding support for P Versions of packages tortoisehg recommends: ii libjs-jquery 1.4.2-2JavaScript library for dynamic web ii python-iniparse 0.3.2-1Module to access and modify config Versions of packages tortoisehg suggests: pn tortoisehg-nautilus none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562022:
Running the BOINC daemon as root is one of the worst things you can do for your computer's security. Automatically downloading binaries from 3rd party servers and executing them as root? -- Nicolas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562022:
I was replying to Vedran who said but it works if i start boinc (the daemon) as root, which is a horrible idea. I *know* the default configuration runs under the 'boinc' user. -- Nicolas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532169: ccache: Support 4.5 as well
Package: ccache Version: 2.4-17 Severity: normal gcc 4.5 was released in March 31st, and is available in Debian experimental. Please add a symlink for it as well. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566579:
Note that very probably the low popcon is because people install it, notice it doesn't work at all (see #546825), and remove it. *Not* because there is low interest on it. There is no way to know how many people are actually interested in insight, but build it from source or get binaries elsewhere because the Debian package is broken beyond usability. -- Nicolas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563344:
There are still 3.7 versions of povray-doc, povray-examples, and povray-includes, which are (were) built by the same source package. http://packages.debian.org/experimental/povray-includes says Download Source Package : Not found They should be removed from experimental as well. -- Nicolas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564445: aptitude: Spanish translation has grammar errors
Package: aptitude Version: 0.4.11.11-1+b2 Severity: normal Tags: l10n patch The Spanish translation has grammar errors in the description for Obsolete and Locally Created Packages. In both places where it says halla, it should say haya (a different verb altogether). When looking at the .po, I found the description for Packages with unsatisfied dependencies has the exact same error. Patch attached. -- Package-specific info: aptitude 0.4.11.11 compiled at Aug 3 2009 16:22:21 Compiler: g++ 4.3.3 Compiled against: apt version 4.8.0 NCurses version 5.7 libsigc++ version: 2.0.18 Ept support enabled. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6.9 0.7.25 Advanced front-end for dpkg ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libcwidget3 0.5.16-2 high-level terminal interface libr ii libept0 0.5.30 High-level library for managing De ii libgcc1 1:4.4.2-8GCC support library ii libncursesw55.7+20090803-2 shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.0.18-2 type-safe Signal Framework for C++ ii libstdc++6 4.4.2-8 The GNU Standard C++ Library v3 ii libxapian15 1.0.17-1 Search engine library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages aptitude recommends: ii aptitude-doc-en [aptitude-do 0.4.11.11-1 English manual for aptitude, a ter ii libparse-debianchangelog-per 1.1.1-2 parse Debian changelogs and output Versions of packages aptitude suggests: ii debtags 1.7.9+b2 Enables support for package tags pn tasksel none (no description available) -- no debconf information --- a/po/es.po Sat Jan 09 12:34:08 2010 -0300 +++ b/po/es.po Sat Jan 09 12:34:39 2010 -0300 @@ -4275,7 +4275,7 @@ Paquetes obsoletos y creados localmente\n Estos paquetes están actualmente instalados en su ordenador, pero no están disponibles desde ninguna fuente de apt. Puede que estén obsoletos y se -hallan eliminado del archivo, o que usted mismo halla compilado su propia +hayan eliminado del archivo, o que usted mismo haya compilado su propia versión para uso privado. #: src/pkg_grouppolicy.cc:431 @@ -4323,7 +4323,7 @@ msgstr Paquetes con dependencias insatisfechas\n Las dependencias de estos paquetes no estarán satisfechas después de que la -instalación se halla completado.\n +instalación se haya completado.\n .\n La presencia de este árbol probablemente indica que algo está estropeado, obien en su sistema o en el archivo de Debian.
Bug#563344:
reassign 563344 ftp.debian.org retitle 563344 RM: povray -- 3.7 unredistributable thanks @FTP masters: The version of POV-Ray available in experimental is unredistributable, as I explained in my original bug report and in debian-legal, and should be removed. However only that version should be removed. The povray package in unstable (3.6) is OK. The maintainer didn't seem reply to the bug report after 5 days. However I was then told the package actually doesn't even have a maintainer (orphaned in #515431). -- Nicolas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563344: povray: POV-Ray 3.7 beta unredistributable
Chris Cason (main POV-Ray developer) posted a vague reply on povray.beta-test: If they follow the source modification instructions on the source download page then I'd probably be OK with it. I answered asking for clarification. (what instructions? OK with what exactly (binary redist, source code redist, expiration disabling)?) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563344: povray: POV-Ray 3.7 beta unredistributable
Chris Cason (main POV-Ray developer) posted a vague reply on povray.beta-test: If they follow the source modification instructions on the source download page then I'd probably be OK with it. I answered asking for clarification. (what instructions? OK with what exactly (binary redist, source code redist, expiration disabling)?) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537695:
boincmgr just calls a wxWidgets function to start a browser. If it's opening the wrong browser, it's a wxWidgets bug. -- Nicolas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563344: povray: POV-Ray 3.7 beta unredistributable
Package: povray Version: 1:3.7.0~beta29-1 Severity: serious Justification: Policy 2.3 Today I found that POV-Ray 3.7 is packaged in experimental: http://packages.debian.org/experimental/povray It's also patched to disable the beta expiration: http://patch-tracker.debian.org/patch/series/view/povray/1:3.7.0~beta29-1/80_beta.diff This seems to violate the beta license in *every possible way*. POV-Ray 3.7 betas are released under the normal POV-Ray license (which is non-free according to DFSG) *plus four significant restrictions* not present in final releases: * NOTICE * * This file is part of a BETA-TEST version of POV-Ray version 3.7. It is not * final code. Use of this source file is governed by both the standard POV-Ray * licences referred to in the copyright header block above this notice, and the * following additional restrictions numbered 1 through 4 below: * * 1. This source file may not be re-distributed without the written permission * of Persistence of Vision Raytracer Pty. Ltd. * * 2. This notice may not be altered or removed. * * 3. Binaries generated from this source file by individuals for their own * personal use may not be re-distributed without the written permission * of Persistence of Vision Raytracer Pty. Ltd. Such personal-use binaries * are not required to have a timeout, and thus permission is granted in * these circumstances only to disable the timeout code contained within * the beta software. * * 4. Binaries generated from this source file for use within an organizational * unit (such as, but not limited to, a company or university) may not be * distributed beyond the local organizational unit in which they were made, * unless written permission is obtained from Persistence of Vision Raytracer * Pty. Ltd. Additionally, the timeout code implemented within the beta may * not be disabled or otherwise bypassed in any manner. (taken from one of the source files from the upstream source tarball) The Debian package is redistributing entire source code of POV-Ray 3.7, available through packages.debian.org website and apt-get source -texperimental povray. This violates clause 1. The extra license restrictions for 3.7 betas are not mentioned in any file in /usr/share/doc/povray, which *I think* may violate clause 2. The Debian package has a patch disabling the beta timeout code, which is only allowed for personal use (according to clause 3), not for wider distribution. In addition, I don't think a Linux distribution counts as an organizational unit as mentioned in clause 4; therefore *Debian isn't allowed to redistribute 3.7 betas at all*. (If you don't agree with my reading of organizational unit, the rest still stands, such that 3.7~beta on debian would have to be binary-only and keeping the expiration code unmodified.) As I was told in debian-legal: If the maintainer for the povray package requested and got a written permission from Persistence of Vision Raytracer Pty. Ltd to avoid any of the four restrictions, it has to be mentioned in the copyright file. Otherwise, the package should be removed from Debian until the final release of 3.7 is available under the usual terms of the POV-Ray license. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.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#561555: libcppunit-subunit0: Package is empty
Package: libcppunit-subunit0 Version: 0.0.3-2 Severity: normal The package is empty. The only thing it contains is copyright and changelog.Debian.gz in /usr/share/doc/libcppunit-subunit0. There isn't actually a library inside as one would expect. (Since the package is unusable, I was going to report this with higher severity; but reportbug insists I say what policy section it violates, and I couldn't find package must actually have something in it in the policy :P) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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#553017: reportbug-ng: Doesn't start at all in testing; exception with bts
Package: reportbug-ng Version: 1.6 Severity: grave Justification: renders package unusable reportbug-ng doesn't start at all on my machine. nico...@tahu:~$ reportbug-ng Traceback (most recent call last): File /usr/bin/reportbug-ng, line 67, in module gui = RngGui(args) File /usr/share/reportbug-ng/rnggui.py, line 96, in __init__ self._stateChanged(None, None) File /usr/share/reportbug-ng/rnggui.py, line 240, in _stateChanged self.currentBug = bts.Bugreport(0) TypeError: __init__() takes exactly 1 argument (2 given) Changing that line to bts.Bugreport() (removing the 0 argument) is enough to make it run. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages reportbug-ng depends on: ii python2.5.4-2An interactive high-level object-o ii python-apt0.7.13.3 Python interface to libapt-pkg ii python-debianbts 1.3Python interface to Debian's Bug T ii python-qt44.4.4-6Python bindings for Qt4 ii python-support1.0.4 automated rebuilding support for P ii python2.5 2.5.4-2An interactive high-level object-o ii xdg-utils 1.0.2-6.1 desktop integration utilities from ii xterm 250-1 X terminal emulator reportbug-ng recommends no packages. reportbug-ng 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#501169: tzdata has moved the GMT from -3 to -2.
On Sun, 5 Oct 2008 12:47:55 -0200, Fernando J. Rodríguez (Herr Groucho) [EMAIL PROTECTED] wrote: For us Argentinians it is easier to just give up on automatic adjustments of local time with respect to UTC and manually set etc/gmt-4, etc/gmt-3 or etc/gmt-2 as time zone as the occasion dictates. That's for us Argentinians who know what we're doing. The problem is with naive users who change the *clock* instead of the timezone, which would change the computer's notion of UTC time and cause several problems. If a website gives cookies with 1 hour expiration, would the browser expire them immediately if the clock is 1 hour off?. Last year it was worse, since Microsoft didn't have enough time to update the timezones on Windows. And Windows has more naive users than Debian or Ubuntu... By the way, even my iPod thinks we're now in DST even though we're not :/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]