Bug#1067970: Forwarded upstream
forwarded -1 https://github.com/jack-mixer/jack_mixer/issues/184 thanks Migration requested upstream. Yes, that is incorrect and should be a Depends too (#1056662). Cheers Kyle -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Bug#1064128: Reopen - not fixed upstream
reopen -1 found -1 forwarded -1 https://github.com/savonet/liquidsoap/issues/3750 thanks So it looks like the fix was reverted upstream before 2.2.4 was released. This has not been fixed... -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Bug#1064128: your mail
I'm working on upgrading with disabled gstreamer. Removing the optional dependency is not sufficient, which is how it used to work - it still fails at the same point. Either way, fixing this is not the only issue currently. ocaml-lastfm needs fixing first before liquidsoap can migrate to testing [1]. If upstream doesn't fix that soon, I'll just drop that and upload with a fixed/removed gstreamer [1] https://github.com/savonet/ocaml-lastfm/pull/3 Cheers Kyle 24 Feb 2024 06:27:27 Bo YU : > Hi, > On Fri, Feb 23, 2024 at 01:02:08PM -0300, Andreas Hasenack wrote: >> ...and 2.2.4 also fails to build: >> https://github.com/savonet/liquidsoap/issues/3752 > > Thanks. >> >> $ make >> : warning: "_FORTIFY_SOURCE" redefined >> : note: this is the location of the previous definition >> : warning: "_FORTIFY_SOURCE" redefined >> : note: this is the location of the previous definition >> : warning: "_FORTIFY_SOURCE" redefined >> : note: this is the location of the previous definition >> : warning: "_FORTIFY_SOURCE" redefined >> : note: this is the location of the previous definition >> File "src/core/decoder/gstreamer_decoder.ml", line 314, characters 37-51: >> 314 | (Decoder.test_file ~log ~mimes:mime_types#get >> ^^ >> Error: This expression has type string list >> but an expression was expected of type string list option >> make: *** [Makefile:4: build] Error 1 > > Yeah, I got this error after upgrading 2.2.4 also. > And it seems upstream suggests to ship the package wihtout gstreamer: > https://github.com/savonet/liquidsoap/discussions/3751#discussioncomment-8524446 > > It will cost more time for me how to disable this on Debian packaging. > > > -- > Regards, > -- > Bo YU
Bug#956479: Document upstream replacement
control: retitle -1 ITP: ocaml-posix -- OCaml bindings to the various POSIX APIs Upstream has replaced this library with the ocaml-posix library URL: https://github.com/savonet/ocaml-posix -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Bug#1054588: ITP: ocaml-metadata -- read metadata from various formats
Package: wnpp Severity: wishlist Owner: Kyle Robbertze X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: ocaml-metadata Version : 0.2.0 Upstream Contact: Savonet Team * URL : https://github.com/savonet/ocaml-metadata * License : GPL-3+ Programming Lang: OCaml Description : read metadata from various formats A pure OCaml library to read metadata frm various formats. For now, the following are supported: * Audio formats: ID3v1 and ID3v2 (for MP3), ogg/vorbis, ogg/opus and flac * Image formats: jpeg and png * Video formats: mp4 and avi This will be maintained as part of the OCaml team and hosted on Salsa.
Bug#1053106: debian-dug-za list
Hi, I would find this list useful too Cheers Kyle -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Bug#1042534: RM: trx -- ROM; Dead upstream, incompatible licence
Package: ftp.debian.org Severity: normal User: ftp.debian@packages.debian.org Usertags: remove X-Debbugs-Cc: t...@packages.debian.org Control: affects -1 + src:trx Dear FTP team, The upstream for this package is dead and it depends on ortp, which has had a licence change making it incompatible with trx. The details are in #1026042. Thanks Kyle
Bug#1026042: trx: License is incompatible with that of up-coming ortp 5.2.0
On 2023/07/29 21:45, Bernhard Schmidt wrote: Control: severity -1 serious On 08/02/23 08:55 AM, Kyle Robbertze wrote: Hi Kyle, With the recently released version 5.2 ortp has been relicensed to GNU AGPL-3+. Since your package is GPL-2 it is my understanding that it may not link in ortp 5.2 until it is relicensed to either GPL-3 or AGPL-3. As there has not been any development upstream in several years, I think we will need to remove trx from Debian once the new ortp version is released. ortp 5.2 has now been uploaded to unstable. I'll file the RM bug shortly. Cheers Kyle -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Bug#1034283: icecast2: Configure UTF-8 encoding by default
Package: icecast2 Version: 2.4.4-4 Severity: normal Dear Maintainer, Please enable UFT-8 character encoding by default. This requires adding the following to the configuration file: UTF-8 UTF-8 character encoding is very prevalent and should be supported out of the box. Thanks Kyle -- System Information: Debian Release: 12.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-7-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8), LANGUAGE=en_ZA:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages icecast2 depends on: ii adduser3.132 ii debconf [debconf-2.0] 1.5.82 ii init-system-helpers1.65.2 ii libc6 2.36-8 ii libcurl4 7.88.1-8 ii libogg01.3.5-3 ii libspeex1 1.2.1-2 ii libssl33.0.8-1 ii libtheora0 1.1.1+dfsg.1-16.1+b1 ii libvorbis0a1.3.7-1 ii libxml22.9.14+dfsg-1.1+b3 ii libxslt1.1 1.1.35-1 ii lsb-base 11.6 ii sysvinit-utils [lsb-base] 3.06-2 icecast2 recommends no packages. Versions of packages icecast2 suggests: pn ices2
Bug#1033068: liquidsoap: udpate to 2.1.4 or apply RC patch
Hi, On 2023/03/16 19:38, Romain Beauxis wrote: Package: liquidsoap Version: 2.1.3-1+b1 Severity: important Dear Maintainer, Thank you so much for maintaining liquidsoap for debian! I have received the notification that debian bookworm was being put in hard freeze and was wondering if it would be possible to either update the package to version 2.1.4 before the final release? It is too late to update the package to 2.1.4, but I look at applying the patch you have provided. Talking to our users it's pretty clear that for a lot of them, the version shipped by the debian distribution that they use is the one that they will base their script on. The 2.1.x release cycle has been on debug mode for 4 releases now and 2.1.4 brings the best, most stable we've had on this release cycle so far. It is also planned to be the last bugfix for that release cycle. If for some reason it is not possible to update to this version, I would suggest at least cherry-pick this commit: https://github.com/savonet/liquidsoap/commit/5e37c159 This commit fixes an issue where a remote request will be fully loaded into memory before being processed by the streaming system, leading to potentially large memory usage spike. Cheers Kyle -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Bug#1026042: trx: License is incompatible with that of up-coming ortp 5.2.0
On 2022/12/13 19:27, Dennis Filder wrote: Source: trx Version: 0.5-4 Severity: important With the recently released version 5.2 ortp has been relicensed to GNU AGPL-3+. Since your package is GPL-2 it is my understanding that it may not link in ortp 5.2 until it is relicensed to either GPL-3 or AGPL-3. Please consult with the upstream developer whether they are open to relicensing. If they aren't you face the decision of whether to maintain a fork of an older license-compatible version of ortp, remove trx from Debian or work around this in some other way. Ask on debian-legal if you have questions about the details of license compatibility and how to best handle this. As there has not been any development upstream in several years, I think we will need to remove trx from Debian once the new ortp version is released. Cheers Kyle -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Bug#1022168: Review
Control: tags -1 moreinfo Hi Robin, Here is my review of this package: * Remove debian/patches directory - you do not have any patches to apply * debian/changelog: Remove all changelog entries and just have 1 with Initial packaging, closing the ITP bug. This is the first time this package has been uploaded to Debian, so there are no changes to report. * debian/control: Standards version can drop the .1 at the end - just need to track up to the patch version. Also update to 4.6.1 * debian/rules: DEB_CFLAGS_MAINT_APPEND has a double space after it * debian/copyright: - m4/ax_check_compile_flag.m4 - this licence text is not listed in d/copyright. The file is listed, but the licence text in the file does not match the licence text in d/copyright - The comment should be removed (xml and html files) There is currently a false-positive lintian error that should be added to debian/source/lintian-overrides: E: odr-audioenc source: source-is-missing [libtoolame-dab/html/psycho.html] │ Cheers Kyle -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Bug#1021545: sway: Include DesktopNames=sway in wayland-session file
Package: sway Version: 1.7-5 Severity: wishlist Dear Maintainer, Please consider adding DesktopNames=sway to the sway.desktop wayland session file. This is required for XDG_CURRENT_DESKTOP to be defined correctly and exported into the current session (allowing screen sharing to work). Thanks Kyle -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.19.0-2-amd64 (SMP w/12 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8), LANGUAGE=en_ZA:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages sway depends on: ii libc62.35-3 ii libcairo21.16.0-6 ii libevdev21.13.0+dfsg-1 ii libgdk-pixbuf-2.0-0 2.42.9+dfsg-1 ii libgl1-mesa-dri 22.2.0-1 ii libgles2 1.5.0-1 ii libglib2.0-0 2.74.0-2 ii libinput10 1.21.0-1 ii libjson-c5 0.16-2 ii libpango-1.0-0 1.50.10+ds-1 ii libpangocairo-1.0-0 1.50.10+ds-1 ii libpcre2-8-0 10.40-1 ii libpixman-1-00.40.0-1 ii libsystemd0 251.5-1 ii libudev1 251.5-1 ii libwayland-client0 1.21.0-1 ii libwayland-cursor0 1.21.0-1 ii libwayland-server0 1.21.0-1 ii libwlroots10 0.15.1-3 ii libxcb1 1.15-1 ii libxkbcommon01.4.1-1 ii polkitd 0.105-33 ii swaybg 1.1.1-2 Versions of packages sway recommends: ii foot 1.13.1-1 ii suckless-tools46-2 ii sway-backgrounds 1.7-5 Versions of packages sway suggests: ii swayidle1.7.1-2 ii swaylock1.6-2 ii xdg-desktop-portal-wlr 0.6.0-1 -- no debconf information
Bug#1014380: vagrant: Unable to activate net-sftp-3.0.0, because net-ssh-7.0.1 conflicts with net-ssh (>= 5.0.0, < 7.0.0)
Package: vagrant Version: 2.2.19+dfsg-1 Severity: important Dear Maintainer, Vagrant currently fails to start due to the following error: $ vagrant up focal /usr/lib/ruby/vendor_ruby/rubygems/specification.rb:2248:in `raise_if_conflicts': Unable to activate net-sftp-3.0.0, because net-ssh-7.0.1 conflicts with net-ssh (>= 5.0.0, < 7.0.0) (Gem::ConflictError) from /usr/lib/ruby/vendor_ruby/rubygems/specification.rb:1379:in `activate' from /usr/lib/ruby/vendor_ruby/rubygems/specification.rb:1417:in `block in activate_dependencies' from /usr/lib/ruby/vendor_ruby/rubygems/specification.rb:1399:in `each' from /usr/lib/ruby/vendor_ruby/rubygems/specification.rb:1399:in `activate_dependencies' from /usr/lib/ruby/vendor_ruby/rubygems/specification.rb:1381:in `activate' from /usr/lib/ruby/vendor_ruby/rubygems.rb:286:in `block in activate_bin_path' from /usr/lib/ruby/vendor_ruby/rubygems.rb:285:in `synchronize' from /usr/lib/ruby/vendor_ruby/rubygems.rb:285:in `activate_bin_path' from /usr/bin/vagrant:25:in `' Thanks Kyle -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.18.0-2-amd64 (SMP w/12 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8), LANGUAGE=en_ZA:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages vagrant depends on: ii curl 7.84.0-1 ii libarchive-tools 3.6.0-1 ii libruby2.7 [ruby-rexml] 2.7.5-1 ii libruby3.0 [ruby-rexml] 3.0.4-7+b1 ii openssh-client 1:9.0p1-1+b1 ii rsync3.2.4-1+b1 ii ruby 1:3.0+1 ii ruby-bcrypt-pbkdf1.1.0-2+b1 ii ruby-childprocess4.1.0-1 ii ruby-ed25519 1.3.0+ds-1+b2 ii ruby-erubi 1.9.0-2 ii ruby-i18n1.10.0-1 ii ruby-listen 3.7.0-1 ii ruby-log4r 1.1.10-4.1 ii ruby-mime-types 3.3.1-1 ii ruby-net-scp 3.0.0-2 ii ruby-net-sftp1:3.0.0-1 ii ruby-net-ssh 1:7.0.1-1 ii ruby-vagrant-cloud 3.0.5-1 ii ruby-zip 2.3.2-1 Versions of packages vagrant recommends: ii vagrant-libvirt 0.9.0-1 Versions of packages vagrant suggests: pn virtualbox -- no debconf information
Bug#1012616: xtrx-dkms: DKMS build fails with implicit declaration of functions
Package: xtrx-dkms Version: 0.0.1+git20190320.5ae3a3e-3 Severity: important Dear Maintainer, Upgrading xtrx-dkms to 0.0.1+git20190320.5ae3a3e-3 fails to build due to the following make error: cat /var/lib/dkms/xtrx/0.0.1+git20190320.5ae3a3e-3/build/make.log 100 DKMS make.log for xtrx-0.0.1+git20190320.5ae3a3e-3 for kernel 5.18.0-1-amd64 (x86_64) Fri 10 Jun 2022 13:06:11 SAST make: Entering directory '/usr/src/linux-headers-5.18.0-1-amd64' CC [M] /var/lib/dkms/xtrx/0.0.1+git20190320.5ae3a3e-3/build/xtrx.o /var/lib/dkms/xtrx/0.0.1+git20190320.5ae3a3e-3/build/xtrx.c: In function ‘xtrx_allocdma’: /var/lib/dkms/xtrx/0.0.1+git20190320.5ae3a3e-3/build/xtrx.c:624:33: error: implicit declaration of function ‘pci_alloc_consistent’ [-Werror=implicit-function-declaration] 624 | pbufs[i].virt = pci_alloc_consistent(d->pdev, buflen, [i].phys); | ^~~~ /var/lib/dkms/xtrx/0.0.1+git20190320.5ae3a3e-3/build/xtrx.c:624:31: warning: assignment to ‘void *’ from ‘int’ makes pointer from integer without a cast [-Wint-conversion] 624 | pbufs[i].virt = pci_alloc_consistent(d->pdev, buflen, [i].phys); | ^ /var/lib/dkms/xtrx/0.0.1+git20190320.5ae3a3e-3/build/xtrx.c:628:33: error: implicit declaration of function ‘pci_free_consistent’ [-Werror=implicit-function-declaration] 628 | pci_free_consistent(d->pdev, buflen, pbufs[i].virt, pbufs[i].phys); | ^~~ /var/lib/dkms/xtrx/0.0.1+git20190320.5ae3a3e-3/build/xtrx.c: In function ‘xtrx_probe’: /var/lib/dkms/xtrx/0.0.1+git20190320.5ae3a3e-3/build/xtrx.c:1165:13: error: implicit declaration of function ‘pci_set_consistent_dma_mask’ [-Werror=implicit-function-declaration] 1165 | if (pci_set_consistent_dma_mask(pdev, DMA_BIT_MASK(32))) { | ^~~ cc1: some warnings being treated as errors make[1]: *** [/usr/src/linux-headers-5.18.0-1-common/scripts/Makefile.build:293: /var/lib/dkms/xtrx/0.0.1+git20190320.5ae3a3e-3/build/xtrx.o] Error 1 make: *** [/usr/src/linux-headers-5.18.0-1-common/Makefile:1858: /var/lib/dkms/xtrx/0.0.1+git20190320.5ae3a3e-3/build] Error 2 make: Leaving directory '/usr/src/linux-headers-5.18.0-1-amd64' Thanks Kyle -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386, arm64 Kernel: Linux 5.18.0-1-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8), LANGUAGE=en_ZA:en Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages xtrx-dkms depends on: ii dkms 3.0.3-2 xtrx-dkms recommends no packages. xtrx-dkms suggests no packages. -- no debconf information
Bug#1008836: weechat-matrix: diff for NMU version 0.3.0-3.1
Thanks for the fix! Cheers Kyle On 2022/04/07 11:56, Jochen Sprickerhof wrote: Control: tags 1008836 + patch Control: tags 1008836 + pending Dear maintainer, I've prepared an NMU for weechat-matrix (versioned as 0.3.0-3.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards. -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Bug#1008149: Acknowledgement (nodejs: Unable to install nodejs 16.13.2+really14.19.1~dfsg-5 with fish)
Control: reassign -1 fish-common Control: affects -1 + nodejs Control: notfound -1 16.13.2+really14.19.1~dfsg-5 Control: found -1 3.4.0+ds-1 Control: retitle -1 fish: fish_title uses incorrect command syntax Turns out this is a fish-common issue that is encountered running nodejs postinst by the looks of it. The file at least is owned by fish-common -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Bug#1008149: nodejs: Unable to install nodejs 16.13.2+really14.19.1~dfsg-5 with fish
Package: nodejs Version: 16.13.2+really14.19.1~dfsg-5 Severity: important Dear Maintainer, Attempting to upgrade nodejs to 16.13.2+really14.19.1~dfsg-5 resulted in the following error: Errors were encountered while processing: /tmp/apt-dpkg-install-FpYkc3/107-nodejs_16.13.2+really14.19.1~dfsg-5_amd64.deb needrestart is being skipped since dpkg has failed E: Sub-process /usr/bin/dpkg returned an error code (1) /usr/share/fish/functions/fish_title.fish (line 7): $(...) is not supported. In fish, please use '(prompt_hostname)'. and set ssh "[$(prompt_hostname | string sub -l 10)]" ^ from sourcing file /usr/share/fish/functions/fish_title.fish in command substitution source: Error while reading file “/usr/share/fish/functions/fish_title.fish” that fuction should not have the '$', rather just the '()' around the command. Thanks Kyle -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.16.0-3-amd64 (SMP w/12 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8), LANGUAGE=en_ZA:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages nodejs depends on: ii libc6 2.33-7 iu libnode72 12.22.10~dfsg-2 Versions of packages nodejs recommends: ii ca-certificates 20211016 iu nodejs-doc 16.13.2+really14.19.1~dfsg-5 Versions of packages nodejs suggests: iu npm 8.5.5~ds1-1 -- no debconf information
Bug#1004578: silan: FTBFS with ffmpeg 5.0
Silan is no longer maintained upstream, so probably should be removed as I doubt support for ffmpeg 5.0 will be added.
Bug#1003736: chromium: Casting via website provided app causes crash
Package: chromium Version: 97.0.4692.71-0.1 Severity: normal Dear Maintainer, When casting a webpage to a Chromecast, Chromium crashes with the following error: free(): double free detected in tcache 2 [0114/193804.521131:ERROR:elf_dynamic_array_reader.h(64)] tag not found [2928:2948:0114/193804.608997:ERROR:broker_posix.cc(40)] Recvmsg error: Connection reset by peer (104) fish: Job 1, 'chromium' terminated by signal SIGABRT (Abort) This is a new issue since the last update to unstable. Casting the tab works, however using the website-provided app triggers the crash. It can be replicated by opening a YouTube video, click on the cast icon and select a Chromecast. It will crash after connecting (i.e. YouTube's dashboard is displayed on the TV) while trying to start playing the video. -- System Information: Debian Release: bookworm/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386, arm64 Kernel: Linux 5.15.0-2-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_DIE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8), LANGUAGE=en_ZA:en Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages chromium depends on: ii chromium-common 97.0.4692.71-0.1 ii libasound2 1.2.6.1-1 ii libatk-bridge2.0-0 2.38.0-2 ii libatk1.0-0 2.36.0-3 ii libatomic1 11.2.0-13 ii libatspi2.0-0 2.42.0-2 ii libc6 2.33-2 ii libcairo2 1.16.0-5 ii libcups22.3.3op2-7 ii libdbus-1-3 1.12.20-3 ii libdrm2 2.4.109-2 ii libevent-2.1-7 2.1.12-stable-1 ii libexpat1 2.4.2-1 ii libflac81.3.3-2 ii libfontconfig1 2.13.1-4.2 ii libfreetype62.11.1+dfsg-1 ii libgbm1 21.3.3-1 ii libgcc-s1 11.2.0-13 ii libglib2.0-02.70.2-1 ii libharfbuzz0b 2.7.4-1 ii libicu6767.1-7 ii libjpeg62-turbo 1:2.1.2-1 ii libjsoncpp251.9.5-2 ii liblcms2-2 2.12~rc1-2 ii libminizip1 1.1-8+b1 ii libnspr42:4.32-3 ii libnss3 2:3.73.1-1 ii libopenjp2-72.4.0-3 ii libopus01.3.1-0.1 ii libpango-1.0-0 1.48.10+ds1-1 ii libpng16-16 1.6.37-3 ii libpulse0 15.0+dfsg1-3 ii libre2-920211101+dfsg-1 ii libsnappy1v51.1.8-1 ii libstdc++6 11.2.0-13 ii libwebp60.6.1-2.1 ii libwebpdemux2 0.6.1-2.1 ii libwebpmux3 0.6.1-2.1 ii libx11-62:1.7.2-2+b1 ii libxcb1 1.14-3 ii libxcomposite1 1:0.4.5-1 ii libxdamage1 1:1.1.5-2 ii libxext62:1.3.4-1 ii libxfixes3 1:5.0.3-2 ii libxkbcommon0 1.3.1-1 ii libxml2 2.9.12+dfsg-5+b1 ii libxrandr2 2:1.5.2-1 ii libxslt1.1 1.1.34-4 ii zlib1g 1:1.2.11.dfsg-2 Versions of packages chromium recommends: ii chromium-sandbox 97.0.4692.71-0.1 Versions of packages chromium suggests: pn chromium-driver pn chromium-l10n pn chromium-shell Versions of packages chromium-common depends on: ii libc6 2.33-2 ii libstdc++6 11.2.0-13 ii libx11-62:1.7.2-2+b1 ii libxext62:1.3.4-1 ii x11-utils 7.7+5 ii xdg-utils 1.1.3-4.1 ii zlib1g 1:1.2.11.dfsg-2 Versions of packages chromium-common recommends: ii chromium-sandbox97.0.4692.71-0.1 ii dunst [notification-daemon] 1.5.0-1+b1 ii fonts-liberation1:1.07.4-11 ii libgl1-mesa-dri 21.3.3-1 ii libu2f-udev 1.1.10-3 ii mako-notifier [notification-daemon] 1.6-2 ii plasma-workspace [notification-daemon] 4:5.23.5-1 ii system-config-printer 1.5.14-1 ii upower 0.99.13-1 Versions of packages chromium-sandbox depends on: ii libc6 2.33-2 -- no debconf information
Bug#948262: who can sponsor for special keyboard input
Hi, On 2022/01/10 17:49, Ko Ko Ye` wrote: Dear Kyle and other Debian Mentors and Sponsors please kindly check again for ibus-keymagic [1] https://keymagic.net [2] https://github.com/thantthet/keymagic-keyboards [3] https://mentors.debian.net/package/ibus-keymagic [4] https://www.youtube.com/playlist?list=PL1EDkyTdWxl5RKymdn9wdNvZ6ADKtUmcQ BR On Thu, May 28, 2020, 2:54 PM Kyle Robbertze mailto:paddatrap...@debian.org>> wrote: Control: tags -1 moreinfo Hi, After reviewing the package, there are a couple things I noticed: - Missing copyright info for the following files: * ./m4/* * ./INSTALL * ./aclocal.m4 * ./config.rpath * ./install-sh - The watch file is broken - it points to your packaging repo. It should use the upstream launchpad repo - The changelog should only have 'Initial packaging (Closes: #933071)' as the change list. The other change lines are not needed. - The package builds a lot of binary packages with 1 file each. Is this necessary? Consider combining everything into one or two packages Cheers Kyle -- All of these still apply. Also you can drop the ~exp1 in the version number, as you are targeting unstable, not experimental. -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Bug#1002677: v2.0.2 fails to compile
On 2022/01/10 10:10, Stéphane Glondu wrote: Dear Kyle, Le 10/01/2022 à 08:56, Kyle Robbertze a écrit : The fix for this is to package liquidsoap v2. I have got some work on that in the git repo, however it is failing to detect camomile and I don't know enough of the ocaml via make build system to debug it. I think this may be an upstream issue, as the camomile package hasn't changed since the last liquidsoap version uploaded to Debian. The relevant lines of the build log: checking for ocaml camomile module >= 1.0.0... requires version >= 1.0.0 found [unspecified]. configure: error: Camomile provides charset detection and conversions. It is strongly advised to enable those features. If you really don't want this, use --disable-camomile. Any help is appreciated. Master is still at debian/1.4.4-1. Can you push your current state of the packaging, please? Urg, pushed the other branches, but not master. Updated now Cheers Kyle -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Bug#1002677: v2.0.2 fails to compile
Control: -1 tags + help The fix for this is to package liquidsoap v2. I have got some work on that in the git repo, however it is failing to detect camomile and I don't know enough of the ocaml via make build system to debug it. I think this may be an upstream issue, as the camomile package hasn't changed since the last liquidsoap version uploaded to Debian. The relevant lines of the build log: checking for ocaml camomile module >= 1.0.0... requires version >= 1.0.0 found [unspecified]. configure: error: Camomile provides charset detection and conversions. It is strongly advised to enable those features. If you really don't want this, use --disable-camomile. Any help is appreciated. Thanks Kyle -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Bug#999903: python3-olm: python import fails undefined symbol: olm_account_fallback_key
Package: python3-olm Version: 3.2.1~dfsg-7 Severity: grave Justification: renders package unusable Dear Maintainer, Applications are unable to import olm due to the following error: Traceback (most recent call last): File "", line 1, in File "/usr/lib/python3/dist-packages/olm/__init__.py", line 24, in from .utility import ed25519_verify, OlmVerifyError, OlmHashError, sha256 File "/usr/lib/python3/dist-packages/olm/utility.py", line 39, in from _libolm import ffi, lib # type: ignore ImportError: /usr/lib/python3/dist-packages/_libolm.abi3.so: undefined symbol: olm_account_fallback_key A simple test case is to run python3 -c "import olm". This renders python3-olm unusable on stable Thanks Kyle -- System Information: Debian Release: 11.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.5.7-std-3 (SMP w/2 CPU threads) Kernel taint flags: TAINT_WARN Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE=en_US.UTF-8 Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages python3-olm depends on: ii libc62.31-13+deb11u2 ii libolm3 3.2.1~dfsg-7 ii python3 3.9.2-3 ii python3-cffi-backend [python3-cffi-backend-api-min] 1.14.5-1 pn python3-cffi-backend-api-max ii python3-future 0.18.2-5 python3-olm recommends no packages. python3-olm suggests no packages. -- no debconf information
Bug#989722: vim-youcompleteme: requires gopls binary in ~/go/bin
Hi, On 2021/06/11 16:23, David Kalnischkies wrote: > The patch[0] we use here is rather simplistic and does exactly what the > README.Debian file says, as in: pick it up from ~/go/bin/gopls. So, this > is technically not a bug, but documented behaviour… close kthxbye ;P :P I definitely should have read README.Debian > If you could provide a (modified) patch to look at GOPATH first that > would be nice. I don't have experience with Go apart from doing what the > README said back than I adopted this package(set) and a smoke test so > someone with actual go experience who can tell if its working would be > cool! > > I think what we should arrive at is configured-path or /usr/bin/gopls¹ or > $GOPATH/bin/gopls or ~/go/bin/gopls (although that is probably the > default of $GOPATH). Upstream isn't going to be interested in any of > this though, as you see in the patch they just use the binary they embed > like they do for all the other things™, but I have already resigned to > *go* a patch-heavy approach with these packages here so that is fine. > (¹ or actually search in all of PATH now that I wrote this…) Sure, I'm having a look at it. It seems the FindExecutableWithFallback only expects 1 fallback, so it will need some modification to ShouldEndableGoCompleter() and GoCompleter(). I think the hierarchy you have described is correct (with PATH search over /usr/bin/gopls). > [1] I am not too sure which version that is though. I got the ycmd > testsuite mostly running earlier this week, but the go part is still > mostly red. I hope it is just 'not the version upstream wrote their > tests again' (as with clangd) but I haven't got that far in testing. If I get a chance, I can take a look. No promises on the time-frame though -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Bug#991359: unblock: liquidsoap/1.4.3-3
Control: tags -1 - moreinfo Thanks, the new version has been uploaded to unstable and built. Cheers Kyle -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Bug#991359: unblock: liquidsoap/1.4.3-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package liquidsoap Liquidsoap is a scripting language for multimedia. It depends on pervasive libraries to achieve much of the built-in functions that user scripts can call. Currently these are installed in the incorrect location, which cannot be found by liquidsoap (#991332). The link is for the pervious version of the package and was accidentally not updated when the latest upstream version was released. The new changes attached correct the link and add autopkg tests to prevent a regretion in future. If this is not fixed user scripts that use any built-in functions would be broken. This is almost all scripts, as even the get-started tutorial script in the liquidsoap documentation uses 'mksafe' from those functions [1]. There is a workaround that users can perform, but is not very evident from the error message given by liquidsoap: # mv /usr/share/liquidsoap/1.4.2 /usr/share/liquidsoap/1.4.3 Liquidsoap is a leaf package and this is a trvial change of an obvious mistake. [1] https://www.liquidsoap.info/doc-1.4.4/quick_start.html#that-source-is-fallible [ Checklist ] [x] all changes are documented in the d/changelog [x] I reviewed all changes and I approve them [x] attach debdiff against the package in testing unblock liquidsoap/1.4.3-3 diff -Nru liquidsoap-1.4.3/debian/changelog liquidsoap-1.4.3/debian/changelog --- liquidsoap-1.4.3/debian/changelog 2021-07-21 16:18:07.0 +0200 +++ liquidsoap-1.4.3/debian/changelog 2020-12-22 09:17:12.0 +0200 @@ -1,9 +1,3 @@ -liquidsoap (1.4.3-3) unstable; urgency=medium - - * Fix pervasive libraries symlink (Closes: 991332) - - -- Kyle Robbertze Wed, 21 Jul 2021 16:18:07 +0200 - liquidsoap (1.4.3-2) unstable; urgency=medium * Set BYTE install correctly (Closes: #972272) diff -Nru liquidsoap-1.4.3/debian/liquidsoap.links liquidsoap-1.4.3/debian/liquidsoap.links --- liquidsoap-1.4.3/debian/liquidsoap.links2021-07-21 16:04:28.0 +0200 +++ liquidsoap-1.4.3/debian/liquidsoap.links2020-05-22 12:16:51.0 +0200 @@ -1 +1 @@ -usr/share/liquidsoap/libs usr/share/liquidsoap/1.4.3/libs +usr/share/liquidsoap/libs usr/share/liquidsoap/1.4.2/libs diff -Nru liquidsoap-1.4.3/debian/README.source liquidsoap-1.4.3/debian/README.source --- liquidsoap-1.4.3/debian/README.source 2021-07-21 14:16:57.0 +0200 +++ liquidsoap-1.4.3/debian/README.source 1970-01-01 02:00:00.0 +0200 @@ -1,6 +0,0 @@ -Updating the upstream source - - -When the upstream version changes, you will need to update -debian/liquidsoap.links to link the pervasive scripts into the correct -directory. diff -Nru liquidsoap-1.4.3/debian/tests/control liquidsoap-1.4.3/debian/tests/control --- liquidsoap-1.4.3/debian/tests/control 2021-07-21 15:40:31.0 +0200 +++ liquidsoap-1.4.3/debian/tests/control 1970-01-01 02:00:00.0 +0200 @@ -1 +0,0 @@ -Tests: pervasive-libraries diff -Nru liquidsoap-1.4.3/debian/tests/pervasive-libraries liquidsoap-1.4.3/debian/tests/pervasive-libraries --- liquidsoap-1.4.3/debian/tests/pervasive-libraries 2021-07-21 16:06:10.0 +0200 +++ liquidsoap-1.4.3/debian/tests/pervasive-libraries 1970-01-01 02:00:00.0 +0200 @@ -1,4 +0,0 @@ -#!/usr/bin/liquidsoap --check -stream = playlist("") -source = output.icecast(%mp3, host="localhost", port=8000, mount="listen.m3u", password="hackme") -mksafe(source(mksafe(stream)))
Bug#991332: Liquidsoap is searching at the wrong place for pervasives script libraries
Control: severity -1 important Thanks. This is due to the symlink having the incorrect version in the 1.4.3 version: /usr/share/liquidsoap/1.4.2/libs The fix is simple and considering the fact that the pervasive libraries are a core part of the functionality of the package, I have updated the severity to important. I am preparing the fix now and will file a unblock request for merge into testing. Cheers Kyle -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Bug#989722: vim-youcompleteme: requires gopls binary in ~/go/bin
Package: vim-youcompleteme Version: 0+20200825+git2afee9d+ds-2 Severity: normal Dear Maintainer, When using vim-youcompleteme, the environment set GOPATH and PATH are ignored for gopls. When opening test.go I receive the following error: FileNotFoundError: [Errno 2] No such file or directory: '/home/kyle/go/bin/gopls' This can only be resolved by linking $GOPATH/bin/gopls to ~/go/bin/gopls. I can replicate this with vim-youcompleteme being the only plugin installed (moving ~/.vim/bundle to ~/.vim/bundle.bak). Output of ':! goenv' (within vim) GO111MODULE="" GOARCH="amd64" GOBIN="" GOCACHE="/home/kyle/.cache/go-build" GOENV="/home/kyle/.config/go/env" GOEXE="" GOFLAGS="" GOHOSTARCH="amd64" GOHOSTOS="linux" GOINSECURE="" GOMODCACHE="/home/kyle/projects/.go/pkg/mod" GONOPROXY="" GONOSUMDB="" GOOS="linux" GOPATH="/home/kyle/projects/.go" GOPRIVATE="" GOPROXY="https://proxy.golang.org,direct; GOROOT="/usr/local/go" GOSUMDB="sum.golang.org" GOTMPDIR="" GOTOOLDIR="/usr/local/go/pkg/tool/linux_amd64" GOVCS="" GOVERSION="go1.16" GCCGO="gccgo" AR="ar" CC="gcc" CXX="g++" CGO_ENABLED="1" GOMOD="/dev/null" CGO_CFLAGS="-g -O2" CGO_CPPFLAGS="" CGO_CXXFLAGS="-g -O2" CGO_FFLAGS="-g -O2" CGO_LDFLAGS="-g -O2" PKG_CONFIG="pkg-config" GOGCCFLAGS="-fPIC -m64 -pthread -fmessage-length=0 -fdebug-prefix-map=/tmp/go-build1862550245=/tmp/go-build -gno-record-gcc-switches" gopls version: golang.org/x/tools/gopls v0.6.6 golang.org/x/tools/gopls@v0.6.6 h1:GmCsAKZMEb1BD1BTWnQrMyx4FmNThlEsmuFiJbLBXio= .vimrc: execute pathogen#infect() call pathogen#helptags() filetype plugin indent on let g:go_echo_command_info = 1 -- System Information: Debian Release: 11.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386, arm64 Kernel: Linux 5.10.0-6-amd64 (SMP w/4 CPU threads) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8), LANGUAGE=en_ZA:en Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages vim-youcompleteme depends on: ii python3 3.9.2-3 ii python3-future0.18.2-5 ii python3-requests 2.25.1+dfsg-2 ii python3-requests-futures 1.0.0-2 ii vim-nox [vim-python3] 2:8.2.2434-3 ii ycmd [ycmd-core-version] 0+20201028+git1d415c5+ds-1+b2 Versions of packages vim-youcompleteme recommends: ii vim-addon-manager 0.5.10 vim-youcompleteme suggests no packages. -- no debconf information
Bug#989117: ITP: jack-mixer -- GTK+ JACK audio mixer application
Package: wnpp Severity: wishlist Owner: Kyle Robbertze X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: jack-mixer Version : 16 Upstream Author : Frédéric Peters * URL : https://rdio.space/jackmixer/ * License : GPL-2 Programming Lang: Python Description : GTK+ JACK audio mixer application Jack Audio Mixer provides a GTK+ GUI to mix JACK audio streams. It maintains the appearance of a hardware audio mixing desk. It can set levels, balance, mute, etc through the interface or via MIDI. The original jack-mixer was removed from Debian for being Python2 only and depending on pygtk. This fork has been updated to Python3 and removed the pygtk dependency. It will be maintained under the Python team.
Bug#986266: Package Review
Control: tags -1 moreinfo Thank you for preparing the package. I've noticed a couple things that need sorting: debian/changelog: * The distribution is 'UNRELEASED' - this should be 'unstable' * Urgency should be 'low' acme/jws.go, acme/jws_test.go: * the copyright of this file is not listed in debian/copyright - it is copyright The Go Authors under a BSD 3-clause licence. Otherwise it all looks good. Cheers Kyle -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Bug#977547: nmu: migrate-parsetree reverse dependencies
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Hello, The following Ocaml packages need rebuilding due to the new version of migrate-parsetree uploaded to unstable. List generated from https://people.debian.org/~nomeata/binNMUs-ocaml.txt nmu eliom_6.12.4-1 . armhf . sid . -m 'migrate-parsetree changed from 4csu3 to 1abp1, ppx-tools-versioned changed from r6hc4 to d07i9' nmu eliom_6.12.4-1 . mips64el mipsel armel . sid . -m 'migrate-parsetree changed from 4oqg7 to y9ik5, ppx-tools-versioned changed from j28d9 to a8sg6' nmu eliom_6.12.4-1 . arm64 . sid . -m 'migrate-parsetree changed from 4te49 to vtsf2, ppx-tools-versioned changed from 1wex2 to l05p7' nmu eliom_6.12.4-1 . i386 . sid . -m 'migrate-parsetree changed from hu422 to rl9d2, ppx-tools-versioned changed from 9yhu1 to 1qvw3' nmu eliom_6.12.4-1 . ppc64el . sid . -m 'migrate-parsetree changed from id828 to btpv9, ppx-tools-versioned changed from nu7y1 to z1h94' nmu eliom_6.12.4-1 . amd64 . sid . -m 'migrate-parsetree changed from nuom0 to n2039, ppx-tools-versioned changed from pn5t7 to brxi3' nmu eliom_6.12.4-1 . s390x . sid . -m 'migrate-parsetree changed from yvb04 to 9pt34, ppx-tools-versioned changed from wq601 to hrxm5' nmu js-of-ocaml_3.8.0-1 . armhf . sid . -m 'migrate-parsetree changed from 4csu3 to 1abp1' nmu js-of-ocaml_3.8.0-1 . armhf . sid . -m 'migrate-parsetree changed from 4csu3 to 1abp1, ppxlib changed from 8feq3 to ne9p3' nmu js-of-ocaml_3.8.0-1 . mips64el mipsel armel . sid . -m 'migrate-parsetree changed from 4oqg7 to y9ik5' nmu js-of-ocaml_3.8.0-1 . mips64el mipsel armel . sid . -m 'migrate-parsetree changed from 4oqg7 to y9ik5, ppxlib changed from ab5j9 to 9a9z1' nmu js-of-ocaml_3.8.0-1 . arm64 . sid . -m 'migrate-parsetree changed from 4te49 to vtsf2' nmu js-of-ocaml_3.8.0-1 . arm64 . sid . -m 'migrate-parsetree changed from 4te49 to vtsf2, ppxlib changed from sshr3 to mdnj0' nmu js-of-ocaml_3.8.0-1 . i386 . sid . -m 'migrate-parsetree changed from hu422 to rl9d2' nmu js-of-ocaml_3.8.0-1 . i386 . sid . -m 'migrate-parsetree changed from hu422 to rl9d2, ppxlib changed from yw937 to wjeo5' nmu js-of-ocaml_3.8.0-1 . ppc64el . sid . -m 'migrate-parsetree changed from id828 to btpv9' nmu js-of-ocaml_3.8.0-1 . ppc64el . sid . -m 'migrate-parsetree changed from id828 to btpv9, ppxlib changed from gyp44 to ypxs5' nmu js-of-ocaml_3.8.0-1 . amd64 . sid . -m 'migrate-parsetree changed from nuom0 to n2039' nmu js-of-ocaml_3.8.0-1 . amd64 . sid . -m 'migrate-parsetree changed from nuom0 to n2039, ppxlib changed from jf0b6 to age97' nmu js-of-ocaml_3.8.0-1 . s390x . sid . -m 'migrate-parsetree changed from yvb04 to 9pt34' nmu js-of-ocaml_3.8.0-1 . s390x . sid . -m 'migrate-parsetree changed from yvb04 to 9pt34, ppxlib changed from 3v3b9 to 2rql7' nmu lwt_5.3.0-1 . armhf . sid . -m 'migrate-parsetree changed from 4csu3 to 1abp1, ppx-tools-versioned changed from r6hc4 to d07i9' nmu lwt_5.3.0-1 . mips64el mipsel armel . sid . -m 'migrate-parsetree changed from 4oqg7 to y9ik5, ppx-tools-versioned changed from j28d9 to a8sg6' nmu lwt_5.3.0-1 . arm64 . sid . -m 'migrate-parsetree changed from 4te49 to vtsf2, ppx-tools-versioned changed from 1wex2 to l05p7' nmu lwt_5.3.0-1 . i386 . sid . -m 'migrate-parsetree changed from hu422 to rl9d2, ppx-tools-versioned changed from 9yhu1 to 1qvw3' nmu lwt_5.3.0-1 . ppc64el . sid . -m 'migrate-parsetree changed from id828 to btpv9, ppx-tools-versioned changed from nu7y1 to z1h94' nmu lwt_5.3.0-1 . amd64 . sid . -m 'migrate-parsetree changed from nuom0 to n2039, ppx-tools-versioned changed from pn5t7 to brxi3' nmu lwt_5.3.0-1 . s390x . sid . -m 'migrate-parsetree changed from yvb04 to 9pt34, ppx-tools-versioned changed from wq601 to hrxm5' nmu obus_1.2.3-1. armhf . sid . -m 'migrate-parsetree changed from 4csu3 to 1abp1' nmu obus_1.2.3-1. armhf . sid . -m 'migrate-parsetree changed from 4csu3 to 1abp1, ppxlib changed from 8feq3 to ne9p3' nmu obus_1.2.3-1. mips64el mipsel armel . sid . -m 'migrate-parsetree changed from 4oqg7 to y9ik5' nmu obus_1.2.3-1. mips64el mipsel armel . sid . -m 'migrate-parsetree changed from
Bug#977475: RM: gnome-shell-extension-show-ip -- ROM; Upstream dead and does not support current GNOME Shell version
Package: ftp.debian.org Severity: normal Dear FTP Masters, Please remove gnome-shell-extension-show-ip from unstable, as it is dead upstream and does not support the current version of GNOME Shell in unstable. Context can be found in #969623. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=969623 Thanks Kyle
Bug#975296: spl-dkms: Unable to locate dkms.conf file
Package: spl-dkms Version: 0.7.12-2+deb10u1 Severity: important Dear Maintainer, spl-dkms on stable curently causes linux-image-4.19.0-11-amd64 to fail to configure with the following error: Setting up linux-image-4.19.0-11-amd64 (4.19.146-1) ... I: /initrd.img.old is now a symlink to boot/initrd.img-4.19.0-11-amd64 /etc/kernel/postinst.d/dkms: Error! Could not locate dkms.conf file. File: /var/lib/dkms/spl/0.6.5.9/source/dkms.conf does not exist. run-parts: /etc/kernel/postinst.d/dkms exited with return code 4 dpkg: error processing package linux-image-4.19.0-11-amd64 (--configure): installed linux-image-4.19.0-11-amd64 package post-installation script subprocess returned error exit status 1 -- System Information: Debian Release: 10.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-10-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8), LANGUAGE=en_ZA:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages spl-dkms depends on: ii dkms 2.6.1-4 ii file 1:5.35-4+deb10u1 ii libc6-dev [libc-dev] 2.28-10 ii libelf-dev0.176-1.1 ii lsb-release 10.2019051400 spl-dkms recommends no packages. Versions of packages spl-dkms suggests: ii linux-libc-dev 4.19.152-1 ii spl 0.7.12-2+deb10u1 -- no debconf information
Bug#973296: RM: gnome-shell-extension-log-out-button -- ROM; No longer applicable to gnome-shell
Package: ftp.debian.org Severity: normal Dear FTP Masters, Please remove gnome-shell-extension-log-out-button from unstable. It is an extension that has been replaced by functionality from within GNOME shell. For details, please see #969622: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=969622 Thanks Kyle
Bug#969622: gnome-shell-extension-log-out-button: fails to load: TypeError: System._createActionButton is not a function
On 2020/10/12 15:54, Paul Wise wrote: > On Mon, 2020-10-12 at 15:35 +0200, Kyle Robbertze wrote: > >> I'm going to consider requesting the removal of this package from >> unstable in the next while unless there is any other opinions. > > That seems reasonable. > > Personally I wanted an extension to move the "Power Off / Log Out" menu > items to the main menu, any idea if such an extension exists? I don't know of one, but then I also haven't really looked. -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Bug#969622: gnome-shell-extension-log-out-button: fails to load: TypeError: System._createActionButton is not a function
It seems that the extension isn't actually useful in GNOME 3.36 - gnome-shell includes a log out button in the list of Power Off/Log Out options and has removed the icons completely. I'm going to consider requesting the removal of this package from unstable in the next while unless there is any other opinions. -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Bug#968069: ITP: weechat-matrix -- matrix plugin for weechat
Package: wnpp Severity: wishlist Owner: Kyle Robbertze X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: weechat-matrix Version : 0.2.0 Upstream Author : poljar * URL : https://github.com/poljar/weechat-matrix * License : MIT Programming Lang: Python Description : matrix plugin for weechat A Python plugin for Weechat that allows weechat to communicate over the Matrix protocol. Currently supports large parts of the Matrix protocol, but end-to-end encryption is still experimental. Weechat is a fast and light chat client for many operating systems. Everything can be done with a keyboard Will be maintained on Salsa under Debian
Bug#968068: ITP: weechat-matrix -- matrix plugin for weechat
Package: wnpp Severity: wishlist Owner: Kyle Robbertze X-Debbugs-Cc: debian-de...@lists.debian.org * Package name: weechat-matrix Version : 0.2.0 Upstream Author : poljar * URL : https://github.com/poljar/weechat-matrix * License : MIT Programming Lang: Python Description : matrix plugin for weechat A Python plugin for Weechat that allows weechat to communicate over the Matrix protocol. Currently supports large parts of the Matrix protocol, but end-to-end encryption is still experimental. Weechat is a fast and light chat client for many operating systems. Everything can be done with a keyboard Will be maintained on Salsa under Debian
Bug#868506: Breaks Stretch to Buster install
This is still present with linux-headers-4.19.0-10-amd64 and has broken at an upgrade from Stretch to Buster. You can work around it by running dkms install spl/0.7.12 --kernelver=4.19.0-10-amd64 dkms install zfs/0.7.12 --kernelver=4.19.0-10-amd64 apt install --fix-broken This will force the correct dependency order and then resolve the configuration correctly in apt -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Bug#963211: Still occurs in 1:3.9-3
Control: found -1 1:3.9-3 Hi, This error is still occurring: > Unpacking libmu-dbm6:amd64 (1:3.9-3) ... > dpkg: error processing archive > /var/cache/apt/archives/libmu-dbm6_1%3a3.9-3_amd64.deb (--unpack): > trying to overwrite '/usr/lib/x86_64-linux-gnu/libmu_dbm.so.6.0.0', which is > also in package libmailutils6:amd64 1:3.7-2.1 > dpkg-deb: error: paste subprocess was killed by signal (Broken pipe) Cheers Kyle -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Bug#962220: libfdkaac-ocaml-dynlink: No longer works with liquidsoap
Control: tags -1 upstream Control: forwarded -1 https://github.com/savonet/ocaml-fdkaac/issues/5 Thanks for the detailed bug report, I have raised it upstream Cheers Kyle -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Bug#961897: RFS: wifi-qr/0.1-1 [ITP] -- WiFi Share and Connect with QR
Control: tags -1 moreinfo Hi, On 2020/05/31 03:56, Ko Ko Ye` wrote: > Package: sponsorship-requests > Severity: wishlist > > Dear mentors, > > I am looking for a sponsor for my package "wifi-qr" I have reviewed the package. The upstream repo doesn't contain a top level licence (only what is in debian/copyright). Also the changelog closes this RFS and not an ITP bug. If you opened an ITP bug, then that should be closed, otherwise the (Closes: #n) part should be removed. Cheers Kyle -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Bug#948262: who can sponsor for special keyboard input
Control: tags -1 moreinfo Hi, After reviewing the package, there are a couple things I noticed: - Missing copyright info for the following files: * ./m4/* * ./INSTALL * ./aclocal.m4 * ./config.rpath * ./install-sh - The watch file is broken - it points to your packaging repo. It should use the upstream launchpad repo - The changelog should only have 'Initial packaging (Closes: #933071)' as the change list. The other change lines are not needed. - The package builds a lot of binary packages with 1 file each. Is this necessary? Consider combining everything into one or two packages Cheers Kyle -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Bug#961118: vlc: Rendering issues on scaled display
Package: vlc Version: 3.0.10-1 Severity: normal Dear Maintainer, Opening video in VLC on a scaled display causes incorrect rendering to occur. Under KDE the window gets broken up badly and the video is purely a black screen. Moving it to an unscaled monitor fixes the issue. A screenshot is attached. The playlist screen is not affected and renders correctly. Thanks Kyle -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.6.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8), LANGUAGE=en_ZA:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages vlc depends on: ii vlc-bin 3.0.10-1 ii vlc-plugin-base 3.0.10-1 ii vlc-plugin-qt3.0.10-1 ii vlc-plugin-video-output 3.0.10-1 Versions of packages vlc recommends: ii vlc-l10n 3.0.10-1 ii vlc-plugin-notify 3.0.10-1 ii vlc-plugin-samba 3.0.10-1 ii vlc-plugin-skins2 3.0.10-1 ii vlc-plugin-video-splitter 3.0.10-1 ii vlc-plugin-visualization 3.0.10-1 vlc suggests no packages. Versions of packages libvlc-bin depends on: ii libc62.30-8 ii libvlc5 3.0.10-1 Versions of packages libvlc5 depends on: ii libc62.30-8 ii libvlccore9 3.0.10-1 Versions of packages libvlc5 recommends: ii libvlc-bin 3.0.10-1 Versions of packages vlc-bin depends on: ii libc6 2.30-8 ii libvlc-bin 3.0.10-1 ii libvlc5 3.0.10-1 Versions of packages vlc-plugin-base depends on: ii liba52-0.7.4 0.7.4-20 ii libaom0 1.0.0.errata1-3 ii libarchive13 3.4.2-1 ii libaribb24-0 1.0.3-2 ii libasound2 1.2.2-2.1 ii libass9 1:0.14.0-2 ii libavahi-client3 0.8-1 ii libavahi-common3 0.8-1 ii libavc1394-0 0.5.4-5 ii libavcodec58 7:4.2.2-1+b1 ii libavformat587:4.2.2-1+b1 ii libavutil56 7:4.2.2-1+b1 ii libbasicusageenvironment12020.01.19-1 ii libbluray2 1:1.2.0-1 ii libc62.30-8 ii libcairo21.16.0-4 ii libcddb2 1.3.2-6+b1 ii libchromaprint1 1.5.0-1 ii libdbus-1-3 1.12.16-2 ii libdc1394-22 2.2.5-2.1 ii libdca0 0.0.7-1 ii libdvbpsi10 1.3.3-1 ii libdvdnav4 6.1.0-1+b1 ii libdvdread8 6.1.1-2 ii libebml4v5 1.3.10-1 ii libfaad2 2.9.2-1 ii libflac8 1.3.3-1 ii libfontconfig1 2.13.1-4.2 ii libfreetype6 2.10.1-2 ii libfribidi0 1.0.8-2 ii libgcc-s110.1.0-1 ii libgcrypt20 1.8.5-5 ii libglib2.0-0 2.64.2-1 ii libgnutls30 3.6.13-2 ii libgpg-error01.37-1 ii libgroupsock82020.01.19-1 ii libharfbuzz0b2.6.4-1 ii libixml101:1.8.4-2 ii libjpeg62-turbo 1:1.5.2-2+b1 ii libkate1 0.4.1-11 ii liblirc-client0 0.10.1-6.1 ii liblivemedia77 2020.01.19-1 ii liblua5.2-0 5.2.4-1.1+b3 ii libmad0 0.15.1b-10 ii libmatroska6v5 1.5.2-3 ii libmpcdec6 2:0.1~r495-2 ii libmpeg2-4 0.5.1-9 ii libmpg123-0 1.25.13-1 ii libmtp9 1.1.17-3 ii libncursesw6 6.2-1 ii libnfs13 4.0.0-1 ii libogg0 1.3.2-1+b1 ii libopenmpt-modplug1 0.4.11-1 ii libopus0 1.3-1+b1 ii libpng16-16 1.6.37-2 ii libpostproc557:4.2.2-1+b1 ii libprotobuf-lite22 3.11.4-5 ii libpulse013.0-5 ii libraw1394-112.1.2-2 ii libresid-builder0c2a 2.1.1-15+b1 ii librsvg2-2 2.48.4+dfsg-1 ii libsamplerate0 0.1.9-2 ii libsdl-image1.2 1.2.12-12 ii libsdl1.2debian 1.2.15+dfsg2-5 ii libsecret-1-00.20.3-1 ii
Bug#960141: ffmpeg: Please enable SRT support
Package: ffmpeg Version: 7:4.2.2-1+b1 Severity: wishlist Dear Maintainer, Since version 0.4, FFmpeg supports SRT (Secure Reliable Transport) streaming. Please consider enabling it in the Debian packaging. https://trac.ffmpeg.org/ticket/6348 Thanks -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.6.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8), LANGUAGE=en_ZA:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages ffmpeg depends on: ii libavcodec587:4.2.2-1+b1 ii libavdevice58 7:4.2.2-1+b1 ii libavfilter77:4.2.2-1+b1 ii libavformat58 7:4.2.2-1+b1 ii libavresample4 7:4.2.2-1+b1 ii libavutil56 7:4.2.2-1+b1 ii libc6 2.30-7 ii libpostproc55 7:4.2.2-1+b1 ii libsdl2-2.0-0 2.0.10+dfsg1-3 ii libswresample3 7:4.2.2-1+b1 ii libswscale5 7:4.2.2-1+b1 ffmpeg recommends no packages. Versions of packages ffmpeg suggests: pn ffmpeg-doc -- no debconf information
Bug#959418: klog: Install .desktop file
Package: klog Version: 1.0.1-1 Severity: wishlist Dear Maintainer, It would be useful for desktop environments to include a .desktop file for Klog. Thanks -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.5.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8), LANGUAGE=en_ZA:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages klog depends on: ii libc62.30-4 ii libgcc-s110-20200418-1 ii libhamlib2 3.3-10+b1 ii libqt5charts55.12.5-2+b1 ii libqt5core5a 5.12.5+dfsg-10 ii libqt5gui5 5.12.5+dfsg-10 ii libqt5network5 5.12.5+dfsg-10 ii libqt5printsupport5 5.12.5+dfsg-10 ii libqt5serialport55.12.5-1 ii libqt5sql5 5.12.5+dfsg-10 ii libqt5sql5-sqlite5.12.5+dfsg-10 ii libqt5widgets5 5.12.5+dfsg-10 ii libstdc++6 10-20200418-1 klog recommends no packages. klog suggests no packages. -- no debconf information
Bug#956170: gnome-shell-extension-show-ip: please check compatibility with GNOME Shell 3.36.x
Control: tags -1 + help I will only be able to test this once I am able to return to work (when that will be is currently unknown due to COVID-19). If someone get to it before then, that would be great! From reading upstream bug reports, I believe it should be fine, as it already carries the patch reported to fix the compatibility issues [1]. I still need to upload with updated Depends though. [1] https://github.com/sgaraud/gnome-extension-show-ip/issues/34 Cheers -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Bug#956487: ITP: alcotest -- A lightweight and colourful test framework for OCaml
Package: wnpp Severity: wishlist Owner: Kyle Robbertze Control: block 956485 by -1 * Package name: alcotest Version : 1.1.0 Upstream Author : Thomas Gazagnaire * URL : https://github.com/mirage/alcotest * License : ISC Programming Lang: OCaml Description : A lightweight and colourful test framework for OCaml Alcotest exposes simple interface to perform unit tests. It exposes a simple TESTABLE module type, a check function to assert test predicates and a run function to perform a list of unit -> unit test callbacks. Alcotest provides a quiet and colorful output where only faulty runs are fully displayed at the end of the run (with the full logs ready to inspect), with a simple (yet expressive) query language to select the tests to run. It is a dependency of ocaml-unix-errno and will be maintained under the OCaml team.
Bug#956485: ITP: ocaml-unix-errno -- An errno variant that includes a variety of constructors
Package: wnpp Severity: wishlist Owner: Kyle Robbertze Control: block 956479 by -1 * Package name: ocaml-unix-errno Version : 0.5.2 Upstream Author : David Sheets * URL : https://github.com/dsheets/ocaml-unix-errno * License : ISC Programming Lang: OCaml Description : An errno variant that includes a variety of constructors An errno variant similar to Unix.error but including POSIX 2008, Linux, OS X, and FreeBSD constructors. A macro definition type is also provided in order to transport a specific errno-integer map as is the case with FUSE or 9p2000.u. The types and their functions reside in Errno and are independent of any Unix bindings. This makes the library's types usable from MirageOS on top of Xen. It is a dependency of ocmal-sys-socket and will be maintained as part of the OCaml team
Bug#956479: ITP: ocaml-sys-socket -- OCaml ctypes bindings to system-specific low-level socket structure and data-types
Package: wnpp Severity: wishlist Owner: Kyle Robbertze Control: block 956478 by -1 * Package name: ocaml-sys-socket Version : 1.0.0 Upstream Author : Romain Beauxis * URL : https://github.com/toots/ocaml-sys-socket * License : Expat Programming Lang: OCaml Description : OCaml ctypes bindings to system-specific low-level socket structure and data-types The interface is implemented using ocaml-ctypes and is intended to exposed the machine-specific, low-level details of the most important parts of socket implementations. Sys_socket provides an API compatible for both Unix and Win32 systems, while Sys_socket_unix provides the API specific to Unix systems, mostly the sockaddr_u structure. This package will be maintained as part of the Debian OCaml Team
Bug#956469: SRT support is not enabled
Control: severity -1 normal Hi, Thank you for the report. This requires packaging ocaml-srt [1]. I have filed an ITP blocking this bug to track it. [1] https://github.com/savonet/ocaml-srt Cheers Kyle On 2020/04/11 19:37, Sébastien Leblanc wrote: > Package: liquidsoap > Version: 1.4.1-1 > Severity: important > > Upstream added support for SRT, but the build does not include it. > > -- > % liquidsoap 'output.dummy(input.srt())' > At line 1, char 13-23: > Error 4: Undefined variable input.srt > > -- > /usr/share/liquidsoap % grep -cR srt > bin/extract-replaygain:0 > libs/audio.liq:0 > libs/deprecations.liq:0 > libs/externals.liq:0 > libs/fades.liq:0 > libs/flows.liq:0 > libs/gstreamer.liq:0 > libs/hls.liq:0 > libs/http.liq:0 > libs/http_codes.liq:0 > libs/lastfm.liq:0 > libs/metadata.liq:0 > libs/pervasives.liq:0 > libs/playlist.liq:0 > libs/protocols.liq:0 > libs/ref.liq:0 > libs/resolvers.liq:0 > libs/shoutcast.liq:0 > libs/string.liq:0 > libs/utils.liq:0 > libs/video.liq:0 > > > > -- System Information: > Debian Release: bullseye/sid > APT prefers testing > APT policy: (990, 'testing') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 5.4.0-4-rt-amd64 (SMP w/8 CPU cores; PREEMPT) > Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8), > LANGUAGE=fr_CA:fr (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > Init: systemd (via /run/systemd/system) > LSM: AppArmor: enabled > > Versions of packages liquidsoap depends on: > ii adduser 3.118 > ii curl 7.68.0-1 > ii libao41.2.2+20180113-1+b1 > ii libasound21.2.2-2.1 > ii libavcodec58 7:4.2.2-1+b1 > ii libavdevice58 7:4.2.2-1+b1 > ii libavformat58 7:4.2.2-1+b1 > ii libavutil56 7:4.2.2-1+b1 > ii libc6 2.30-4 > ii libcamomile-ocaml-data1.0.2-2 > ii libexif12 0.6.21-6 > ii libfaad2 2.9.1-1 > ii libflac8 1.3.3-1 > ii libgavl1 1.4.0-5 > ii libgcc-s1 [libgcc1] 10-20200324-1 > ii libgcc1 1:10-20200324-1 > ii libgd32.2.5-5.2 > ii libgif7 5.1.9-1 > ii libglib2.0-0 2.64.1-1 > ii libgstreamer-plugins-base1.0-01.16.2-4 > ii libgstreamer1.0-0 1.16.2-2 > ii libjack-jackd2-0 [libjack-0.125] 1.9.12~dfsg-2+b1 > ii libjpeg62-turbo 1:1.5.2-2+b1 > ii liblo70.30-3 > ii libmad0 0.15.1b-10 > ii libmagic1 1:5.38-4 > ii libmp3lame0 3.100-3 > ii libogg0 1.3.2-1+b1 > ii libopus0 1.3-1+b1 > ii libpcre3 2:8.39-12+b1 > ii libpng16-16 1.6.37-2 > ii libportaudio2 19.6.0-1 > ii libpulse0 13.0-5 > ii libsamplerate00.1.9-2 > ii libsdl-image1.2 1.2.12-12 > ii libsdl-ttf2.0-0 2.0.11-6 > ii libsdl1.2debian 1.2.15+dfsg2-5 > ii libshine3 3.1.1-2 > ii libsoundtouch12.1.2+ds1-1 > ii libspeex1 1.2~rc1.2-1.1 > ii libssl1.1 1.1.1f-1 > ii libstdc++610-20200324-1 > ii libswresample37:4.2.2-1+b1 > ii libswscale5 7:4.2.2-1+b1 > ii libtag1v5 1.11.1+dfsg.1-0.3+b1 > ii libtheora01.1.1+dfsg.1-15 > ii libtiff5 4.1.0+git191117-2 > ii libvorbis0a 1.3.6-2 > ii libvorbisenc2 1.3.6-2 > ii libvorbisfile31.3.6-2 > ii libxpm4 1:3.5.12-1 > ii ocaml-base-nox4.08.1-8 > ii sox 14.4.2+git20190427-2 > > Versions of packages liquidsoap recommends: > ii logrotate 3.16.0-2 > ii vorbis-tools 1.4.0-11 > ii vorbisgain0.37-2+b1 > > Versions of packages liquidsoap suggests: > ii festival1:2.5.0-4 > ii icecast22.4.4-3 > ii mplayer 2:1.3.0-8+b5 > ii youtube-dl 2020.01.24-0.1 > > -- no debconf information >
Bug#956478: ITP: ocaml-srt -- OCaml bindings for the Secure, Reliable, Transport protocol library
Package: wnpp Severity: wishlist Owner: Kyle Robbertze Control: block 956469 by -1 * Package name: ocaml-srt Version : 0.1.0 Upstream Author : Savonet Team * URL : https://www.liquidsoap.info * License : GPL-2 Programming Lang: OCaml Description : OCaml bindings for the Secure, Reliable, Transport protocol library This module provides OCaml bindings for the libsrt library. Secure Reliable Transport (SRT) is an open source transport technology that optimizes streaming performance across unpredictable networks, such as the Internet. This package will be maintained as part of the Debian Ocaml Team
Bug#954107: RFS: platformio/4.2.1-1 -- open source ecosystem for IoT development
Hi, On 2020/03/16 22:45, Peter Zahradnik wrote: > Package: sponsorship-requests > Severity: wishlist > > > Dear mentors, > > I am looking for a sponsor for my package "platformio" > > * Package name : platformio > Version : 4.2.1-1 > Upstream Author : cont...@platformio.org > * URL : https://platformio.org > * License : Apache-2.0 > * Vcs : > https://salsa.debian.org/python-team/applications/platformio > Section : electronics I'll be happy to upload after you fix the following issues: * d/changelog - this is the first upload of platformio to Debian, thus it should only have 1 changelog entry, which should only list * Initial release. (Closes #921347) All the other stuff should be removed * d/copyright - currently you are assigning platformio your copyright for files under debian/. Is this what you want to do? Further the copyright years in the source files are '2014-present' * (Optional) d/rules - personal preference, but I prefer disabled targets to execute 'true' instead of being blank. This indicates that the rule is explicitly disabled. * d/platformio.links - /usr/share should only contain platform-independent files. Can /usr/share/platformio/{pio,piodebuggdb} not be installed directly into /usr/bin/ ? Cheers Kyle -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Bug#953677: python3-meep: prerm script fails - cannot get content of python-meep
Package: python3-meep Version: 1.12.0-2 Severity: serious Justification: Policy 3.9 Dear Maintainer, The postrm script included in python3-meep assumes the existance of python-meep on the system. If it is not there, it errors and fails to continue. Exception: dpkg-query: package 'python-meep' is not installed Use dpkg --contents (= dpkg-deb --contents) to list archive files contents. Traceback (most recent call last): File "/usr/bin/pyclean", line 117, in main() File "/usr/bin/pyclean", line 101, in main pfiles = set(dpf.filter_out_ext(pfiles, ('.so',))) File "/usr/share/python/debpython/files.py", line 77, in filter_out_ext for fn in files: File "/usr/share/python/debpython/namespace.py", line 77, in add_namespace_files for fn in files: File "/usr/share/python/debpython/files.py", line 53, in from_package raise Exception("cannot get content of %s" % package_name) Exception: cannot get content of python-meep dpkg: warning: old python3-meep package pre-removal script subprocess returned error exit status 1 Thanks -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8), LANGUAGE=en_ZA:en (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages python3-meep depends on: ii libblas3 [libblas.so.3] 3.9.0-1 ii libc62.30-1 ii libctl7 4.4.0-3 ii libfftw3-double3 3.3.8-2 ii libgcc-s1 [libgcc1] 10-20200304-1 ii libgcc1 1:10-20200304-1 ii liblapack3 [liblapack.so.3] 3.9.0-1 iu libmeep171.12.0-2+b1 ii libstdc++6 10-20200304-1 iu python3 3.8.2-1 ii python3-numpy1:1.17.4-5 python3-meep recommends no packages. python3-meep suggests no packages. -- no debconf information
Bug#953624: node-less should depend on node-clean-css
Package: node-less Version: 1.6.3~dfsg-3 Severity: normal Dear Maintainer, The lessc offers the --clean-css comand to compress output using clean-css. This fails to run if node-clean-css is not installed. Please consider depending on the node-clean-css package to enable this functionality. Thanks Kyle -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: arm64, i386 Kernel: Linux 5.4.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8), LANGUAGE=en_ZA:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages node-less depends on: ii nodejs 10.17.0~dfsg-2 Versions of packages node-less recommends: ii node-source-map 0.7.0++dfsg2+really.0.6.1-4 node-less suggests no packages. -- no debconf information
Bug#918531: ITP: trx -- realtime audio over IP
Hi, Apologies, I did not see this ITP when I was searching for it earlier. I have packaged and uploaded trx to the NEW queue [1]. The package is in the Debian group on Salsa [2], and you are welcome to become a co-maintainer of the package if you wish. The binaries have been renamed to trx-rx and trx-tx. [1] https://ftp-master.debian.org/new/trx_0.5-1.html [2] https://salsa.debian.org/debian/trx Cheers Kyle -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Bug#953027: ITP: trx -- simple toolset for broadcasting live audio
Package: wnpp Severity: wishlist Owner: Kyle Robbertze * Package name: trx Version : 0.5 Upstream Author : Mark Hills * URL : https://www.pogo.org.uk/~mark/trx/ * License : GPL-2 Programming Lang: C Description : simple toolset for broadcasting live audio It sends and receives encoded audio over IP networks, via a soundcard or audio interface. It can be used for point-to-point audio links or multicast, eg. private transmitter links for a radio station or other live audio distribution. In contrast to traditional streaming, high quality wideband audio (such as music) can be sent with low-latency, typically as low as a few milliseconds, and incredibly fast recovery from dropouts. It works favourable as a replacement for traditional ISDN lines and hardware ISDN codecs. I will maintain it under the Debian salsa group. The binary names are also very generic (rx and tx), so I will rename then to trx-rx and trx-tx respectively.
Bug#951033: cura: UI not usable in 4.4.1
I experience this issue with 1.3x scaling and 134 DPI
Bug#949932: ITP: glasscoder -- minimalist audio encoder for generating live streams
Package: wnpp Severity: wishlist Owner: Kyle Robbertze * Package name: glasscoder Version : 1.0.0 Upstream Author : Fred Gleason * URL : https://github.com/ElvishArtisan/GlassCoder * License : GPL Programming Lang: C++ Description : minimalist audio encoder for generating live streams GlassCoder is a minimalist audio encoder for IceCase and Soutcase streaming servers as well as HTTP Live Streaming (HLS). It supports the following audio sources: Advanced Linux Sound Architecture (ALSA) File Streaming (FILE) JACK Audio Connection Kit (JACK) The base GlassCoder streamer component utilizes no configuration files or GUI interface whatsoever; with the 'user interface' consisting entirely of the command-line invocation. As such, it is well suited for use cases where the encoder is completely driven by an external system or script. The following audio codecs are supported: MPEG-1/1.5 Layer 3 ('MP3') Ogg Opus Ogg Vorbis Also included is GlassGui, a graphical point-and-click interface that can be used to drive GlassCoder or generate command-line invocations that can be copy/pasted to other systems It will be maintained under the Debian group on salsa
Bug#949577: nfs-kernel-server: Unable to see sub-mounted filesystems with nohide set
Package: nfs-kernel-server Version: 1:1.3.4-2.5 Severity: normal Dear Maintainer, We use NFSv3 to mount /home on our lab machines. The mount is a ZFS filesystem with snapshot visibility enabled (this makes /home/.zfs/snapshot be visibile to users so that they can restore files if needed). We are using standard /etc/exports, and the ZFS sharenfs option is disabled. Since the upgrade to Buster from Stretch, we are unable to view the contents of snapshots under .zfs/snapshot/, but can accurately see the list of snapshots in .zfs/snapshot. Each ZFS snapshot is a separate file system, mounted under the snapshot name in .zfs/snapshot. The nohide option has no effect on whether we can see them or not. The /etc/exports below is a snippet of the file, but represents the base case where we are encountering this issue. I am not sure if it is a bug in NFS, ZFS or a user issue. Thanks Kyle -- Package-specific info: -- rpcinfo -- program vers proto port service 104 tcp111 portmapper 103 tcp111 portmapper 102 tcp111 portmapper 104 udp111 portmapper 103 udp111 portmapper 102 udp111 portmapper 151 udp 55442 mountd 151 tcp 39107 mountd 152 udp 34059 mountd 152 tcp 56283 mountd 153 udp 38252 mountd 153 tcp 46465 mountd 133 tcp 2049 nfs 134 tcp 2049 nfs 1002273 tcp 2049 133 udp 2049 nfs 1002273 udp 2049 1000211 udp 58819 nlockmgr 1000213 udp 58819 nlockmgr 1000214 udp 58819 nlockmgr 1000211 tcp 37101 nlockmgr 1000213 tcp 37101 nlockmgr 1000214 tcp 37101 nlockmgr -- /etc/default/nfs-kernel-server -- RPCNFSDCOUNT=8 RPCNFSDPRIORITY=0 RPCMOUNTDOPTS="--manage-gids" NEED_SVCGSSD="" RPCSVCGSSDOPTS="" -- /etc/exports -- [...] # ssh.aims.ac.za (old and new)_ /export10.1.29.6(rw,fsid=0,insecure,no_subtree_check,async) /export/home.aims10.1.29.6(rw,nohide,insecure,no_subtree_check,async) [...] -- /proc/fs/nfs/exports -- # Version 1.1 # Path Client(Flags) # IPs -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 5.4.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8), LANGUAGE=en_ZA:en (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages nfs-kernel-server depends on: ii keyutils 1.6-6 ii libblkid1 2.34-0.1 ii libc6 2.29-9 ii libcap2 1:2.27-1 ii libsqlite3-0 3.30.1+fossil191229-1 ii libtirpc3 1.2.5-1 ii libwrap0 7.6.q-30 ii lsb-base 11.1.0 ii netbase 6.0 ii nfs-common1:1.3.4-2.5+b1 ii ucf 3.0038+nmu1 nfs-kernel-server recommends no packages. nfs-kernel-server suggests no packages. -- no debconf information
Bug#948261: review
On 2020/01/14 11:28, Ko Ko Ye` wrote: fix and upload is done fonts-myanmar (0.0-1~exp1) unstable; urgency=medium * Initial release (Closes: #899260) -- kokoye2007 mailto:kokoye2...@gmail.com>> Mon, 13 Jan 2020 21:00:22 +0630 Final thing - please change the Recommends: line in the fonts-myanmar-unicode package to Depends: as it is a metapackage Cheers Kyle
Bug#948261: review
On 2020/01/14 10:44, Ko Ko Ye` wrote: Noted with thanks. Its finished now. Please remove the second changelog entry (the one from Fri, 08 Mar 2019 21:30:04 +0630) Cheers Kyle -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Bug#948261: review
On 2020/01/13 16:59, Ko Ko Ye` wrote: fonts-myanmar_0.0-1~exp1[1] is ready on mentor [2] * First Update for Upstream * ITP: fonts-myanmar (Close: #899260) * ITP: ITP: ttf-myanmar-fonts (Close: #896887) This changelog should only read: * Initial release (Closes: #899260) Also there should only be a single entry in the changelog, as this is the initial release. I'll merge the ttf-myanmar-fonts ITP with the fonts-myanmar ITP, so they will both be closed by the new changelog entry. Cheers Kyle -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Bug#939886: review
On 2020/01/13 16:29, Ko Ko Ye` wrote: I have done 1) copyright file, maybe its cache. It isn't. Files: * Copyright: 2015 jmoon018 This line should be Copyright: 2015 Jamal Moon License: LGPL-3.0+ Files: debian/* Copyright: 2020 kokoye2007 <mailto:kokoye2...@gmail.com>> License: LGPL-3.0+ 2) i change Upstream-Contact: kokoye2007 <mailto:kokoye2...@gmail.com>> I don't understand, have you made yourself the upstream contact? This line should read: Upstream-Contact: Jamal Moon I do see that they has not chosen to show an email on GitHub, so you may want to remove this line completely. 3) change permission drwxr-xr-x 2 kokoye2007 kokoye2007 4096 Sep 9 20:15 . drwxr-xr-x 6 kokoye2007 kokoye2007 4096 Jan 13 20:44 .. -rw-r--r-- 1 kokoye2007 kokoye2007 422 Sep 9 20:15 map0.txt -rw-r--r-- 1 kokoye2007 kokoye2007 394 Sep 9 20:15 map1.txt -rw-r--r-- 1 kokoye2007 kokoye2007 219 Sep 9 20:15 map2.txt -rw-r--r-- 1 kokoye2007 kokoye2007 684 Sep 9 20:15 map3.txt -rw-r--r-- 1 kokoye2007 kokoye2007 1450 Sep 9 20:15 map4.txt -rw-r--r-- 1 kokoye2007 kokoye2007 460 Sep 9 20:15 map5.txt -rw-r--r-- 1 kokoye2007 kokoye2007 974 Sep 9 20:15 map6.txt -rw-r--r-- 1 kokoye2007 kokoye2007 342 Sep 9 20:15 map7.txt -rw-r--r-- 1 kokoye2007 kokoye2007 1153 Sep 9 20:15 map8.txt -rw-r--r-- 1 kokoye2007 kokoye2007 190 Sep 9 20:15 map9.txt Changing them on your local machine will not change the installed permissions. You need to use dh-fixperms in your debian/rules to address this issue. -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Bug#948261: review
On 2020/01/13 14:00, Ko Ko Ye` wrote: On Mon, Jan 13, 2020 at 3:42 PM Kyle Robbertze <mailto:paddatrap...@debian.org>> wrote: Control: tags -1 moreinfo Hi, Is the homepage and copyright correct in this package? i.e. are you the upstream developer of these fonts? Its difference Developer but i add debian/copyright at font by font developer name and license (all is SIL 1.1) Also the packages are not lintian clean: > W: fonts-myanmar: empty-binary-package This package should depend on the other packages, not recommend them and include the fact that it is a metapackage in the long description. Now Remove it. > W: fonts-myanmar-angoun: truetype-font-prohibits-installable-embedding [edit only] usr/share/fonts/truetype/mm/MyanmarAngoun.ttf See fsType in the official spec [1] [1] https://developer.apple.com/fonts/TrueType-Reference-Manual/RM06/Chap6OS2.html#fsType Now I am remove this package "fonts-myanmar-angoun" its fork from Montserrat [1] we learn and add after fix. All the packages are like this, I just pulled the first example of the error message. It is fine, I am happy to upload with this error for the moment and you can work with upstream to fix it. Your changelog needs to close the ITP bug for this package. This is currently missing. i.e. there should be (Close: #899260) in the changelog entry. You can remove the debian/compat file, as you are using debhelper-compat in debian/control. With those changes, I'll be happy to upload for you. Note the package will have to go through the NEW queue, so will require two uploads - one binary upload now and a second source upload after it goes through NEW. I suggest you make this package target experimental and make the version 0.0-1~exp1. Then once it is through new, ping me to upload 0.0-1 to unstable. Cheers Kyle -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Bug#939886: review
On 2020/01/13 15:50, Ko Ko Ye` wrote: upload is success. Great we have watch file warning. You need to update the watch file to point to upstream's releases. See https://wiki.debian.org/debian/watch#GitHub https://mentors.debian.net/package/pacvim Your copyright statement in debian/copyright needs to be as follows: 2015 Jamal Moon This is how it is listed in the source code that you are distributing and a requirement of the LGPL licence. Also you are not the upstream contact as listed in debian/copyright, so please update that accordingly too. The map{0-9}.txt files are still executable: W: pacvim: executable-not-elf-or-script usr/share/pacvim-maps/map0.txt Cheers Kyle -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Bug#939886: review
Hi, On 2020/01/13 13:45, Ko Ko Ye` wrote: On Mon, Jan 13, 2020 at 3:03 PM Kyle Robbertze <mailto:paddatrap...@debian.org>> wrote: [..] Done Thank for your kindly support with regard. Let me know when you have uploaded the fixed package and I'll review it Cheers Kyle -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Bug#948261: review
Control: tags -1 moreinfo Hi, Is the homepage and copyright correct in this package? i.e. are you the upstream developer of these fonts? Also the packages are not lintian clean: W: fonts-myanmar: empty-binary-package This package should depend on the other packages, not recommend them and include the fact that it is a metapackage in the long description. W: fonts-myanmar-angoun: truetype-font-prohibits-installable-embedding [edit only] usr/share/fonts/truetype/mm/MyanmarAngoun.ttf See fsType in the official spec [1] [1] https://developer.apple.com/fonts/TrueType-Reference-Manual/RM06/Chap6OS2.html#fsType Cheers Kyle -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Bug#939886: review
Control: tags -1 moreinfo Hi, There are copyright issues with this package: The upstream author is Jamal Moon, so the copyright file needs to reflect their copyright, not yours for Files: * The homepage should also be upstream's homepage [1] and the watch file should point to upstream's releases on GitHub. [1] https://github.com/jmoon018/PacVim Also the package is not Lintian clean: pacvim: arch-independent-package-contains-binary-or-object usr/games/pacvim\ This package should be arch: any, not arch: all. pacvim: unstripped-binary-or-object usr/games/pacvim W: pacvim: executable-not-elf-or-script usr/share/pacvim-maps/map0.txt These files should not be executable W: pacvim: missing-depends-line Need to add ${shlibs:Depends} to the Depends line in debian/control W: pacvim: new-package-should-close-itp-bug Your changelog closes line has two ## in front of the bug number instead of one Further, may want to use build-depends debhelper-compat (=12) instead of the debian/compat file. Cheers Kyle -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Bug#451079: Umbrello unable to save
Control: found -1 4:17.08.3-1 I encounter this problem on unstable, running umbello 2.23.3 Cheers Kyle -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Bug#944404: libsedlex-ocaml: sedlex should depend on ocaml-uchar
Hi Andy, On 2019/11/10 04:33, Andy Li wrote: > Hi Kyle, > > On Sat, Nov 9, 2019 at 5:15 PM Kyle Robbertze wrote: >> It seems that sedlex should depend on ocaml-uchar[1], which needs to be >> packaged for Debian. According to sedlex opam file, this is already done >> for opam builds of sedlex [2]. >> >> [1] https://github.com/ocaml/uchar >> [2] https://github.com/ocaml-community/sedlex/blob/master/sedlex.opam#L32 > > I've packaged uchar last week: > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=944085 > It's in the NEW queue right now. > > Since it's a compatibility package, which is effectively empty for > OCaml 4.08, I've just removed sedlex's dependency on uchar and > uploaded ocaml-sedlex 2.1-2. > Will close this bug once uchar is accepted into unstable and the > sedlex dependency on uchar is restored. Thanks. It is now working for me. Cheers -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Bug#926915: RFS: fossology/3.5.0-1 [ITP] -- OSS license compliance tool
Hi, I tried building fossology, but it FTBFS wit the following error: dh_installdirs -s dh_installdirs: -s/--same-arch has been removed; please use -a/--arch instead dh_installdirs: This feature was removed in compat 12. dh_installdirs: unknown option or error during option parsing; aborting make: *** [debian/rules:76: install-arch] Error 255 dpkg-buildpackage: error: fakeroot debian/rules binary subprocess returned exit status 2 dh_installdirs -s is called in your debian/rules line 76.\ I would also suggest removing the commented out commands - they only add noise to the file. There are also embedded libraries in ./src/vendor. Are any of these already in Debian. Can they be packaged separately? If you intend to keep them embedded, you need to include their licence grants in debian/copyright. I see some are licenced under the LGPL, BSD (2 clause) and (3 clause) and MIT/X11. There are also some source (./src/www/ui/template/, ./src/decider/, etc.) are licenced under FSF All Permissive, which are missing in the debian/copyright. In postrm, are you sure you wish to delete the user and group? See [1] for discussion on the subject. [1] https://wiki.debian.org/AccountHandlingInMaintainerScripts Is debian/fossology-common.README.Debian up to date? The comment says that it is from 2008... Thanks for your work Cheers -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Bug#926915: RFS: fossology/3.5.0-1 [ITP] -- OSS license compliance tool
Further please see the following about unconditionally restarting apache2 in maintainer scripts. https://lintian.debian.org/tags/apache2-reverse-dependency-calls-invoke-rc.d.html Cheers -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Bug#944404: libsedlex-ocaml: sedlex should depend on ocaml-uchar
Package: libsedlex-ocaml Version: 2.1-1 Severity: important Dear Maintainer, I am unable to build the new version of liquidsoap, as it depends on libsedlex-ocaml-dev, which currently fails to work. When compiling I get the following error: OCAMLOPT -c tools/log.mli ocamlfind: Package `uchar' not found - required by `sedlex' It seems that sedlex should depend on ocaml-uchar[1], which needs to be packaged for Debian. According to sedlex opam file, this is already done for opam builds of sedlex [2]. [1] https://github.com/ocaml/uchar [2] https://github.com/ocaml-community/sedlex/blob/master/sedlex.opam#L32 Thanks Kyle -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: arm64, i386 Kernel: Linux 5.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8), LANGUAGE=en_ZA:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libsedlex-ocaml depends on: pn libgen-ocaml-urjg6 pn libmigrate-parsetree-ocaml-x6wu6 pn libppx-tools-versioned-ocaml-3gsj4 ii ocaml-base-nox [ocaml-base-nox-4.08.1] 4.08.1-3 Versions of packages libsedlex-ocaml recommends: pn ocaml-findlib libsedlex-ocaml suggests no packages.
Bug#941507: ocaml-nox: Unable to install ocaml-nox 4.08 from experimental
Package: ocaml-nox Version: 4.05.0-12 Severity: serious Dear Maintainer, Installing ocaml-nox is currently broken in experimental: The following packages have unmet dependencies: ocaml-nox : Depends: ocaml-base-nox-4.08.1 Depends: ocaml-interp (= 4.08.1-1) but it is not going to be installed E: Unable to correct problems, you have held broken packages. Command apt-get --dry-run install -- ocaml-nox/experimental exited with exit code 1. Thanks -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: arm64, i386 Kernel: Linux 5.2.0-2-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8), LANGUAGE=en_ZA:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages ocaml-nox depends on: ii binutils2.32.51.20190909-1 ii gcc 4:9.2.1-3.1 ii libc6 2.29-2 ii libncurses-dev [libncurses5-dev]6.1+20190803-1 ii libncurses6 6.1+20190803-1 ii libtinfo6 6.1+20190803-1 ii ocaml-base-nox [ocaml-base-nox-4.05.0] 4.05.0-12 ii ocaml-interp4.05.0-12 ii zlib1g 1:1.2.11.dfsg-1+b1 Versions of packages ocaml-nox recommends: ii file 1:5.37-5 Versions of packages ocaml-nox suggests: pn ocaml-doc pn tuareg-mode | ocaml-mode -- no debconf information
Bug#940579: ocaml-nox uninstallable: depends on libbinutils (< 2.32.51.20190728)
Package: ocaml-nox Version: 4.08.0-3 Severity: serious Dear Maintainer, ocaml-nox in experimental is currently uninstallable: $ sudo apt -t experimental install ocaml-nox [...] The following packages have unmet dependencies: ocaml-nox : Depends: libbinutils (< 2.32.51.20190728) but 2.32.51.20190821-2 is to be installed Thanks Kyle -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: arm64, i386 Kernel: Linux 5.2.0-2-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8), LANGUAGE=en_ZA:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages ocaml-nox depends on: ii binutils2.32.51.20190909-1 ii gcc 4:9.2.1-3.1 ii libc6 2.29-1 ii libncurses-dev [libncurses5-dev]6.1+20190803-1 ii libncurses6 6.1+20190803-1 ii libtinfo6 6.1+20190803-1 ii ocaml-base-nox [ocaml-base-nox-4.05.0] 4.05.0-12 ii ocaml-interp4.05.0-12 ii zlib1g 1:1.2.11.dfsg-1+b1 Versions of packages ocaml-nox recommends: ii file 1:5.37-5 Versions of packages ocaml-nox suggests: pn ocaml-doc pn tuareg-mode | ocaml-mode -- no debconf information
Bug#939580: liquidsoap: FTBFS with new ffmpeg ocaml library
Hi, On 2019/09/06 15:58, Gianfranco Costamagna wrote: > Source: liquidsoap > Version: 1.3.7-1 > Severity: serious > > > Hello, looks like the new ffmpeg library changes something and now testsuite > fails... > > Can you please have a look? > > snip of build log: > OCAMLOPT -c decoder/raw_audio_decoder.ml > OCAMLOPT -c decoder/ffmpeg_decoder.ml > File "decoder/ffmpeg_decoder.ml", line 121, characters 8-20: > Error: This pattern matches values of type [? `Frame of 'a ] >but a pattern was expected which matches values of type > FFmpeg.Avutil.audio FFmpeg.Avutil.frame > make[4]: *** [../Makefile.rules:197: decoder/ffmpeg_decoder.cmx] Error 2 > make[4]: Leaving directory '/<>/src' > make[3]: *** [../Makefile.rules:67: all-auto-ocaml-prog] Error 2 > make[3]: Leaving directory '/<>/src' > make[2]: *** [Makefile.rules:27: all-subdirs] Error 2 > make[2]: Leaving directory '/<>' > make[1]: *** [debian/rules:21: override_dh_auto_build] Error 2 > make[1]: Leaving directory '/<>' > make: *** [debian/rules:11: build] Error 2 The next version of Liquidsoap depends on OCaml 4.08 [1], so I will only be able to test if that fixes ffmpeg support when OCaml 4.08 enters unstable. [1] https://github.com/savonet/liquidsoap/releases/tag/1.4.0-rc1 -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Bug#577079: notification: Speex header too small
Control: retitle -1 liquidsoap: Useless message "notification: Speex header too small" So this error seems to have changed: when I run this test using https://www.nuug.no/pub/video/jarle/fiksgatami.ogv and liquidsoap 1.3.7, the notification is: notification: Speex header too small -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Bug#934506: ocaml-ffmpeg FTBFS on byte-code architectures
Control: severity -1 important Hi Ralf On 2019/08/12 07:39, Ralf Treinen wrote: > Hi Kyle, > > On Sun, Aug 11, 2019 at 08:44:19PM +0200, Kyle Robbertze wrote: >> Package: ocaml-ffmpeg >> Severity: serious >> Justification: FTBFS >> Control: forwarded -1 https://github.com/savonet/ocaml-ffmpeg/issues/27 >> >> ocaml-ffmpeg FTBFS on byte-code architectures, as the Makefile expects >> ocaml.opt in src/Makefile.in target gen-code. This is not available on > > The fact that a package does not compile on some architectures (even > release architecures) is not considered release-critical. It is RC, > however, in case of a regression, that is if a package fails to compile > on some release architecture where earlier versions did succeed. > > In the case of ocaml-ffmpeg it would be justified to downgrade to > "serious". I assume you mean important? I have downgraded it. Cheers -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Bug#934506: ocaml-ffmpeg FTBFS on byte-code architectures
Package: ocaml-ffmpeg Severity: serious Justification: FTBFS Control: forwarded -1 https://github.com/savonet/ocaml-ffmpeg/issues/27 ocaml-ffmpeg FTBFS on byte-code architectures, as the Makefile expects ocaml.opt in src/Makefile.in target gen-code. This is not available on byte-code architectures. Upstream bug: https://github.com/savonet/ocaml-ffmpeg/issues/27 Build log (armel): https://buildd.debian.org/status/fetch.php?pkg=ocaml-ffmpeg=armel=0.2.1-1=1565526292=0 -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: arm64, i386 Kernel: Linux 5.2.0-2-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8), LANGUAGE=en_ZA:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#933127: nmu: zed_1.4-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Dear release team, It seems in the last BinNMU of zed against camomile, amd64, arm64, armhf and i386 architectures were not rebuilt. I have tested locally and zed rebuild successfully on amd64. nmu zed_1.4-3 . amd64 arm64 armhf i386 . unstable . -m "rebuild against camomile 0.8.5-1" Thanks -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: arm64, i386 Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8), LANGUAGE=en_ZA:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#784039: ITA: ocaml-gettext -- OCaml internationalization library
Control: -1 retitile ITA: ocaml-gettext -- OCaml internationalization library I will take over maintainership of this package as part of the OCaml team. Cheers -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Bug#932861: e2fsprogs should depend on logsave
Package: e2fsprogs Version: 1.45.3-1 Severity: serious Justification: Policy 3.5 Dear Maintainer, After upgrading e2fsprogs to 1.45.3-1, my system refused to boot with the error: > /init: line 398: logsave: not found > > The root filesystem on /dev/sda3 requires a manual fsck I was then dropped back in to the initramfs shell. After ensuring that the file system was clean using fsck and rebooting, the same issue occured. The solution was to use a live image to chroot into the system and install logsave. The system then booted normally. Thus, the suggests on logsave should be replaced with a depends, as the package is unusable without it. Thanks Kyle -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: arm64, i386 Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8), LANGUAGE=en_ZA:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages e2fsprogs depends on: ii libblkid12.33.1-0.1 ii libc62.28-10 ii libcom-err2 1.45.3-1 ii libext2fs2 1.45.3-1 ii libss2 1.45.3-1 ii libuuid1 2.33.1-0.1 Versions of packages e2fsprogs recommends: ii e2fsprogs-l10n 1.45.3-1 Versions of packages e2fsprogs suggests: pn e2fsck-static pn fuse2fs pn gpart ii logsave1.45.3-1 ii parted 3.2-25+b1 -- no debconf information
Bug#932667: RFS: coccinelle/1.0.7.deb-2 [ITA]
Hi, On 7/21/19 8:56 PM, eamanu15 . wrote: > To access further information about this package, please visit the > following URL: > > https://mentors.debian.net/package/coccinelle > There are lintian errors, please fix them: * doc-base-file-references-missing-file * ocaml-dangling-cmx (you need to install the corresponding .o files too) * manpage-has-errors-from-man * spelling-error-in-copyright * debian-rules-uses-unnecessary-dh-argument * useless-autoreconf-build-depends Cheers -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ Debian Developer ⠈⠳⣄ https://wiki.debian.org/KyleRobbertze
Bug#932417: nmu: ocamlnet_4.1.2-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Please rebuild ocamlnet to use camlzip 1.08-1, uploaded to unstable yesterday. Without this, ocamlnet fails to install as it depends on an old build of camlzip. nmu ocamlnet_4.1.2-3 . ANY . unstable . -m "rebuild against camlzip 1.08-1" -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: arm64, i386 Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8), LANGUAGE=en_ZA:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#931089: ITP: ocaml-ffmpeg -- OCaml interface for FFmpeg
Package: wnpp Severity: wishlist Owner: Kyle Robbertze * Package name: ocaml-ffmpeg Version : 0.2.1 Upstream Author : Savonet Team * URL : https://github.com/savonet/ocaml-ffmpeg * License : LGPL Programming Lang: OCaml Description : OCaml interface for FFmpeg The modules currently available are: Av: the module containing demuxers and muxers for reading and writing multimedia container formats. Avcodec: the module containing decoders and encoders for audio, video and subtitle codecs. Swresample: the module performing audio resampling, rematrixing and sample format conversion operations. Swscale: the module performing image scaling and color space/pixel format conversion operations. Avdevice: the module containing input and output devices for grabbing from and rendering to many common multimedia input/output software frameworks. This is a dependency of the new version of Liquidsoap and will be maintained as part of the Ocaml Maintainers team.
Bug#930020: vim: Modelines allow arbitrary code execution
Source: vim Severity: important Tags: security, patch Dear Maintainer, Vim currently allows arbitrary code execution in modelines outside of the sandboxed environment when using ':source!' in the modeline. Details can be found here [1] and upstream's patch here [2]. [1] https://github.com/numirias/security/blob/master/doc/2019-06-04_ace-vim-neovim.md [2] https://github.com/vim/vim/commit/5357552 -- System Information: Debian Release: 10.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: arm64, i386 Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8), LANGUAGE=en_ZA:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- ⢀⣴⠾⠻⢶⣦⠀ ⣾⠁⢠⠒⠀⣿⡁ Kyle Robbertze ⢿⡄⠘⠷⠚⠋⠀ https://wiki.debian.org/KyleRobbertze ⠈⠳⣄ signature.asc Description: OpenPGP digital signature
Bug#923684: nmu: galax_1.1-15
Hi Paul, On 2019/05/09 20:43, Paul Gevers wrote: > Control: tags -1 moreinfo > > Hi Kyle, > > Is this still relevant? Seems that it is no longer relevant. The galax failure must be an issue with galax and the rest are have now been built against the fixed version of camomile. > > On Sun, 03 Mar 2019 22:04:35 +0200 Kyle Robbertze > wrote: >> There was a bug in how camomile < 1.0.1-3 was packaged that prevented >> packages from building against it. This has been fixed, but requires >> r-deps to be rebuilt using the fixed version. >> >> Thanks >> >> nmu galax_1.1-15 . ANY . unstable . -m "Rebuild against fixed camomile" > > Without checking too carefully, I went ahead with this one today, but > all builds failed very similar to the original problem: > Checking for Camomile...ERROR: unable to find camomileLibrary.cmi in > /usr/lib/ocaml/camomile Ok I'll file a bug against galax then. It clearly does not support the current version of camomile. Thanks for all the work Cheers Kyle
Bug#923684: nmu: galax_1.1-15
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu Hello, There was a bug in how camomile < 1.0.1-3 was packaged that prevented packages from building against it. This has been fixed, but requires r-deps to be rebuilt using the fixed version. Thanks nmu galax_1.1-15 . ANY . unstable . -m "Rebuild against fixed camomile" nmu ocaml-gettext_0.3.7-1 . ANY . unstable . -m "Rebuild against fixed camomile" nmu lambda-term_1.10.1-2 . ANY . unstable . -m "Rebuild against fixed camomile" nmu utop_1.19.3-2 . ANY . unstable . -m "Rebuild against fixed camomile" nmu zed_1.4-3 . ANY . unstable . -m "Rebuild against fixed camomile" -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: arm64 Kernel: Linux 4.19.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8), LANGUAGE=en_ZA:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#921790: liquidsoap: FTBFS (ld: cannot find -lexif)
Hi, On 2019/02/17 11:52, Andrey Rahmatullin wrote: > On Sat, Feb 09, 2019 at 12:15:34AM +, Santiago Vila wrote: >> OCAMLOPT -o liquidsoap >> /usr/bin/ld: cannot find -lexif > libexif-dev is indeed not installed but my build fails even earlier: > > OCAMLOPT -c tools/file_watcher.ml > OCAMLOPT -c tools/file_watcher_mtime.ml > OCAMLOPT -c configure.mli > OCAMLOPT -c configure.ml > File "configure.ml", line 25, characters 11-32: > Error: Unbound module Camomile > make[4]: *** [../Makefile.rules:193: configure.cmx] Error 2 > make[4]: Leaving directory '/<>/src' This is because version 1.0.1 of Camomile is in unstable. I am busy packaging liquidsoap 1.3.4, which is compatible with newer versions of Camomile and will fix both these issues. Cheers Kyle
Bug#916650: stretch-pu: package liquidsoap/1.1.1-7.2
On 2019/02/09 16:08, Adam D. Barratt wrote: > Control: tags -1 + moreinfo > > On Sun, 2018-12-16 at 23:58 +0200, Kyle Robbertze wrote: >> The current liquidsoap package in stable segfaults imediately on run. >> Details are in bug #812591. The segfault is due to Ocaml version 4.02 >> which is present in stable. The fix upstream has been applied here >> (sourced from Ubuntu where it has been working since 17.10). It is >> part of the version currently in buster and unstable. > > Apologies for not getting back to you sooner. No worries, we all get busy :) > > I have to admit that I'm a little concerned that it took quite so long > for this bug to be fixed, given that it appears to have been reported > well before the stretch freeze. The package was abandoned for a long while, I have only just adopted it and fixed it up. > > If a package is incompatible with a newer version of Ocaml, is there no > way of indicating this via e.g. dependency relationships, or the > package somehow indicating which versions of Ocaml it is compatible > with? This seems like the sort of thing that could also cause issues > with partial upgrades between stable releases. With this fix, it is compatible with newer Ocaml versions and the new version in buster and unstable are too. As far as I can tell, there have been no issues with newer versions outside of this. The common convention seems to be to declare an un-versioned or minimum version dependency on Ocaml and expect it to work with future versions. Cheers Kyle signature.asc Description: OpenPGP digital signature
Bug#909448: Bug #909448: Dependencies suggestions
Hi Romain, > The following dependencies changes can/should be considered: > - curl is now used instead of wget for file download > - awscli can optionally be used to download from s3 and/or generate speech > synthesis > - ffmpeg (command line) can optionally be used to convert to wav via the > ffmpeg2wav protocol > - ocaml-ffmpeg can be used to enable builtin operators and decoders I am busy packaging ocaml-ffmpeg so that I can include it as a dependency. I just haven't had much time lately to continue with it. > - youtube-dl can optionally be used to download videos from multiple > providers > - ocaml-ssl (libssl-ocaml-dev) can be used to enable https handlers Unfortunately I cannot link against ocaml-ssl, as it depends on openssl. The OpenSSL license is incompatible with the GPL: https://lintian.debian.org/tags/possible-gpl-code-linked-with-openssl.html > - libinotify-ocaml-dev can be used to enable use of inotify when monitoring > file changes (used for playlist reload) > > I would advise again enabling support for the graphics library unless > there's a clear use case for it. Do you mean against? Unfortunately I won't be able to get the new 1.3.5 version packaged in time for Buster, but I will work on it once Buster has shipped. Cheers Kyle
Bug#918247:
I'm going to test this (or get someone else to if I don't hear back from DSA soon) on a porter box before I upload to unstable signature.asc Description: OpenPGP digital signature
Bug#919472: camomile ftbfs on ppc64el
merge 918563 -1 thanks I am waiting on porter box access from DSA so that I can debug this issue. I think it is related to 918562 [1], but need to test that. [1] https://bugs.debian.org/918562 Cheers Kyle
Bug#918247: closed by Kyle Robbertze (Bug#918247: fixed in camlimages 1:4.2.6-2)
On 2019/01/05 12:34, Adrian Bunk wrote: > Control: reopen -1 > > Unfortunately the problem is still there: > https://buildd.debian.org/status/package.php?p=camlimages=sid Damn... I'll have to play around on a porter box then. Cheers Kyle signature.asc Description: OpenPGP digital signature
Bug#758118: Intent to NMU camomile to fix longstanding l10n bugs
Hi Helge, On 2018/12/23 13:28, Helge Kreutzmann wrote: > Hello Kyle, >>> Please note that I had to fiddle a little with the build environment >>> to get the translated man pages to actually build and installed, I can >>> send you the detailed changes if you would like to do a MU (or push i >>> t into a VCS if you tell me the location). >> I did too, eventually just resorting to writing the man pages directly >> without using xml. > > I actually have it working *with* xml, I can send you the changes. I > suggest keeping it this way, as this contains more information. (I > have lots of other packages also using an xml based workflow just > fine). > > If you go for plaintext, what did you do about 758118 and 865968, i.e. > the translated man pages? (This was my main motivation). I used the manpage LANG extension support. i.e. camomilecharmap.de.1, camomilecharmap.pt.1, etc. You can see the updated package in the git repo [1]. Please do send me the XML changes you made, as just changing translation files would definitely be preferable and easier to maintain. [1] https://salsa.debian.org/ocaml-team/camomile Cheers Kyle signature.asc Description: OpenPGP digital signature
Bug#758118: Intent to NMU camomile to fix longstanding l10n bugs
control: tags -1 + pending Hi Helge, On 2018/12/23 12:33, Helge Kreutzmann wrote: > Dear Maintainers, > dear Kyle, > I propose to NMU camomile to solve the long standing translation > bugs 758118 and 865968. I further would include fixes for the > lintian warning vcs-obsolete-in-debian-infrastructure and > file-contains-trailing-whitespace. These are fixed in the upload I have made to mentors. I am waiting for Jonathan Carter to upload to the archive. This has made realise I forgot to add a pending tag to the two bugs, which I shall add now. > > I would prefer if you could add this to your next MU (before the > freeze), but if I don't hear from you I would upload this NMU > mid January. > > Please note that I had to fiddle a little with the build environment > to get the translated man pages to actually build and installed, I can > send you the detailed changes if you would like to do a MU (or push i > t into a VCS if you tell me the location). I did too, eventually just resorting to writing the man pages directly without using xml. Thanks for your interest Cheers Kyle signature.asc Description: OpenPGP digital signature
Bug#916650: stretch-pu: package liquidsoap/1.1.1-7.2
Package: release.debian.org Severity: normal Tags: stretch User: release.debian@packages.debian.org Usertags: pu The current liquidsoap package in stable segfaults imediately on run. Details are in bug #812591. The segfault is due to Ocaml version 4.02 which is present in stable. The fix upstream has been applied here (sourced from Ubuntu where it has been working since 17.10). It is part of the version currently in buster and unstable. I have tested it within a stable chroot (install and execution of simple scripts). Please accept the attached patch if possible. I have someone willing to sponsor the upload. -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.18.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8), LANGUAGE=en_ZA:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled diff -Nru liquidsoap-1.1.1/debian/changelog liquidsoap-1.1.1/debian/changelog --- liquidsoap-1.1.1/debian/changelog 2016-11-29 21:37:34.0 + +++ liquidsoap-1.1.1/debian/changelog 2018-12-01 18:41:23.0 + @@ -1,3 +1,9 @@ +liquidsoap (1.1.1-7.2+deb9u1) stretch; urgency=medium + + * Fix compilation with Ocaml 4.02 (Closes: #812591) + * Added new uploader + + -- Kyle Robbertze Sat, 01 Dec 2018 20:41:23 +0200 + liquidsoap (1.1.1-7.2) unstable; urgency=medium * Non-maintainer upload. diff -Nru liquidsoap-1.1.1/debian/control liquidsoap-1.1.1/debian/control --- liquidsoap-1.1.1/debian/control 2016-11-29 21:35:41.0 + +++ liquidsoap-1.1.1/debian/control 2018-12-01 18:38:23.0 + @@ -3,6 +3,7 @@ Priority: optional Maintainer: Debian OCaml Maintainers Uploaders: + Kyle Robbertze , Romain Beauxis , Samuel Mimram Build-Depends: diff -Nru liquidsoap-1.1.1/debian/files liquidsoap-1.1.1/debian/files --- liquidsoap-1.1.1/debian/files 2016-11-29 21:37:34.0 + +++ liquidsoap-1.1.1/debian/files 1970-01-01 00:00:00.0 + @@ -1 +0,0 @@ -liquidsoap_1.1.1-7.2_source.buildinfo sound optional diff -Nru liquidsoap-1.1.1/debian/patches/bf0640779b2e7095e01755d3660c7e3f0865171d.patch liquidsoap-1.1.1/debian/patches/bf0640779b2e7095e01755d3660c7e3f0865171d.patch --- liquidsoap-1.1.1/debian/patches/bf0640779b2e7095e01755d3660c7e3f0865171d.patch 1970-01-01 00:00:00.0 + +++ liquidsoap-1.1.1/debian/patches/bf0640779b2e7095e01755d3660c7e3f0865171d.patch 2018-12-01 18:37:32.0 + @@ -0,0 +1,456 @@ +From bf0640779b2e7095e01755d3660c7e3f0865171d Mon Sep 17 00:00:00 2001 +From: Romain Beauxis +Date: Thu, 14 May 2015 14:38:40 -0500 +Subject: [PATCH] More stuff to compile with 3.12.1 -> 4.03.0 + +--- + src/Makefile | 2 +- + src/decoder/decoder.ml | 6 +-- + src/decoder/image_decoder.ml | 2 +- + src/decoder/ogg_decoder.ml | 2 +- + src/encoder/encoder.ml | 2 +- + src/encoder/taglib_id3v2.ml | 2 +- + src/lang/lang_builtins.ml| 8 ++-- + src/lang/lang_encoders.ml| 86 + src/lang/lang_pp.ml | 2 +- + src/lang/lang_types.ml | 2 +- + src/operators/frei0r_op.ml | 2 +- + src/operators/setvol.ml | 2 +- + src/outputs/harbor_output.camlp4 | 2 +- + src/outputs/harbor_output.ml | 6 +-- + src/outputs/icecast2.ml | 2 +- + src/playlists/playlist_basic.ml | 2 +- + src/protocols/mpd.ml | 2 +- + src/request.ml | 2 +- + src/stream/frame.ml | 2 +- + src/tools/harbor.camlp4 | 12 +++--- + src/tools/harbor.ml | 17 +--- + src/tools/http.ml| 8 ++-- + src/tools/plug.ml| 4 +- + src/tools/utils.ml | 60 ++-- + 24 files changed, 147 insertions(+), 90 deletions(-) + +Index: liquidsoap-1.1.1/src/Makefile +=== +--- liquidsoap-1.1.1.orig/src/Makefile liquidsoap-1.1.1/src/Makefile +@@ -173,7 +173,7 @@ $(call conditional_compilation,io,$(W_OS + $(call conditional_compilation,io,$(W_PULSEAUDIO),io/pulseaudio_io.ml) + $(call conditional_compilation,io,$(W_PORTAUDIO),io/portaudio_io.ml) + +-tools = tools/stdlib.ml tools/doc.ml tools/plug.ml tools/utils.ml \ ++tools = tools/stdlib.ml tools/doc.ml tools/utils.ml tools/plug.ml \ + $(if $(W_DYNLINK),tools/dyntools.ml) \ + tools/rqueue.ml \ + $(if $(W_LAME_DYN),tools/lame_dynlink.ml) \ +Index: liquidsoap-1.1.1/src/decoder/decoder.ml +=== +--- liquidsoap-1.1.1.orig/src/decoder/decoder.ml liquidsoap-1.1.1/src/decoder/decoder.ml +@@ -277,7 +277,7 @@ let get_image_file_decoder filename = + with + | Pervasives.E
Bug#887601: libcamlimages-ocaml: Detect freetype using pkg-config
Control: tags -1 + pending On 2018/12/11 13:40, Hideki Yamane wrote: > Hi, > > On Thu, 18 Jan 2018 11:19:18 + Hugh McMaster > wrote: >> Package: libcamlimages-ocaml >> Version: 1:4.2.0-1.1+b3 >> Severity: important >> >> Dear Maintainer, >> >> The next version of libfreetype6-dev will *not* ship the 'freetype-config' >> script. >> >> Please use pkg-config to detect the freetype headers and libraries instead. > > I've prepared patches (and more update) at > https://salsa.debian.org/ocaml-team/camlimages/merge_requests/2 > > I'm not sure why but I cannot detect freetype header files with > Check_header_library, so just specified pkg-config checks returns > "true". > > Anyway, please check it. Merged, and it will be included in the next upload when I have finished working on the new upstream version. Cheers Kyle signature.asc Description: OpenPGP digital signature