Bug#978932: sympa: webinterface broken after installing 6.2.40~dfsg-1+deb10u1
Hi! I've updated https://wiki.debian.org/Sympa/Nginx page with new instruction that is suitable for newer debians. I actually run sympa on my Debian Buster using this configuration, and I expect it to work on Bullseye and latter versions. This configuration uses systemd to spawn cgi-wrapper activated by socket read. This way is actually advised by spawn-fcgi authors (https:// redmine.lighttpd.net/projects/spawn-fcgi/wiki/Systemd) I would suggest to use this solution to be added to the sympa package, when installation with nginx is choosen. spawn-fcgi is really not needed here. -- Nikolay Shaplov aka Nataraj Fuzzing Engineer at Postgres Professional Matrix IM: @dhyan:nataraj.su
Bug#1006947: matrix-synapse: synapse_port_db ignores options from /etc/matrix-synapse/conf.d/
Package: matrix-synapse Version: 1.53.0-1~bpo11+1 Severity: normal X-Debbugs-Cc: dh...@nataraj.su On debian bullseye I install matrix-synapse as usual: sudo apt-get install python3-frozendict/bullseye-backports sudo apt-get install matrix-synapse/bullseye-backports and then trying to upgrade it from SQLite to postgresql as said here: https://matrix-org.github.io/synapse/latest/postgres.html#porting-from-sqlite But when I run synapse_port_db --sqlite-database /var/lib/matrix-synapse/homeserver.db \ --postgres-config /etc/matrix-synapse/homeserver.yaml I get error: Traceback (most recent call last): File "/usr/bin/synapse_port_db", line 1217, in config.parse_config_dict(hs_config, "", "") File "/usr/lib/python3/dist-packages/synapse/config/_base.py", line 731, in parse_config_dict self.invoke_all( File "/usr/lib/python3/dist-packages/synapse/config/_base.py", line 357, in invoke_all res[config_class.section] = getattr(config, func_name)(*args, **kwargs) File "/usr/lib/python3/dist-packages/synapse/config/server.py", line 252, in read_config self.server_name = config["server_name"] KeyError: 'server_name' But if I add "server_name" to the homeserver.yaml cat /etc/matrix-synapse/conf.d/server_name.yaml >> \ /etc/matrix-synapse/homeserver.yaml synapse_port_db starts working as it should. My guess, synapse_port_db is not aware of /etc/matrix-synapse/conf.d/ confings, thus we are having problems -- System Information: Debian Release: 11.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-8-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_CRAP Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages matrix-synapse depends on: ii adduser3.118 ii debconf [debconf-2.0] 1.5.77 ii init-system-helpers1.60 ii libjs-jquery 3.5.1+dfsg+~3.5.5-7 ii libpython3-stdlib 3.9.2-3 ii lsb-base 11.1.0 ii perl 5.32.1-4+deb11u2 ii python33.9.2-3 ii python3-attr 20.3.0-1 ii python3-bcrypt 3.1.7-4 ii python3-bleach 3.2.1-2.1 ii python3-canonicaljson 1.4.0-1 ii python3-cryptography 3.3.2-1 ii python3-distutils 3.9.2-1 ii python3-frozendict 1.2-3~bpo11+1 ii python3-idna 2.10-1 ii python3-ijson 3.1.4-1 ii python3-jinja2 2.11.3-1 ii python3-jsonschema 3.2.0-3 ii python3-lxml 4.6.3+dfsg-0.1+deb11u1 ii python3-matrix-common 1.1.0-1~bpo11+1 ii python3-msgpack1.0.0-6+b1 ii python3-nacl 1.4.0-1+b1 ii python3-netaddr0.7.19-5 ii python3-openssl20.0.1-1 ii python3-phonenumbers 8.12.1-1 ii python3-pil8.1.2+dfsg-0.3 ii python3-prometheus-client 0.9.0-1 ii python3-psycopg2 2.8.6-2 ii python3-pyasn1 0.4.8-1 ii python3-pyasn1-modules 0.2.1-1 ii python3-pymacaroons0.13.0-4 ii python3-service-identity 18.1.0-6 ii python3-signedjson 1.1.1-2 ii python3-sortedcontainers 2.1.0-2 ii python3-systemd234-3+b4 ii python3-treq 18.6.0-0.2 ii python3-twisted20.3.0-7 ii python3-typing-extensions 3.7.4.3-1 ii python3-unpaddedbase64 1.1.0-5 ii python3-yaml 5.3.1-5 Versions of packages matrix-synapse recommends: ii matrix-synapse-ldap3 0.1.4+git20201015+a3c7a9f-1 ii python3-pympler 0.9+dfsg1-2 Versions of packages matrix-synapse suggests: pn python3-authlib pn python3-jwt -- Configuration Files: /etc/matrix-synapse/homeserver.yaml changed [not included] -- debconf information excluded
Bug#990101: clang-11: Problem building mixed C & C++ code with UBSan sanitizer
Package: clang-11 Version: 1:11.0.1-2~bpo10+1 Severity: normal If I have a mixed C/C++ code with classes with virtual function in it, and I am trying to build it with BUSan with -fno-sanitize-recover=undefined option, then I get undefined reference error messages /home/nataraj/test/ubsan_cpp_c/library.cpp:8: undefined reference to `__ubsan_vptr_type_cache' /usr/bin/ld: /home/nataraj/test/ubsan_cpp_c/library.cpp:8: undefined reference to `__ubsan_handle_dynamic_type_cache_miss_abort' I can fix these undefined references by specifying explicitly linking to clang_rt.ubsan_standalone_cxx-x86_64 library, but this is not how it should work as I can guess. Here I offer a sample project that allows to reproduce the problem. (I am not sure I will be able to add attach via reportbug, if not, I will attach it in the next message) When I buitld this project as written in build_ubsan_broken.sh: make clean CC=clang-11 CXX=clang++-11 \ CFLAGS="-fsanitize=undefined -fno-sanitize-recover=undefined" \ CXXFLAGS="-fsanitize=undefined -fno-sanitize-recover=undefined" \ LDFLAGS="-fsanitize=undefined -fno-sanitize-recover=undefined"\ make building will fail. But if I add -Wl,--whole-archive -L/usr/lib/clang/11/lib/linux/ -lclang_rt.ubsan_standalone_cxx-x86_64 -Wl,--no-whole-archive to LDFLAGS (see build_ubsan_wokarounded.sh), it will successfully build: make clean # Using hack suggested in http://clang-developers.42468.n3.nabble.com/fsanitize-undefined-and-shared-libraries-td4029561.html#a4029653 CC=clang-11 CXX=clang++-11 \ CFLAGS="-fsanitize=undefined -fno-sanitize-recover=undefined" \ CXXFLAGS="-fsanitize=undefined -fno-sanitize-recover=undefined" \ LDFLAGS="-fsanitize=undefined -fno-sanitize-recover=undefined -Wl,--whole-archive -L/usr/lib/clang/11/lib/linux/ -lclang_rt.ubsan_standalone_cxx-x86_64 -Wl,--no-whole-archive"\ make I guess this should be fixed and symbols from clang_rt.ubsan_standalone_cxx-x86_64 should be added to some library that are linked by default when you use -fsanitize=undefined -- System Information: Debian Release: 10.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-9-amd64 (SMP w/8 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8), LANGUAGE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages clang-11 depends on: ii binutils2.31.1-16 ii libc6 2.28-10 ii libc6-dev 2.28-10 ii libclang-common-11-dev 1:11.0.1-2~bpo10+1 ii libclang-cpp11 1:11.0.1-2~bpo10+1 ii libclang1-111:11.0.1-2~bpo10+1 ii libgcc-8-dev8.3.0-6 ii libgcc1 1:8.3.0-6 ii libllvm11 1:11.0.1-2~bpo10+1 ii libobjc-8-dev 8.3.0-6 ii libstdc++-8-dev 8.3.0-6 ii libstdc++6 8.3.0-6 Versions of packages clang-11 recommends: pn libomp-11-dev ii llvm-11-dev1:11.0.1-2~bpo10+1 ii python33.7.3-1 Versions of packages clang-11 suggests: pn clang-11-doc -- no debconf information ubsan_cpp_c.tgz Description: application/gzip
Bug#960283: npm says 'pathArray is not defined' when I try to use it from buster-backports
В письме от среда, 13 мая 2020 г. 12:40:25 MSK пользователь Christian Motschke написал: > I found your Bug report and had the same error. I fixed it for me. You have > to edit the file /usr/lib/nodejs/dot-prop/index.js and replace 3 > occurrences of > > if (pathArray.length === 0) { > > with > > if (pathArr.length === 0) { Thanks! I hope it will be helpful to the packet maintainers. > I don’t know how to comment the Bug, maybe you can give this hint on your > bug. You just add 960...@bugs.debian.org to the CC when you send your e-maill message will be added to the bug #960283 as a comment. (For this reply I already did it, so I hope package maintainers will get your solution)
Bug#960289: npm: 'Permission denied' error when running as root
В письме от понедельник, 11 мая 2020 г. 17:51:27 MSK пользователь Jérémy Lal написал: > > > > # cd /srv > > > > # npm install matrix-appservice-irc --global > > > > > > You are running an untrusted module as root. > > > I strongly advise against that. > > > > I am _installing_ untrusted module as root. Am I not? > > npm modules can have postinstall scripts. > Well-known modules might be trustable (they might not) but the module > you're trying to install do have an issue (checksum mismatch) and might > have been tampered with. There can be a lot of reasons, why me as a user would like to _install_ module as a root: - I have a good reason to trust this module, and will run it as a root too. - I do not trust this module at all, and all Node.js stuff. So I put it into dedicated lxc-container, there is nothing but that module there. It can have all container as a root, I do not care - I will install it as a root (so it can properly write to /usr/local/lib), and then run it as a user. - ... I am sure anyone with good imagination can add there several more cases So either running npm as root should be clearly forbidden, if it is kind of the policy for npm, or it should work without failures as a root too, letting user take care about his security. Explaining failures as security measures is a bad idea.
Bug#960289: npm: 'Permission denied' error when running as root
В письме от понедельник, 11 мая 2020 г. 17:19:07 MSK пользователь Jérémy Lal написал: > > # cd /srv > > # npm install matrix-appservice-irc --global > > You are running an untrusted module as root. > I strongly advise against that. I am _installing_ untrusted module as root. Am I not? > I can't help you if you don't read npm user manual.
Bug#960284: [Pkg-javascript-devel] Bug#960284: npm tries to use git, but git is not listed in dependencies
В письме от понедельник, 11 мая 2020 г. 16:40:31 MSK пользователь Jérémy Lal написал: > > I am following some HOWTO guide and run > > > > # npm install matrix-appservice-irc --global > > > > and it fails because git is missing > > > > ../.. > > > > I guess getting sources using git is a normal way for npm. > > No, it isn't. Normal way is npm packages. I actually know nothing about npm internals, but from what I can see from the outside, I would not agree with you. I did not provided npm with any kind of git:// url. I just gave a name matrix- appservice-irc and npm somehow came to an idea of fetching something using git. If it is its idea, not mine, I guess it should provide itself with all necessary means by itself. For me it should work like that: I install it, I give it a name, it fetches. That is user experience I would expect. Thats how I see it as an experienced debian user that has no knowledge about npm internals.
Bug#960289: npm: 'Permission denied' error when running as root
Package: npm Version: 5.8.0+ds6-4+deb10u1 Severity: normal I am still trying to run npm. When I manually set up git, I came to the next problem: I run as a root # cd /srv # npm install matrix-appservice-irc --global and get npm WARN npm npm does not support Node.js v10.19.0 npm WARN npm You should probably upgrade to a newer version of node as we npm WARN npm can't make any promises that npm will work with this version. npm WARN npm Supported releases of Node.js are the latest release of 4, 6, 7, 8, 9. npm WARN npm You can find the latest version at https://nodejs.org/ npm WARN deprecated request@2.88.2: request has been deprecated, see https://github.com/request/request/issues/3142 npm ERR! code 128 npm ERR! Command failed: /usr/bin/git clone --depth=1 -q -b master git://github.com/matrix-org/node-irc.git /root/.npm/_cacache/tmp/git-clone-7b141b18 npm ERR! fatal: could not create leading directories of '/root/.npm/_cacache/tmp/git-clone-7b141b18': Permission denied npm ERR! npm ERR! A complete log of this run can be found in: npm ERR! /root/.npm/_logs/2020-05-11T14_36_48_511Z-debug.log The cause of this problem is that, I guess it because it changes uid to 1000 at some place, and run as a user (NB there is no any user with 1000 uid on the container I am working in), and chown .npm folder lo the 1000 user. You can see # ls -la /root/ | grep npm drwxr-xr-x 4 1000 1000 4096 May 11 14:32 .npm but /root/ itself is rwx-- # ls -la / | grep root$ drwx-- 6 root root 4096 May 11 14:32 root It will let nobody in. Even if they has some folders they have right to read inside. Meanwhile if I do # cd ~ # npm install matrix-appservice-irc --global It gives another error: npm WARN npm npm does not support Node.js v10.19.0 npm WARN npm You should probably upgrade to a newer version of node as we npm WARN npm can't make any promises that npm will work with this version. npm WARN npm Supported releases of Node.js are the latest release of 4, 6, 7, 8, 9. npm WARN npm You can find the latest version at https://nodejs.org/ npm WARN deprecated request@2.88.2: request has been deprecated, see https://github.com/request/request/issues/3142 npm ERR! Error while executing: npm ERR! /usr/bin/git ls-remote -h -t ssh://g...@github.com/matrix-org/node-irc.git npm ERR! npm ERR! fatal: cannot come back to cwd: Permission denied npm ERR! npm ERR! exited with error code: 128 npm ERR! A complete log of this run can be found in: npm ERR! /root/.npm/_logs/2020-05-11T14_46_17_842Z-debug.log And I guess I should really do it as a root, because when I did it as a uesr, it finally tried to install all the stuff into /usr/local/lib that has no write access rights for common users. Or if it is not supposed to be run as a root, I would expect an error message in this case. I do not know what solution is right, but it does not work this way for sure. -- System Information: Debian Release: 10.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-6-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages npm depends on: ii ca-certificates 20190110 ii node-abbrev 1.1.1-1 ii node-ansi 0.3.0-3 ii node-ansi-regex 3.0.0-1 ii node-ansistyles 0.1.3-1 ii node-aproba 1.2.0-1 ii node-archy 1.0.0-2 ii node-bluebird 3.5.1+dfsg2-2 ii node-boxen 1.2.2-1 ii node-cacache11.3.2-2 ii node-call-limit 1.1.0-1 ii node-chownr 1.1.1-1 ii node-config-chain 1.1.11-1 ii node-detect-indent 5.0.0-1 ii node-detect-newline 2.1.0-1 ii node-editor 1.0.0-1 ii node-encoding 0.1.12-2 ii node-errno 0.1.4-1 ii node-from2 2.3.0-1 ii node-fs-vacuum 1.2.10-2 ii node-fs-write-stream-atomic 1.0.10-4 ii node-glob 7.1.3-2 ii node-graceful-fs4.1.11-1 ii node-gyp3.8.0-6 ii node-has-unicode2.0.1-2 ii node-hosted-git-info2.7.1-1 ii node-iferr 1.0.2-1 ii node-import-lazy3.0.0.REALLY.2.1.0-1 ii node-inflight 1.0.6-1 ii node-inherits 2.0.3-1 ii node-ini1.3.5-1 ii node-is-npm 1.0.0-1 ii node-json-parse-better-errors 1.0.2-2 ii node-jsonstream 1.3.2-1 ii node-latest-version 3.1.0-1 ii node-lazy-property 1.0.0-3 ii node-libnpx 10.2.0+repack-1 ii node-lockfile
Bug#960284: npm tries to use git, but git is not listed in dependencies
Package: npm Version: 5.8.0+ds6-4+deb10u1 Severity: normal I am following some HOWTO guide and run # npm install matrix-appservice-irc --global and it fails because git is missing npm WARN npm npm does not support Node.js v10.19.0 npm WARN npm You should probably upgrade to a newer version of node as we npm WARN npm can't make any promises that npm will work with this version. npm WARN npm Supported releases of Node.js are the latest release of 4, 6, 7, 8, 9. npm WARN npm You can find the latest version at https://nodejs.org/ npm WARN deprecated request@2.88.2: request has been deprecated, see https://github.com/request/request/issues/3142 npm ERR! code ENOGIT npm ERR! Error while executing: npm ERR! undefined ls-remote -h -t ssh://g...@github.com/matrix-org/node-irc.git npm ERR! npm ERR! undefined npm ERR! No git binary found in $PATH npm ERR! npm ERR! Failed using git. npm ERR! Please check if you have git installed and in your PATH. npm ERR! A complete log of this run can be found in: npm ERR! /root/.npm/_logs/2020-05-11T14_18_42_261Z-debug.log I guess getting sources using git is a normal way for npm. Then I guess git should be listed in 'depends' section for npm. Or at least in 'suggests'. But it is not listed at all. As debian user I expect when I am installing a package, I get all things that is needed for it's normal work. Here I it is not like that. So, can you please fix it. -- System Information: Debian Release: 10.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-6-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages npm depends on: ii ca-certificates 20190110 ii node-abbrev 1.1.1-1 ii node-ansi 0.3.0-3 ii node-ansi-regex 3.0.0-1 ii node-ansistyles 0.1.3-1 ii node-aproba 1.2.0-1 ii node-archy 1.0.0-2 ii node-bluebird 3.5.1+dfsg2-2 ii node-boxen 1.2.2-1 ii node-cacache11.3.2-2 ii node-call-limit 1.1.0-1 ii node-chownr 1.1.1-1 ii node-config-chain 1.1.11-1 ii node-detect-indent 5.0.0-1 ii node-detect-newline 2.1.0-1 ii node-editor 1.0.0-1 ii node-encoding 0.1.12-2 ii node-errno 0.1.4-1 ii node-from2 2.3.0-1 ii node-fs-vacuum 1.2.10-2 ii node-fs-write-stream-atomic 1.0.10-4 ii node-glob 7.1.3-2 ii node-graceful-fs4.1.11-1 ii node-gyp3.8.0-6 ii node-has-unicode2.0.1-2 ii node-hosted-git-info2.7.1-1 ii node-iferr 1.0.2-1 ii node-import-lazy3.0.0.REALLY.2.1.0-1 ii node-inflight 1.0.6-1 ii node-inherits 2.0.3-1 ii node-ini1.3.5-1 ii node-is-npm 1.0.0-1 ii node-json-parse-better-errors 1.0.2-2 ii node-jsonstream 1.3.2-1 ii node-latest-version 3.1.0-1 ii node-lazy-property 1.0.0-3 ii node-libnpx 10.2.0+repack-1 ii node-lockfile 1.0.4-1 ii node-lru-cache 5.1.1-4 ii node-mississippi3.0.0-1 ii node-mkdirp 0.5.1-1 ii node-move-concurrently 1.0.1-2 ii node-nopt 3.0.6-3 ii node-normalize-package-data 2.4.0-1 ii node-npm-package-arg6.0.0-2 ii node-npmlog 4.1.2-1 ii node-once 1.4.0-3 ii node-opener 1.4.3-1 ii node-osenv 0.1.5-1 ii node-path-is-inside 1.0.2-1 ii node-promise-inflight 1.0.1-1 ii node-promzard 0.3.0-1 ii node-qw 1.0.1-1 ii node-read 1.0.7-1 ii node-read-package-json 2.0.13-1 ii node-request2.88.1-2 ii node-resolve-from 4.0.0-1 ii node-retry 0.10.1-1 ii node-rimraf 2.6.2-1 ii node-safe-buffer5.1.2-1 ii node-semver 5.5.1-1 ii node-semver-diff2.1.0-2 ii node-sha2.0.1-1 ii node-slide 1.1.6-2 ii node-sorted-object 2.0.1-1 ii node-ssri 5.2.4-2 ii node-stream-iterate 1.2.0-4 ii node-strip-ansi 4.0.0-1 ii node-tar4.4.6+ds1-3 ii node-text-table 0.2.0-2 ii node-uid-number 0.0.6-1 ii
Bug#960283: npm says 'pathArray is not defined' when I try to use it from buster-backports
Package: npm Version: 6.14.3+ds-1~bpo10+1 Severity: normal Hi! I tried to use npm from buster-backports. Actually I wanted to report another bug, but desided to check if it is fixed in backports. But found a new one. So I am running a command # npm install matrix-appservice-irc --global and get npm ERR! pathArray is not defined npm ERR! A complete log of this run can be found in: npm ERR! /root/.npm/_logs/2020-05-11T14_11_32_344Z-debug.log log file says: 0 info it worked if it ends with ok 1 verbose cli [ '/usr/bin/node', 1 verbose cli '/usr/bin/npm', 1 verbose cli 'install', 1 verbose cli 'matrix-appservice-irc', 1 verbose cli '--global' ] 2 info using npm@6.14.3 3 info using node@v10.19.0 4 verbose stack ReferenceError: pathArray is not defined 4 verbose stack at Object.get (/usr/lib/nodejs/dot-prop/index.js:40:3) 4 verbose stack at Configstore.get (/usr/lib/nodejs/configstore/index.js:70:18) 4 verbose stack at UpdateNotifier.check (/usr/share/npm/node_modules/update-notifier/index.js:78:16) 4 verbose stack at module.exports.options (/usr/share/npm/node_modules/update-notifier/index.js:151:17) 4 verbose stack at EventEmitter. (/usr/share/npm/bin/npm-cli.js:85:48) 4 verbose stack at process._tickCallback (internal/process/next_tick.js:61:11) 5 verbose cwd / 6 verbose Linux 4.19.0-6-amd64 7 verbose argv "/usr/bin/node" "/usr/bin/npm" "install" "matrix-appservice-irc" "--global" 8 verbose node v10.19.0 9 verbose npm v6.14.3 10 error pathArray is not defined 11 verbose exit [ 1, true ] I do not know anything conserning npm, I do not understand why it fails, so I am just reporting this behaviour -- System Information: Debian Release: 10.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-6-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages npm depends on: ii ca-certificates 20190110 ii node-abbrev 1.1.1-1 ii node-ajv6.10.2-1~bpo10+1 ii node-ansi 0.3.0-3 ii node-ansi-regex 3.0.0-1 ii node-ansi-styles3.2.1-1 ii node-ansistyles 0.1.3-1 ii node-aproba 1.2.0-1 ii node-archy 1.0.0-2 ii node-are-we-there-yet 1.1.4-1 ii node-asap 2.0.6-1 ii node-asn1 0.2.3-1 ii node-assert-plus1.0.0-1 ii node-asynckit 0.4.0-2 ii node-aws-sign2 0.7.1-1 ii node-aws4 1.8.0-1 ii node-balanced-match 0.4.2-1 ii node-bcrypt-pbkdf 1.0.1-1 ii node-bl 1.1.2-1 ii node-bluebird 3.5.1+dfsg2-2 ii node-boxen 1.2.2-1 ii node-brace-expansion1.1.8-1 ii node-builtin-modules3.0.0-1 ii node-builtins 1.0.3-1 ii node-cacache11.3.2-2 ii node-call-limit 1.1.0-1 ii node-camelcase 5.0.0-1 ii node-caseless 0.12.0-1 ii node-chalk 2.4.2-1~bpo10+1 ii node-chownr 1.1.1-1 ii node-ci-info1.1.2-1 ii node-cli-boxes 1.0.0-1 ii node-cliui 4.1.0-1 ii node-clone 2.1.2-1 ii node-co 4.6.0-1 ii node-color-convert 1.9.0-3 ii node-color-name 1.1.3-1 ii node-colors 1.1.2-1 ii node-columnify 1.5.4-1 ii node-combined-stream1.0.7-1 ii node-concat-map 0.0.1-1 ii node-concat-stream 1.6.2-1 ii node-config-chain 1.1.11-1 ii node-configstore3.1.1-2 ii node-console-control-strings1.1.0-1 ii node-copy-concurrently 1.0.5-4 ii node-core-util-is 1.0.2-1 ii node-cross-spawn5.1.0-2 ii node-crypto-random-string 1.0.0-1 ii node-cyclist1.0.1-2 ii node-dashdash 1.14.1-2 ii node-debug 3.1.0-2 ii node-decamelize 1.2.0-1 ii node-deep-extend0.4.1-2 ii node-defaults 1.0.3-1 ii node-define-properties 1.1.3-1~bpo10+1 ii node-delayed-stream 0.0.5-1 ii node-delegates 1.0.0-1 ii node-detect-indent 5.0.0-1 ii node-detect-newline 2.1.0-1 ii node-dot-prop 4.1.1-1+deb10u1 ii node-duplexer3 0.1.4-4 ii node-duplexify 3.6.1-1 ii node-ecc-jsbn 0.1.1-1 ii node-editor 1.0.0-1 ii node-encoding
Bug#960106: matrix-synapse: synapse_port_db script does not know about /etc/matrix-synapse/conf.d
Package: matrix-synapse Version: 1.12.3-1~bpo10+1 Severity: normal Hi! I am migrating synaps from sqlite into postgres, using upstream manual: https://github.com/matrix-org/synapse/blob/master/docs/postgres.md When I ran synapse_port_db script /usr/bin/synapse_port_db --sqlite-database homeserver.db --postgres-config /etc/matrix-synapse/homeserver-postgres.yaml I got an error Traceback (most recent call last): File "/usr/bin/synapse_port_db", line 1019, in config.parse_config_dict(hs_config, "", "") File "/usr/lib/python3/dist-packages/synapse/config/_base.py", line 661, in parse_config_dict data_dir_path=data_dir_path, File "/usr/lib/python3/dist-packages/synapse/config/_base.py", line 276, in invoke_all res[name] = getattr(config, func_name)(*args, **kwargs) File "/usr/lib/python3/dist-packages/synapse/config/server.py", line 64, in read_config self.server_name = config["server_name"] KeyError: 'server_name' I guess this is because of server_name option, that has been moved to /etc/matrix-synapse/conf.d/server_name.yaml whide debianisation of synapse, and synapse_port_db script did not know that it should look for config parts there. I copied server_name options to the homeserver-postgres.yaml file and thus managed to run the script as it should. I guess you should patch synapse_port_db script that it would take options from conf.d as synaps server do. -- System Information: Debian Release: 10.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-6-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages matrix-synapse depends on: ii adduser3.118 ii debconf [debconf-2.0] 1.5.71 ii libjs-jquery 3.3.1~dfsg-3 ii libpython3-stdlib 3.7.3-1 ii lsb-base 10.2019051400 ii python33.7.3-1 ii python3-attr 18.2.0-1 ii python3-bcrypt 3.1.6-1 ii python3-bleach 3.1.2-0+deb10u1 ii python3-canonicaljson 1.1.4-2 ii python3-daemonize 2.4.7-2 ii python3-distutils 3.7.3-1 ii python3-frozendict 1.2-1 ii python3-idna 2.6-1 ii python3-jinja2 2.10-2 ii python3-jsonschema 2.6.0-4 ii python3-lxml 4.3.2-1 ii python3-msgpack0.5.6-1+b1 ii python3-nacl 1.3.0-2 ii python3-netaddr0.7.19-1 ii python3-openssl19.0.0-1 ii python3-phonenumbers 8.9.10-1 ii python3-pil5.4.1-2+deb10u1 ii python3-prometheus-client 0.6.0-1 ii python3-pyasn1 0.4.2-3 ii python3-pyasn1-modules 0.2.1-0.2 ii python3-pymacaroons0.13.0-2 ii python3-service-identity 18.1.0-5~bpo10+1 ii python3-signedjson 1.1.0-1~bpo10+1 ii python3-six1.12.0-1 ii python3-sortedcontainers 2.0.4-1 ii python3-systemd234-2+b1 ii python3-treq 18.6.0-0.1 ii python3-twisted18.9.0-8~bpo10+1 ii python3-typing-extensions 3.7.4.1-1~bpo10+1 ii python3-unpaddedbase64 1.1.0-4 ii python3-yaml 3.13-2 Versions of packages matrix-synapse recommends: ii python3-psycopg2 2.7.7-1 Versions of packages matrix-synapse suggests: pn python3-txacme -- Configuration Files: /etc/matrix-synapse/homeserver.yaml changed [not included] -- debconf information excluded
Bug#846558: transgui: I'd like to have transmission-remote-gui alias for this package
Package: transgui Version: 5.0.1-1 Severity: wishlist Hi! I've been using transmission for may yeas. I was really missing something like transgui, but I did not know that it exists in debian repo because I was expecting that it will have hame starting with transmission-* Now I found transgui and happy. But nevertheless: I would offer to create alias package that would really install transgui, something like transmission-remote-gui or transmission-remote-transgui or any other, the main idea, it's name should start with transmission-*, so user can see all stadalone transmisson clients in one search request. So this is my suggestuion... -- System Information: Debian Release: 8.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages transgui depends on: ii libatk1.0-0 2.14.0-1 ii libc6 2.19-18+deb8u3 ii libcairo2 1.14.0-2.1 ii libgdk-pixbuf2.0-0 2.31.1-2+deb8u4 ii libglib2.0-02.42.1-1 ii libgtk2.0-0 2.24.25-3 ii libpango-1.0-0 1.36.8-3 ii libssl1.0.0 1.0.1k-3+deb8u2 ii libx11-62:1.6.2-3 transgui recommends no packages. transgui suggests no packages. -- no debconf information
Bug#818939: freedict-deu-eng: Korollar: m -> n
> Please change the gender of "Korollar" from masculine to neutral: > "Korollar {m}" -> "Korollar {n}". > > Reasons: > http://www.duden.de/rechtschreibung/Korollar > http://www.wissen.de/search?keyword=Korollar > > The upstream maintainer is probably also in "To:". I've checked freedict sources. Korollar has n at least since october 2014 (and in current freedict debian sources too) Korollar [math.] n s corollary Please check once again, or describe how exactly you get wrong results...
Bug#819075: pgbouncer does not start on my Debian Jessie, but sais that starting is OK
Package: pgbouncer Version: 1.5.4-6+deb8u1 Severity: important I am trying to run pgbouncer in Debian Jessie (in lxc container if it is important) I've installed pgbouncer package, and started the service, it said everything is ok: $ sudo /etc/init.d/pgbouncer start [ ok ] Starting pgbouncer (via systemctl): pgbouncer.service. but no pgbouncer process were actually started $ ps aux | grep pg nataraj 5562 0.0 0.0 12744 2192 pts/2S+ 16:31 0:00 grep pg sudo ls /var/run/postgresql/ gives no output. Meanwhile pgbouncer and pgbouncer's config is workable. If I start it manually it starts to work and do something: $ sudo su postgres $ /usr/sbin/pgbouncer /etc/pgbouncer/pgbouncer.ini 2016-03-23 16:36:10.827 5630 LOG File descriptor limit: 65536 (H:65536), max_client_conn: 100, max fds possible: 110 2016-03-23 16:36:10.827 5630 LOG listening on 127.0.0.1:6432 2016-03-23 16:36:10.827 5630 LOG listening on unix:/var/run/postgresql/.s.PGSQL.6432 2016-03-23 16:36:10.827 5630 LOG process up: pgbouncer 1.5.4, libevent 2.0.21-stable (epoll), adns: evdns2 And you can see it's pid file in another console. $ sudo ls /var/run/postgresql/ pgbouncer.pid I still can not undertand why it does not work. This seems to be some systemd issue and I even do not know how to debug it -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages pgbouncer depends on: ii libc6 2.19-18 ii libevent-2.0-5 2.0.21-stable-2 ii lsb-base 4.1+Debian13+nmu1 ii postgresql-common 165 pgbouncer recommends no packages. Versions of packages pgbouncer suggests: ii python 2.7.9-1 pn python-psycopg2 -- Configuration Files: /etc/pgbouncer/pgbouncer.ini [Errno 13] ÐÑказано в доÑÑÑпе: u'/etc/pgbouncer/pgbouncer.ini' /etc/pgbouncer/userlist.txt [Errno 13] ÐÑказано в доÑÑÑпе: u'/etc/pgbouncer/userlist.txt' -- no debconf information
Bug#819065: reportbug crashes with "UnicodeDecodeError" when reporting bug for cretain package
Package: reportbug Version: 6.6.3 Severity: normal When I am trying to report bug for pgbouncer package, reportbug crashes. I am using console version of reportbug, and it looks like this: $ reportbug pgbouncer *** Welcome to reportbug. Use ? for help at prompts. *** Note: bug reports are publicly archived (including the email address of the submitter). Detected character set: UTF-8 Please change your locale if this is incorrect. Using 'Nikolay Shaplov <dh...@nataraj.su>' as your from address. Getting status for pgbouncer... Checking for newer versions at madison, incoming.debian.org and http://ftp-master.debian.org/new.html Your version (1.5.4-6+deb8u1) of pgbouncer appears to be out of date. The following newer release(s) are available in the Debian archive: stretch: 1.7.2-1 unstable: 1.7.2-1 Do you still want to file a report [y|N|q|?]? y Will send report to Debian (per lsb_release). Querying Debian BTS for reports on pgbouncer (source)... 1 bug report found: Bugs with severity important 1) #813487 pgbouncer: Upgrading pgbouncer drops connections when run with systemd (1-1/1) Is the bug you found listed above [y|N|b|m|r|q|s|f|e|?]? Maintainer for pgbouncer is 'Debian PostgreSQL Maintainers <pkg-postgresql-pub...@lists.alioth.debian.org>'. Looking up dependencies of pgbouncer... Getting changed configuration files... Traceback (most recent call last): File "/usr/bin/reportbug", line 2211, in main() File "/usr/bin/reportbug", line 1081, in main return iface.user_interface() File "/usr/bin/reportbug", line 1820, in user_interface conftext = conftext + u'%s %s\n' % (f, confinfo[f]) UnicodeDecodeError: 'ascii' codec can't decode byte 0xd0 in position 11: ordinal not in range(128) For other packages bugreport works well. I am reporting this bug using same bugreport utility right now. -- Package-specific info: ** Environment settings: INTERFACE="text" ** /home/nataraj/.reportbugrc: reportbug_version "6.6.3" mode advanced ui text realname "Nikolay Shaplov" email "dh...@nataraj.su" no-cc header "X-Debbugs-CC: dh...@nataraj.su" smtphost reportbug.debian.org -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages reportbug depends on: ii apt 1.0.9.8 ii python2.7.9-1 ii python-reportbug 6.6.3 pn python:any reportbug recommends no packages. Versions of packages reportbug suggests: pn claws-mail pn debconf-utils pn debsums pn dlocate pn emacs23-bin-common | emacs24-bin-common ii exim4 4.84-8+deb8u2 ii exim4-daemon-light [mail-transport-agent] 4.84-8+deb8u2 ii file 1:5.22+15-2+deb8u1 ii gnupg 1.4.18-7 pn python-gtk2 pn python-gtkspell pn python-urwid pn python-vte pn xdg-utils Versions of packages python-reportbug depends on: ii apt 1.0.9.8 ii python-debian 0.1.27 ii python-debianbts 1.12 pn python:any python-reportbug suggests no packages. -- no debconf information
Bug#767798: Workaround from pkg-systemd-maintainers
I've asked pkg-systemd-maintainers about this issue and Yuriy M. Kaminskiy offered workaround: mkdir /etc/systemd/system/bind9.service.d echo "[Service]\nExecStart=\nExecStart=/usr/sbin/named -4 -f -u bind" > /etc/systemd/system/bind9.service.d/local.conf systemctl reenable bind9.service http://lists.alioth.debian.org/pipermail/pkg-systemd-maintainers/2016-February/010937.html This workaround will not be affected by future upgrades, if bind maintainers will not add more bind9 start options. But this is only workaround. Real fix should be made by maintainers.
Bug#767798: bind9: ignores OPTIONS from /etc/default/bind9 w/ systemd
I also confirm this bug. More over I would suggest to raise this bug to an important. Whenever user tries to use bind9 as recursive dns (i think it is about a half of use cases) and when that user have only IPv4 connection (i think it is 90% of use cases now) user will get a lot of network error messages in a log as it will not be able to connect to IPv6 NS hosts: фев 26 15:25:41 bind named[72]: error (network unreachable) resolving 'www.debian.org/A/IN': 2001:41b8:202:deb:1a1a:0:52c3:4b69#53 фев 26 15:25:41 bind named[72]: error (network unreachable) resolving 'org/DNSKEY/IN': 2001:500:40::1#53 The only way to avoid this, is to run bind9 with -4 option. Theoretically it should be done by specifying it in /etc/default/bind9 file in OPTIONS option. But this does not work. So approximately 45% of users are not able to get rid of error messages in error log. This is really bad, I think. Please fix it. The solution is known. Just test and apply it!
Bug#794686: nslcd start script does not report starting failure
This bug was not fixed for debian jessie, as I can see... And I think it should be fixed in all supported distributives, as it can cause problems.
Bug#640774: Stopping nslcd no longer
On Wed, 15 Apr 2015 19:07:04 +0200 =?utf-8?B? 2KPYrdmF2K8g2KfZhNmF2K3ZhdmI2K/Zig==?= aelmahmo...@users.sourceforge.net wrote: found 647978 0.9.4-3 found 640774 0.9.4-3 quit Hello, I am experiencing the issue of login failure with cached credentials, yet stopping nslcd no longer helps, rather I get this in /var/log/auth.log: Apr 15 18:19:42 myhostname login[13342]: pam_ldap(login:auth): error opening connection to nslcd: No such file or directory I've found out that nslcd init script does not properly process nlscd error messages, and says OK whet running actually fails. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=794686 check /var/run/nslcd/ to see if nlscd is actually running. If it is not, run nslcd manually # nslcd and it will tell you why id does not want to start -- âØ£Ø٠د اÙÙ ØÙ Ùد٠(Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0xEDDDA1B7 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 -- Nikolay Shaplov Postgres Professional: http://www.postgrespro.com Russian Postgres Company -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#794686: nslcd start script does not report starting failure
Package: nslcd Version: 0.9.4-3 Severity: serious Justification: fails to build from source Script that starts nslcd service does not make sure that service started successfully. For example, lets spoil nslcd config file: add a comment at the end of the /etc/nslcd.conf file without newline at the end. (It consider it as an error in config) and then stop and start nslcd # /etc/init.d/nslcd stop [ ok ] Stopping nslcd (via systemctl): nslcd.service. # /etc/init.d/nslcd start [ ok ] Starting nslcd (via systemctl): nslcd.service. It does not report any problem, not to the console, not to the syslog # cat /var/log/syslog | grep nslcd but process is not actually stared. # ps aux | grep nslcd root 12011 0.0 0.0 12744 2204 pts/1S+ 19:56 0:00 grep nslcd ls -a /var/run/nslcd/ .. .. If you try to run nslcd manually, it will properly report about config file problem: # nslcd nslcd: /etc/nslcd.conf:34: line too long or last line missing newline This problem should be fixed. Because it make difficult configuring LDAP authentication when you are sure that nslcd is running, but it is not. -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages nslcd depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.56 ii libc6 2.19-18 ii libgssapi-krb5-2 1.12.1+dfsg-19 ii libldap-2.4-2 2.4.40+dfsg-1 Versions of packages nslcd recommends: ii bind9-host [host] 1:9.9.5.dfsg-9 ii ldap-utils 2.4.40+dfsg-1 ii libnss-ldapd [libnss-ldap] 0.9.4-3 ii libpam-ldapd [libpam-ldap] 0.9.4-3 ii nscd2.19-18 ii nslcd-utils 0.9.4-3 Versions of packages nslcd suggests: pn kstart none -- 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#783106: lxc container does not start automatically
В письме от 30 апреля 2015 08:50:04 пользователь Guido Günther написал: On Wed, Apr 29, 2015 at 06:53:59PM +0300, Nikolay Shaplov wrote: В письме от 29 апреля 2015 08:01:24 пользователь Daniel Baumann написал: Hi, could you reproduce it without libvirt? I've commented out all lxc.network.* options, and container started successfully on reboot. But I still think this is a bug. Because 1. It does not give any reasonable description in error log 2. It should work. I far as I can get libvrt is a valid tool for this task, it is described in debian's wiki, and I see no reason why it should not be used in start on boot case. Boot script should be fixed. I don't see what libvirt could do here. From the report it seems * lxc is lacking error reporting * doesn't wait for libvirt to come up - it's debatable wether this would be a good thing Yeah, that's exactly what I am trying to say ;-) I would totally agree that libvirt has a bug if the lxc container would be libvirt managed (via lxc://) but this isn't the case. Cheers, -- Guido signature.asc Description: This is a digitally signed message part.
Bug#783106: lxc container does not start automatically
В письме от 29 апреля 2015 08:01:24 пользователь Daniel Baumann написал: Hi, could you reproduce it without libvirt? I've commented out all lxc.network.* options, and container started successfully on reboot. But I still think this is a bug. Because 1. It does not give any reasonable description in error log 2. It should work. I far as I can get libvrt is a valid tool for this task, it is described in debian's wiki, and I see no reason why it should not be used in start on boot case. Boot script should be fixed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783106: lxc container does not start automatically
В письме от 22 апреля 2015 11:42:58 Вы написали: tag 783106 unreproducible tag 783106 moreinfo severity 783106 minor thanks On 04/22/15 11:25, Nikolay Shaplov wrote: Apr 22 11:59:12 nataraj-pgpro lxc-autostart-helper[974]: Starting LXC autoboot containers: :Error starting container: pgbuild i suggest you look into this, probably your container needs something in its config that you haven't got ready by the time lxc-autostart runs. Thank you, captain obvious! Can you tell how to find out what does it needs? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783106: lxc container does not start automatically
Package: lxc Version: 1:1.0.6-6 Severity: normal https://wiki.debian.org/LXC#Debian_8_.22Jessie.22.2Ftesting I've added lxc.start.auto = 1 into /var/lib/lxc/pgbuild/config as I did on ubuntu but my container does not start on reboot # lxc-ls -f NAME STATEIPV4 IPV6 AUTOSTART --- pgbuild STOPPED - - YES syslog says: # grep lxc /var/log/syslog Apr 22 11:59:06 nataraj-pgpro lxc-devsetup[665]: Creating /dev/.lxc Apr 22 11:59:06 nataraj-pgpro lxc-devsetup[665]: /dev is devtmpfs Apr 22 11:59:06 nataraj-pgpro lxc-devsetup[665]: Creating /dev/.lxc/user Apr 22 11:59:12 nataraj-pgpro lxc-autostart-helper[974]: Starting LXC autoboot containers: :Error starting container: pgbuild meanwhile I can easily start it manually # lxc-start -n pgbuild -d # lxc-ls -f NAME STATEIPV4 IPV6 AUTOSTART -- pgbuild RUNNING 192.168.122.101 - YES I think there is some bug... Can you help me how to debug it, as I did not find any logs from lxc-autostart-helper or something like that. -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.14-2-686-pae (SMP w/8 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages lxc depends on: ii init-system-helpers 1.22 ii libapparmor1 2.9.0-3 ii libc62.19-18 ii libcap2 1:2.24-8 ii libseccomp2 2.1.1-1 ii libselinux1 2.3-2 ii multiarch-support2.19-18 ii python3 3.4.2-2 Versions of packages lxc recommends: ii debootstrap 1.0.67 ii openssl 1.0.1k-3 ii rsync3.1.1-3 Versions of packages lxc suggests: pn lua5.2 none -- 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#783106: lxc container does not start automatically
В письме от 22 апреля 2015 12:48:00 пользователь Daniel Baumann написал: On 04/22/15 11:57, Nikolay Shaplov wrote: i suggest you look into this, probably your container needs something in its config that you haven't got ready by the time lxc-autostart runs. Thank you, captain obvious! you're welcome. Can you tell how to find out what does it needs? no, because you didn't give any information about your container at all. As I already said: container configured as said in https://wiki.debian.org/LXC#Debian_8_.22Jessie.22.2Ftesting Network configured as said in https://wiki.debian.org/LXC/LibVirtDefaultNetwork and added lxc.start.auto = 1 to the config file if you need more information, just tell me where to get it, and I will give it to you... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780621: xsane: Not enough space in root partition: xsane gives broken images but
Package: xsane Version: 0.999-2 Severity: normal Dear Maintainer, please reopen bug https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=550659 I've just checked with xsane 0.999-2 and the bug is still there === xsane release 0.999-1 now in unstable. Please can you check whether the same bug still exists? Sorry for answering that late, I am no longer actualy using the e-mail this. bug were reported from. Yes, this bug is still there. I've installed xsane 0.999-2 on my test Debian Jessie computer, filled almost. all root partition with dd, and there it is again. You can easily reproduce it if you have test computer and able to use dd. So can you please reopen it... And also can you tell me if there is any entry for this bug in upstream bug. tracker or something? -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.14-2-686-pae (SMP w/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xsane depends on: ii libatk1.0-0 2.12.0-1 ii libc62.19-13 ii libcairo21.12.16-5 ii libfontconfig1 2.11.0-6.1 ii libfreetype6 2.5.2-2 ii libgdk-pixbuf2.0-0 2.30.8-1 ii libgimp2.0 2.8.10-2 ii libglib2.0-0 2.40.0-5 ii libgtk2.0-0 2.24.24-1 ii libjpeg62-turbo 1:1.3.1-11 ii liblcms2-2 2.6-3 ii libpango-1.0-0 1.36.7-1 ii libpangocairo-1.0-0 1.36.7-1 ii libpangoft2-1.0-01.36.7-1 ii libpng12-0 1.2.50-2 ii libsane 1.0.24-1.2 ii libtiff5 4.0.3-10 ii xsane-common 0.999-2 ii zlib1g 1:1.2.8.dfsg-2 Versions of packages xsane recommends: ii cups-client 1.7.5-1 ii iceweasel [www-browser] 31.1.0esr-1 ii w3m [www-browser]0.5.3-17 Versions of packages xsane suggests: ii gimp 2.8.10-2 pn gocr none pn gv none pn hylafax-client | mgetty-fax none -- no debconf information signature.asc Description: This is a digitally signed message part.
Bug#704087: suffering this in wheezy
Hi! Can you please tell what is the current status of this bug now? Are there any ways to prevent automatic upgrade to jessie when jessie is released? What unattended-upgrades will really do if jessie is not listed in /etc/apt/sources.list ? Just stops upgrading or what? I'm little bit worried about this jessie issue... Can you please fix this bug, before it's too late... signature.asc Description: This is a digitally signed message part.
Bug#770433: ksnapshot crashes if drag image over chromium window
Package: ksnapshot Version: 4:4.12.2-2 Severity: normal Dear Maintainer, If I drag an image from ksnapshot over a chromium window (I do not even should drop it) ksnapshot will crash. If this but is not reproducible for you, I can make a backtrace. But I think it hould be 100% reproducible chromium - Version: 38.0.2125.101-3 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ksnapshot depends on: ii kde-runtime 4:4.14.2-1 ii libc62.19-13 ii libkdecore5 4:4.14.2-3 ii libkdeui54:4.14.2-3 ii libkio5 4:4.14.2-3 ii libkipi114:4.13.3-1 ii libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtgui44:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libstdc++6 4.9.1-19 ii libx11-6 2:1.6.2-3 ii libxext6 2:1.3.3-1 ii libxfixes3 1:5.0.1-2+b1 ksnapshot recommends no packages. ksnapshot 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#738955: goldendict: Goldendict works incorrectly after dictd dictionary update
Package: goldendict Version: 1.5.0~git20131003-1 Severity: normal Goldendict works incorrectly after dictd dictionary update 1. remove ~/.goldendict 2. install dict-freedict-eng-rus package from stable http://ftp.us.debian.org/debian/pool/main/f/freedict/dict-freedict-eng-rus_1.3-4_all.deb 3. run goldendict, configure it to use dict-freedict-eng-rus, try to open free article, you should success. 4. Close goldendict (and remove it from tray, make shure that ps aux |grep goldendict does now show any goldendict process) 5. Install dict-freedict-eng-rus from unstable http://ftp.us.debian.org/debian/pool/main/f/freedict/dict-freedict-eng-rus_2013.11.30-1_all.deb 6. Run goldendict and try to see free article now. It will show you article === fragrant /frəgrənt/ ароматически; ароматичны === inside free tab. And this is a BUG! Goldendict should work properly even after dist-upgrade. 7. If I delete ~/.goldendict and reconfigure it again, package from unstable would work well. I think it should either check file creation dates and sizes on startup, and if it is changed do indexes rescan (this preferable) or goldendict package should somehow provide something like on dict updated hook, so freedict package can inform it, that dict were updated and goldendict should reindex it. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.12-1-686-pae (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages goldendict depends on: ii libao4 1.1.0-2 ii libavcodec-extra-54 6:9.10-2 ic libavcodec54 6:9.10-2 ii libavformat546:9.10-2 ii libavutil52 6:9.10-2 ii libbz2-1.0 1.0.6-5 ii libc62.17-97 ii libgcc1 1:4.8.2-10 ii libhunspell-1.3-01.3.2-6 ii liblzo2-22.06-1.2 ii libogg0 1.3.1-1 ii libqt4-network 4:4.8.5+git192-g085f851+dfsg-2 ii libqt4-svg 4:4.8.5+git192-g085f851+dfsg-2 ii libqt4-xml 4:4.8.5+git192-g085f851+dfsg-2 ii libqtcore4 4:4.8.5+git192-g085f851+dfsg-2 ii libqtgui44:4.8.5+git192-g085f851+dfsg-2 ii libqtwebkit4 2.2.1-7 ii libstdc++6 4.8.2-10 ii libvorbis0a 1.3.2-1.3 ii libvorbisfile3 1.3.2-1.3 ii libx11-6 2:1.6.2-1 ii libxtst6 2:1.2.2-1 ii zlib1g 1:1.2.8.dfsg-1 goldendict recommends no packages. Versions of packages goldendict suggests: pn goldendict-wordnet none -- 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#738715: [debian-freedict] Bug#738715: Bug#738715: Bug#738715: dict-freedict-eng-rus: GoldenDict does not show requested article (at least for dict-freedict-eng-rus 2013.11.30-1)
On Thursday 13 February 2014 11:34:20 Sebastian Humenda wrote: Hello again, sorry, I've used the wrong dict-freedict-eng-rus database, due to problems on my unstable system. When installing eng-rus, dictd even stops working. So it seems to be indeed something serious. I'll have a look. While answering your out-of-list mail, I've found the origin of this bug: Goldendict somehow does not notice that dictionary were changed (It does not use dictd, it uses files directly) and continue to use it's old index from ~/.goldendict. If one remove this dir and run goldendict again, if will properly use new dictionary. That's goldendict's bug, and I've reported it: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=738955 This bug can be closed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738968: dict-freedict-eng-rus: GoldenDict seems to use 00-database-short as dictionary name, and it is missing
Package: dict-freedict-eng-rus Version: 2013.11.30-1 Severity: normal GoldenDict does not properly show Dictionary Name in it's interface. As far as I can get, it uses 00-database-short header from dict file. In dict-freedict-eng-rus_1.3-4 this header exists, and name is shown well, but in dict-freedict-eng-rus_2013.11.30 header is missing, and dictionary name is empty. Also it would be good to fill /usr/share/opendict/dictionaries/plain/freedict- eng-rus.dict.dz/conf/config.xml with actual values. I do not know where it is used, but it might also cause some problems Here is /usr/share/opendict/dictionaries/plain/freedict-eng- rus.dict.dz/conf/config.xml from dict-freedict-eng-rus_1.3-4 : === ?xml version=1.0 encoding=UTF-8? plain-dictionary formatdict/format nameFreedict English-Russian/name version1.3-4/version authors author name=Horst Eyermann (ho...@freedict.de) / /authors pathfreedict-eng-rus.dict.dz/path encodingUTF-8/encoding licence /licence descriptionThis plugin fetches translations from freedict-eng-rus.dict dictionary./description /plain-dictionary And here is the same file from dict-freedict-eng-rus_2013.11.30-1 ?xml version=1.0 encoding=UTF-8? plain-dictionary formatdict/format nameFreedict /name version/version authors author name= / /authors pathfreedict-eng-rus.dict.dz/path encodingUTF-8/encoding licence /licence descriptionThis plugin fetches translations from freedict-eng-rus.dict dictionary./description /plain-dictionary -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.12-1-686-pae (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash dict-freedict-eng-rus depends on no packages. dict-freedict-eng-rus recommends no packages. Versions of packages dict-freedict-eng-rus suggests: pn dict | opendict | kdict | gnome-dictionary none pn dictd | serpentonone -- 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#738715: dict-freedict-eng-rus: GoldenDict does not show requested article (at least for dict-freedict-eng-rus 2013.11.30-1)
Package: dict-freedict-eng-rus Version: 2013.11.30-1 Severity: important I've installed dict-freedict-eng-rus 2013.11.30-1 from unstable and tried to use is through GoldenDict. But it does not work. It always shows wrong article (not the article I've typed in search input field). For example if I type free it would show free in the list of suggestions, but when I press enter, it will show me fragrant article in a new tab with free word in the tab's title. If I return back to dict-freedict-eng-rus_1.3-4 everything works fine. So I think there is some kind of problem with index file of the dictionary or something like that. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.12-1-686-pae (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash dict-freedict-eng-rus depends on no packages. dict-freedict-eng-rus recommends no packages. Versions of packages dict-freedict-eng-rus suggests: pn dict | opendict | kdict | gnome-dictionary none pn dictd | serpentonone -- 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#736512: alsa-base: Creative Labs CA0106 Soundblaster captures broken audio, unless same program is using any alsa device for playback
Package: alsa-base Version: 1.0.25+3~deb7u1 Severity: normal Dear Maintainer, I have Creative Labs CA0106 Soundblaster (PCI: 1102:0007, snd-ca0106) And it does not work properly on audio capture in a very strange way: Ones I try to capture some sound it gives me a result broken in a way shown in attached file (there I slowly says 1 2 3 4 5) But if I use audacity for capturing and there are other tracks that is played back while recording, sound captures well. Play back can use the same device, or another, it does not matter, if playback is on, capture is good. So I consider it is not snd-ca0106 module problem, or not only the module problem. If I start playback with another program (i.e. vlc) and start capturing with audacity without playback, then captured result is also broken. So I consider that it works only when playback takes place in the same alsa session (or whatever it should be called) Do you know anything abut such issues? I can provide more info or do other exploration if you tell me where to explore. -- Package-specific info: --- Begin additional package status --- Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-==-==-==-= ii libasound2:i3861.0.25-4 i386 shared library for ALSA applications --- End additional package status --- --- Begin /proc/asound/version --- Advanced Linux Sound Architecture Driver Version 1.0.24. --- End /proc/asound/version --- --- Begin /proc/asound/cards --- 0 [PCH]: HDA-Intel - HDA Intel PCH HDA Intel PCH at 0xf7f1 irq 44 1 [CA0106 ]: CA0106 - CA0106 Audigy SE [SB0570] at 0xd000 irq 17 --- End /proc/asound/cards --- --- Begin /dev/snd/ listing --- total 0 drwxr-xr-x 2 root root 80 Jan 24 15:23 by-path crw-rw---T+ 1 root audio 116, 21 Jan 24 15:23 controlC0 crw-rw---T+ 1 root audio 116, 11 Jan 24 15:23 controlC1 crw-rw---T+ 1 root audio 116, 20 Jan 24 15:23 hwC0D2 crw-rw---T+ 1 root audio 116, 19 Jan 24 15:23 hwC0D3 crw-rw---T+ 1 root audio 116, 2 Jan 24 15:23 midiC1D0 crw-rw---T+ 1 root audio 116, 18 Jan 24 16:10 pcmC0D0c crw-rw---T+ 1 root audio 116, 17 Jan 24 16:22 pcmC0D0p crw-rw---T+ 1 root audio 116, 16 Jan 24 15:41 pcmC0D1p crw-rw---T+ 1 root audio 116, 15 Jan 24 15:23 pcmC0D2p crw-rw---T+ 1 root audio 116, 14 Jan 24 15:25 pcmC0D3p crw-rw---T+ 1 root audio 116, 13 Jan 24 15:25 pcmC0D7p crw-rw---T+ 1 root audio 116, 12 Jan 24 15:25 pcmC0D8p crw-rw---T+ 1 root audio 116, 10 Jan 24 16:22 pcmC1D0c crw-rw---T+ 1 root audio 116, 9 Jan 24 16:22 pcmC1D0p crw-rw---T+ 1 root audio 116, 8 Jan 24 16:10 pcmC1D1c crw-rw---T+ 1 root audio 116, 7 Jan 24 15:25 pcmC1D1p crw-rw---T+ 1 root audio 116, 6 Jan 24 16:10 pcmC1D2c crw-rw---T+ 1 root audio 116, 5 Jan 24 15:25 pcmC1D2p crw-rw---T+ 1 root audio 116, 4 Jan 24 16:10 pcmC1D3c crw-rw---T+ 1 root audio 116, 3 Jan 24 15:25 pcmC1D3p crw-rw---T+ 1 root audio 116, 1 Jan 24 15:23 seq crw-rw---T+ 1 root audio 116, 33 Jan 24 15:23 timer --- End /dev/snd/ listing --- -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages alsa-base depends on: ii dpkg1.16.10 ii kmod9-3 ii procps 1:3.3.3-3 ii udev175-7.2 Versions of packages alsa-base recommends: ii alsa-utils 1.0.25-4 Versions of packages alsa-base suggests: pn alsa-ossnone pn oss-compat none Versions of packages libasound2 depends on: ii libc6 2.13-38 ii multiarch-support 2.13-38 Versions of packages libasound2 suggests: ii libasound2-plugins 1.0.25-2 -- no debconf information one...five-brocken.ogg Description: application/ogg
Bug#718805: Re: Re: Re: Bug#718805: /usr/bin/avconv: avconv cannot grab video4linux2 device
On Monday 20 January 2014 13:31:01 you wrote: Got it! commit 94a417acc05cc5151b473abc0bf51fad26f8c5a0 Author: Anton Khirnov an...@khirnov.net Date: Thu Dec 12 07:34:13 2013 +0100 mathematics: remove asserts from av_rescale_rnd() It is a public function, it must not assert on its parameters. diff --git a/libavutil/mathematics.c b/libavutil/mathematics.c index 137683e..1a38f64 100644 --- a/libavutil/mathematics.c +++ b/libavutil/mathematics.c @@ -23,7 +23,6 @@ * miscellaneous math routines and tables */ -#include assert.h #include stdint.h #include limits.h @@ -58,9 +57,9 @@ int64_t av_gcd(int64_t a, int64_t b){ int64_t av_rescale_rnd(int64_t a, int64_t b, int64_t c, enum AVRounding rnd){ int64_t r=0; -assert(c 0); -assert(b =0); -assert((unsigned)rnd=5 rnd!=4); + +if (c = 0 || b 0 || rnd == 4 || rnd 5) +return INT64_MIN; if(a0 a != INT64_MIN) return -av_rescale_rnd(-a, b, c, rnd ^ ((rnd1)1)); === They've just removed these asserts. O_o On Mon, Jan 20, 2014 at 1:16 PM, Nikolay Shaplov dh...@nataraj.su wrote: Just let me know if you need instructions how to do the bisect. I think, I need these instructions. Thanks for your understanding and assistance. No Problem. First, we need to compile a recent version of libav to check that your test environment is OK. $ git clone git://git.libav.org/libav.git $ cd libav $ git checkout v10_alpha1 $ ./configure --enable-gpl make -j4 avplay $ ./avplay -i /dev/video1 According to your latest comment, I would expect this one to work. Now we checkout a version that is known to fail: $ git checkout v9 $ make distclean $ ./configure --enable-gpl make -j4 avplay $ ./avplay -i /dev/video1 Based on your comments, I would expect this to expose the buggy behavior. If you reached to this point, we can now start bisecting. $ git bisect start v9 v10_alpha1 $ ./configure --enable-gpl make -j4 avplay $ ./avplay -i /dev/video1 The first command will checkout a version in the middle between v9 and v10_alpha1, the following command check if it works or not. If the chosen commit works for you, you issue a: $ git bisect bad if it fails for you, then you do a $ git bisect good (note that good means that the avplay fails for you, and bad means that it works. This logic is reversed, because bisect was actually written to find bad commits. Here, we are looking for a commit that repairs things for you.) After each case, you again compile and test again: $ ./configure --enable-gpl make -j4 avplay $ ./avplay -i /dev/video1 (if you get a compilation failure, try a make distclean) At the end of the process, git will present you the commit that fixes the issue as the bad commit. Please paste me the output of git here. Best of luck, Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718805: Re: Bug#718805: /usr/bin/avconv: avconv cannot grab video4linux2 device
On Sunday 19 January 2014 11:24:57 Reinhard Tartler wrote: When looking at the upstream commits, can you please apply this patch to your tree, and tell me if it makes the segfault go away? http://git.libav.org/?p=libav.git;a=commitdiff;h=838b849e70f11dc242399da8d19 c5795fe90913b I've apllied this patch to src package, built it, and installed the result deb files: same effect. Also, if this still persists, please also check the avconv binary I''ve uploaded yesterday to debian/experimental. It is pretty close to current libav/master right now. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718805: Re: Bug#718805: /usr/bin/avconv: avconv cannot grab video4linux2 device
On Sunday 19 January 2014 11:24:57 Reinhard Tartler wrote: Also, if this still persists, please also check the avconv binary I''ve uploaded yesterday to debian/experimental. It is pretty close to current libav/master right now. I've built current experemental package on my computer and installed it: Camera works well with it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718805: Re: Bug#718805: /usr/bin/avconv: avconv cannot grab video4linux2 device
On Sunday 19 January 2014 11:24:57 you wrote: Can you also give me the output of avconv -loglevel debug -f video4linux2 -i /dev/video1? I see a number of debugging print statements in the code that might indicate where would be a good place to add further checks. $ avconv -loglevel debug -f video4linux2 -i /dev/video1 avconv version 9.10-6:9.10-2, Copyright (c) 2000-2013 the Libav developers built on Jan 4 2014 15:41:46 with gcc 4.8 (Debian 4.8.2-10) configuration: --arch=i386 --enable-pthreads --enable-runtime-cpudetect --extra-version='6:9.10-2' --libdir=/usr/lib/i386-linux-gnu --prefix=/usr --enable-bzlib --enable-libdc1394 --enable-libfreetype --enable-frei0r --enable-gnutls --enable-libgsm --enable-libmp3lame --enable-librtmp --enable-libopencv --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-vaapi --enable-vdpau --enable-libvorbis --enable-libvpx --enable-zlib --enable-gpl --enable-swscale --enable-libcdio --enable-x11grab --enable-libx264 --enable-libxvid --shlibdir=/usr/lib/i386-linux-gnu --enable-shared --disable-static avutil configuration: --arch=i386 --enable-pthreads --enable-runtime-cpudetect --extra-version='6:9.10-2' --libdir=/usr/lib/i386-linux-gnu --prefix=/usr --enable-bzlib --enable-libdc1394 --enable-libfreetype --enable-frei0r --enable-gnutls --enable-libgsm --enable-libmp3lame --enable-librtmp --enable-libopencv --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-vaapi --enable-vdpau --enable-libvorbis --enable-libvpx --enable-zlib --enable-gpl --enable-swscale --enable-libcdio --enable-x11grab --enable-libx264 --enable-libxvid --shlibdir=/usr/lib/i386-linux-gnu/i686/cmov --cpu=i686 --enable-shared --disable-static avcodec configuration: --arch=i386 --enable-pthreads --enable-runtime-cpudetect --extra-version='6:9.10-2' --libdir=/usr/lib/i386-linux-gnu --prefix=/usr --enable-bzlib --enable-libdc1394 --enable-libfreetype --enable-frei0r --enable-gnutls --enable-libgsm --enable-libmp3lame --enable-librtmp --enable-libopencv --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-vaapi --enable-vdpau --enable-libvorbis --enable-libvpx --enable-zlib --enable-gpl --enable-swscale --enable-libcdio --enable-x11grab --enable-libx264 --enable-libxvid --shlibdir=/usr/lib/i386-linux-gnu/i686/cmov --cpu=i686 --enable-shared --disable-static avformatconfiguration: --arch=i386 --enable-pthreads --enable-runtime-cpudetect --extra-version='6:9.10-2' --libdir=/usr/lib/i386-linux-gnu --prefix=/usr --enable-bzlib --enable-libdc1394 --enable-libfreetype --enable-frei0r --enable-gnutls --enable-libgsm --enable-libmp3lame --enable-librtmp --enable-libopencv --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-vaapi --enable-vdpau --enable-libvorbis --enable-libvpx --enable-zlib --enable-gpl --enable-swscale --enable-libcdio --enable-x11grab --enable-libx264 --enable-libxvid --shlibdir=/usr/lib/i386-linux-gnu/i686/cmov --cpu=i686 --enable-shared --disable-static avdeviceconfiguration: --arch=i386 --enable-pthreads --enable-runtime-cpudetect --extra-version='6:9.10-2' --libdir=/usr/lib/i386-linux-gnu --prefix=/usr --enable-bzlib --enable-libdc1394 --enable-libfreetype --enable-frei0r --enable-gnutls --enable-libgsm --enable-libmp3lame --enable-librtmp --enable-libopencv --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-vaapi --enable-vdpau --enable-libvorbis --enable-libvpx --enable-zlib --enable-gpl --enable-swscale --enable-libcdio --enable-x11grab --enable-libx264 --enable-libxvid --shlibdir=/usr/lib/i386-linux-gnu/i686/cmov --cpu=i686 --enable-shared --disable-static avfilterconfiguration: --arch=i386 --enable-pthreads --enable-runtime-cpudetect --extra-version='6:9.10-1' --libdir=/usr/lib/i386-linux-gnu --prefix=/usr --enable-bzlib --enable-libdc1394 --enable-libfreetype --enable-frei0r --enable-gnutls --enable-libgsm --enable-libmp3lame --enable-librtmp --enable-libopencv --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-libschroedinger --enable-libspeex --enable-libtheora --enable-vaapi --enable-vdpau --enable-libvorbis --enable-libvpx --enable-zlib --enable-gpl --enable-swscale --enable-libcdio --enable-x11grab --enable-libx264 --enable-libxvid
Bug#718805: /usr/bin/avconv: avconv cannot grab video4linux2 device
Sorry for taking so long to get back to this bug. Please do not keep us waiting again, it is really does not work, and as I can understand it does not work on wide range of devices, because it failed with two web cam I have both on Debian Stable and Testing. Package: libav-tools Version: 6:0.8.6-1~bpo60+1 Severity: important File: /usr/bin/avconv avconv -f video4linux2 -i /dev/video1 get this error : avconv version 0.8.6-6:0.8.6-1~bpo60+1, Copyright (c) 2000-2013 the Libav developers built on Jul 23 2013 15:28:31 with gcc 4.4.5 avconv: /build/libav-_lRc_4/libav-0.8.6/libavutil/mathematics.c:79: av_rescale_rnd: Assertion `c 0' failed. Abort I am unable to reproduce this issue with Libav version 0.8.9, and therefore need to see a full backtrace. Please see https://wiki.debian.org/HowToGetABacktrace for more details. (gdb) r avconv -f video4linux2 -i /dev/video1 Starting program: /usr/bin/avconv avconv -f video4linux2 -i /dev/video1 warning: Could not load shared library symbols for linux-gate.so.1. Do you need set solib-search-path or set sysroot? [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/i386-linux-gnu/i686/cmov/libthread_db.so.1. avconv version 9.10-6:9.10-2, Copyright (c) 2000-2013 the Libav developers built on Jan 4 2014 15:41:46 with gcc 4.8 (Debian 4.8.2-10) avconv: /build/libav-ToBmxA/libav-9.10/libavutil/mathematics.c:61: av_rescale_rnd: Assertion `c 0' failed. Program received signal SIGABRT, Aborted. 0xb7fde424 in __kernel_vsyscall () (gdb) bt #0 0xb7fde424 in __kernel_vsyscall () #1 0xb701381f in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 #2 0xb7016cd3 in __GI_abort () at abort.c:90 #3 0xb700c717 in __assert_fail_base (fmt=0xb714f914 %s%s%s:%u: %s%sAssertion `%s' failed.\n%n, assertion=assertion@entry=0xb7211f37 c 0, file=file@entry=0xb7211f00 /build/libav-ToBmxA/libav-9.10/libavutil/mathematics.c, line=line@entry=61, function=function@entry=0xb7211f60 __PRETTY_FUNCTION__.2410 av_rescale_rnd) at assert.c:92 #4 0xb700c7c7 in __GI___assert_fail (assertion=assertion@entry=0xb7211f37 c 0, file=file@entry=0xb7211f00 /build/libav-ToBmxA/libav-9.10/libavutil/mathematics.c, line=line@entry=61, function=function@entry=0xb7211f60 __PRETTY_FUNCTION__.2410 av_rescale_rnd) at assert.c:101 #5 0xb7204d19 in av_rescale_rnd (a=1, b=0, c=0, rnd=rnd@entry=AV_ROUND_NEAR_INF) at /build/libav-ToBmxA/libav-9.10/libavutil/mathematics.c:61 #6 0xb7204e8f in av_rescale_q_rnd (rnd=AV_ROUND_NEAR_INF, cq=..., bq=..., a=1) at /build/libav-ToBmxA/libav-9.10/libavutil/mathematics.c:120 #7 av_rescale_q (a=1, bq=..., cq=...) at /build/libav-ToBmxA/libav-9.10/libavutil/mathematics.c:125 #8 0xb7fa8c10 in v4l2_set_parameters (s1=0x8099b40) at /build/libav-ToBmxA/libav-9.10/libavdevice/v4l2.c:641 #9 v4l2_read_header (s1=0x8099b40) at /build/libav-ToBmxA/libav-9.10/libavdevice/v4l2.c:768 #10 0xb7f13d6b in avformat_open_input (ps=ps@entry=0xbfffee30, filename=filename@entry=0xb4d9 /dev/video1, fmt=fmt@entry=0xb7fb0540 ff_v4l2_demuxer, options=0x808ba9c) at /build/libav-ToBmxA/libav-9.10/libavformat/utils.c:530 #11 0x0804fab1 in open_input_file (o=o@entry=0xbfffef4c, filename=optimized out) at /build/libav-ToBmxA/libav-9.10/avconv_opt.c:612 #12 0x08052edb in open_files (inout=0x80615d0 input, open_file=0x804f910 open_input_file, l=optimized out, l=optimized out) at /build/libav-ToBmxA/libav-9.10/avconv_opt.c:1885 #13 avconv_parse_options (argc=argc@entry=6, argv=argv@entry=0xb2f4) at /build/libav-ToBmxA/libav-9.10/avconv_opt.c:1922 #14 0x0804bd71 in main (argc=6, argv=0xb2f4) at /build/libav-ToBmxA/libav-9.10/avconv.c:2369 This backtrace from current debian testing, but I think it will be almost the same in stable distro. My current hypothesis is that there is something misconfigured with your system (bad driver, or something) but libav should clearly give a better error message than failing on some assertion in rounding code. As you can see from backtrace, everything is inside libav files. Moreover, VLC works out of box with all these web cams // If you like, I can leave this cam plugged into my development computer for couple of weeks and give shell access to you, but inform me quick if you need this otherwise I will try to build older versions of avconv, there to make that damn thing work. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724701: transmission: Bad file descriptor error (port of upstream patch included)
Package: transmission Version: 2.52-3+nmu1 Severity: important Tags: patch Hi! Current stable version of transmission has a grave bug that makes it almost unusable: From time to time one or other downlading task pauses with Bad file descriptor error error. This bug is described in upstream bug tracker https://trac.transmissionbt.com/ticket/4147 This bug were solved in released version 2.82 (it will soon migrate to testing so there would be no problem). I've ported the patch that fixes this problem https://trac.transmissionbt.com/changeset/14147 to fit for 2.52 (nothing serious, just remove or add some spaces) If works for me well for several weeks with no problems. Here I attach the patch, and I would suggest to apply it in security fix, as without it transmission requires constant resuming of auto paused tasks and can't be normally used. -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages transmission depends on: ii transmission-cli 2.52-3+nmu1 ii transmission-common 2.52-3+nmu1 ii transmission-gtk 2.52-3+nmu1 transmission recommends no packages. transmission suggests no packages. -- no debconf information Description: Fix of Bad file descriptor error Origin: https://trac.transmissionbt.com/changeset/14147 Bug: https://trac.transmissionbt.com/ticket/4147 --- transmission-2.52.orig/libtransmission/fdlimit.c +++ transmission-2.52/libtransmission/fdlimit.c @@ -350,6 +350,7 @@ cached_file_open( struct tr_cached_file int flags; struct stat sb; bool alreadyExisted; +bool resize_needed; /* create subfolders, if any */ if( writable ) @@ -364,9 +365,9 @@ cached_file_open( struct tr_cached_file tr_free( dir ); } -alreadyExisted = !stat( filename, sb ) S_ISREG( sb.st_mode ); + alreadyExisted = !stat (filename, sb) S_ISREG (sb.st_mode); -if( writable !alreadyExisted ( allocation == TR_PREALLOCATE_FULL ) ) + if (writable !alreadyExisted (allocation == TR_PREALLOCATE_FULL)) if( preallocate_file_full( filename, file_size ) ) tr_dbg( Preallocated file \%s\, filename ); @@ -388,17 +389,14 @@ cached_file_open( struct tr_cached_file * http://trac.transmissionbt.com/ticket/2228 * https://bugs.launchpad.net/ubuntu/+source/transmission/+bug/318249 */ -if( alreadyExisted ( file_size (uint64_t)sb.st_size ) ) +if (resize_needed (ftruncate (o-fd, file_size) == -1)) { -if( ftruncate( o-fd, file_size ) == -1 ) -{ -const int err = errno; -tr_err( _( Couldn't truncate \%1$s\: %2$s ), filename, tr_strerror( err ) ); -return err; -} + const int err = errno; + tr_logAddError (_(Couldn't truncate \%1$s\: %2$s), filename, tr_strerror (err)); + return err; } -if( writable !alreadyExisted ( allocation == TR_PREALLOCATE_SPARSE ) ) +if (writable !alreadyExisted (allocation == TR_PREALLOCATE_SPARSE)) preallocate_file_sparse( o-fd, file_size ); /* Many (most?) clients request blocks in ascending order,
Bug#701798: pdns-server package depends on libsqlite3-0 for no practical reason
The bindbackend, which is part of pdns-server 3.1, uses sqlite3 for key storage. So a system running without libsqlite3-0 with bind backend won't be able to do DNSSEC? Would it fail gracefully or fatally in that situation? I'm pretty sure the answer is 'fatally'. More correct answer is bind plugin will fail if there is no libsqlite3-0 lib. Right now I have a custom build of pdns 3.1 without any backends exept gpgsql When it is configured to work with gpgslq everything works well. I think it is a bad idea to include bind plugin in base package, because there is no way to throw it out when it is not used. Moreover, when I updated pdns 3.0 with normal pdns 3.1 everything stopped working because installer brought bind plugin configuration that overrided my own pgsql configuration... I think that wise edition would be following: 1. Move bind plugin into separate package 2. Create meta-package pdns-backends, that represents any possible backend. If no particular backend were specified during installation or were not installed before. This will allow to create workable instance during first install, remove libsqlite3-0 when it is not needed, and be sure that other updates will not bring bind backend and it's configuration on future updates. So please do not close this bug. This bug seems to be more important then I think when I reported it :-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701798: pdns-server package depends on libsqlite3-0 for no practical reason
Package: pdns-server Version: 3.1-4 Severity: normal pnds-server package depends on libsqlite3-0 for no practical reason. If I manually remove gsqlite3 backend from building and packaging, and uninstall libsqlite3-dev and try to build pdns package manually, pdns-sever and all other backends builds successfully and all packages creates properly. And in this case pdsn-server does not depends on libsqlite3-0. So it is not source code, it might be some building options or something... It it not a very good idea to bring libsqlite3-0 on servers where it is not really used... -- System Information: Debian Release: 6.0.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pdns-server depends on: ii adduser 3.112+nmu2 add and remove users and groups ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libboost-program-option 1.42.0-4 program options library for C++ ii libboost-serialization1 1.42.0-4 serialization library for C++ ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libcrypto++85.6.0-6 General purpose cryptographic libr ii libgcc1 1:4.4.5-8GCC support library ii liblua5.1-0 5.1.4-5 Simple, extensible, embeddable pro ii libsqlite3-03.7.3-1 SQLite 3 shared library ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii ucf 3.0025+nmu1 Update Configuration File: preserv ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime pdns-server recommends no packages. Versions of packages pdns-server suggests: ii pdns-backend-pgsql [pdns-back 3.1-4 generic PostgreSQL backend for Pow pn pdns-recursor none (no description available) -- Configuration Files: /etc/powerdns/pdns.d/pdns.simplebind [Errno 2] No such file or directory: u'/etc/powerdns/pdns.d/pdns.simplebind' -- debconf information: * pdns-server/localaddress: 0.0.0.0 * pdns-server/allowrecursion: 127.0.0.1 * pdns-server/autostart: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656292: pdnssec doesn't recognize include directive in pdns.conf
forwared #656292 http://wiki.powerdns.com/trac/ticket/493 thanks I have forwarded this upstream. Bad Idea. Include -- is a debian specific config option, it is added by debian/patches/addconfigdir patch. So upstream has nothing to do with it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656292: pdnssec doesn't recognize include directive in pdns.conf
forwared #656292 http://wiki.powerdns.com/trac/ticket/493 thanks I have forwarded this upstream. Bad Idea. Include -- is a debian specific config option, it is added by debian/patches/addconfigdir patch. So upstream has nothing to do with it. While upstream has nothing to do with the patch, include has in general been requested upstream quite a lot. We are treating the forwarded ticket as a feature request to implement include sanely (the Debian patch is not acceptable for us) in both pdns_server and pdnssec (and, I suppose, also pdns_recursor). See also the second comment at http://wiki.powerdns.com/trac/ticket/493 Thank you for your concern! Then please add patch I've send here before, in order to make pdnssec utility work with this custom debian-only option, since main program is patched to use this option and default conf file has this option in it. It would be very sad if non-working pdnssec will be in future stable. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656292: pdnssec doesn't recognize include directive in pdns.conf
tags #656292 confirmed thanks On Tue, Feb 14, 2012 at 07:20:54PM +0400, Nikolay Shaplov wrote: I've created a patch that fixes this problem. See attach. Can somebody add it to the package :-) Will this actually add functionality, or only a no-op configuration directive? Functionality is already there. Once config option is defied it will be properly processed in config reading function witch is common for both pdnssec and pdns_server. But pdnssec and pdns_server has different code were config values are defined, so we should add include option in both of them. This patch works well I am using custom build using it right now. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629908: Dig dies when trying to validate a top level domain with +topdown +sigchase
It is the same problem as described above, but more critical, as it fails to validate any top level domain name: dig +topdown +sigchase +trusted-key=./real-word-trusted-key.key +multiline com The output of this command is almost the same as in the message above. This is more serious problem than just a typo in output. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656292: pdnssec doesn't recognize include directive in pdns.conf
pdnssec, a newly introduced tool in pdns 3.0, tries to find the backend configuration from pdns.conf. In Debian, by default, the backend configuration is specified by a separate file, (e.g. /etc/powerdns/pdns.d/pdns.local.gmysql,) the location of which is specified in pdns.conf by include directive: include=/etc/powerdns/pdns.d It seems that pdnssec doesn't recognize it. (When you concatenate the missing configuration to pdns.conf itself, it works fine.) # pdnssec rectify-zone example.com Error: No database backends configured for launch, unable to function I've created a patch that fixes this problem. See attach. Can somebody add it to the package :-) Description: short summary of the patch TODO: Put a short summary on the line above and replace this paragraph with a longer explanation of this change. Complete the meta-information with other relevant fields (see below for details). To make it easier, the information below has been extracted from the changelog. Adjust it or drop it. . pdns (3.0-1.1) unstable; urgency=high . * Non-maintainer upload. * Don't respond to responses fixes CVE-2012-0206 * Make build dependency on mongodb-dev arch specific (Closes: #654568). Author: Luk Claes l...@debian.org Bug-Debian: http://bugs.debian.org/654568 --- The information above should follow the Patch Tagging Guidelines, please checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here are templates for supplementary fields that you might want to add: Origin: vendor|upstream|other, url of original patch Bug: url in upstream bugtracker Bug-Debian: http://bugs.debian.org/bugnumber Bug-Ubuntu: https://launchpad.net/bugs/bugnumber Forwarded: no|not-needed|url proving that it has been forwarded Reviewed-By: name and email of someone who approved the patch Last-Update: -MM-DD --- pdns-3.0.orig/pdns/pdnssec.cc +++ pdns-3.0/pdns/pdnssec.cc @@ -95,6 +95,7 @@ void loadMainConfig(const std::string c ::arg().set(launch,Which backends to launch); ::arg().set(dnssec,if we should do dnssec)=true; ::arg().set(config-name,Name of this virtual configuration - will rename the binary image)=g_vm[config-name].asstring(); + ::arg().set(include, Directory with config files to include)=/etc/powerdns/pdns.d; // Add directory with config files ::arg().setCmd(help,Provide a helpful message); //::arg().laxParse(argc,argv);
Bug#615595: O: sim -- Sim-IM Instant Messenger data files
Hi, I am considering to request a removal of sim because it is unmaintained and RC-buggy. The main bug with nonfree icons were already solved in upstream. Also it does not crash anymore. But I saw a version of sim on mentors.d.n, despite this bug not being an ITA. So Alexander or Nikolay, are any of you interested in maintaining this in Debian? Can somebody help me with verifying debian build rules to be accepted? I have my own build ruleset: http://svn.berlios.de/viewvc/sim- im/branches/build-files/0.9.5/debian-unofficial/ I do not understand what zowers have written :-/ also we should rename packages sim-qt - sim-im and sim - dev/null I also do not know how. If not, I will file a removal request very soon (within 2 weeks). Right now I am busy with migrating project from berlios.de Which will close at the end of December. So If it can wait some more time till I am done with migrating staff it would be great. If not, hope I will manage to do both in time... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631883: Google talk audio call attempt crashes empathy
This problem seems to oсcur when you use Empathy without installing the whole GNOME (i.e. when using KDE) This problem is properly discribed here http://forums.gentoo.org/viewtopic-t-850280-start-0.html The solution for debian was to install gstreamer0.10-gconf package. now everything works well for me. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631883: Google talk audio call attempt crashes empathy
This problem seems to occure when you are using Empathy without installng the whole GNOME (i.e. when using KDE) Problem is properly discribed here: http://forums.gentoo.org/viewtopic-t-850280-start-0.html The solution for debian was to install gstreamer0.10-gconf package. Now everything works well for me. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616088: missing sim icons
В Wed, 02 Mar 2011 14:03:12 +0200 Vladimir V.Kalmykov k...@mail.ru пишет: Package: sim Version: 0.9.5~svn20080806-1 Severity: normal The sim (actually sim-data) package in Squeeze misses some data, e.g. icons in the package from http://ftp.se.debian.org/debian/ stable/main sim-data all 0.9.5~svn20080806-1 sim does not have many icons in the chat window which should be in /usr/share/apps/sim/icons How to fix: copy the contents of /usr/share/apps/sim/icons from package http://shaplov.ru/files/sim/debian_squeeze/sim-data_0.9.4.99+SVN3131-1_all.deb to your local /usr/share/apps/sim/icons and restart sim. Full iconset is now in Sim-IM svn. Some one just should build a deb package. May be I will do it... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615595: O: sim -- Sim-IM Instant Messenger data files
The current maintainer of sim, Alexander Petrov zow...@gmail.com, is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. I am a maintainer of unofficial Sim-IM builds. That are available for downloading from sim-im.org. Rules files I use are avalible from svn: svn://svn.berlios.de/svnroot/repos/sim-im/branches/0.9.5-debian or web http://svn.berlios.de/viewvc/sim-im/branches/0.9.5-debian/ I can modify these rules to be suitable for debian repository. Also I am one of developers of Sim-IM, but this is not so important Also, sim is using kdelibs from KDE 3 that are being removed from the archive, if you are planning to adopt this package, please upload the KDE 4 version. There is no KDE4 support for now. Sim-IM can be built with or without KDE3 support, so for now it should be just simple qt3 application with no DE-integration. BTW. I've heard rumors that qt3 will not be supported by debian in current testing, so there are questions about keeping Sim-IM in debian repository because it is qt3 applications. If these rumors are wrong then I can maintain the package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584241: mcedit goes to endless loop when trying to replace \n regexp with any substring
Package: mc Version: 3:4.7.0.1-1 Severity: normal Go to the mcedit, create some text with several lines in it, press F4, enter \n into Enter search string: and chose Regular expression. Press All in Confirm replace dialog. Now you will have to kill your mcedit, as it will do repacing forever. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mc depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libglib2.0-0 2.24.0-1 The GLib library of C routines ii libgpm2 1.20.4-3.3 General Purpose Mouse - shared lib ii libslang2 2.2.2-4The S-Lang programming library - r Versions of packages mc recommends: ii mime-support 3.48-1 MIME files 'mime.types' 'mailcap Versions of packages mc suggests: pn arj none (no description available) ii bzip2 1.0.5-4 high-quality block-sorting file co pn catdvi none (no description available) pn dbview none (no description available) pn djvulibre-bin none (no description available) ii file5.04-2 Determines file type using magic pn gv none (no description available) ii imagemagick 7:6.6.0.4-2 image manipulation programs pn odt2txt none (no description available) ii okular [pdf-viewer] 4:4.3.4-1+b1 document viewer for KDE 4 ii perl5.10.1-12Larry Wall's Practical Extraction ii python 2.5.4-9 An interactive high-level object-o pn python-boto none (no description available) pn python-tz none (no description available) ii unzip 6.0-4De-archiver for .zip files ii w3m 0.5.2-4 WWW browsable pager with excellent ii zip 3.0-3Archiver for .zip files -- 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#573944: sim and mcrl2: error when trying to install together
В Tue, 16 Mar 2010 20:02:00 +0100 Paul van Tilburg pau...@debian.org пишет: Hello, On Mon, Mar 15, 2010 at 09:31:12AM +0100, Ralf Treinen wrote: Unpacking mcrl2 (from .../mcrl2_201001-1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/mcrl2_201001-1_amd64.deb (--unpack): trying to overwrite '/usr/bin/sim', which is also in package sim 0:0.9.5~svn20080806-1 I'm discussing with upstream to have sim renamed to lpssim and hope to upload with a fix soon. Since the tools are integrated in some overall user interface I cannot just rename binaries without that falling apart. With what upstream? I see no discussion... Sim-IM executable should be renamed from sim into sim-im, as the project has changed it's name after the fork. Just nobody renamed it. I've offered Zovers to rename sim and dim-qt packages into sim-im-kde, and sim-im, and also rename binary into sim-im, but he refused to do this way. But now he seems to be out of Sim-IM buisness... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566148: Default hook templates and commit-email.pl do not allow unicode logs out of box
Package: subversion-tools Version: 1.5.1dfsg1-4 Severity: normal existing post-commit.tmpl and /usr/share/subversion/hook-scripts/commit-email.pl do not provide unicode support out of box. trying to send commit log in Russian letters were displayed as log: ?\208?\158?\208?\189 ?\208?\177?\209?\139?\208?\187 ?\208?\189?\208?\181?\209?\131?\208?\186?\208?\187?\208?\190?\208?\189?\208?\181?\208?\189 adding LANG=en_GB.UTF-8 before /usr/share/subversion/hook-scripts/commit-email.pl in hooks/post-commit solved the problem, but as far as I get in debian unicode solution should work out of box, so I've reported this bug -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-openvz-18-53.5d1-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages subversion-tools depends on: ii subversion 1.5.1dfsg1-2 Advanced version control system Versions of packages subversion-tools recommends: ii libconfig-inifiles-perl2.39-5Read .ini-style configuration file ii libsvn-perl1.5.1dfsg1-4 Perl bindings for Subversion ii liburi-perl1.35.dfsg.1-1 Manipulates and accesses URI strin ii python-subversion 1.5.1dfsg1-4 Python bindings for Subversion ii rsync 3.0.3-2 fast remote file copy program (lik ii ssmtp [mail-transport-agen 2.62-3extremely simple MTA to get mail o ii xsltproc 1.1.24-2 XSLT command line processor Versions of packages subversion-tools suggests: pn libsvn-ruby1.8none (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#550659: Not enough spase in root partition: xsane gives brocken images but did not report error
On Tue, 13 Oct 2009 07:44:24 +0200 Julien BLACHE jbla...@debian.org wrote: test image, to see if image is really brocken. You can change the image to a color pattern, this is handled by an option of the test backend that is accessible in XSane's options window. Window - Standard options, then under the Special options group change the value of the option labelled Select the test picture. Ah! I see! ;-) PS, may be it is also important to mention that LasetJet 3055 is a hardware network scanner/printer. It is not plugged to any computer, it has it's own RJ-45 plug socket, and communicate with all the computers over the net. That's why I want to rule out a backend bug :) I have successfully reproduced this bug using test backend. Scanning with 'xsane test' ate remaining 3Mb in my root partition (I've been watching by 'watch df' ;-)), continue scanning without error messages when there were no free space there, and gave an image broken in the same way, I've described before... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550659: Not enough spase in root partition: xsane gives brocken images but did not report error
On Mon, 12 Oct 2009 12:42:34 +0200 Julien BLACHE jbla...@debian.org wrote: I used LasetJet 3055 scanner, and scanned over the net by 'xsane hpaio:/net/HP_LaserJet_3055?ip=192.168.1.33' Could you try to reproduce the problem with the test backend (you may have to enable it in /etc/sane.d/dll.conf) to rule out an hpaio bug? Hm... It seems to me that I need step by step instructions... 'xsane test' gives me black square... This problem needs some patterned test image, to see if image is really brocken. editing /etc/sane.d/test.conf does not gives any effect, as it is for sened, witch is for making local scanner available over the network. Where is a config file for local test scanner, I did not find. Unfortunately I do not understand sane config files philosophy, and it is another problem. :-/ PS, may be it is also important to mention that LasetJet 3055 is a hardware network scanner/printer. It is not plugged to any computer, it has it's own RJ-45 plug socket, and communicate with all the computers over the net. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533546: No zoran support in mplayer
On Thu, 18 Jun 2009 19:57:35 +0200 Reinhard Tartler siret...@tauware.de wrote: From the configure script (from the mplayer 1.0rc3 branch in debian unstable): ,[line 7209ff. | if test $_zr = yes ; then | if test $_libavcodec_a = yes ; then | def_zr='#define CONFIG_ZR 1' | _vomodules=zr zr2 $_vomodules | else | _res_comment=libavcodec (static) is required by zr, sorry | _novomodules=zr $_novomodules | def_zr='#undef CONFIG_ZR' | fi | else | def_zr='#undef CONFIG_ZR' | _novomodules=zr zr2 $_novomodules | fi | echores $_zr ` We deliberatly do not compile libavcodec.a in mplayer, because we need to link against the system copy of libavcodec.so.52. Therefore it is unfortunately not just a matter of adding --enable-zr. C.f. also with the configure switches of the current package in debian/unstable. TBH, I'm pretty puzzled why the configure script does that check this way. Have you asked mainstream about that. They should have some ideas about it ;-) Can you perhaps try to patch the configure script to not bail out in this case? If that works, please send in that patch and I'll gladly integrate it in the mplayer package. I've commented all lines that does check ibavcodec.a if test $_zr = yes ; then # if test $_libavcodec_a = yes ; then _def_zr='#define HAVE_ZR 1' _vosrc=$_vosrc vo_zr2.c vo_zr.c jpeg_enc.c _vomodules=zr zr2 $_vomodules # else #_res_comment=libavcodec (static) is required by zr, sorry #_novomodules=zr $_novomodules #_def_zr='#undef HAVE_ZR' # fi and rebuilded the package. The package were successfully rebuilded with this patch, and I've successfully played video via this patched mplayer. I also do not know why this check were needed... May be you will ask upstream about that? Unfortunately, I cannot test such a package myself because I don't own such hardware. I can test this package for you further more, when I am near my desktop... (I will be not avalible in july). Feel free to ask, I can give you my jabber address for more swift contact. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519515: libxml-libxml-perl can't be found by quering XML::LibXML to apt system
Package: libxml-libxml-perl Version: 1.66-1+b1 Severity: minor Package libxml-libxml-perl can't be found by quering XML::LibXML, through it is most common way to looking for perl modures, just to look for module name in apt... apt-cahce search XML::LibXML will not show libxml-libxml-perl at the result. May be it would be good to add XML::LibXML string to the description of the module? -- System Information: Debian Release: 5.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-openvz-18-53.5d1-686 (SMP w/2 CPU cores) Locale: LANG=ru_RU.koi8-r, LC_CTYPE=ru_RU.koi8-r (charmap=KOI8-R) Shell: /bin/sh linked to /bin/bash Versions of packages libxml-libxml-perl depends on: ii libc6 2.7-18GNU C Library: Shared libraries ii libxml-libxml-common-perl 0.13-6+b1 Perl module for common routines ii libxml-namespacesupport-pe 1.09-3Perl module for supporting simple ii libxml-sax-perl0.16+dfsg-3 Perl module for using and building ii libxml22.6.32.dfsg-5 GNOME XML library ii perl 5.10.0-19 Larry Wall's Practical Extraction ii perl-base [perlapi-5.10.0] 5.10.0-19 minimal Perl system libxml-libxml-perl recommends no packages. libxml-libxml-perl 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#519591: apt-cache search MIME::Words does not find libmime-tools-perl
Package: libmime-tools-perl Version: 5.427-2 Severity: minor I ususally search for perl modules just by searching module name by apt-cache search. I think many other users do the same thing. But apt-cache search MIME::Words does not give libmime-tools-perl as a result of the search. May be it would be good to add MIME::Words string to the discription of the package to make searching more simple? -- 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/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libmime-tools-perl depends on: ii libconvert-binhex-perl 1.119+pristine-3 Perl5 module for extracting data f ii libio-stringy-perl 2.110-4 Perl modules for IO from scalars a ii libmailtools-perl 2.04-1 Manipulate email in perl programs ii perl5.10.0-19Larry Wall's Practical Extraction ii perl-modules5.10.0-19Core Perl modules libmime-tools-perl recommends no packages. libmime-tools-perl 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#519596: apt-cache search Sys::CpuLoad does not find libsys-cpuload-perl
Package: libsys-cpuload-perl Version: 0.03-6+b1 Severity: minor I ususally search for perl modules just by searching module name by apt-cache search. I think many other users do the same thing. But apt-cache search Sys::CpuLoad does not give libsys-cpuload-perl as a result of the search. May be it would be good to add Sys::CpuLoad string to the discription of the package to make searching more simple? -- 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/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libsys-cpuload-perl depends on: ii libc6 2.7-18 GNU C Library: Shared libraries ii perl 5.10.0-19 Larry Wall's Practical Extraction ii perl-base [perlapi-5.10.0]5.10.0-19 minimal Perl system libsys-cpuload-perl recommends no packages. libsys-cpuload-perl 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#519598: apt-cache search Proc::ProcessTable does not find libproc-processtable-perl
Package: libproc-processtable-perl Version: 0.45-1 Severity: minor I ususally search for perl modules just by searching module name by apt-cache search. I think many other users do the same thing. But apt-cache search Proc::ProcessTable does not give libproc-processtable-perl as a result of the search. May be it would be good to add Proc::ProcessTable string to the discription of the package to make searching more simple? -- 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/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libproc-processtable-perl depends on: ii libc6 2.7-18 GNU C Library: Shared libraries ii perl 5.10.0-19 Larry Wall's Practical Extraction ii perl-base [perlapi-5.10.0]5.10.0-19 minimal Perl system libproc-processtable-perl recommends no packages. libproc-processtable-perl 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#519600: apt-cache search msgfmt does not find gettext package
Package: gettext Version: 0.17-6 Severity: minor apt-cache search msgfmt does not find gettext package. To find it I had to use web site search engine... May be it would be wise to add msgfmt to the descriprion of the package, to make searchin more simpe? -- 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/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gettext depends on: ii gettext-base 0.17-6 GNU Internationalization utilities ii libc6 2.7-18 GNU C Library: Shared libraries ii libcroco3 0.6.1-2a generic Cascading Style Sheet (C ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgomp1 4.3.3-3GCC OpenMP (GOMP) support library ii libncurses5 5.7+20081213-1 shared libraries for terminal hand Versions of packages gettext recommends: ii wget 1.11.4-2 retrieves files from the web Versions of packages gettext suggests: ii cvs 1:1.12.13-12 Concurrent Versions System pn gettext-doc 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#519601: apt-cache search wmf2gd does not find libwmf-bin
Package: libwmf-bin Version: 0.2.8.4-6 Severity: minor apt-cache search wmf2gd does not find libwmf-bin package. To find it I had to use web site search engine... May be it would be wise to add wmf2gd to the descriprion of the package, to make searching more simpe? -- 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/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libwmf-bin depends on: ii libc6 2.7-18GNU C Library: Shared libraries ii libexpat1 2.0.1-4 XML parsing C library - runtime li ii libfreetype6 2.3.7-2 FreeType 2 font engine, shared lib ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libpng12-0 1.2.27-2 PNG library - runtime ii libwmf0.2-70.2.8.4-6 Windows metafile conversion librar ii libx11-6 2:1.1.5-2 X11 client-side library ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime libwmf-bin recommends no packages. libwmf-bin 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#519591: apt-cache search MIME::Words does not find libmime-tools-perl
On Fri, 13 Mar 2009 12:32:08 -0600 Gunnar Wolf gw...@gwolf.org wrote: Nikolay Shaplov dijo [Fri, Mar 13, 2009 at 08:46:09PM +0300]: Package: libmime-tools-perl Version: 5.427-2 Severity: minor I ususally search for perl modules just by searching module name by apt-cache search. I think many other users do the same thing. But apt-cache search MIME::Words does not give libmime-tools-perl as a result of the search. May be it would be good to add MIME::Words string to the discription of the package to make searching more simple? apt-cache is not expected to perform a comprehensive search in the list of a package's files - If we were to do this, we would have to add all of the following: MIME::Body MIME::Decoder MIME::Decoder::Base64 MIME::Decoder::BinHex MIME::Decoder::Binary MIME::Decoder::Gzip64 MIME::Decoder::NBit MIME::Decoder::QuotedPrint MIME::Decoder::UU MIME::Entity MIME::Field::ConTraEnc MIME::Field::ContDisp MIME::Field::ContType MIME::Field::ParamVal MIME::Head MIME::Parser MIME::Parser::Filer MIME::Parser::Reader MIME::Parser::Results MIME::Tools MIME::WordDecoder MIME::Words We would have to list all the provided modules for each of our packages - which is clearly not doable (as several packages have hundreds of modules). You should do this query with apt-file instead. I am closing this bug, as it is not a bug - If you have arguments to keep pushing it, feel free to reopen. Just imagine what user would do... 0. I need module Xxxx::Yyyy 1. apt-cache search Xxxx::Yyyy 2.1. If there is suitable result then apt-get intsall libxxx-yyy-perl 2.2. If there is no result there are two other ways: 2.2.1. Oh, there is no such module in debian! Stupid distr! 2.2.2. Think about that package would surely contain file Yyyy.pm, and look for it When I was young I sometimes did not find some packages with perl modules in a way that is described here (see 2.2.1). The most difficult thing is that for some modules apt-cache search Xxxx::Yyyy would give right result. So then if user has idea that apt-cache search Xxxx::Yyyy works well (he found that module ten minutes before), and apt-cache search Xxxx::Zzzz shows no result, then there is no Xxxx::Zzzz module in the repository... And he is mistaken because package lib--perl has Xxxx::Zzzz module inside, but has no Xxxx::Zzzz in the discription. Yeah, you are right, there might be too many modules in one package, and too many text should be added to package description. May be not all modules should be mentioned in it. For example if MIME::Parser::Reader is an internal part of MIME::Parser, or just simply useless without MIME::Parser, then it should not be mentioned... (I do not know the specific of these modules, may be I am wrong). If there is for sure no project that would require MIME::Parser::Reader only (without MIME::Parser) then MIME::Parser::Reader should be omitted. But as for my case, project I work with asks just for MIME::Words, and I were trying to install it for it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511290: 'Io'-'Ie' replacement is correct in Russian, but is not known by aspell-ru
Package: aspell-ru Version: 0.99g5-5 Severity: important Some time ago some problems appeared in Russian dictionary with words with letter io. Letter io: Ё - capital, ё - small... You can see them if you have russian fonts installed. If not see unicode table: U0401CYRILLIC CAPITAL LETTER IO U0451CYRILLIC SMALL LETTER IO In Russian language Io -- is optional letter. In most cases we use letter ie instead of io. And it is correct usage. Letter ie: Е - captial, е - small U0415CYRILLIC CAPITAL LETTER IE U0435CYRILLIC SMALL LETTER IE io is mostly used in books for children, or when there are two different words with similar spelling, that differs only by ie and io, and this difference can't be guessed by context. Words in aspell-ru dictionary is given with io spelling, and it is correct. But ie-spelling is also correct and what is more important is used in daily life. But this variant of spelling is missing in aspell-ru dictionary, and this really spoils my life, because when I type a lot of words marked as incorrect just because aspell things it should be written with io, and I wrote it with ie. Can you please fix this, and add ie-variant of spelling in aspell-ru dictionary (simply replase all io with ie and add the result to existing words. This will be 100% correct operation). My be it would be wise to create two versions of russian dictionary, one with 'io'-'ie' simplification, one without (for thous who edits books for children for example). But simplified version must be default because it is used bo 95% (or more) of users. If you need some more information, or need some script writing, or something, feel free to ask me, I will do what I can. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages aspell-ru depends on: ii aspell0.60.6-1 GNU Aspell spell-checker ii dictionaries-common 0.98.12Common utilities for spelling dict aspell-ru recommends no packages. aspell-ru 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#501446: Not possible to install KDE Desktop Envoriment via debian-installer
Package: debian-installer Version: 20080522 Severity: wishlist There is no way to install KDE desktop envoriment via debian-installer. When I chose Desktop Envoriment while installation, then Gnome DE is selected as a DE. At least I did not find any way to change it to KDE Certanly I can do apt-get install kde myself, but this could be real problem for less expirienced users. It would be rather difficult for me to explain to my friends how to get install Linux with KDE. I think they would prefer some other system that gives KDE out of box (or even decided that linux is awfull stuff wich is too difficult to install). It would be great if you added one more stap which will ask user what DE to install, if DE installation were selected. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501446: Not possible to install KDE Desktop Envoriment via debian-installer
On Tue, 7 Oct 2008 16:56:11 +0200 Frans Pop [EMAIL PROTECTED] wrote: There is no way to install KDE desktop envoriment via debian-installer. When I chose Desktop Envoriment while installation, then Gnome DE is selected as a DE. That is not true. See the installation guide: http://d-i.alioth.debian.org/manual/en.i386/ch06s03.html#pkgsel However, it is possible to get debian-installer to install a KDE desktop environment instead of GNOME by using preseeding (see Section B.4.10, “Package selection”) or by adding the parameter desktop=kde at the boot prompt when starting the installer. O_o I do not think it is user-friendly... It is not much better than apt-get install kde after standart system setup... IMHO, if you are creating graphical installer, then all important questions should be asked in graphical mode... What DE to setup is an important question, I think... I still would like to keep this wish request, changing it from not possible to install, to not possible to change DE from installer dialog windows -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488926: Missing AUTHORS, README, ChangeLog, etc at /usr/share/doc/kopete
Package: kopete Version: 4:3.5.8-1 Severity: minor kdenetwork source package has several imprortant text files that IMHO should be copied into /usr/share/doc/kopete (AUTHORS, README, ChangeLog, KABC_INTEG_NOTES, may be TODO), but /usr/share/doc/kopete has only Debian changelog and copyright notes. I think it should be fixed... -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kopete depends on: ii kdelibs4c2a4:3.5.9.dfsg.1-4 core libraries and binaries for al ii libacl12.2.45-1 Access control list shared library ii libart-2.0-2 2.3.20-1 Library of functions for 2D graphi ii libattr1 1:2.4.41-1Extended attribute shared library ii libaudio2 1.9.1-2 Network Audio System - shared libr ii libc6 2.7-6 GNU C Library: Shared libraries ii libfam02.7.0-13.2Client library to control the FAM ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libgadu3 1:1.8.0+r592-1Gadu-Gadu protocol library - runti ii libgcc11:4.3.0-1 GCC support library ii libglib2.0-0 2.16.1-2 The GLib library of C routines ii libgsmme1c2a 1.10-12 GSM mobile phone access library ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libidn11 1.4-1 GNU libidn library, implementation ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libmeanwhile1 1.0.2-3 open implementation of the Lotus S ii libpcre3 7.4-1 Perl 5 Compatible Regular Expressi ii libpng12-0 1.2.27-1 PNG library - runtime ii libqt3-mt 3:3.3.8b-5Qt GUI Library (Threaded runtime v ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstdc++6 4.3.0-1 The GNU Standard C++ Library v3 ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor11:1.1.9-1 X cursor management library ii libxext6 1:1.0.3-2 X11 miscellaneous extension librar ii libxft22.1.12-2 FreeType-based font drawing librar ii libxi6 2:1.1.3-1 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxml22.6.32.dfsg-2 GNOME XML library ii libxrandr2 2:1.2.2-1 X11 RandR extension library ii libxrender11:0.9.4-1 X Rendering Extension client libra ii libxslt1.1 1.1.24-1 XSLT processing library - runtime ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages kopete recommends: pn qca-tls none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#430435: CGI.pm: can't start_form create form with enctype 'application/x-www-form-urlencoded'
Package: perl-modules Version: 5.8.8-7 Severity: normal There is no way to create 'application/x-www-form-urlencoded' form with CGI.pm v.3.15 CGI::start_form(-enctype=CGI::URL_ENCODED); or CGI::start_form(-enctype='application/x-www-form-urlencoded'); will give 'multipart/form-data' form: form method=post action= enctype=multipart/form-data According to my tests, this problem were solved in CGI.pm v.3.20 Can you please fix it... -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/1 CPU core) Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R) Shell: /bin/sh linked to /bin/bash Versions of packages perl-modules depends on: ii perl 5.8.8-7Larry Wall's Practical Extraction perl-modules recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#416415: automatic character encoding detection
Package: audacious Version: 1.2.2-4 Severity: wishlist Tags: patch For Russian users it is very important to have automatic character encoding detection option available... Most mp3 files that came from windows users uses cp1251 encoding in ID3 tags, and files that were tagged by linux users uses KOI8-r. So it is difficult to use player without character encoding detection. Audacious can detect encoding of mp3 tags, but this feature must be enabled using --enable-chardet option when running configure script... Is it possible to enable this feature while building .deb packages? It would make my life more simple, because now I had to rebuild these packages with this option myself There is a small patch included... This patch adds --enable-chardet option to audacious and audacious-plugins packages...Only in .: aaa.diff diff -ur ../etalon/audacious-1.2.2/debian/rules ./audacious-1.2.2/debian/rules --- ../etalon/audacious-1.2.2/debian/rules 2007-03-27 19:42:02.0 + +++ ./audacious-1.2.2/debian/rules 2007-03-27 19:46:59.0 + @@ -27,6 +27,7 @@ --mandir=/usr/share/man \ --disable-rpath \ --enable-ipv6 \ + --enable-chardet \ CFLAGS=$(CFLAGS) build: build-stamp diff -ur ../etalon/audacious-plugins-1.2.5/debian/rules ./audacious-plugins-1.2.5/debian/rules --- ../etalon/audacious-plugins-1.2.5/debian/rules 2007-03-27 19:44:46.0 + +++ ./audacious-plugins-1.2.5/debian/rules 2007-03-27 19:47:19.0 + @@ -35,6 +35,7 @@ --prefix=/usr \ --mandir=/usr/share/man \ --disable-rpath \ + --enable-chardet \ CFLAGS=$(CFLAGS) build: build-stamp
Bug#415816: libqt4-dev can't be found by apt-cache search qmake-qt4
Package: libqt4-dev Version: 4.2.1-2+b1 Severity: wishlist Package libqt4-dev can't be found by typing apt-cache search qmake-qt4 It would be good to add qmake-qt4 to package description, so it would be easy to find this package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#287804: SIM fork - SIM-IM
I've successfully build sim deb package from SVN from http://developer.berlios.de/projects/sim-im/ If some one helps me, giving wise advises (I need some) then I can prepare deb-src package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#281804: conflict with kopete fix
Sim can not be installed ower kopete, but kopete can be installed ower sim. I've looked throw the kopete package, and found how kopete manage this situation. I think sim shoul do the same... See attached file ;-) diff -u -r sim-0.9.3.etalon/debian/control sim-0.9.3/debian/control --- sim-0.9.3.etalon/debian/control 2005-12-02 13:01:39.0 +0300 +++ sim-0.9.3/debian/control2005-12-02 13:05:26.0 +0300 @@ -12,6 +12,7 @@ Package: sim Architecture: any Depends: ${shlibs:Depends} +Replaces: kopete Description: Simple Instant Messenger SIM is a open-source ICQ client, using QT with enhanced features. Special support for KDE3.
Bug#281804: conflict with kopete fix
Tags: patch Sim can not be installed over kopete, but kopete can be installed over sim. I've looked throw the kopete package, and found how does kopete manage this situation. I think sim should do the same way... See attached file ;-) diff -u -r sim-0.9.3.etalon/debian/control sim-0.9.3/debian/control --- sim-0.9.3.etalon/debian/control 2005-12-02 13:01:39.0 +0300 +++ sim-0.9.3/debian/control2005-12-02 13:05:26.0 +0300 @@ -12,6 +12,7 @@ Package: sim Architecture: any Depends: ${shlibs:Depends} +Replaces: kopete Description: Simple Instant Messenger SIM is a open-source ICQ client, using QT with enhanced features. Special support for KDE3.