Bug#1075987: Acknowledgement (Regression: VLC crashes when seeking in a video after a Debian update)

remove that one too. But that would mean you have non-Debian stuff causing the crash. -- Rémi Denis-Courmont http://www.remlab.net/

Bug#1075987: Acknowledgement (Regression: VLC crashes when seeking in a video after a Debian update)

Hi, Le perjantaina 12. heinäkuuta 2024, 3.02.16 EEST nurupo a écrit : > Seeing how there is no reply, I decided to clarify things a bit. > Hopefully you find it useful. The fault is most likely with libvdpau-va-gl1. Uninstall it. Bluntly, I don't understand why Debian insists on shipping that

Bug#1071049: mercurial-evolve: current version of evolve incompatible with current mercurial

Package: mercurial-evolve Version: 11.1.1-1 Severity: grave Justification: renders package unusable X-Debbugs-Cc: hob...@poukram.net Dear Maintainer, using the current mercurial-evolve package (version 11.1.1-1) leads to errors with mercurial 6.7: hg commit ** Unknown exception encountered

Bug#1069306: pax-britannica appears reduced in its window

quarter of its window. The rest of the window is black. I don't know exactly when it started, but it's relativly recent. Don't hesitate to ask for more info Thanks for your work, -- Rémi -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable

Bug#1067487: reopen since not fixed

Control: reopen 1067487 thanks

Bug#1067487: mercurial-evolve: still does not work with mercurial 6.7

Package: mercurial-evolve Version: 11.1.1-1 Followup-For: Bug #1067487 X-Debbugs-Cc: hob...@poukram.net using the current mercurial-evolve package (version 11.1.1-1) leads to errors with mercurial 6.7: hg commit ** Unknown exception encountered with possibly-broken third-party extension

Bug#1066849: Re: Bug#1066849: libelf1 Version mismatch (0.190-1+b1 vs 0.191-1)

Hello, Thanks for the info. So this may be linked to ? Do you know where I can find information about the time_t64 transition?

Bug#1066849: libelf1 Version mismatch (0.190-1+b1 vs 0.191-1)

