Bug#1041656: ikiwiki: Please add a cli tool to register a user
Package: ikiwiki Version: stable Severity: wishlist X-Debbugs-Cc: eingousef+debb...@rhizogen.es.eu.org Dear Maintainer, Currently there are two ways to setup a wiki : 1. the classic setup ( https://ikiwiki.info/setup/ ) is user-friendly but no so great if you want to perform the wiki setup in an automated, idempotent way, and doesn't allow to install a wiki on an already existing git repository, 2. the setup by hand ( https://ikiwiki.info/setup/byhand/ ) which is easier to turn into an idempotent task and allows to install a wiki on an already existing git repo. The second way, however, is incomplete : the task to add an user (in particular, the admin of the wiki), which is present in the classic setup, is absent. I presume one could register a user automatically with an HTTP request, but this requires the web server to be set up and the web frontend of the wiki to actually be accessible before the user is created. Would it be possible to have a standalone script to register a user, similarly to what the classic setup script does ? The script would take the user name and the user e-mail address as arguments, possibly the password as well (or prompt for it if you think it's more secure), and create/modify the .ikiwiki/userdb file accordingly. Regards, -- System Information: Debian Release: 12.0 APT prefers stable-updates APT policy: (980, 'stable-updates'), (980, 'stable'), (500, 'oldstable-updates'), (500, 'oldstable-security'), (500, 'oldoldstable-updates'), (500, 'oldoldstable'), (500, 'oldstable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-9-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_WARN Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: OpenRC (via /run/openrc), PID 1: init LSM: AppArmor: enabled Versions of packages ikiwiki depends on: ii libhtml-parser-perl 3.81-1 pn libhtml-scrubber-perl pn libhtml-template-perl ii libjson-perl4.1-1 ii libmarkdown22.2.7-2 ii libtext-markdown-discount-perl 0.16-1 ii liburi-perl 5.17-1 ii libyaml-libyaml-perl0.86+ds-1 ii perl5.36.0-7 Versions of packages ikiwiki recommends: ii clang-13 [c-compiler]1:13.0.1-11+b2 ii clang-14 [c-compiler]1:14.0.6-12 ii darcs2.16.5-1 ii gcc [c-compiler] 4:12.2.0-3 ii gcc-10 [c-compiler] 10.4.0-7 ii gcc-11 [c-compiler] 11.3.0-12 ii gcc-12 [c-compiler] 12.2.0-14 ii gcc-9 [c-compiler] 9.3.0-22 ii git [git-core] 1:2.39.2-1.1 ii git-core 1:2.11.0-3+deb9u7 pn libauthen-passphrase-perl ii libc6-dev [libc-dev] 2.36-9 pn libcgi-formbuilder-perl ii libcgi-pm-perl 4.55-1 pn libcgi-session-perl ii libcrypt-ssleay-perl 0.73.06-2+b1 pn libgravatar-url-perl pn liblwpx-paranoidagent-perl ii libmail-sendmail-perl0.80-3 pn libnet-openid-consumer-perl pn librpc-xml-perl pn libterm-readline-gnu-perl ii libtimedate-perl 2.3300-2 ii libxml-simple-perl 2.25-2 ii mercurial6.3.2-1 ii subversion 1.14.2-4+b2 Versions of packages ikiwiki suggests: pn dvipng ii file 1:5.44-3 ii gettext0.21-12 ii ghostscript10.0.0~dfsg-11 ii graphviz 2.42.2-7+b3 ii libfile-mimeinfo-perl 0.33-1 pn libhighlight-perl ii libhtml-tree-perl 5.07-3 pn libimage-magick-perl | perlmagick ii liblocale-gettext-perl 1.07-5 pn libmagickcore-extra ii libmailtools-perl 2.21-2 pn libnet-amazon-s3-perl pn libnet-inet6glue-perl pn libsearch-xapian-perl ii libsort-naturally-perl 1.03-4 pn libsparkline-php ii libtext-csv-perl 2.02-2 pn libtext-multimarkdown-perl pn libtext-textile-perl pn libtext-typography-perl pn libtext-wikicreole-perl pn libtext-wikiformat-perl pn libxml-feed-perl ii libxml-writer-perl 0.900-2 pn po4a pn polygen ii python33.11.2-1+b1 ii python3-docutils 0.19+dfsg-6 pn texlive pn tidy pn viewvc | gitweb | viewcvs pn xapian-omega
Bug#1022912: mutt: cache unencrypted copies of encrypted e-mail bodies
Package: mutt Version: 2.2.7-1 Severity: normal X-Debbugs-Cc: eingousef+debb...@rhizogen.es.eu.org Dear Maintainer, Currently using mutt on a mailbox which contains OpenPGP-encrypted e-mails is a bit of a hassle, especially when I want to search through them. I run a research on e-mail bodies from the index section, which takes some time, so I let it run in the background and come back a few minutes later, only to find out that it reached an encrypted e-mail at some point and prompted me for the GPG key passphrase, blocking the interface until I give it. Depending on the size of the mail archive it can be a significant waste of time. When I have several encrypted e-mails, encrypted with different keys, and some using expired keys, that's even more annoying. OpenPGP is meant to secure messages over the various network links and intermediate servers between the sender's MUA and the recipient's MUA. Securing e-mails on the recipient's local computer isn't OpenPGP's job : this is done via file permissions and/or folder / disk encryption. See this demand concerning an other MUA : https://bugzilla.mozilla.org/show_bug.cgi?id=280588 I think mutt should provide the possibility to locally store unencrypted copies of e-mails which are encrypted on the distant IMAP server, without uploading those back to the IMAP server of course. This way the user could search through all messages and treat them like clear text, without having to deal with prompts that could induce delays and errors. The message_cachedir would probably be the proper place for that. So two complementary proposals : 1. allow to use message_cachedir under any condition ( not just when using an imap(s):// folder, but also when using a local ~/Mail folder ); 2. give an option to store message bodies in a clear-text form in the message_cachedir folder once they've been decrypted. I propose to have it as an option so the extra-paranoid could keep those mail bodies encrypted ; Regards, -- Package-specific info: Mutt 2.2.7 (2022-08-07) Copyright (C) 1996-2022 Michael R. Elkins and others. Mutt comes with ABSOLUTELY NO WARRANTY; for details type `mutt -vv'. Mutt is free software, and you are welcome to redistribute it under certain conditions; type `mutt -vv' for details. System: Linux 5.19.0-2-amd64 (x86_64) ncurses: ncurses 6.3.20220423 (compiled with 6.3) libidn2: 2.3.3 (compiled with 2.3.3) hcache backend: tokyocabinet 1.4.48 Compiler: Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-linux-gnu/12/lto-wrapper OFFLOAD_TARGET_NAMES=nvptx-none:amdgcn-amdhsa OFFLOAD_TARGET_DEFAULT=1 Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Debian 12.2.0-1' --with-bugurl=file:///usr/share/doc/gcc-12/README.Bugs --enable-languages=c,ada,c++,go,d,fortran,objc,obj-c++,m2 --prefix=/usr --with-gcc-major-version-only --program-suffix=-12 --program-prefix=x86_64-linux-gnu- --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --libdir=/usr/lib --enable-nls --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --with-default-libstdcxx-abi=new --enable-gnu-unique-object --disable-vtable-verify --enable-plugin --enable-default-pie --with-system-zlib --enable-libphobos-checking=release --with-target-system-zlib=auto --enable-objc-gc=auto --enable-multiarch --disable-werror --enable-cet --with-arch-32=i686 --with-abi=m64 --with-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-offload-targets=nvptx-none=/build/gcc-12-hg78Er/gcc-12-12.2.0/debian/tmp-nvptx/usr,amdgcn-amdhsa=/build/gcc-12-hg78Er/gcc-12-12.2.0/debian/tmp-gcn/usr --enable-offload-defaulted --without-cuda-driver --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix Supported LTO compression algorithms: zlib zstd gcc version 12.2.0 (Debian 12.2.0-1) Configure options: --build=x86_64-linux-gnu --prefix=/usr '--includedir=${prefix}/include' '--mandir=${prefix}/share/man' '--infodir=${prefix}/share/info' --sysconfdir=/etc --localstatedir=/var --disable-option-checking --disable-silent-rules '--libdir=${prefix}/lib/x86_64-linux-gnu' --runstatedir=/run --disable-maintainer-mode --disable-dependency-tracking --with-mailpath=/var/mail --enable-compressed --enable-debug --enable-fcntl --enable-hcache --enable-gpgme --enable-imap --enable-smtp --enable-pop --enable-sidebar --enable-dotlock --disable-fmemopen --with-curses --with-gnutls --with-gss --with-idn2 --with-mixmaster --with-gsasl --without-gdbm --without-bdb --without-qdbm --with-tokyocabinet build_alias=x86_64-linux-gnu 'CFLAGS=-g -O2 -ffile-prefix-map=/build/mutt-lJbrpQ/mutt-2.2.7=. -fstack-protector-strong -Wformat -Werror=format-security' 'LDFLAGS=-Wl,-z,relro -Wl,-z,now' 'CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2' Compilation CFLAGS: -Wall -pedantic -Wno-long-long -g -O2
Bug#1019744: khal: Can't create an event without specifying the timezone
Package: khal Version: 1:0.10.4~ds-3 Severity: normal X-Debbugs-Cc: eingousef+debb...@rhizogen.es.eu.org Dear Maintainer, Here's what happens when I try to create an event without specifying the TZ : ``` $ khal new -a private_calendar_local '2022-09-15 12:00' "test" :: "test" /usr/lib/python3/dist-packages/khal/icalendar.py:104: PytzUsageWarning: The localize method is no longer necessary, as this time zone supports the fold attribute (PEP 495). For more details on migrating to a PEP 495-compliant implementation, see https://pytz-deprecation-shim.readthedocs.io/en/latest/migration.html dtstart = timezone.localize(dtstart) /usr/lib/python3/dist-packages/khal/icalendar.py:105: PytzUsageWarning: The localize method is no longer necessary, as this time zone supports the fold attribute (PEP 495). For more details on migrating to a PEP 495-compliant implementation, see https://pytz-deprecation-shim.readthedocs.io/en/latest/migration.html dtend = timezone.localize(dtend) /usr/lib/python3/dist-packages/icalendar/parser.py:54: PytzUsageWarning: The zone attribute is specific to pytz's interface; please migrate to a new time zone provider. For more details on how to do so, see https://pytz-deprecation-shim.readthedocs.io/en/latest/migration.html if hasattr(dt.tzinfo, 'zone'): /usr/lib/python3/dist-packages/icalendar/parser.py:55: PytzUsageWarning: The zone attribute is specific to pytz's interface; please migrate to a new time zone provider. For more details on how to do so, see https://pytz-deprecation-shim.readthedocs.io/en/latest/migration.html tzid = dt.tzinfo.zone # pytz implementation Traceback (most recent call last): File "/usr/bin/khal", line 5, in main_khal() File "/usr/lib/python3/dist-packages/click/core.py", line 1128, in __call__ return self.main(*args, **kwargs) File "/usr/lib/python3/dist-packages/click/core.py", line 1053, in main rv = self.invoke(ctx) File "/usr/lib/python3/dist-packages/click/core.py", line 1659, in invoke return _process_result(sub_ctx.command.invoke(sub_ctx)) File "/usr/lib/python3/dist-packages/click/core.py", line 1395, in invoke return ctx.invoke(self.callback, **ctx.params) File "/usr/lib/python3/dist-packages/click/core.py", line 754, in invoke return __callback(*args, **kwargs) File "/usr/lib/python3/dist-packages/click/decorators.py", line 26, in new_func return f(get_current_context(), *args, **kwargs) File "/usr/lib/python3/dist-packages/khal/cli.py", line 388, in new new_func( File "/usr/lib/python3/dist-packages/khal/controllers.py", line 355, in new_from_string new_from_args( File "/usr/lib/python3/dist-packages/khal/controllers.py", line 381, in new_from_args collection.new(event) File "/usr/lib/python3/dist-packages/khal/khalendar/khalendar.py", line 208, in new event.href, event.etag = self._storages[calendar].upload(event) File "/usr/lib/python3/dist-packages/khal/khalendar/vdir.py", line 212, in upload if not isinstance(item.raw, str): File "/usr/lib/python3/dist-packages/khal/khalendar/event.py", line 382, in raw timezone = create_timezone(tzinfo, self.start) File "/usr/lib/python3/dist-packages/khal/khalendar/event.py", line 858, in create_timezone for one, two in iter(tz._tzinfos.items()) AttributeError: '_PytzShimTimezone' object has no attribute '_tzinfos' ``` Instead I have to do : ``` $ khal new -a private_calendar_local '2022-09-15 12:00 Europe/Paris' "test" :: "test" ``` Please bring the old behavior back, where khal used the system TZ when no TZ was given. Regards, -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (500, 'stable-security'), (500, 'oldstable-updates'), (500, 'oldoldstable'), (500, 'oldstable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.19.0-1-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: OpenRC (via /run/openrc), PID 1: init LSM: AppArmor: enabled Versions of packages khal depends on: ii python33.10.6-1 ii python3-atomicwrites 1.4.0-2 ii python3-click 8.0.3-1 ii python3-click-log 0.3.2-1 ii python3-configobj 5.0.6-5 ii python3-dateutil 2.8.1-6 ii python3-icalendar 4.0.3-5 ii python3-pkg-resources 59.6.0-1.2 ii python3-tz 2022.2.1-1 ii python3-tzlocal4.2-1 ii python3-urwid 2.1.2-2+b2 ii python3-xdg0.27-2 Versions of packages khal recommends: ii python3-setproctitle 1.3.1-1 Versions of packages khal suggests: ii khal-doc 1:0.10.4~ds-3 -- no debconf information
Bug#1016686: pass: diff.gpg git options set onyl when using init
Package: pass Version: 1.7.4-5 Followup-For: Bug #1016118 X-Debbugs-Cc: eingousef+debb...@rhizogen.es.eu.org After a playing with pass a bit more I think I understand why it doesn't set the `diff.gpg.* ` options for secondary clients. If I use a custom "team split" pass tree, such as the one used in https://zwyx.medium.com/multiple-shared-password-stores-with-unix-pass-a4367fc8861 , where different pass repos, with different `.gpg-id`, are put into subdirs under a single git repo, and a user who only has access to one of the subdirs tries to run `pass git log -p`, the command will break when it reaches a commit related to a subdir the user doesn't have access to. For example, let's suppose there are two subdirs, `sys/` and `dev/`, with the gpg key of our user being able to decrypt what's in `dev`, but not what's in `sys/`, here's the kind of output we can get : commit 2244c20708709292b722056c4e9b819d3cf9609f (HEAD -> master, origin/master, origin/HEAD) Author: joe Date: Tue Aug 2 13:24:06 2022 +0200 Add given password for dev/apps/gitlab/root to store. diff --git a/dev/apps/gitlab/root.gpg b/dev/apps/gitlab/root.gpg new file mode 100644 index 000..4c6396d --- /dev/null +++ b/dev/apps/gitlab/root.gpg @@ -0,0 +1 @@ +gitlab commit c844ac0bf85a076c037176182b34c90d19b64bef Author: joe Date: Tue Aug 2 13:23:27 2022 +0200 Add given password for sys/apps/awx/awx to store. diff --git a/sys/apps/awx/awx.gpg b/sys/apps/awx/awx.gpg new file mode 100644 index 000..67426c4 gpg: decryption failed: No secret key fatal: unable to read files to diff One workaround would be to have a different .gitattributes file in the two subdirs, but that would mean every user would have to write their own set of .gitattributes files on their own local repo. An other possibility would be to replace the `gpg2 -d --quiet --yes --compress-algo=none --no-encrypt-to --batch --use-agent` (value of `diff.gpg.textconv`) by a program which would check if the .gpg file can be decrypted, show the clear text if it can, show the encrypted (binary or armored) data instead (but that would display the data in the `git log -p` output anyway, not the usual "Binary files X and Y differ" line). Regards,
Bug#1016124: volumeicon-alsa: give a way to set configuration at startup
Package: volumeicon-alsa Version: 0.5.1+git20170117-1+b2 Severity: normal X-Debbugs-Cc: eingousef+debb...@rhizogen.es.eu.org Dear Maintainer, Here's my use case : I have 2 channels I'd like to know the status of : The 'Master' output channel and the 'Internal Mic Boost' output channel. `volumeicon` allows me to have 2 instances launched at startup and visible in my systray. I set one of them on 'Master' channel and the other one on 'Internal Mic Boost' channel. Problem : I have to do this by hand, using the Preferences config wizard. It would be nice if, when launching multiple instances of `volumeicon`, you could specify the configuration at startup, either by providing the various config options directly on the command line, or by providing an alternative config file instead of the default. Regards, -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (500, 'stable-security'), (500, 'oldstable-updates'), (500, 'oldoldstable'), (500, 'oldstable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.18.0-2-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: OpenRC (via /run/openrc), PID 1: init LSM: AppArmor: enabled Versions of packages volumeicon-alsa depends on: ii libasound2 1.2.7.1-1 ii libc62.33-8 ii libcairo21.16.0-6 ii libgdk-pixbuf-2.0-0 2.42.8+dfsg-1 ii libglib2.0-0 2.72.3-1 ii libgtk-3-0 3.24.34-1 ii libnotify4 0.8.1-1 ii libx11-6 2:1.7.5-1 volumeicon-alsa recommends no packages. Versions of packages volumeicon-alsa suggests: ii alsamixergui 0.9.0rc2-1-10.1 ii dunst [notification-daemon] 1.8.1-1 ii lxqt-notificationd [notification-daemon] 0.16.0-1 ii notification-daemon 3.20.0-4+b1 ii notify-osd [notification-daemon] 0.9.35+15.04.20150126-1+b2 ii xfce4-notifyd [notification-daemon] 0.6.3-1 -- no debconf information
Bug#1016123: tilda: fullscreen tilda ignores the dock when it's redimensioned after changing the output in xrandr
Package: tilda Version: 1.5.4-1 Severity: normal X-Debbugs-Cc: eingousef+debb...@rhizogen.es.eu.org Dear Maintainer, Here is my use case : I'm using tilda as a "terminal wallpaper", as described here : https://wiki.archlinux.org/title/terminal_as_a_transparent_wallpaper . Basically, tilda is launched automatically at my DE's startup, started visible, with a fullscreen configuration, visible on every desktop, with some degree of transparency, and set as a desktop window. I start a dock/taskbar program at DE's startup before launching tilda (basically I've configured openbox to start tint2, waint 3 seconds, and then start tilda), so tilda doesn't use the whole screen, only the part that is not occupied by the dock and those two don't overlap each other. Everytime I plug a secondary monitor to the computer and do something like `xrandr --output DP-1 --auto`, the screen is refreshed and tilda tries to fill it, but tilda pops up 1 second or so before the dock, thus ignoring the space reserved for the dock. I have to go to tilda's preferences, in the Appearance tab, and click on the '-' and '+' buttons to bring it back to its original "fullscreen minus the dock space" size. Same thing when unplugging the secondary monitor and doing `xrandr --output DP-1 --off`. If you don't have a secondary monitor you can simulate this behavior with something like `xrandr --output LVDS-1 --mode 1368x768 ; xrandr --output LVDS-1 --auto` (change your monitor name and your non-default mode accordingly). I suspect it would not be possible to make tilda somehow detect the dock before it's up when the screen refreshes, and that adding an option within tilda to delay the moment it appears on the screen would be a dirty hack. But I think it would be nice if you could somehow force the exact size of tilda on the screen by giving its width and height in pixels on the command line or within the configuration file. There are fields in the config wizard and the config file to give the width and height, but with my "terminal wallpaper" configuration, they are somehow ignored. Regards, -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (500, 'stable-security'), (500, 'oldstable-updates'), (500, 'oldoldstable'), (500, 'oldstable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.18.0-2-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: OpenRC (via /run/openrc), PID 1: init LSM: AppArmor: enabled Versions of packages tilda depends on: ii libc62.33-8 ii libconfuse2 3.3-2 ii libgdk-pixbuf-2.0-0 2.42.8+dfsg-1 ii libglib2.0-0 2.72.3-1 ii libgtk-3-0 3.24.34-1 ii libpango-1.0-0 1.50.7+ds-1 ii libvte-2.91-00.68.0-1+b1 ii libx11-6 2:1.7.5-1 tilda recommends no packages. tilda suggests no packages. -- no debconf information
Bug#1016118: pass: diff.gpg git options set onyl when using init
Package: pass Version: 1.7.4-5 Severity: normal X-Debbugs-Cc: eingousef+debb...@rhizogen.es.eu.org Dear Maintainer, In case of a pass repo shared on a git server, a user who clones the repo won't see the plain text passwords when running `pass git log -p`, only the binary diffs. This is because pass only sets the `diff.gpg.*` git options when running the `pass git init` command, see https://sources.debian.org/src/password-store/1.7.4-5/src/password-store.sh/#L661 For a user who never runs `pass git init` in his local repo, these options are not set automatically, and the doc doesn't mention they should be set manually. A user who clones a shared pass repo should expect it to behave on his machine exactly like it does on the repo creator's machine. Maybe `pass` could automatically set the `diff.gpg.*` options when it's called with a git subcommand for the first time ? Regards, -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (500, 'stable-security'), (500, 'oldstable-updates'), (500, 'oldoldstable'), (500, 'oldstable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.18.0-2-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: OpenRC (via /run/openrc), PID 1: init LSM: AppArmor: enabled Versions of packages pass depends on: ii gnupg 2.2.35-3 ii tree 2.0.2-1 Versions of packages pass recommends: ii git 1:2.35.1-1 pn qrencode ii xclip 0.13-2 Versions of packages pass suggests: ii libxml-simple-perl 2.25-1 ii perl5.34.0-5 ii python-is-python2 [python] 2.7.18-9 ii python3 3.10.5-3 ii ruby1:3.0+1 -- no debconf information
Bug#1007255: khal: Emits warnings about deprecated localize tz method
Package: khal Version: 1:0.10.4~ds-3 Followup-For: Bug #1007255 X-Debbugs-Cc: eingousef+debb...@rhizogen.es.eu.org Dear Maintainer, I would like to add that on my system at least, this error seems to prevent the creation of an event via `khal new` if I dont explicitely set the timezone : $ khal new -a private_calendar '2022-04-10 09:00' "Test2" :: "test2" /usr/lib/python3/dist-packages/khal/icalendar.py:104: PytzUsageWarning: The localize method is no longer necessary, as this time zone supports the fold attribute (PEP 495). For more details on migrating to a PEP 495-compliant implementation, see https://pytz-deprecation-shim.readthedocs.io/en/latest/migration.html dtstart = timezone.localize(dtstart) /usr/lib/python3/dist-packages/khal/icalendar.py:105: PytzUsageWarning: The localize method is no longer necessary, as this time zone supports the fold attribute (PEP 495). For more details on migrating to a PEP 495-compliant implementation, see https://pytz-deprecation-shim.readthedocs.io/en/latest/migration.html dtend = timezone.localize(dtend) /usr/lib/python3/dist-packages/icalendar/parser.py:54: PytzUsageWarning: The zone attribute is specific to pytz's interface; please migrate to a new time zone provider. For more details on how to do so, see https://pytz-deprecation-shim.readthedocs.io/en/latest/migration.html if hasattr(dt.tzinfo, 'zone'): /usr/lib/python3/dist-packages/icalendar/parser.py:55: PytzUsageWarning: The zone attribute is specific to pytz's interface; please migrate to a new time zone provider. For more details on how to do so, see https://pytz-deprecation-shim.readthedocs.io/en/latest/migration.html tzid = dt.tzinfo.zone # pytz implementation Traceback (most recent call last): File "/usr/bin/khal", line 5, in main_khal() File "/usr/lib/python3/dist-packages/click/core.py", line 1128, in __call__ return self.main(*args, **kwargs) File "/usr/lib/python3/dist-packages/click/core.py", line 1053, in main rv = self.invoke(ctx) File "/usr/lib/python3/dist-packages/click/core.py", line 1659, in invoke return _process_result(sub_ctx.command.invoke(sub_ctx)) File "/usr/lib/python3/dist-packages/click/core.py", line 1395, in invoke return ctx.invoke(self.callback, **ctx.params) File "/usr/lib/python3/dist-packages/click/core.py", line 754, in invoke return __callback(*args, **kwargs) File "/usr/lib/python3/dist-packages/click/decorators.py", line 26, in new_func return f(get_current_context(), *args, **kwargs) File "/usr/lib/python3/dist-packages/khal/cli.py", line 388, in new new_func( File "/usr/lib/python3/dist-packages/khal/controllers.py", line 355, in new_from_string new_from_args( File "/usr/lib/python3/dist-packages/khal/controllers.py", line 381, in new_from_args collection.new(event) File "/usr/lib/python3/dist-packages/khal/khalendar/khalendar.py", line 208, in new event.href, event.etag = self._storages[calendar].upload(event) File "/usr/lib/python3/dist-packages/khal/khalendar/vdir.py", line 212, in upload if not isinstance(item.raw, str): File "/usr/lib/python3/dist-packages/khal/khalendar/event.py", line 382, in raw timezone = create_timezone(tzinfo, self.start) File "/usr/lib/python3/dist-packages/khal/khalendar/event.py", line 858, in create_timezone for one, two in iter(tz._tzinfos.items()) AttributeError: '_PytzShimTimezone' object has no attribute '_tzinfos' When setting the timezone it works as expected : $ khal new -a private_calendar '2022-04-10 09:00 Europe/Paris' "Test2" :: "test2" Regards, -- System Information: Debian Release: bookworm/sid APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (500, 'stable-security'), (500, 'oldstable-updates'), (500, 'oldoldstable'), (500, 'oldstable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.16.0-5-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: OpenRC (via /run/openrc), PID 1: init LSM: AppArmor: enabled Versions of packages khal depends on: ii python33.9.8-1 ii python3-atomicwrites 1.4.0-2 ii python3-click 8.0.3-1 ii python3-click-log 0.2.1-2 ii python3-configobj 5.0.6-5 ii python3-dateutil 2.8.1-6 ii python3-icalendar 4.0.3-4 ii python3-pkg-resources 59.6.0-1.2 ii python3-tz 2022.1-1 ii python3-tzlocal4.1-1 ii python3-urwid 2.1.2-2+b1 ii python3-xdg0.27-2 Versions of packages khal recommends: ii python3-setproctitle 1.2.2-2+b1 Versions of packages khal suggests: ii khal-doc 1:0.10.4~ds-3 -- no debconf information
Bug#983747: apt-listbugs: Needs a batch mode
Le 2021-03-01 20:35, Francesco Poli a écrit : > Control: severity -1 wishlist > Control: tags -1 + moreinfo > > > On Mon, 01 Mar 2021 01:27:51 -0300 eingousef wrote: > > [...] > > Dear Maintainer, > > > > apt-listbugs needs a batch-mode where the package would be installed > > as requested by the original apt command, and where apt-listbugs > > findings would be purely informative (displayed on the stdout, or send > > by e-mail). Therefore it would not break installation via automated > > tools like ansible. > > Hello eingousef, > thanks for caring about apt-listbugs. > > It looks like you're searching for a way to tell apt-listbugs to > continue with the installation or upgrade, no matter how many bugs are > introduced into the system by this operation (even when errors occur > while apt-listbugs runs). Without automatically pin buggy packages. > > There's already a way to achieve this. Try setting things up so that > apt-listbugs is passed the following options: -N -y > > In order to do this, please modify /etc/apt/apt.conf.d/10apt-listbugs > by replacing the following line: > > DPkg::Pre-Install-Pkgs {"/usr/bin/apt-listbugs apt";}; > > with: > > DPkg::Pre-Install-Pkgs {"/usr/bin/apt-listbugs -N -y apt";}; > > > Does this achieve your goal? > Please let me know. > It works, thanks ! Sorry for the inconvenience. > > -- > http://www.inventati.org/frx/ > There's not a second to spare! To the laboratory! > . Francesco Poli . > GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE -- eingousef
Bug#983747: apt-listbugs: Needs a batch mode
Package: apt-listbugs Version: 0.1.35 Severity: normal X-Debbugs-Cc: eingousef+debb...@rhizogen.es.eu.org Dear Maintainer, apt-listbugs needs a batch-mode where the package would be installed as requested by the original apt command, and where apt-listbugs findings would be purely informative (displayed on the stdout, or send by e-mail). Therefore it would not break installation via automated tools like ansible. Regards, -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (500, 'oldstable-updates'), (500, 'oldstable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.10.0-3-amd64 (SMP w/4 CPU threads) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: OpenRC (via /run/openrc), PID 1: init LSM: AppArmor: enabled Versions of packages apt-listbugs depends on: ii apt 2.1.20 ii ruby1:2.7+2 ii ruby-debian 0.3.10+b4 ii ruby-gettext3.3.3-2 ii ruby-soap4r 2.0.5-5 ii ruby-unicode0.4.4.4-1+b1 ii ruby-xmlparser 0.7.3-4 Versions of packages apt-listbugs recommends: ii ruby-httpclient 2.8.3-2 Versions of packages apt-listbugs suggests: ii chromium [www-browser] 88.0.4324.182-1 ii dillo [www-browser]3.0.5-7 ii elinks [www-browser] 0.13.2-1+b1 ii firefox [www-browser] 75.0-2 ii firefox-esr [www-browser] 78.7.0esr-1 ii links [www-browser]2.21-1+b1 ii links2 [www-browser] 2.21-1+b1 ii lynx [www-browser] 2.9.0dev.6-1 ii reportbug 7.10.2 ii sensible-utils 0.0.14 ii surf [www-browser] 2.0+git20201107-1 ii w3m [www-browser] 0.5.3+git20210102-3 ii xdg-utils 1.1.3-4 -- no debconf information
Bug#977017: /usr/bin/j2: No manpage
Package: j2cli Version: 0.3.12b-2 Severity: normal File: /usr/bin/j2 X-Debbugs-Cc: eingousef+debb...@rhizogen.es.eu.org Dear Maintainer, j2cli doesn't have a manpage, only a --help. It should have one. Ideally, the manpage could be invoqued with `man j2` as well as `man j2cli`. Regards, -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (500, 'oldstable-updates'), (500, 'oldstable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.9.0-4-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: OpenRC (via /run/openrc), PID 1: init LSM: AppArmor: enabled Versions of packages j2cli depends on: ii python3 3.9.0-4 ii python3-jinja2 2.11.2-1 ii python3-markupsafe 1.1.1-1+b3 ii python3-setuptools 50.3.0-1 ii python3-yaml5.3.1-3+b1 j2cli recommends no packages. j2cli suggests no packages. -- no debconf information
Bug#977016: ionit: Doesn't create /etc/ionit at install
Package: ionit Version: 0.3.6-1 Severity: normal X-Debbugs-Cc: eingousef+debb...@rhizogen.es.eu.org Dear Maintainer, ionit displays a warning message stating it can't find the default conf at /etc/ionit right after install : $ ionit 2020-12-10 01:02:19,016 ionit WARNING: Failed to read configuration directory: [Errno 2] No such file or directory: '/etc/ionit' The ionit package should probably create this default config file at installation. Regards, -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (500, 'oldstable-updates'), (500, 'oldstable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.9.0-4-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: OpenRC (via /run/openrc), PID 1: init LSM: AppArmor: enabled Versions of packages ionit depends on: ii python3 3.9.0-4 ii python3-jinja2 2.11.2-1 ii python3-yaml5.3.1-3+b1 ionit recommends no packages. ionit suggests no packages. -- no debconf information
Bug#976098: awscli: No module named 'awscli_plugin_endpoint'
Package: awscli Version: 1.18.135-1 Severity: important Dear Maintainer, I followed the documentation here : https://www.scaleway.com/en/docs/object-storage-with-aws-cli/ and after setting up my config files the commands fails with the following error : Traceback (most recent call last): File "/usr/bin/aws", line 27, in sys.exit(main()) File "/usr/bin/aws", line 23, in main return awscli.clidriver.main() File "/usr/lib/python3/dist-packages/awscli/clidriver.py", line 68, in main driver = create_clidriver() File "/usr/lib/python3/dist-packages/awscli/clidriver.py", line 77, in create_clidriver load_plugins(session.full_config.get('plugins', {}), File "/usr/lib/python3/dist-packages/awscli/plugin.py", line 44, in load_plugins modules = _import_plugins(plugin_mapping) File "/usr/lib/python3/dist-packages/awscli/plugin.py", line 58, in _import_plugins plugins.append(__import__(path)) ModuleNotFoundError: No module named 'awscli_plugin_endpoint' I've tried to install aws-related python packages without success, and haven't investigated further. Is there a dependency missing ? Regards, -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (500, 'oldstable-updates'), (500, 'oldstable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.9.0-1-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: OpenRC (via /run/openrc), PID 1: init LSM: AppArmor: enabled Versions of packages awscli depends on: ii groff 1.22.4-5 ii python3 3.8.6-1 ii python3-botocore1.17.22+repack-1 ii python3-colorama0.4.3-1 ii python3-docutils0.16+dfsg-3 ii python3-pyasn1 0.4.8-1 ii python3-rsa 4.0-4 ii python3-s3transfer 0.3.3-1 ii python3-yaml5.3.1-3 awscli recommends no packages. awscli suggests no packages. -- no debconf information
Bug#971935: attachment
Offending header attached, result of : ./mail-query "inscript...@freetelecom.fr" ~/Mail/ > string.txt -- eingousef inscript...@freetelecom.fr Hotline Free Haut D�bit
Bug#971935: libperl5.30: rfc-ignorant MIME-Header can make decode() crash
Package: libperl5.30 Version: 5.30.3-4 Severity: normal Dear Maintainer, I have tried to follow the recommendations of : https://github.com/pbrisbin/mail-query/blob/master/README.md by adding set query_command= "mail-query '%s' ~/Mail/ | perl -CS -MEncode -ne 'print decode(\"MIME-Header\", $_)'" to my muttrc. Unfortunately one e-mail of my mailbox contains an iso-8859-1 header which is not ASCII-encoded, and it makes the command crash with the following output : Malformed UTF-8 character: \xe9\x62\x69 (unexpected non-continuation byte 0x62, immediately after start byte 0xe9; need 3 bytes, got 1) in substitution (s///) at /usr/lib/x86_64-linux-gnu/perl/5.30/Encode/MIME/Header.pm line 90, <> line 24. Malformed UTF-8 character (fatal) at /usr/lib/x86_64-linux-gnu/perl/5.30/Encode/MIME/Header.pm line 90, <> line 24. messing up the Mutt UI. I don't know much about perl libraries so I don't know if my report is relevant or not, maybe it is the expected behavior for decode() to trust user input. If it's not, then it should check if the string is a properly formatted MIME-Header bfore trying to decode it. If it is, you can ignore this report and I'll just stick with this : set query_command= "mail-query '%s' ~/Mail/ | grep -v -a '=?' || perl -CS -MEncode -ne 'print decode(\"MIME-Header\", $_)'" Regards, -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (500, 'oldstable-updates'), (500, 'oldstable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.8.0-1-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) LSM: AppArmor: enabled Versions of packages libperl5.30 depends on: ii libbz2-1.0 1.0.8-4 ii libc6 2.31-3 ii libcrypt1 1:4.4.17-1 ii libdb5.3 5.3.28+dfsg1-0.6 ii libgdbm-compat41.18.1-5.1 ii libgdbm6 1.18.1-5.1 ii perl-modules-5.30 5.30.3-4 ii zlib1g 1:1.2.11.dfsg-2 libperl5.30 recommends no packages. Versions of packages libperl5.30 suggests: ii sensible-utils 0.0.12+nmu1 -- no debconf information
Bug#970977: tilda: shell doesn't launch
Package: tilda Version: 1.5.2-1 Severity: important Dear Maintainer, A recent upgrade in the last few days broke tilda in testing, at least on my end. When launching tilda the shell doesn't show up, there's only a blinking cursor in the top left. The menu and configuration options are accessible though. Specifying anything on the command line won't solve the issue : $ /usr/bin/tilda -c "/bin/bash" (tilda:8755): VTE-CRITICAL **: 19:33:59.383: void vte_pty_spawn_with_fds_async(VtePty*, const char*, const char* const*, const char* const*, const int*, int, const int*, int, GSpawnFlags, GSpawnChildSetupFunc, gpointer, GDestroyNotify, int, GCancellable*, GAsyncReadyCallback, gpointer): assertion 'envv == nullptr || _vte_pty_check_envv(envv)' failed Tilda has started. Press F1 to pull down the window. This is all I get. Regards, -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (500, 'oldstable-updates'), (500, 'oldstable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.8.0-1-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) LSM: AppArmor: enabled Versions of packages tilda depends on: ii libc6 2.31-3 ii libconfuse2 3.3-1+b1 ii libgdk-pixbuf2.0-0 2.40.0+dfsg-5 ii libglib2.0-02.66.0-2 ii libgtk-3-0 3.24.23-1 ii libpango-1.0-0 1.46.1-1 ii libvte-2.91-0 0.62.0-1 ii libx11-62:1.6.12-1 tilda recommends no packages. tilda suggests no packages. -- no debconf information
Bug#970476: vdirsyncer: This is no manpage
Package: vdirsyncer Version: 0.16.7-2 Severity: important Dear Maintainer, What appears when typing 'man vdisyncer' doesn't follow the standard of a manpage. It doesn't have a synopsis nor a cli options section, it has many sections irrelevant to a manpage (why choosing vdirsyncer, how to install it, how to contribute, package guidelines, support and contact, changelog, donations), and some sections probably deserve their own manpage (such as the ones regarding the config file). Regards, -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (500, 'oldstable-updates'), (500, 'oldstable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.7.0-3-amd64 (SMP w/4 CPU threads) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) LSM: AppArmor: enabled Versions of packages vdirsyncer depends on: ii python33.8.2-3 ii python3-atomicwrites 1.4.0-1 ii python3-click 7.0-3 ii python3-click-log 0.2.1-2 ii python3-click-threading0.4.4-2 ii python3-requests 2.23.0+dfsg-2 ii python3-requests-toolbelt 0.8.0-1.1 vdirsyncer recommends no packages. Versions of packages vdirsyncer suggests: pn python3-requests-oauthlib ii vdirsyncer-doc 0.16.7-2 -- no debconf information
Bug#970003: elpa-jinja2-mode: Doesn't support .j2 file extension
Package: elpa-jinja2-mode Version: 0.2-3 Severity: normal Dear Maintainer, This mode activates on files ending with the .jinja2 but not the ones ending with .j2, which seems to be the de facto standard now. There is a new version in the MELPA repos that seem to support .j2 extension. You probably want to stick with MELPA-stable packages and I understand that, but there hasn't been a stable release for 6 years and I think it would be relevant to provide the MELPA version, at this point, or to patch the current one. Regards, -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (500, 'oldstable-updates'), (500, 'oldstable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.7.0-3-amd64 (SMP w/4 CPU threads) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) LSM: AppArmor: enabled Versions of packages elpa-jinja2-mode depends on: ii emacsen-common 3.0.4 Versions of packages elpa-jinja2-mode recommends: ii emacs 1:26.3+1-2 ii emacs-nox [emacs] 1:26.3+1-2 elpa-jinja2-mode suggests no packages. -- no debconf information
Bug#968924: udevil: can't mount exfat while mount can
Package: udevil Version: 0.4.4-2 Severity: important Dear Maintainer, I'm trying to mount an exfat SD card. mount can do it : # mount /dev/mmcblk0p1 /media/ac/mmc0 but udevil can't, even when specifying the fs type : # udevil mount -t exfat /dev/mmcblk0p1 mount: /media/root/mmcblk0p1-mmc-SF64G_0xbbc32014: wrong fs type, bad option, bad superblock on /dev/mmcblk0p1, missing codepage or helper program, or other error. Regards, -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (500, 'oldstable-updates'), (500, 'oldstable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.7.0-2-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) LSM: AppArmor: enabled Versions of packages udevil depends on: ii libc6 2.31-3 ii libglib2.0-0 2.64.4-1 ii libudev1 246-2 Versions of packages udevil recommends: pn udisks2 Versions of packages udevil suggests: ii cifs-utils 2:6.9-1 pn curlftpfs pn eject ii sshfs 3.7.0+repack-1 -- no debconf information
Bug#959380: mpd: Can't disable mpd easily
Package: mpd Version: 0.21.22-1 Severity: important Dear Maintainer, I'd like to disable mpd at startup to only enable it when I need it. (e.g., in a user console : mpd ; ncmpc ; mpd --kill;) I can do stuff like 'update-rc.d mpd disable' or 'update-rc.d -f mpd remove' or 'insserv -r mpd', but none of them will permanently disable mpd : the /etc/rc?.d/*mpd files will be reinstalled at each upgrade. The only way I've found to disable the service permanently is to comment the line : pid_file"/run/mpd/pid" in the "/etc/mpd.conf" and save the file under "/etc/mpd.local", and then to add the line : MPDCONF=/etc/mpd.local in "/etc/default/mpd". I haven't tested this solution, but it should work. It looks ugly though. It would be better if there was an "AUTOSTART=(true|false)" option or something similar in /etc/default/mpd , like in most debian services. Regards, -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (500, 'oldstable-updates'), (500, 'oldstable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.5.0-2-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) LSM: AppArmor: enabled Versions of packages mpd depends on: ii adduser 3.118 ii init-system-helpers 1.57 ii libadplug-2.3.1-0 2.3.1+dfsg-2 ii libao41.2.2+20180113-1+b1 ii libasound21.2.2-2.1 ii libaudiofile1 0.3.6-5 ii libavahi-client3 0.7-5 ii libavahi-common3 0.7-5 ii libavcodec58 7:4.2.2-1+b1 ii libavformat58 7:4.2.2-1+b1 ii libavutil56 7:4.2.2-1+b1 ii libbz2-1.01.0.8-2 ii libc6 2.30-4 ii libcdio-cdda2 10.2+2.0.0-1+b1 ii libcdio-paranoia2 10.2+2.0.0-1+b1 ii libcdio18 2.0.0-2 ii libcurl3-gnutls 7.68.0-1 ii libdbus-1-3 1.12.16-2 ii libexpat1 2.2.9-1 ii libfaad2 2.9.1-1 ii libflac8 1.3.3-1 ii libfluidsynth22.1.1-2 ii libgcc-s1 10-20200418-1 ii libgcrypt20 1.8.5-5 ii libgme0 0.6.3-2 ii libicu63 63.2-3 ii libid3tag00.15.1b-14 ii libiso9660-11 2.0.0-2 ii libixml10 1:1.8.4-2 ii libjack0 [libjack-0.125] 1:0.125.0-3+b1 ii libjs-sphinxdoc 2.4.3-2 ii libmad0 0.15.1b-10 ii libmikmod33.3.11.1-4 ii libmms0 0.6.4-3 ii libmodplug1 1:0.8.9.0-2 ii libmp3lame0 3.100-3 ii libmpcdec62:0.1~r495-2 ii libmpdclient2 2.18-1 ii libmpg123-0 1.25.13-1 ii libnfs13 4.0.0-1 ii libogg0 1.3.2-1+b1 ii libopenal11:1.19.1-1+b1 ii libopus0 1.3-1+b1 ii libpcre3 2:8.39-12+b1 ii libpulse0 13.0-5 ii libsamplerate00.1.9-2 ii libshout3 2.4.3-1 ii libsidplayfp4 1.8.8-1+b1 ii libsmbclient 2:4.11.5+dfsg-1+b1 ii libsndfile1 1.0.28-7 ii libsndio7.0 1.5.0-3 ii libsoxr0 0.1.3-1 ii libsqlite3-0 3.31.1-5 ii libstdc++610-20200418-1 ii libsystemd0 245.5-2 ii libupnp13 1:1.8.4-2 ii libvorbis0a 1.3.6-2 ii libvorbisenc2 1.3.6-2 ii libwavpack1 5.3.0-1 ii libwildmidi2 0.4.3-1 ii libyajl2 2.1.0-3 ii libzzip-0-13 0.13.62-3.2 ii lsb-base 11.1.0 ii zlib1g1:1.2.11.dfsg-2 mpd recommends no packages. Versions of packages mpd suggests: pn avahi-daemon pn icecast2 ii mpc [mpd-client] 0.33-1 ii ncmpc [mpd-client]0.35-1 ii ncmpcpp [mpd-client] 0.8.2-0.1+b1 pn pulseaudio -- Configuration Files: /etc/default/mpd changed: MPDCONF=/etc/mpd.local -- no debconf information
Bug#949224: khal: ikhal freezes when using external_edit feature
Package: khal Version: 1:0.9.10-1.1 Severity: normal Dear Maintainer, When I use external_edit on an event I can modify, the editor is opened, I can modify, save and quit, but then ikhal becomes completely unresponsive. I have to use Ctrl+C and restart it. This happens no matter which external edit program I use (tried with vim, nano, emacs : same result). Regards, -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (500, 'oldstable-updates'), (500, 'oldstable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.4.0-2-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) LSM: AppArmor: enabled Versions of packages khal depends on: ii python33.7.5-3 ii python3-atomicwrites 1.1.5-2 ii python3-click 7.0-3 ii python3-configobj 5.0.6-3 ii python3-dateutil 2.7.3-3 ii python3-icalendar 4.0.3-3 ii python3-pkg-resources 44.0.0-1 ii python3-tz 2019.3-1 ii python3-tzlocal2.0.0b2-4 ii python3-urwid 2.0.1-2+b2 ii python3-xdg0.26-1 Versions of packages khal recommends: ii python3-setproctitle 1.1.10-1+b3 Versions of packages khal suggests: ii khal-doc 1:0.9.10-1.1 -- no debconf information
Bug#949223: tinydyndns: No 'Site' field in the description
Package: tinydyndns Severity: normal Dear Maintainer, The package description doesn't indicate the official page of the project. I guess it's http://smarden.org/tinydyndns/ Regards, -- System Information: Debian Release: bullseye/sid APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (500, 'oldstable-updates'), (500, 'oldstable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.4.0-2-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: sysvinit (via /sbin/init) LSM: AppArmor: enabled Versions of packages tinydyndns depends on: ii libc6 2.29-7 Versions of packages tinydyndns recommends: pn cvm pn daemontools pn djbdns pn mailfront ii make 4.2.1-1.2 pn runit | daemontools-run pn ucspi-tcp tinydyndns suggests no packages.
Bug#892256: system-config-printer: Doesn't launch anymore
Package: system-config-printer Version: 1.5.11-1 Severity: important Dear Maintainer, Here is what happens as I try to launch system-config-printer as root on a current testing: # system-config-printer Traceback (most recent call last): File "/usr/share/system-config-printer/system-config-printer.py", line 84, in import jobviewer File "/usr/share/system-config-printer/jobviewer.py", line 76, in NETWORK_PASSWORD = Secret.Schema.new("org.system.config.printer.store", Secret.SchemaFlags.NONE, NameError: name 'Secret' is not defined and the program doesn't launch. It used to launch properly, this is probbly due to a recent upgrade. Regards, -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (500, 'oldstable-updates'), (500, 'oldoldstable-updates'), (500, 'oldoldstable'), (500, 'oldstable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages system-config-printer depends on: ii gir1.2-gdkpixbuf-2.0 2.36.11-1 ii gir1.2-glib-2.0 1.54.1-4 ii gir1.2-gtk-3.03.22.28-1 ii gir1.2-notify-0.7 0.7.7-3 ii gir1.2-packagekitglib-1.0 1.1.7-1 ii gir1.2-pango-1.0 1.40.14-1 ii gir1.2-polkit-1.0 0.105-18 ii python3 3.6.4-1 ii python3-cups 1.9.73-2 ii python3-cupshelpers 1.5.11-1 ii python3-dbus 1.2.6-1 ii python3-gi3.26.1-2 ii system-config-printer-common 1.5.11-1 Versions of packages system-config-printer recommends: ii system-config-printer-udev 1.5.11-1 Versions of packages system-config-printer suggests: pn gnome-software -- no debconf information
Bug#888649: apt-listbugs: Fails on ipv6
On Sun, Jan 28, 2018 at 03:19:04PM +0100, Francesco Poli wrote: > [...] > > Versions of packages apt-listbugs recommends: > > pn ruby-httpclient > [...] > > I see that you do not have the recommended ruby-httpclient package > installed: could you please try to install it with > > # aptitude install ruby-httpclient > > and see whether you still have issues with your IPv6 connection? > > Please let me know. > Thanks for your time and for using apt-listbugs! > > After installing that package it still fails but it's more verbose: Performing actions... Récupération des rapports de bogue… 0% Échec Échec de récupération des rapports de bogue depuis le serveur avec le message d'erreur suivant : Err : HTTPClient::KeepAliveDisconnected: Cela peut venir d'une connexion réseau inactive, de problèmes de serveurs mandataires ou de l'arrêt du serveur du BTS lui-même. Veuillez vérifier la configuration réseau et recommencer Réessayer de télécharger les informations du bogue ? [Y/n] Un paquet à la fois ? [Y/n] Un rapport de bogue à la fois ? [Y/n] Récupération des rapports de bogue… Fait Regards, --
Bug#888649: apt-listbugs: Fails on ipv6
Package: apt-listbugs Version: 0.1.24 Severity: important Dear Maintainer, Using apt-listbugs with aptitude, after a download apt-listbugs fails to fetch the bug reports: Performing actions... Récupération des rapports de bogue… 0% Échec Err : échec de HTTP GET Réessayer de télécharger les informations du bogue ? [Y/n] When asked to download one bug report at a time, it works: Performing actions... Récupération des rapports de bogue… 0% Échec Err : échec de HTTP GET Réessayer de télécharger les informations du bogue ? [Y/n] Un paquet à la fois ? [Y/n] Un rapport de bogue à la fois ? [Y/n] Récupération des rapports de bogue… Fait Analyse des informations Trouvé/Corrigé… Fait I get this almost everytime when I'm on an ipv6 connexion. On ipv4, everything works properly. my IPs: 2001:910:1033::/48 80.67.176.51 Regards, -- System Information: Debian Release: buster/sid APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (500, 'oldstable-updates'), (500, 'oldoldstable-updates'), (500, 'oldoldstable'), (500, 'oldstable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.14.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages apt-listbugs depends on: ii apt 1.6~alpha7 ii ruby1:2.3.3 ii ruby-debian 0.3.9+b6 ii ruby-gettext3.2.4-1 ii ruby-soap4r 2.0.5-3 ii ruby-unicode0.4.4-2+b7 ii ruby-xmlparser 0.7.3-3 ii ruby2.1 [ruby-interpreter] 2.1.5-2+deb8u3 Versions of packages apt-listbugs recommends: pn ruby-httpclient Versions of packages apt-listbugs suggests: ii elinks [www-browser] 0.12~pre6-13 ii firefox-esr [www-browser] 52.5.0esr-1 ii links [www-browser]2.14-5 ii links2 [www-browser] 2.14-5 ii lynx [www-browser] 2.8.9dev16-2 ii reportbug 7.1.8 ii sensible-utils 0.0.11 ii surf [www-browser] 2.0-5 ii w3m [www-browser] 0.5.3-35 -- no debconf information
Bug#860171: dia: Clockwise curved arrows are reset into straight lines
Package: dia Version: 0.97.3+git20160930-5 Severity: important Dear Maintainer, Create a diagram with dia and put some curved arrows (arcs) in it, clockwise and anticlockwise. Save the file, close it and open it again: the clockwise curved arrows are now straight. This is freaking annoying. This might be related to bug #788727 Regards, -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (500, 'oldstable-updates'), (500, 'oldstable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages dia depends on: ii dia-common 0.97.3+git20160930-5 ii libart-2.0-2 2.3.21-2 ii libatk1.0-0 2.22.0-1 ii libc62.24-9 ii libcairo21.14.8-1 ii libfontconfig1 2.11.0-6.7+b1 ii libfreetype6 2.6.3-3.1 ii libgdk-pixbuf2.0-0 2.36.5-2 ii libglib2.0-0 2.50.3-2 ii libgtk2.0-0 2.24.31-2 ii libpango-1.0-0 1.40.4-1 ii libpangocairo-1.0-0 1.40.4-1 ii libpangoft2-1.0-01.40.4-1 ii libpng16-16 1.6.28-1 ii libpython2.7 2.7.13-2 ii libxml2 2.9.4+dfsg1-2.2 ii libxslt1.1 1.1.29-2.1 ii zlib1g 1:1.2.8.dfsg-5 Versions of packages dia recommends: ii dia-shapes 0.6.0-3 ii gsfonts-x11 0.24 dia suggests no packages. -- no debconf information
Bug#859726: moc: can't play FLAC
Package: moc Version: 1:2.6.0~svn-r2935-1 Severity: important Dear Maintainer, MOC can't play my FLAC files on debian testing. Vorbis files work well though. The debug output gives this error: > player.c:768 play_file(): ERROR: FLAC__stream_decoder_ process_until_end_of_metadata() failed. MPD seems to be affected as well (it can't play FLAC but can play vorbis), but doesn't seem to give any error message. Regards, -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (500, 'oldstable-updates'), (500, 'oldstable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages moc depends on: ii libasound21.1.3-5 ii libc6 2.24-9 ii libcurl3-gnutls 7.52.1-3 ii libdb5.3 5.3.28-12+b1 ii libfaad2 2.8.0~cvs20161113-1 ii libflac8 1.3.2-1 ii libgcc1 1:6.3.0-11 ii libid3tag00.15.1b-12 ii libjack0 [libjack-0.125] 1:0.125.0-2 ii libltdl7 2.4.6-2 ii libmad0 0.15.1b-8 ii libmagic1 1:5.29-3 ii libmodplug1 1:0.8.8.5-3 ii libmpcdec62:0.1~r495-1+b1 ii libncursesw5 6.0+20161126-1 ii libogg0 1.3.2-1 ii libopusfile0 0.8-1+b1 ii libpopt0 1.16-10+b2 ii librcc0 0.2.12-0.1 ii libresid-builder0c2a 2.1.1-15 ii libsamplerate00.1.8-8+b2 ii libsidplay2 2.1.1-15 ii libsidutils0 2.1.1-15 ii libsndfile1 1.0.27-1+b1 ii libspeex1 1.2~rc1.2-1+b2 ii libstdc++66.3.0-11 ii libtagc0 1.11.1+dfsg.1-0.1 ii libtinfo5 6.0+20161126-1 ii libvorbis0a 1.3.5-4 ii libvorbisfile31.3.5-4 ii libwavpack1 5.0.0-2 ii zlib1g1:1.2.8.dfsg-5 moc recommends no packages. Versions of packages moc suggests: pn moc-ffmpeg-plugin -- no debconf information
Bug#848415: emacs-nox: Hangs on passphrase prompt when opening .gpg files
Package: emacs-nox Version: 46.1 Severity: normal Dear Maintainer, emacs myfile.txt.gpg opens emacs with a prompt for a passphrase, which hangs after entering the passphrase and pressed enter. I have to kill emacs to get back to the shell. If I store the passphrase in gpg-agent emacs is able to open and edit the file without issues. I don't know if it's related, but the pinentry program I have currently on my system is pinentry-tty. Regards, -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (500, 'oldstable-updates'), (500, 'oldstable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.8.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages emacs-nox depends on: ii emacs24-nox 24.5+1-7 emacs-nox recommends no packages. emacs-nox suggests no packages. -- no debconf information
Bug#847651: doomsday: Segfaults at startup
Package: doomsday Version: 1.15.8-3 Severity: important Dear Maintainer, Doomsday just segfaults at startup, producting to following output : $ doomsday zsh: segmentation fault doomsday And I can't compile the dev version or the official source package. Good luck. Regards, -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (500, 'oldstable-updates'), (500, 'oldstable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.8.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages doomsday depends on: ii doomsday-common 1.15.8-3 ii doomsday-data 1.15.8-3 ii libc6 2.24-7 ii libgcc1 1:6.2.1-5 ii libgl1-mesa-glx [libgl1] 13.0.2-1 ii libqt4-network4:4.8.7+dfsg-11 ii libqt4-opengl 4:4.8.7+dfsg-11 ii libqtcore44:4.8.7+dfsg-11 ii libqtgui4 4:4.8.7+dfsg-11 ii libsdl2-2.0-0 2.0.5+dfsg1-1 ii libsdl2-mixer-2.0-0 2.0.1+dfsg1-1 ii libstdc++66.2.1-5 Versions of packages doomsday recommends: ii fluid-soundfont-gm 3.1-5.1 doomsday suggests no packages. -- no debconf information
Bug#845660: widelands: font-related error in options -> language
Package: widelands Version: 1:19+repack-1 Severity: normal Dear Maintainer, In the main menu, go in Options and then in the Language tab. An error message displays saying a font can't be found. Here's the console output : Font file not found. Falling back to sans: amiri/amiri-regular.ttf LayeredFileSystem: Could not load file: could not find file or directory: i18n/fonts/amiri/amiri-regular.ttf I have tried the following path(s): /home/ac/.widelands/i18n/fonts/amiri/amiri-regular.ttf /usr/share/games/widelands/data/i18n/fonts/amiri/amiri-regular.ttf Unexpected error during the game LayeredFileSystem: Could not load file: could not find file or directory: i18n/fonts/amiri/amiri-regular.ttf I have tried the following path(s): /home/ac/.widelands/i18n/fonts/amiri/amiri-regular.ttf /usr/share/games/widelands/data/i18n/fonts/amiri/amiri-regular.ttf S'il vous plaît, communiquez nous ce problème pour nous aider à améliorer Widelands. Vous trouverez les messages relatifs dans la sortie standard (stdout.txt sur windows). Vous utilisez la version build-19 (Release). S'il vous plaît ajoutez cette information à votre rapport. Widelands a essayé de sauvegarder quand une erreur est survenue pendant le jeu. Il est souvent possible - mais pas toujours - de charger la sauvegarde et de continuer de jouer. SoundHandler closing times 1, freq 22050, format 32784, chan 2 SDL_AUDIODRIVER alsa Regards, -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (500, 'oldstable-updates'), (500, 'oldstable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.8.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages widelands depends on: ii fonts-dejavu-core 2.37-1 ii fonts-dejavu-extra2.37-1 ii fonts-freefont-ttf20120503-4 ii fonts-hosny-amiri 0.107-1 ii fonts-lklug-sinhala 0.6-3 ii fonts-nakula 1.0-3 ii fonts-wqy-microhei0.2.0-beta-2 ii libboost-regex1.62.0 1.62.0+dfsg-4 ii libboost-test1.62.0 1.62.0+dfsg-4 ii libc6 2.24-5 ii libgcc1 1:6.2.0-13 ii libgl1-mesa-glx [libgl1] 12.0.4-2 ii libglew2.02.0.0-3 ii libicu57 57.1-4 ii libminizip1 1.1-8 ii libpng16-16 1.6.26-2 ii libsdl2-2.0-0 2.0.5+dfsg1-1 ii libsdl2-image-2.0-0 2.0.1+dfsg-2+b2 ii libsdl2-mixer-2.0-0 2.0.1+dfsg1-1 ii libsdl2-net-2.0-0 2.0.1+dfsg1-2 ii libsdl2-ttf-2.0-0 2.0.14+dfsg1-1 ii libstdc++66.2.0-13 ii widelands-data1:19+repack-1 ii zlib1g1:1.2.8.dfsg-2+b3 widelands recommends no packages. widelands suggests no packages. -- no debconf information
Bug#818071: mcabber: Weird bug/freeze when using roster up/roster down
Package: mcabber Version: 0.10.2-1+b1 Followup-For: Bug #818071 Actually it's the roster up/roster down command that is bugged. Binding those commands to different keycodes doesn't solve the problem. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (500, 'oldstable-updates'), (500, 'oldstable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages mcabber depends on: ii libaspell15 0.60.7~20110707-3+b1 ii libassuan0 2.4.3-1 ii libc62.23-5 ii libglib2.0-0 2.49.6-1 ii libgpg-error01.24-1 ii libgpgme11 1.6.0-3 ii libidn11 1.33-1 ii libloudmouth1-0 1.5.3-1 ii libncursesw5 6.0+20160625-1 ii libotr5 4.1.1-2 ii libtinfo56.0+20160625-1 mcabber recommends no packages. mcabber suggests no packages. -- no debconf information
Bug#818071: mcabber: input is redirected to console after a series of PgUp/PgDwn
Package: mcabber Version: 0.10.2-1+b1 Followup-For: Bug #818071 I can't reproduce it all the time, but it seems that after pressing PgUp/PgDwn several times (no matter how fast), mcabber freezes and the input characters are sent to the console in the background. This happens with different terminals (tilda and sakura), and with different shells (bash and zsh), so it's probably an mcabber bug. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (500, 'oldstable-updates'), (500, 'oldstable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages mcabber depends on: ii libaspell15 0.60.7~20110707-3+b1 ii libassuan0 2.4.3-1 ii libc62.23-5 ii libglib2.0-0 2.49.6-1 ii libgpg-error01.24-1 ii libgpgme11 1.6.0-3 ii libidn11 1.33-1 ii libloudmouth1-0 1.5.3-1 ii libncursesw5 6.0+20160625-1 ii libotr5 4.1.1-2 ii libtinfo56.0+20160625-1 mcabber recommends no packages. mcabber suggests no packages. -- no debconf information
Bug#628567: rtorrent: Doc is totally absent
Package: rtorrent Version: 0.9.6-2 Followup-For: Bug #628567 There's a whole doc/ directory in the source package of rtorrent. It seems completely absent from the binary package. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (500, 'oldstable-updates'), (500, 'oldstable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages rtorrent depends on: ii libc6 2.23-5 ii libcurl3 7.50.1-1 ii libgcc11:6.1.1-11 ii libncursesw5 6.0+20160625-1 ii libstdc++6 6.1.1-11 ii libtinfo5 6.0+20160625-1 ii libtorrent19 0.13.6-1+b1 ii libxmlrpc-core-c3 1.33.14-3 rtorrent recommends no packages. Versions of packages rtorrent suggests: ii screen 4.4.0-4 -- no debconf information
Bug#827117: freedoom: Trigger not working properly on C2M9
Package: freedoom Version: 0.10.1-1 Followup-For: Bug #827117 Adding a screenshot of a blocking situation that is not supposed to happen in the game : http://pix.toile-libre.org/upload/original/1465587121.png (the button has sunk into the ground and the hideouts are still closed). -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (500, 'oldstable-updates'), (500, 'oldstable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.5.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages freedoom depends on: ii doomsday [boom-engine] 1.15.7-2 ii dpkg 1.18.7 ii prboom-plus [boom-engine] 2:2.5.1.5~svn4462+dfsg1-1+b1 ii vavoom [boom-engine] 1.33-4 freedoom recommends no packages. freedoom suggests no packages. -- no debconf information
Bug#827118: prboom-plus: No simple way to unset "formward" binding on right click
Package: prboom-plus Version: 2:2.5.1.5~svn4462+dfsg1-1+b1 Severity: normal Dear Maintainer, In the menu that allows to set the keybindings, the "forward" action is bound on two buttons, W (by default, IIRC) and the right mouse button. If you change it from the GUI it will only change the first but not the second. I guess it can be changed using the config file but the way it's quite cryptic and uses some hexadecimal codes for keycodes. There should be a way to unset the second binding for the "forward" action. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (500, 'oldstable-updates'), (500, 'oldstable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.5.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages prboom-plus depends on: ii libc6 2.22-11 ii libdumb1 1:0.9.3-6+b1 ii libfluidsynth11.1.6-3 ii libgl1-mesa-glx [libgl1] 11.2.2-1 ii libglu1-mesa [libglu1]9.0.0-2.1 ii libmad0 0.15.1b-8 ii libpcre3 2:8.38-3.1 ii libpng16-16 1.6.22-1 ii libportmidi0 1:184-2.2 ii libsdl-image1.2 1.2.12-5+b6 ii libsdl-mixer1.2 1.2.12-11+b1 ii libsdl-net1.2 1.2.8-4 ii libsdl1.2debian 1.2.15+dfsg1-4 ii libvorbisfile31.3.5-3 Versions of packages prboom-plus recommends: ii freedoom 0.10.1-1 Versions of packages prboom-plus suggests: ii mkvtoolnix9.1.0-1 ii vorbis-tools 1.4.0-10 pn x264 -- no debconf information
Bug#827117: freedoom: Trigger not working properly on C2M9
Package: freedoom Version: 0.10.1-1 Severity: important Dear Maintainer, In freedoom phase 1, on map C2M9, there's a switch which is supposed to sink into the ground when clicked, and to open some walls behind which orb monsters and deaflares are hiding. But in 10.1 when you click on it it just sinks into the ground, whithout opening the hideouts. The mapmaker knows this, so if you send him this bug report it should ring a bell to him. He says that C2M9 has been modified by someone else and that the modifications broke some triggers. Apparently clicking the switch makes it sink into the ground, and the hideout opening is triggered by the fact of clicking "action" while crossing the line in front of the switch, so both events happen at the same time. After the map modifications the line and the switch model are mismatched, breaking that behavior. But if you go back at the place where the switch was, and walk forward while clicking "action", it triggers the hideout opening. So the game is stiff playable, you just need to know the solution, but it's hard to discover, especially with prboom-plus, where the right mouse button used for the "action" command is also mapped on the "forward" command and there's no simple way to change that. Note that a similar bug happens at the beginning of the map, in the tiny 100 armor room. Opening the door is also supposed to teleport you in the minigun room, in 0.10.1 this doesn't happen and you can fight the pain lord from the outside. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (500, 'oldstable-updates'), (500, 'oldstable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.5.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages freedoom depends on: ii doomsday [boom-engine] 1.15.7-2 ii dpkg 1.18.7 ii prboom-plus [boom-engine] 2:2.5.1.5~svn4462+dfsg1-1+b1 ii vavoom [boom-engine] 1.33-4 freedoom recommends no packages. freedoom suggests no packages. -- no debconf information
Bug#793818: Pcmanfm crash sometimes at the end of file(s) copy
Package: pcmanfm Version: 1.2.4-1 Followup-For: Bug #793818 Apparently it also happens when a large set of files has been copied with a different program. I have deleted the content of a directory with pcmanfm, then went to the parent directory, let the pcmanfm window open and opened a terminal from there (F4). I proceeded to copy a lot of files (an arborescence of several GiB) in the directory I had previously deleted the content of. Then I closed the terminal and went back to the directory with pcmanfm, and pcmanfm crashed. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (500, 'oldstable-updates'), (500, 'oldstable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.5.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages pcmanfm depends on: ii libatk1.0-0 2.20.0-1 ii libc62.22-9 ii libcairo21.14.6-1+b1 ii libfm-gtk4 1.2.4-1 ii libfm4 1.2.4-1 ii libfontconfig1 2.11.0-6.4 ii libfreetype6 2.6.3-3+b1 ii libgdk-pixbuf2.0-0 2.34.0-1 ii libglib2.0-0 2.48.1-1 ii libgtk2.0-0 2.24.30-2 ii libpango-1.0-0 1.40.1-1 ii libpangocairo-1.0-0 1.40.1-1 ii libpangoft2-1.0-01.40.1-1 ii libx11-6 2:1.6.3-1 Versions of packages pcmanfm recommends: ii gnome-icon-theme3.12.0-2 pn gvfs-backends pn gvfs-fuse ii lxde-icon-theme 0.5.1-1 pn policykit-1-gnome | mate-polkit | lxpolkit pcmanfm suggests no packages. -- no debconf information
Bug#823753: pcmanfm-qt: Crashes when copying files from/to an USB storage device
Package: pcmanfm-qt Version: 0.11.0-3 Severity: important Dear Maintainer, The bug #793818 apparently occurs with the qt version as well. Just try to copy a big amount of files from or to a removable storage device, by using the "copy/paste" tool from one pcmanfm window to an other. It seems to happen less often with the qt version than with the gtk version, but I'm absolutely not sure of this. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (500, 'oldstable-updates'), (500, 'oldstable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.5.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages pcmanfm-qt depends on: ii dbus-x11 1.10.8-1 ii libc6 2.22-7 ii libfm-modules 1.2.4-1 ii libfm-qt3 0.11.0-2 ii libfm41.2.4-1 ii libglib2.0-0 2.48.0-1 ii libqt5core5a 5.5.1+dfsg-16+b1 ii libqt5dbus5 5.5.1+dfsg-16+b1 ii libqt5gui55.5.1+dfsg-16+b1 ii libqt5widgets55.5.1+dfsg-16+b1 ii libqt5x11extras5 5.5.1-3 ii libstdc++65.3.1-14 ii libxcb1 1.11.1-1 Versions of packages pcmanfm-qt recommends: ii gksu 2.0.2-9 pn gvfs-backends pcmanfm-qt suggests no packages. -- no debconf information
Bug#821357: roxterm: starts at completely useless size
Package: roxterm Version: 3.3.2-1 Followup-For: Bug #821357 Same here : since last upgrade in debian testing, roxterm starts at minimum window size, completely ignoring its profile options or --geometry parameter. Changing the size in the configuration windows works though, but only affects the current instance. I'm using openbox as a window manager. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (500, 'oldstable-updates'), (500, 'oldstable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.5.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages roxterm depends on: ii libc6 2.22-7 ii libcairo2 1.14.6-1+b1 ii libdbus-1-3 1.10.8-1 ii libdbus-glib-1-20.106-1 ii libgdk-pixbuf2.0-0 2.34.0-1 ii libglib2.0-02.48.0-1 ii libgtk-3-0 3.20.3-2 ii libice6 2:1.0.9-1+b1 ii libpango-1.0-0 1.40.1-1 ii librsvg2-common 2.40.15-1 ii libsm6 2:1.2.2-1+b1 ii libvte-2.91-0 0.44.1-1 ii libx11-62:1.6.3-1 ii roxterm-data3.3.2-1 roxterm recommends no packages. roxterm suggests no packages. -- no debconf information
Bug#818071: mcabber: false alert, sorry
Package: mcabber Followup-For: Bug #818071 Dear Maintainer, I can't reproduce the bug anymore so I guess it was a binary I forgot to reload after an upgrade, or something like that. Sorry for the inconvenience. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (500, 'oldstable-updates'), (500, 'oldstable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages mcabber depends on: ii libaspell15 0.60.7~20110707-3+b1 ii libassuan0 2.4.2-3 ii libc62.21-9 ii libglib2.0-0 2.46.2-3 ii libgpg-error01.21-2 ii libgpgme11 1.6.0-1 ii libidn11 1.32-3 ii libloudmouth1-0 1.5.3-1 ii libncursesw5 6.0+20160213-1 ii libotr5 4.1.0-7 ii libtinfo56.0+20160213-1 mcabber recommends no packages. mcabber suggests no packages. -- no debconf information
Bug#818071: mcabber: Weird bug/freeze when using PgUp/PgDwn
Package: mcabber Version: 0.10.2-1+b1 Severity: important Dear Maintainer, When pressing PageUp/PageDown quickly to navigate in the roster window, mcabber seems to freeze, doesn't seem to take any input, I have to kill it from an other terminal. After it's killed all the characters sent to mcabber while it was hanging appear on the shell (like ~/help/quit). If I press the PgUp/PgDown buttons slowly I can navigate in the roster without any problem. This didn't happen previously, it must be due to a very recent upgrade. I'm using zsh in a tilda terminal. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (500, 'oldstable-updates'), (500, 'oldstable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.3.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages mcabber depends on: ii libaspell15 0.60.7~20110707-3+b1 ii libassuan0 2.4.2-3 ii libc62.21-9 ii libglib2.0-0 2.46.2-3 ii libgpg-error01.21-2 ii libgpgme11 1.6.0-1 ii libidn11 1.32-3 ii libloudmouth1-0 1.5.3-1 ii libncursesw5 6.0+20160213-1 ii libotr5 4.1.0-7 ii libtinfo56.0+20160213-1 mcabber recommends no packages. mcabber suggests no packages. -- no debconf information
Bug#783471: wesnoth-1.12-server: wesnoth-server doesn't seem to handle IPv6 connexions
Package: wesnoth-1.12-server Version: 1:1.12.0-1 Severity: normal Dear Maintainer, Connexion to an IPv6 wesnoth server from the wesnoth client is impossible, and wesnothd does not seem to handle IPv6 connexions, even though this issue is marked as closed on the project's bugtracker. If it's a missing feature, it should be implemented upstream, if it's a bug, it should be solved. -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (980, 'stable'), (500, 'oldstable-updates'), (500, 'oldstable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages wesnoth-1.12-server depends on: ii libboost-filesystem1.55.0 1.55.0+dfsg-3 ii libboost-iostreams1.55.01.55.0+dfsg-3 ii libboost-locale1.55.0 1.55.0+dfsg-3 ii libboost-program-options1.55.0 1.55.0+dfsg-3 ii libboost-regex1.55.01.55.0+dfsg-3 ii libboost-system1.55.0 1.55.0+dfsg-3 ii libc6 2.19-18 ii libgcc1 1:4.9.2-10 ii libgomp14.9.2-10 ii libsdl-net1.2 1.2.8-4 ii libsdl1.2debian 1.2.15-10+b1 ii libstdc++6 4.9.2-10 ii lsb-base4.1+Debian13+nmu1 wesnoth-1.12-server recommends no packages. wesnoth-1.12-server 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#782356: linphone: account wizard refuses legal e-mail adresses
Package: linphone Version: 3.6.1-2.4+b1 Severity: normal Dear Maintainer, The linphone account wizard doesn't accept e-mail adresses containing a '+' in the username when registering a new account on linphone.org. If it's a client bug, it should be fixed. If it's a server-side restriction, it should be explained in the accound wizard. Regards, -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages linphone depends on: ii libasound21.0.28-1 ii libatk1.0-0 2.14.0-1 ii libavcodec56 10:2.6.1-dmo2 ii libavutil54 10:2.6.1-dmo2 ii libc6 2.19-17 ii libcairo2 1.14.0-2.1 ii libexosip2-11 4.1.0-2 ii libfontconfig12.11.0-6.3 ii libfreetype6 2.5.2-3 ii libgdk-pixbuf2.0-02.31.1-2+b1 ii libgl1-mesa-glx [libgl1] 10.3.2-1 ii libglew1.10 1.10.0-3 ii libglib2.0-0 2.42.1-1 ii libglu1-mesa [libglu1]9.0.0-2 ii libgtk2.0-0 2.24.25-3 ii liblinphone5 3.6.1-2.4+b1 ii libmediastreamer-base33.6.1-2.4+b1 ii libnotify40.7.6-2 ii libogg0 1.3.2-1 ii libopus0 1.1-2 ii libortp9 3.6.1-2.4+b1 ii libosip2-11 4.1.0-2 ii libpango-1.0-01.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangoft2-1.0-0 1.36.8-3 ii libpulse0 5.0-13 ii libsoup2.4-1 2.48.0-1 ii libspandsp2 0.0.6-2+b2 ii libspeex1 1.2~rc1.2-1 ii libspeexdsp1 1.2~rc1.2-1 ii libsqlite3-0 3.8.7.1-1 ii libswscale3 10:2.6.1-dmo2 ii libtheora01.1.1+dfsg.1-6 ii libudev1 215-14 ii libupnp6 1:1.6.19+git20141001-1 ii libv4l-0 1.6.0-2 ii libvpx1 1.3.0-3 ii libx11-6 2:1.6.2-3 ii libxv12:1.0.10-1+b1 ii linphone-nogtk3.6.1-2.4+b1 linphone recommends no packages. Versions of packages linphone suggests: pn yelp 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#782357: linphone: Wrong section in apt
Package: linphone Version: 3.6.1-2.4+b1 Severity: minor Dear Maintainer, linphone is currently in sound, but it should probably be in net, where most SIP clients are. Regards, -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages linphone depends on: ii libasound21.0.28-1 ii libatk1.0-0 2.14.0-1 ii libavcodec56 10:2.6.1-dmo2 ii libavutil54 10:2.6.1-dmo2 ii libc6 2.19-17 ii libcairo2 1.14.0-2.1 ii libexosip2-11 4.1.0-2 ii libfontconfig12.11.0-6.3 ii libfreetype6 2.5.2-3 ii libgdk-pixbuf2.0-02.31.1-2+b1 ii libgl1-mesa-glx [libgl1] 10.3.2-1 ii libglew1.10 1.10.0-3 ii libglib2.0-0 2.42.1-1 ii libglu1-mesa [libglu1]9.0.0-2 ii libgtk2.0-0 2.24.25-3 ii liblinphone5 3.6.1-2.4+b1 ii libmediastreamer-base33.6.1-2.4+b1 ii libnotify40.7.6-2 ii libogg0 1.3.2-1 ii libopus0 1.1-2 ii libortp9 3.6.1-2.4+b1 ii libosip2-11 4.1.0-2 ii libpango-1.0-01.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangoft2-1.0-0 1.36.8-3 ii libpulse0 5.0-13 ii libsoup2.4-1 2.48.0-1 ii libspandsp2 0.0.6-2+b2 ii libspeex1 1.2~rc1.2-1 ii libspeexdsp1 1.2~rc1.2-1 ii libsqlite3-0 3.8.7.1-1 ii libswscale3 10:2.6.1-dmo2 ii libtheora01.1.1+dfsg.1-6 ii libudev1 215-14 ii libupnp6 1:1.6.19+git20141001-1 ii libv4l-0 1.6.0-2 ii libvpx1 1.3.0-3 ii libx11-6 2:1.6.2-3 ii libxv12:1.0.10-1+b1 ii linphone-nogtk3.6.1-2.4+b1 linphone recommends no packages. Versions of packages linphone suggests: pn yelp 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#782358: linphone: Uses TLSv1.0
Package: linphone Version: 3.6.1-2.4+b1 Severity: normal Dear Maintainer, linphone seems to use the outdated TLSv1.0 protocol to secure connexions. It should use TLSv1.2 if the server supports it. (tested on sip.linphone.org servers, which seem to support TLSv1.2) Regards, -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages linphone depends on: ii libasound21.0.28-1 ii libatk1.0-0 2.14.0-1 ii libavcodec56 10:2.6.1-dmo2 ii libavutil54 10:2.6.1-dmo2 ii libc6 2.19-17 ii libcairo2 1.14.0-2.1 ii libexosip2-11 4.1.0-2 ii libfontconfig12.11.0-6.3 ii libfreetype6 2.5.2-3 ii libgdk-pixbuf2.0-02.31.1-2+b1 ii libgl1-mesa-glx [libgl1] 10.3.2-1 ii libglew1.10 1.10.0-3 ii libglib2.0-0 2.42.1-1 ii libglu1-mesa [libglu1]9.0.0-2 ii libgtk2.0-0 2.24.25-3 ii liblinphone5 3.6.1-2.4+b1 ii libmediastreamer-base33.6.1-2.4+b1 ii libnotify40.7.6-2 ii libogg0 1.3.2-1 ii libopus0 1.1-2 ii libortp9 3.6.1-2.4+b1 ii libosip2-11 4.1.0-2 ii libpango-1.0-01.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangoft2-1.0-0 1.36.8-3 ii libpulse0 5.0-13 ii libsoup2.4-1 2.48.0-1 ii libspandsp2 0.0.6-2+b2 ii libspeex1 1.2~rc1.2-1 ii libspeexdsp1 1.2~rc1.2-1 ii libsqlite3-0 3.8.7.1-1 ii libswscale3 10:2.6.1-dmo2 ii libtheora01.1.1+dfsg.1-6 ii libudev1 215-14 ii libupnp6 1:1.6.19+git20141001-1 ii libv4l-0 1.6.0-2 ii libvpx1 1.3.0-3 ii libx11-6 2:1.6.2-3 ii libxv12:1.0.10-1+b1 ii linphone-nogtk3.6.1-2.4+b1 linphone recommends no packages. Versions of packages linphone suggests: pn yelp 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#782359: twinkle just doesn't launch
Package: twinkle Version: 1:1.4.2-4 Severity: important Dear Maintainer, Here is what I have when trying twinkle on jessie : name@desktop:~$ twinkle Critical: Cannot open file for reading: /home/name/.twinkle/twinkle.cfg ^C name@desktop:~$ touch /home/name/.twinkle/twinkle.cfg name@desktop:~$ twinkle Twinkle 1.4.2, February 25 2009 Copyright (C) 2005-2009 Michel de Boer Users: * twinkle sip:@ Local IP: 255.255.255.255 twinkle: registering phone... Twinkle twinkle, registration failed: 404 Not Found ^D Info: Deregistering phone... ^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^C^CProcessus arrêté and I had to kill -9 the process to get access to the console again. And now that I've overwritten my clipboard, I don't remember the yahoo groups address reportbug asked me to CC this bug report to. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages twinkle depends on: ii libasound21.0.28-1 ii libboost-regex1.54.0 1.54.0-5+b1 ii libc6 2.19-17 ii libccgnu2-1.8-0 1.8.1-6+b2 ii libccrtp0 2.0.3-4 ii libgcc1 1:4.9.2-10 ii libgsm1 1.0.13-4 ii libmagic1 1:5.22+15-2 ii libncurses5 5.9+20140913-1+b1 ii libreadline6 6.3-8+b3 ii libsndfile1 1.0.25-9.1 ii libspeex1 1.2~rc1.2-1 ii libspeexdsp1 1.2~rc1.2-1 ii libstdc++64.9.2-10 ii libtinfo5 5.9+20140913-1+b1 ii libucommon6 6.1.10-1 ii libxml2 2.9.1+dfsg1-5 ii libzrtpcpp2 2.3.4-1+b1 ii zlib1g1:1.2.8.dfsg-2+b1 twinkle recommends no packages. twinkle 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#782360: qutecom: unable to connect
Package: qutecom Version: 2.2.1+dfsg1-5.2 Severity: important Dear Maintainer, qutecom fails to connect to my linphone.org account, where other SIP clients succeed, for unknown reason. It provides a nice message on the console while floundering, though : (warn) 22:47:24 [Common] virtual void CurlHttpRequest::run(): Couldn't connect to server -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages qutecom depends on: ii libasound2 1.0.28-1 ii libavcodec5610:2.6.1-dmo2 ii libavutil54 10:2.6.1-dmo2 ii libboost-program-options1.55.0 1.55.0+dfsg-3 ii libboost-serialization1.55.01.55.0+dfsg-3 ii libboost-signals1.55.0 1.55.0+dfsg-3 ii libboost-system1.55.0 1.55.0+dfsg-3 ii libboost-thread1.55.0 1.55.0+dfsg-3 ii libc6 2.19-17 ii libcurl37.38.0-4 ii libgcc1 1:4.9.2-10 ii libglib2.0-02.42.1-1 ii libpurple0 2.10.11-1 ii libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-3 ii libqt4-network 4:4.8.6+git64-g5dc8b2b+dfsg-3 ii libqt4-svg 4:4.8.6+git64-g5dc8b2b+dfsg-3 ii libqt4-xml 4:4.8.6+git64-g5dc8b2b+dfsg-3 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-3 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-3 ii libqtwebkit42.3.4.dfsg-3 ii libsamplerate0 0.1.8-8 ii libsndfile1 1.0.25-9.1 ii libspeex1 1.2~rc1.2-1 ii libssl1.0.0 1.0.1k-3 ii libstdc++6 4.9.2-10 ii libswscale3 10:2.6.1-dmo2 ii libtinyxml2.6.2 2.6.2-2 ii libuuid12.25.2-6 ii libx11-62:1.6.2-3 ii libxau6 1:1.0.8-1 ii libxdmcp6 1:1.1.1-1+b1 ii qutecom-data2.2.1+dfsg1-5.2 qutecom recommends no packages. qutecom 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#781868: nexuiz: Players hang sometimes in the air next to a wall
Package: nexuiz Version: 2.5.2+dp-3 Severity: normal Dear Maintainer, Sometimes when jumping next to a wall, a player (humpan or bot) can be sticked to it, shaking up and down rapidly. The only way to continue to play is to kill your character (or wait for it to be killed) and respawn. It doesn't happen all the time, but it's really annoying when it happens. I've encountered this bug on several computers with an AMD GPU, and played on a computer with an Intel GPU and it never happened there. I would be very surprised if this bug was driver-related though. *** End of the template - remove these template lines *** -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages nexuiz depends on: ii darkplaces 0~20130304+svn11952-2+b2 ii nexuiz-data 2.5.2-6 Versions of packages nexuiz recommends: ii nexuiz-music 2.5.2-6 Versions of packages nexuiz suggests: ii xqf 1.0.6-1 -- 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#780833: deluge-gtk: Impossible to unpause a torrent if the original max sharing ratio has been reached
Package: deluge-gtk Severity: normal Dear Maintainer, When a torrent has been downloaded completely, and once the max sharing ratio has been reached, the torrent is automatically paused and it's impossible to unpause it (at least from the GUI) to continue to share it, even when you increase the max sharing ratio in the option afterwards. I do this bug report from memory, please forgive me if this bug has just been solved. Regards, -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778600: torus-trooper-pure: Requires version of torus-trooper-data older than current
I'd like to add that a consequence of this is the two games torus-trooper and torus-trooper-pure not being able to be installed simultaneously (unless torus-trooper and torus-trooper-data are installed in their stable version and kept on hold), in case it wasn't clear. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778600: torus-trooper-pure: Requires version of torus-trooper-data older than current
Package: torus-trooper-pure Version: 0.22.dfsg1-8 Severity: important Dear Maintainer, torus-trooper-pure 0.22.dfsg1-8 (current) needs torus-trooper-data 0.22.dfsg1-8 to be installed, but the current version of torus-trooper-data in testing is 0.22.dfsg1-9. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773709: xserver-xorg: X crashes when displaying a very large jpeg file with certain viewers
Package: xserver-xorg Version: 1:7.7+7 Severity: normal Dear Maintainer, When I try to diplay this 19 857 × 3 038, 24.85 Mio jpeg picture http://upload.wikimedia.org/wikipedia/commons/3/31/78_-_Qu%C3%A9bec_- _Juin_2009.jpg in iceweasel, not only iceweasel crashes, but the whole desktop too, leaving me on the login screen. The crash happens immediately, I don't think iceweasel has the time to download the whole picture. When I download the picture and display it with eog, the same thing happens. ristretto, feh and imagemagick can display it just fine. The graphic card is a Radeon R9 280X, and I use the free radeon driver on a debian testing install. When I use the non-free fglrx driver, the crash doesn't occur. Regards, -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Oct 3 10:52 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 2401376 Dec 9 23:24 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Tahiti XT [Radeon HD 7970/8970 OEM / R9 280X] [1002:6798] /etc/X11/xorg.conf does not exist. /etc/X11/xorg.conf.d does not exist. /etc/modprobe.d contains no KMS configuration files. Kernel version (/proc/version): --- Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.3 (Debian 4.8.3-16) ) #1 SMP Debian 3.16.7-ckt2-1 (2014-12-08) Xorg X server log files on system: -- -rw-r--r-- 1 root root 43548 Dec 22 13:25 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [ 2310.576] X.Org X Server 1.16.2.901 (1.16.3 RC 1) Release Date: 2014-12-09 [ 2310.577] X Protocol Version 11, Revision 0 [ 2310.577] Build Operating System: Linux 3.2.0-4-amd64 x86_64 Debian [ 2310.577] Current Operating System: Linux desktop 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt2-1 (2014-12-08) x86_64 [ 2310.577] Kernel command line: BOOT_IMAGE=/vmlinuz root=/dev/sda1 [ 2310.577] Build Date: 09 December 2014 10:15:28PM [ 2310.577] xorg-server 2:1.16.2.901-1 (http://www.debian.org/support) [ 2310.577] Current version of pixman: 0.32.6 [ 2310.577]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 2310.577] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 2310.577] (==) Log file: /var/log/Xorg.0.log, Time: Mon Dec 22 13:25:43 2014 [ 2310.577] (==) Using system config directory /usr/share/X11/xorg.conf.d [ 2310.577] (==) No Layout section. Using the first Screen section. [ 2310.577] (==) No screen section available. Using defaults. [ 2310.577] (**) |--Screen Default Screen Section (0) [ 2310.577] (**) | |--Monitor default monitor [ 2310.577] (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. [ 2310.577] (==) Automatically adding devices [ 2310.577] (==) Automatically enabling devices [ 2310.577] (==) Automatically adding GPU devices [ 2310.577] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [ 2310.577]Entry deleted from font path. [ 2310.577] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [ 2310.577] (==) ModulePath set to /usr/lib/xorg/modules [ 2310.577] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 2310.577] (II) Loader magic: 0x7f524c345d80 [ 2310.577] (II) Module ABI versions: [ 2310.577]X.Org ANSI C Emulation: 0.4 [ 2310.577]X.Org Video Driver: 18.0 [ 2310.577]X.Org XInput driver : 21.0 [ 2310.577]X.Org Server Extension : 8.0 [ 2310.578] (II) xfree86: Adding drm device (/dev/dri/card0) [ 2310.580] (--) PCI:*(0:1:0:0) 1002:6798:1462:2775 rev 0, Mem @ 0xd000/268435456, 0xfe8c/262144, I/O @ 0xb000/256, BIOS @ 0x/131072 [ 2310.580] (II) LoadModule: glx [ 2310.580] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so [ 2310.581] (II) Module glx: vendor=X.Org Foundation [ 2310.581]compiled for 1.16.2.901, module version = 1.0.0 [ 2310.581]ABI class: X.Org Server Extension, version 8.0 [ 2310.581] (==) AIGLX enabled [ 2310.581] (==) Matched ati as autoconfigured driver 0 [ 2310.581] (==) Matched ati as autoconfigured driver 1 [ 2310.581] (==) Matched modesetting as autoconfigured driver 2 [ 2310.581] (==) Matched fbdev as autoconfigured driver 3 [ 2310.581]
Bug#716690: chromium-bsu: does not display non-ascii letters properly
Package: chromium-bsu Version: 0.9.15.1-1 Severity: minor *** /tmp/reportbug-chromium-bsu-20130711-11923-dGysWe Content-Type: text/plain; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: eingousef eingou...@gmail.com To: Debian Bug Tracking System sub...@bugs.debian.org Subject: chromium-bsu: does not display non-ascii letters properly Message-ID: 20130711122212.11923.70548.report...@code.tr X-Mailer: reportbug 6.4.4 Date: Thu, 11 Jul 2013 14:22:12 +0200 Package: chromium-bsu Version: 0.9.15.1-1 Severity: minor Hello, chromium-bsu in french seems unable to diplay accented letters properly in the menu. Screenshot : http://pix.toile-libre.org/upload/original/1373544702.png Output : $ chromium-bsu Fontconfig warning: /etc/fonts/conf.d/25-wqy-zenhei.conf, line 11: Having multiple values in test isn't supported and may not work as expected Fontconfig warning: /etc/fonts/conf.d/65-droid-sans-fonts.conf, line 103: Having multiple values in test isn't supported and may not work as expected Fontconfig warning: /etc/fonts/conf.d/65-droid-sans-fonts.conf, line 138: Having multiple values in test isn't supported and may not work as expected Fontconfig warning: /etc/fonts/conf.d/25-wqy-zenhei.conf, line 11: Having multiple values in test isn't supported and may not work as expected Fontconfig warning: /etc/fonts/conf.d/65-droid-sans-fonts.conf, line 103: Having multiple values in test isn't supported and may not work as expected Fontconfig warning: /etc/fonts/conf.d/65-droid-sans-fonts.conf, line 138: Having multiple values in test isn't supported and may not work as expected This may be related to an other package (font package ?) than chromium-bsu, as I'm seeing similar output with other programs. Those programs display characters properly, though. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chromium-bsu depends on: ii chromium-bsu-data 0.9.15.1-1 ii fonts-uralic [ttf-uralic] 0.0.20040829-4 ii libalut0 1.1.0-3 ii libc6 2.17-7 ii libgcc11:4.8.1-2 ii libgl1-mesa-glx [libgl1] 9.1.4-1 ii libglc00.7.2-5+b1 ii libglu1-mesa [libglu1] 9.0.0-1 ii libopenal1 1:1.14-4 ii libsdl-image1.21.2.12-3 ii libsdl1.2debian1.2.15-5 ii libstdc++6 4.8.1-2 chromium-bsu recommends no packages. chromium-bsu suggests no packages. -- no debconf information -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chromium-bsu depends on: ii chromium-bsu-data 0.9.15.1-1 ii fonts-uralic [ttf-uralic] 0.0.20040829-4 ii libalut0 1.1.0-3 ii libc6 2.17-7 ii libgcc11:4.8.1-2 ii libgl1-mesa-glx [libgl1] 9.1.4-1 ii libglc00.7.2-5+b1 ii libglu1-mesa [libglu1] 9.0.0-1 ii libopenal1 1:1.14-4 ii libsdl-image1.21.2.12-3 ii libsdl1.2debian1.2.15-5 ii libstdc++6 4.8.1-2 chromium-bsu recommends no packages. chromium-bsu 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#716693: megaglest: crashes at click (segfault)
Package: megaglest Version: 3.6.0.3-1.2 Severity: important Hello, After loading a match/scenario, megaglest crashes at the first click. This didn't happen a few days ago, so it might be related to a recent upgrade in testing (libc ?). Here is an extract of the console output : In [/tmp/buildd/megaglest-3.6.0.3/source/glest_game/main/main.cpp::handleSIGSEGV Line: 652] Error detected: signal 11: Error saved to logfile [/home/ac/.megaglest/error.log] [2013-07-11 15:06:07] *ERROR* In [/tmp/buildd/megaglest-3.6.0.3/source/glest_game/main/main.cpp::handleRuntimeError Line: 416] [In [/tmp/buildd/megaglest-3.6.0.3/source/glest_game/main/main.cpp::handleSIGSEGV Line: 652] Error detected: signal 11: ] gameInitialized = 1, program = 0x21c8a90 [2013-07-11 15:06:07] *ERROR* In [/tmp/buildd/megaglest-3.6.0.3/source/glest_game/main/main.cpp::handleRuntimeError Line: 509] [In [/tmp/buildd/megaglest-3.6.0.3/source/glest_game/main/main.cpp::handleSIGSEGV Line: 652] Error detected: signal 11: Stack Trace: megaglest() [0x5e2865] address [0x5e2865] line: 0 /lib/x86_64-linux-gnu/libc.so.6:() address [0x7fa3c1735260] line: 0 [0x7fa3a30a91b8] address [0x7fa3a30a91b8] line: 0 ] Erreur de segmentation I'll attach the error.log file. Regards, -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (980, 'stable-updates'), (980, 'stable'), (90, 'experimental'), (90, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages megaglest depends on: ii famfamfam-flag-png0.1-3 ii fonts-liberation 1.07.2-6 ii fonts-uralic 0.0.20040829-4 ii libc6 2.17-7 ii libcurl3-gnutls 7.31.0-2 ii libfontconfig12.10.2-2 ii libfreetype6 2.4.9-1.1 ii libftgl2 2.1.3~rc5-4 ii libgcc1 1:4.8.1-2 ii libgl1-mesa-glx [libgl1] 9.1.4-1 ii libglew1.71.7.0-3 ii libglu1-mesa [libglu1]9.0.0-1 ii libircclient1 1.3+dfsg1-3 ii libjpeg8 8d-1 ii liblua5.1-0 5.1.5-4 ii libminiupnpc5 1.5-2 ii libopenal11:1.14-4 ii libpng12-01.2.49-4 ii libsdl1.2debian 1.2.15-5 ii libstdc++64.8.1-2 ii libvorbisfile31.3.2-1.3 ii libwxbase2.8-02.8.12.1-13 ii libwxgtk2.8-0 2.8.12.1-13 ii libx11-6 2:1.6.0-1 ii libxerces-c28 2.8.0+deb1-3 ii libxext6 2:1.3.1-2+deb7u1 ii megaglest-data3.6.0.3-1 ii p7zip-full9.20.1~dfsg.1-4 ii ttf-dejavu-core 2.33+svn2514-3 ii ttf-wqy-zenhei0.9.45-4 megaglest recommends no packages. megaglest suggests no packages. -- no debconf information *** /home/ac/.megaglest/error.log [2013-07-11 15:06:07] Runtime Error information: == In [/tmp/buildd/megaglest-3.6.0.3/source/glest_game/main/main.cpp::handleSIGSEGV Line: 652] Error detected: signal 11: Stack Trace: megaglest() [0x5e2865] address [0x5e2865] line: 0 /lib/x86_64-linux-gnu/libc.so.6:() address [0x7fa3c1735260] line: 0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org