Package: libelf1 Version: 0.190-1+b1 Hello, It seems that since the last update (2 days ago), the version of the package has not been updated. When I check the version in Debian, it says 0.190-1+b1 (https://packages.debian.org/fr/sid/libelf1), but when I check the changelog, I get .0191-1

Bug#1064358: network-manager-l2tp: cannot connect with mschapv2 if mppe is required

, there is no need for MPPE at the l2tp level. So now I can upgrade and adapt my configurations, but it would probably be interresting to disable the MPPE possibility if IPSEC is used: make it unselectable in the gui, or not enforce it when the vpn is created. Thanks, -- Rémi Letot

Bug#1064358: network-manager-l2tp: cannot connect with mschapv2 if mppe is required

on carries on and works. Don't hesitate to ask for more information, and thanks for your work, -- Rémi -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.6.15-amd64 (SMP w/8 CPU threads; PREEM

Bug#1061716: wrong dependency?

1 "/dev/null" 2 ``` As the actual `gcc`package depends on `gcc-13`, `clang-16`(as the default clang version) should too. my 2¢ Rémi

Bug#1058924: gnome-software: does not list or find any apt package

5418 Dec 17 21:37 /var/lib/apt/lists/deb.debian.org_debian_dists_sid_non-free_dep11_Components-amd64.yml.gz -rw-r--r-- 1 root root7525 Dec 18 16:12 /var/lib/apt/lists/deb.tuxedocomputers.com_ubuntu_dists_jammy_main_dep11_Components-amd64.yml.gz Thanks, -- Rémi

Bug#1058924: gnome-software: does not list or find any apt package

Package: gnome-software Version: 45.2-1 Severity: important X-Debbugs-Cc: hob...@poukram.net Dear Maintainer, when I launch gnome-software, only six applications are listed as available in the main screen: devdocs, diagrams, excalidraw, snapdrop, squoosh, and stackedit. None of these are

Bug#1057260: iwlwifi: `N' invalid for parameter `enable_ini'

Salvatore Bonaccorso writes: > On Thu, Dec 07, 2023 at 10:36:58AM +0100, Rémi Letot wrote: >> >> Hello, >> >> /etc/modprobe.d/iwlwifi.conf contains one line: >> >> options iwlwifi enable_ini=N >> >> >> ~ $ LANG=C dpkg -S i

Bug#1057260: iwlwifi: `N' invalid for parameter `enable_ini'

.. ~ $ ls -l /etc/modprobe.d/iwlwifi.conf -rw-r--r-- 1 root root 29 2021-08-02 2021 /etc/modprobe.d/iwlwifi.conf Thanks a lot, -- Rémi

Bug#1057260: iwlwifi: `N' invalid for parameter `enable_ini'

a suspicious line with 6.5.0-5: iwlwifi: `N' invalid for parameter `enable_ini' And then nothing else about iwlwifi. Thanks, -- Rémi -- Package-specific info: ** Kernel log: boot messages should be attached ** Model information sys_vendor: TUXEDO product_name: TUXEDO InfinityBook Pro 14 Gen6

Bug#1054574: adminer seems dead upstream, switch to adminerevo ?

Package: adminer Severity: wishlist X-Debbugs-Cc: hob...@poukram.net Dear Maintainer, according to git activity and comments in the issues, adminer seems dead upstream. Part of the community have forked it into adminerevo: https://docs.adminerevo.org/ Would you consider packaging that

Bug#1053566: known and fixed upstream

Hi, just found it upstream: https://gitlab.gnome.org/GNOME/gnome-control-center/-/issues/2668 Apparently the fix is already merged in upstream gnome 45. Thanks, -- Rémi Letot

Bug#1053566: gnome-control-center: fails to add or edit vpn

however do so using nmcli, so it's a gnome issue. Thanks, -- Rémi -- System Information: Debian Release: trixie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 6.5.0-1-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_USER Locale

Bug#1038590: vlc: Depends on SDL 1.2

version 1.2, which > is unmaintained upstream. Upstream VLC has dropped SDL almost 3 years ago, but there has not been a release since then. It should be fine to just turn it off in the mean time. -- Rémi Denis-Courmont http://www.remlab.net/

Bug#1031249: VLC 3.0.18 crash FIXED with downgrade of libva2 libraries to 2.14.0-1

Le sunnuntaina 19. helmikuuta 2023, 19.13.51 EET js jb a écrit : > I've verified that by downgrading these libva2 libraries from 2.17.0-1 to > 2.14.0-1, VLC_3.0.18 works fine again: libva-dev=2.14.0-1 > libva-drm2=2.14.0-1 > libva-glx2=2.14.0-1 > libva-wayland2=2.14.0-1 >

Bug#1026887: vlc.desktop hardcodes path to executable

be first in the search path. Indeed, VLC is far from the only application to put the full path there. Working around limitations of firejail is a non-goal. IMO, this is wontfix. -- Rémi Denis-Courmont http://www.remlab.net/

Bug#1023514: Fixed in logwatch 7.6+

This bug has been discussed and fixed upstream: https://sourceforge.net/p/logwatch/bugs/99/ This is fixed in logwatch 7.6+. FWIW, I'm attaching the combination patch of the 2 commits that were applied in logwatch Git repository.diff --git a/scripts/services/exim b/scripts/services/exim index

Bug#1021664: vlc: Automatic hardware acceleration drops most frames

4 video > using hardware acceleration. (...) > vlc -vvv shows this: That log shows VLC *not* using video acceleration. Note that Debian has turned off VA-API support in VLC: https://bugs.debian.org/1021601 -- Rémi Denis-Courmont http://www.remlab.net/

Bug#1021032: vlc: playing videos results in a black screen

Le 8 octobre 2022 16:40:49 GMT+03:00, KeyofBlueS a écrit  : >> It would be interesting to see if it reproduces with VLC <= 3.0.12 and >= >> 3.0.18~rc1. (...) >> It could also be something else. I don't pretend to know that. >I've compiled 3.0.18-rc2 (sorry i wasn't able to build 3.0.12 also),

Bug#1021032: vlc: playing videos results in a black screen

Le lauantaina 8. lokakuuta 2022, 12.40.56 EEST KeyofBlueS a écrit : > Hi all. Let's continue here from #1021140 > > > It seems this issue it's not completely fixed. Before it was always > reproducible under any circumstance, when now

Bug#1019354: libc6-dev-riscv64-cross: static libc is unusable

Package: libc6-dev-riscv64-cross Version: 2.34-7cross2 Severity: important Dear Maintainer, Even the most trivial C program: encounters a segmentation crash when linked statically: # cat << EOF > hello.c int main(void) { return 0; } EOF # riscv64-linux-gnu-gcc -O2 -static hello.c #

Bug#1011949: linux-libc-dev: missing drm/ headers

Package: linux-libc-dev Version: 5.18-1~exp1 Severity: normal Dear Maintainer, The drm/ user-space API headers are missing in linux-libc-dev (at least on x86-64). They are present in the cross-compilation packages though, and FWIW, they are also shipped in Ubuntu's versions of linux-libc-dev.

Bug#842513: vlc: immediate crash on launch on powerpc

Control: tags -1 + fixed-upstream This should now be fixed in VLC master branch. I can try to backport but it won't be so straightforward. -- Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.

Bug#983250: vlc: Crash when starting to play video under weston / wayland

On Sun, 21 Feb 2021 20:08:05 +0200 Rémi Denis-Courmont wrote: > > Wayland support is spposed to be better with the upcoming vlc 4.0. No > > idea when that version will be released, though. > > Basic playback should work. The crash looks like a problem within EGL, so > n

Bug#842613: vlc: should warn when choosing a DVB channel that isn't from the same transponder.

Control: tags -1 + wontfix On Sun, 30 Oct 2016 20:59:32 +0100 Jiff wrote: > Vlc to act the same as Kaffeine: popping a warning up that explains the > new chosen channel being on another transponder the former recording > will be stopped, AND (obviously?) allow channel change smoothly when the >

Bug#958250: Use system libjsonparser-dev

Le tiistaina 21. huhtikuuta 2020, 12.59.20 EEST Jonas Smedegaard a écrit : > > > But anyway, is libjsonparser's upstream still active? No release > > > since 2014 doesn't suggest that they are. If that is not the case > > > and we end up with libjsonparser being maintained in Debian, this > > >

Bug#961118: vlc: Rendering issues on scaled display

both integrated/embedded and non-embedded video playback? Br, -- Rémi Denis-Courmont http://www.remlab.net/

Bug#990247: vlc: reproducible builds: Fix passing sort order to tar when generating default.vlt

shell variable. Such a patch should be submitted upstream but for a start, it does not look right to me. Specifically $$tarsort is correct. AFAICT, the problem is that predicate for the assignment relies on locale-dependent behaviour and thus fails with non-English languages. Br, -- Rémi Denis-Courmont http://www.remlab.net/

Bug#842513: vlc: immediate crash on launch on powerpc

Hi, I have submitted an upstream MR to attempt to fix this. But I don't have a setup to actually test it. So I would appreciate if someone could try it out: https://code.videolan.org/videolan/vlc/-/merge_requests/1934 Br, -- Реми Дёни-Курмон http://www.remlab.net/

Bug#981380: vlc: GPU lockup

e system, to crash. This can be caused by bugs in the kernel or the firmware, or by hardware faults. You may want to disable hardware video decoding acceleration to avoid this triggering this kind of issue. -- Rémi Denis-Courmont http://www.remlab.net/

Bug#1003117: vlc 3.0.16/debian 11.2.0; main error: TLS session handshake timeout

Control: tags -1 + moreinfo Hi, Le tiistaina 4. tammikuuta 2022, 15.25.16 EEST beta-tester a écrit : > to open a network media in VLC, i hit CTRL-N and paste the link in and > pressed the PLAY button. then after a while an error message pops up: > Your input can't be opened: > VLC is unable to

Bug#931242: vlc: cannot open files with # in name from playlist

Control: tags -1 + wontfix Hi, The hash in a URL is the anchor separator, so what VLC does here is very much intended. If you need a hash in a file name in a M3U, you should encode it as %23 so that there are no ambiguities. Br, -- Envoyé de mon appareil Android avec Courriel K-9 Mail.

Bug#1009689: playlist recursive expansion not working

Hi, The --recursive option controls the handling of directories only, and this is consistent with the built-in documentation. It is not supposed to affect the parsing of playlists in general. AFAICT, this is working as intended. Best regards, -- Envoyé de mon appareil Android avec Courriel

Bug#1010222: RFP: vlc-plugin-pipewire -- Pipewire plugin for the VLC media player framework

Package: wnpp Severity: wishlist * Package name: vlc-plugin-pipewire Version : 1 Upstream Author : Rémi Denis-Courmont * URL : https://www.remlab.net/vlc-plugin-pipewire/ * License : GPL (v3) Programming Lang: C Description : Pipewire plugin

Bug#1008174: libc6: poll() spuriously returns EINTR

ity > state shall remain set to PTHREAD_CANCEL_DISABLE until the thread has > terminated." This paragraph clarifies that cancellation cannot occur recursively / more than once per thread. Assuming that "acting upon a cancellation request" would be permissible with cancellation disabled, this sentence would imply that cancellation is disabled permanently, and the thread will never get cancelled at all. -- Rémi Denis-Courmont http://www.remlab.net/

Bug#1008174: libc6: poll() spuriously returns EINTR

Package: libc6 Version: 2.34-0experimental3 Severity: important Dear Maintainer, In the example below, glibc 2.34 from experimental causes a spurious EINTR error in the poll() call from the child thread. It seems that thread cancellation causes the poll() to be spuriously interrupted, even

Bug#1007204: /usr/bin/make-kpkg: Please add riscv architecture

Package: kernel-package Version: 13.018+nmu2 Severity: wishlist File: /usr/bin/make-kpkg Dear Maintainer, At this time, make-kpkg refuses to (cross-)build RISC-V kernel images: debian/ruleset/misc/checks.mk:36: *** Error. I do not know where the kernel image goes to [kimagedest undefined] The

Bug#998441: reprozip: FTBFS on 2nd reproducible build

This was fixed by f69cee3033a7842633199151956f405de4d253f9 [1] which is part of release 1.1. Updating should fix the failure. [1]: https://github.com/VIDA-NYU/reprozip/commit/f69cee3033a7842633199151956f405de4d253f9 Yours truly, The upstream maintainer

Bug#994892: evdi-dkms: fails to build for kernel 5.14.0-1

. I attach the needed make.log file. Don't hesitate to ask for more info. Thanks a lot, -- Rémi -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.14.0-1-amd64 (SMP w/8 CPU threads) Kernel taint

Bug#989765: tiled: Please, upgrade to latter version

Package: tiled Version: 1.4.3-1 Severity: wishlist Hello, Tiled 1.7 has been Released, could you package it? Thanks for your work, Rémi. -- System Information: Debian Release: 11.0 APT prefers testing-security APT policy: (500, 'testing-security'), (500, 'unstable'), (500, 'testing

Bug#989122: exim4: takes 10 seconds to accept connections after waking up on another network

Marc Haber writes: > On Wed, May 26, 2021 at 11:52:10PM +0200, Rémi Letot wrote: >> getsockname(6, {sa_family=AF_INET6, sin6_port=htons(25), >> sin6_flowinfo=htonl(0), inet_pton(AF_INET6, "::1", _addr), >> sin6_scope_id=0}, [28]) = 0 >> clone(child_stack

Bug#989122: exim4: takes 10 seconds to accept connections after waking up on another network

, WNOHANG, NULL) = -1 ECHILD (Aucun processus enfant) rt_sigaction(SIGCHLD, {sa_handler=0x558211694c60, sa_mask=[], sa_flags=SA_RESTORER, sa_restorer=0x7faf372abd60}, NULL, 8) = 0 select(6, [3 4 5], NULL, NULL, NULL^Cstrace: Process 671890 detached -- Tell-me if you need more info. Thanks, -- Rémi

Bug#989122: exim4: takes 10 seconds to accept connections after waking up on another network

efore any smpt happens. Thanks, -- Rémi -- Package-specific info: Exim version 4.94.2 #2 built 17-May-2021 15:45:00 Copyright (c) University of Cambridge, 1995 - 2018 (c) The Exim Maintainers and contributors in ACKNOWLEDGMENTS file, 2007 - 2018 Berkeley DB: Berkeley DB 5.3.28: (September 9, 2013) Supp

Bug#981857: [Bug Report] [python3-nftables]

Subject: python3-nftables: nftables.Nftables class instance repeatedly returns -1 after single error occurs Package: python3-nftables Version: 0.9.3-2 Severity: normal Dear Maintainer, I am using the python wrapper in a program and faced a problem. Trying to list a Table while the Ruleset is

Bug#951854: fixed in muchsync 5-2

ed the patch, and upload the brand new upstream version at the same time. -- Rémi Vanicat

Bug#913781: reprozip: Script accesses internal dpkg database

https://github.com/VIDA-NYU/reprozip/pull/330). -- Rémi Rampin

Bug#969462: elpa-pdf-tools: annotation editing broken with emacs 27.1

. Thanks for the report. Rémi. > - -- > To reproduce > > 1) start emacs -q > (load-library "pdf-tools-autoloads") > (pdf-tools-install) > 2) make an annotation (I tried text and highlight style). Try to a

Bug#964437: Fails to install

020, Rémi Vanicat wrote: >> Could you show me the line 30 of the file >> >> /usr/share/emacs/site-lisp/elpa-src/magit-2.99.0/magit-tag.el > > (require 'magit) > >> Also please check if there is another version of magit installed in >> /root/.emacs.d or in

Bug#964437: Fails to install

or exit status > Errors were encountered while processing: > elpa-magit > -- Rémi Vanicat

Bug#890846: Mesa should be built with `-Dvalgrind=true` to prevent false positives

, but I'll suggest it to them too. Thanks in advance, Rémi Verschelde Godot Engine Project Manager / Mageia packager

Bug#962847: not emacs related

elay, so the reason is not the id. Also, exim 4.93 does not have a problem when my laptop sleeps, and I guess it would have the same problem if my clock moved backwards, so while the explanation might be there somewhere, the exact reason is different. Also, my clock certainly does not move backwards, I would see it. But maybe the clock in question is not what I see on my desktop ? Thanks for your work, -- Rémi

Bug#962847: exim4: takes forever to send a mail after sleeping

Marc Haber writes: > On Mon, Jun 15, 2020 at 01:56:18PM +0200, Rémi Letot wrote: >> My mail client and exim are both running on my laptop, and the provided >> logs are from that same laptop. >> >> The fault is the delay between exim accepting the message,

Bug#962847: exim4: takes forever to send a mail after sleeping

ut my laptop to sleep longer, say usually a whole night, the delay will be prohibitively long. In that case I have to kill the exim process, which releases my mail client, then restart the exim service, which delivers the stuck message and makes the problem disappear until I put my laptop to sleep again. Thanks, -- Rémi

Bug#962847: exim4: takes forever to send a mail after sleeping

k to 4.94 if you need some testing. Thanks for your work, -- Rémi -- Package-specific info: Exim version 4.94 #2 built 07-Jun-2020 07:55:58 Copyright (c) University of Cambridge, 1995 - 2018 (c) The Exim Maintainers and contributors in ACKNOWLEDGMENTS file, 2007 - 2018 Berkeley DB: Berkeley DB 5.3

Bug#952560: please package new upstream snapshot

eliminary work for the package are in salsa, but it is a work in progress: I might even change the version number. -- Rémi Vanicat

Bug#954953: cups-daemon: apparmor prevents opening /proc/sys/kernel/random/boot_id

cupsd" name="/proc/sys/kernel/random/boot_id" pid=678 comm="cupsd" requested_mask="r" denied_mask="r" fsuid=0 ouid=0 I know that it didn't start right away, but I don't know what triggered it... Thanks for your work, -- Rémi -- System Information:

Bug#953182: xul-ext-nostalgy: new version available which fixes the thunderbird 68 conflict

: https://addons.thunderbird.net/en-US/thunderbird/addon/nostalgy/ Would you consider packaging it ? Thanks -- Rémi -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386

Bug#950839: reprounzip autopkg test fails with python 3.8

This appears to be a duplicate of #943442. Upstream version 1.0.16 fixes the problem. It seems that there have been uploads of reprozip but not reprounzip, I'm not sure why.

Bug#943442: reprozip needs a new upstream version for Python 3.8

Upstream version 1.0.16 supports Python 3.8. 1.0.15 and below won't work because of the removed platform.linux_distribution() function in Python 3.8.

Bug#940746: please drop transitional package magit from src:magit

>PGP fingerprint: B8BF 5413 7B09 D35C F026 FE9D 091A B856 069A AA1C > -- Rémi Vanicat

Bug#932892: libwayland-server0: wayland crashes when I (un)plug a monitor

to have better error messages, but you'll have to guide me :-) I'm now using gnome on Xorg, which doesn't crash, so the problem is with wayland. Thanks a lot, -- Rémi -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental

Bug#927678: marked as done (elpa-beginend installs but is not accessible in emacs)

load on the line before the '(define-minor-mode beginend-global-mode This has been fixed upstream (but not yet released) in commit ebf58d62a84f2c186c690651166f26db3a419c5c (Remarque that beginend-global-mode just call beginend-setup-all, so..., also I believe this fix is against freeze policy for now) -- Rémi Vanicat

Bug#927678: elpa-beginend installs but is not accessible in emacs

e use the Emacs package service, and it need initializing. -- Rémi Vanicat

Bug#922875: xdu: miscounts the size of root directory

ccept any patch that solve it, and might look at it this summer. Thanks for your report. [...] -- Rémi Vanicat

Bug#921124: elpa-git-commit: magit components can't handle - character

the problem, or at least give me a step by step procedure leading to your problem? Thanks Rémi,

Bug#917234: [initramfs-tools] Unable to detect root device

Hello, It seems to be solved for me. The problem happenned when I was trying to upgrade. What I did: - reboot on old kernel (4.18) - do a `dist-upgrade` - this worked fine, no initframfs error - reboot on latest kernel (4.19) I haven't had any issue since. Best regards,

Bug#917234: [initramfs-tools] Unable to detect root device

Hello, I have installed Debian Sid on a LUCKS ext4 partition, ans I have the same issue. `ls -l /dev/mapper/` Gives me the same as Paul. Best regards, Rémi

Bug#914137: elpa-magit: magit-status doesn't honor path auto-completion anymore

Using C-u C-u M-x magit-status give acces to the old ways. You can also configure magit-repository-directories to configure (partly) the default autocompletion. Rémi.

Bug#913781: reprozip: Script accesses internal dpkg database

in the next minor release of ReproZip. It also turns out to be faster. Thanks for the help! Best -- Rémi

Bug#913781: reprozip: Script accesses internal dpkg database

the code. A change in the database format could be a problem, thanks for letting us know. Best Rémi

Bug#888383: kodi: FTBFS with FFmpeg 3.5

Hello, I recently did the following bug report on kodi-bin because of broken dependencies: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=912994 I just saw that in Ubuntu, they are depending on libavcodec58 for their last version of kodi-bin (see

Bug#913025: emacspeak: emacspeak post-installation failed

ure diff --git a/debian/changelog b/debian/changelog index 73f01ea..ae75abc 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,9 @@ +emacspeak (47.0+dfsg-5) UNRELEASED; urgency=medium + + * Fix incompatibility with elpa-auto-complete (Closes: 913025) + + -- Rémi Vanicat Sat, 10

Bug#913025: emacspeak: emacspeak post-installation failed

(no description available) un xemacs21-support (no description available) > > Thanks, > Samuel -- Rémi Vanicat

Bug#912994: kodi-bin: Broken dependency (should depends on libavcodec58)

Thanks for the fast reply! And sorry for the duplicated... I'll wait for a fix ^^ Or do you know an easy way to can install kodi 17? It seems the version in Testing has the same issue... Cheers, Le lun. 5 nov. 2018 à 17:21, Sebastian Ramacher a écrit : > On 2018-11-05 17:15:16, Rémi Ducces

Bug#912994: kodi-bin: Broken dependency (should depends on libavcodec58)

Package: kodi-bin Version: 2:17.6+dfsg1-2+b1 Severity: important Dear Maintainer, The package `kodi-bin` (and thus `kodi`) can't be installed in Sid anymore because of broken dependencies. In fact, `kodi-bin` depends on `libavcodec57`, which in turns depends on `libx264-152` which doesn't exist

Bug#910647: zram-tools: examples in /etc/default/zramswap.conf should reflect defaults

. Or at least the defaults should appear in the commented out explanations. Thanks, -- Rémi -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.18.0-2

Bug#910645: zram-tools: zramswap status errors out

/dev/zram2 partition 1122572 0 100 /dev/zram3 partition 1122572 0 100 Thanks, -- Rémi -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_6

Bug#910644: zram-tools: configuration file not used by the script

Package: zram-tools Version: 0.3.1-1 Severity: important Dear Maintainer, the configuration file is /etc/default/zramswap.conf, but the /usr/sbin/zramswap file sources /etc/default/zramswap, rendering personal configuration useless. Thanks, -- Rémi -- System Information: Debian Release

Bug#904798: chromium: Chromium failed to upgrade

n amd64 Packages > > How specifically would someone else reproduce what you did? Install the version currently in testing (67.0.3396.87-1) upgrade to the version in stable/security. Well, one can assert that the problem concern the version in testing and close this bug once the version in unstable migrate. Thanks. -- Rémi Vanicat

Bug#904234: RFA: let-alist -- let-bind values of an assoc-list by their names in Emacs Lisp

Le 22 juillet 2018, Sean Whitton a écrit: > Package: wnpp > Severity: normal > > I request an adopter for the let-alist package. This is a reverse dependency of magit. I can adopt it. My internet connection is very poor here, so I will take care of this next week. [...] -- Rémi Vanicat

Bug#902640: magit: FTBFS if machine has no domain

/changelog index bb933827..9bcda3b2 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +magit (2.13.0-2) unstable; urgency=medium + + * Run test: set GIT_COMMITTER_EMAIL and GIT_AUTHOR_EMAIL to let test run +even if machine has no domain (Closes: #902640), +thanks to S

Bug#901604: xwayland: reliably crashes the system when opening certain pages in firefox

work, -- Rémi -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.16.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8

Bug#895010: ITP: magit-popup -- magit-popup is an emacs interface to set option to call emacs-command or even shell-command

cy on magit 2.12, so I need it to > upgrade my package. > We already uploaded it to NEW queue and it was rejected (can't > remember why, though). > Could you please spend some efforts here? Thanks a lot in advance. > > Cheers. > > -- > Matteo F. Vescovi || Debian Developer > GnuPG KeyID: 4096R/0x8062398983B2CF7A -- Rémi Vanicat

Bug#899384: vlc: Hardware acceleration fails after upgrade to 3.0.2

wonder what is going > on... VA-API was not automatically probed in VLC 2.2. This is expected. VDPAU fails, and then VLC falls back to software decoding. In VLC 3.0, VA-API probing fails due to insufficient hardware capabilities, so VLC uses software decoding as well. So no differences. -- Rémi Denis-Courmont

Bug#895411: they are waiting for qt 5.11

Hi, I just asked to lift that restriction now that qt 5.10.1 is out and in distribs, but they prefer to wait for 5.11... so no anki for now on debian, which is a bit of a PITA :-( https://anki.tenderapp.com/discussions/beta-testing/1115-qt-5101-is-out-now-time-to-try-it Thanks, -- Rémi

Bug#884243: djmount status, two patches and about conversion to libupnp 1.8

be found. thanks for your interest, best regards, On Tue, Jan 9, 2018 at 10:30 AM, Uwe Kleine-König <u...@kleine-koenig.org> wrote: > Hello Rémi, > > given that djmount didn't see any changes (judging from > https://sourceforge.net/p/djmount/code/HEAD/tree/) I wonder if the > p

Bug#886295: sd2epub: Error in short description of s2epub

Package: sd2epub Severity: minor Dear Maintainer, The short description say "StarOffice to OpenDocument converter", when you probably meant "StarOffice to Epub converter" Cordially

Bug#883598: [Pkg-emacsen-addons] Bug#883598: elpa-pdf-tools: doesn't auto-activate

Le 05 décembre 2017, David Bremner a écrit: > Package: elpa-pdf-tools > Version: 0.80-1 > Severity: normal > > I guess this is probably an upstream bug, but in Debian we should at > least document the necessity of calling #'pdf-tools-install before > pdf-tools will do anything. I've wrote and

Bug#882069: python3-keyring: ModuleNotFoundError: No module named '_cffi_backend'

aphy/hazmat/primitives/constant_time.py", line 9, in from cryptography.hazmat.bindings._constant_time import lib ModuleNotFoundError: No module named '_cffi_backend' It does not barfs if SERVICE or USER is wrong, only when the combination is good. Do you need any other informati

Bug#793057: Upstream advice on packaging Godot

As mentioned above, I'm a packager myself and quite aware of Linux packaging policies (I actually came to Godot initially with the intent to package it for Mageia, and ended up as the project manager and releng :)), so I'd be glad to discuss what needs to be improved and to review patches. Feel fre

Bug#855942: qt 5.9 is in unstable :-)

Hi, just a ping to let you know that qt 5.9 seems to have landed in unstable. Thanks a lot for your work, -- Rémi

Bug#871017: [Pkg-emacsen-addons] Bug#871017: weechat-el FTBFS: No such file or directory, org.el

Adrian Bunk writes: > Source: weechat-el > Version: 0.3.1-1 > Severity: serious > > https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/weechat-el.html The fix has been uploaded at the very same time I receive this message. [...] > Installing emacs25-el fixes

Bug#870836: /usr/bin/imake: imake generated makefile use deprecated -D_BSD_SOURCE and -D_SVID_SOURCE

s xutils-dev depends on: ii cpp4:6.3.0-4 ii libc6 2.24-12 xutils-dev recommends no packages. xutils-dev suggests no packages. -- no debconf information -- Rémi Vanicat

Bug#868896: xdu: does not show result with huge input file

Karl Voit writes: > Package: xdu > Version: 3.0-18 > Severity: important > > Dear Maintainer, Hello, thanks for the report. > >* What led up to the situation? > > On a fairly large file system (4TB of disk and data) I can't get a > result visualized with xdu. [...] >

  1   2   3   4   5   6   7   8   9   >