On Wed, Apr 16, 2025 at 12:16:27AM +0200, Christian Kastner wrote:
Indeed, I messed up what I thought was a simple refactoring in my last
upload.
I just uploaded new upstream version with a fix to NEW.
I also uploaded a new upstream version of llama.cpp to NEW, as the
existing one was incompati
On Tue, Apr 15, 2025 at 03:17:36AM +, Clint Adams wrote:
I see that you're building and installing the cpu baseline
libggml-cpu with -DGGML_AVX512=OFF , however, in the .deb
produced this happens:
% objdump -D /usr/lib/x86_64-linux-gnu/ggml/libggml-cpu.so| grep -i vinserti
On Sun, Feb 16, 2025 at 01:07:04PM +0100, Christian Kastner wrote:
* Package name: libggml
I'm getting a SIGILL when trying to run llama-bench on a
machine without avx512.
I see that you're building and installing the cpu baseline
libggml-cpu with -DGGML_AVX512=OFF , however, in the .deb
p
On Sun, Mar 16, 2025 at 06:45:45PM +0100, Remus-Gabriel Chelu wrote:
By mistake, I sent the translation file without the 'Language-Team'
field filled in;
it should look like this:
"Language-Team: Romanian \n"
Could you make this correction for me?; thank you in advance!
Sure, it'll be in
> +Bad Signature:
> + Version: 4
> + Type: SubkeyBinding
> + Pk algo: RSA
> + Hash algo: SHA256
> + Hashed area:
> + Signature creation time: 2
Package: rtorrent
Version: 0.9.8-1
Severity: minor
Control: forwarded -1 https://github.com/rakshasa/rtorrent/issues/1287
The man page specifies a "handshake_log" option which does not exist.
On Mon, Feb 03, 2025 at 11:42:26PM -0300, Gérson Henzel wrote:
> Currently, ZOMG fails to play '.ape' files (https://monkeysaudio.com), with
> the message 'Unknown file extension: foo.ape'. I use the format because it
> gives me compresion rates higher than its competitors' (including FLAC), and
On Sat, Jun 16, 2018 at 12:21:01PM +0200, K E N O wrote:
> Using fakeroot in context of a package manager similar to `pacman`, it wants
> to remove system directories containing a package instead of the package
> itself. This problem does not appear on Linux, only on macOS.
Do you mean that pacm
Package: calendar
Version: 12.1.8
/usr/share/calendar/calendar.birthday:06/18 M.C. Escher born, 1898
However, a sampling of online sources claim the 17th instead.
On Sun, Nov 05, 2023 at 12:00:13PM +0100, Remus-Gabriel Chelu wrote:
> Please find attached the Romanian translation of the «man_fakeroot» file.
Added, but the addendum does not apply.
On Wed, Jan 04, 2023 at 10:06:54AM +0100, Helge Kreutzmann wrote:
> Hello Clint,
> I intend to NMU fakeroot end of next week to fix longstanding l10n
> bugs. The changelog would be something like the following:
>
> fakeroot (1.30.1-1.1) UNRELEASED; urgency=medium
> .
>* Non-maintainer upload
On Tue, Nov 01, 2022 at 09:29:41PM +0100, Johannes Schauer Marin Rodrigues
wrote:
> Do you have a patch for fakeroot that I can try?
You could try
https://salsa.debian.org/clint/fakeroot/-/commit/4a946cdc5cba202f888deb4ad831b4a305df7978
On Tue, Nov 01, 2022 at 07:44:05PM +0100, Johannes Schauer Marin Rodrigues
wrote:
> the normal user "user" which suggests to me that the function is not
> wrapped by fakeroot even though it should. Other functions that might be
> interesting from glibc 2.34 and might need wrapping are
> __fstatat6
On Tue, Sep 13, 2022 at 03:02:14AM -0400, Daniel Kahn Gillmor wrote:
> I was "hokey lint"ing the attached binary-formatted secret key, which
> was provided by Justus Winter for use with the notmuch test suite:
Looks like parsing of Ed25519 secret keys hasn't been implemented
in hOpenPGP yet and th
On Sun, Sep 11, 2022 at 01:02:33PM -0400, Daniel Kahn Gillmor wrote:
> I think what it's trying to say is "hokey lint only works on OpenPGP
> certificates, not secret keys". But this is a pretty awkward way to say
> it.
That is not what it is saying. If you have the hOpenPGP source code handy,
y
On Thu, May 19, 2022 at 10:48:13AM +0200, Mattias Ellert wrote:
> According to
>
> https://sourceware.org/git/?p=glibc.git;a=blob;f=sysdeps/unix/sysv/linux/ia64/xstatver.h;h=f24ab4a9ee158d7f0890cd228b20bf1e278d332b;hb=HEAD
>
> _STAT_VER should be 1 for ia64.
>
> The libfakeroot.c has no check fo
Is the output of
strace -e '%%stat' sh -c 'test -c /dev/null'
conspicuously different on ia64 in contrast with other architectures?
On Wed, May 18, 2022 at 04:43:08PM +0200, Mattias Ellert wrote:
> However, on ia64 it fails:
>
> ellert@yttrium:~$ fakeroot ./fakeroot-test.sh
> crw-rw-rw- 1 root root 1, 3 May 10 06:51 /dev/null
> Original is device
> crw-rw-rw- 1 root root 1, 3 May 10 06:51 newdev/null
> Copy is not device
> el
On Sat, Jan 15, 2022 at 09:35:11PM -0800, Felix Lechner wrote:
> I believe the library is available in the installable 'liblzma-dev'.
> (Your package [2] only pulls in the shared version via liblzma5.) Are
> consuming sources supposed to depend on the C library separately?
No, this is a missing De
Package: softether-vpncmd
Version: 5.01.9674+git20200806+8181039+dfsg2-2
With an unmodified /etc/ssl/openssl.cnf, the 'Network system' check fails:
% vpncmd /Tools
vpncmd command - SoftEther VPN Command Line Management Utility Developer Edition
SoftEther VPN Command Line Management Utility (vpncm
On Tue, Dec 21, 2021 at 12:57:13PM -0800, Felix Lechner wrote:
> Version 0.4 was dropped from unstable on 2018-11-04 at the author's
> request in #912000. While the software seemed not useful then, the dh
> sequencer is now the dominant build system. [1]
>
> This version is a simple, but complete
On Thu, Sep 30, 2021 at 04:46:47PM +0200, Frédéric Bonnard wrote:
> Not sure what optimization breaks, I just tried changing openat() to
> modify some aggressive optimization on that function and it helped.
The optimization seems to break with -O1, but not with
-O0 -fcombine-stack-adjustments -fco
On Tue, Oct 26, 2021 at 09:53:55PM +0200, Thorsten Glaser wrote:
> “It only exists if it’s in Debian.”
>
> SCNR. But this is relevant, here.
>
> [ overly harsh words deleted ]
That's right, so we print a deprecation warning at the beginning
of the development cycle to raise awareness of the situ
On Tue, Oct 26, 2021 at 12:46:43PM +0200, tito wrote:
> It is possible to create a single command package if somebody
> will maintain it ( e.g busybox-which) like it was done for busybox-syslogd.
> tempfile is missing tough.
If someone wants to do that, I suppose they can.
On Tue, Oct 26, 2021 at
On Sun, Oct 24, 2021 at 03:09:46PM -0400, Boyuan Yang wrote:
> I just realized the ongoing discussion at https://bugs.debian.org/994275 ,
> which may mitigate the impact of this bug report. Now I believe depending on
> either tempfile(1) or mktemp(1) should be ok.
I would recommend switching to mk
On Sat, Oct 16, 2021 at 05:56:17PM +0200, Thorsten Glaser wrote:
> No. You’re conflating “which ”, which indeed is mostly redundant
> with “command -v”, with “which -a ”, which is NOT otherwise
> available, and a very useful thing to have, and one which (heh, pun
> not intended) I pretty much expec
On Wed, Oct 06, 2021 at 10:37:25AM +0100, Simon McVittie wrote:
> I was under the impression that debianutils is (intended to be)
> a Debian-specific package with no separate upstream existence. Does
> it have releases other than "whatever is in unstable"? Is there an
Yes, one of the many changes
On Sat, Sep 25, 2021 at 11:31:41AM +0100, Simon McVittie wrote:
> This seems a good opportunity to ask what I think is a key question here:
> what do you consider debianutils' mission to be?
The package description uses the phrases "specific to Debian" and
"installation scripts of Debian packages"
On Fri, Sep 24, 2021 at 03:00:59PM -0700, Sean Whitton wrote:
> I thought what you wanted was to drop cjwatson-which, either in favour
> of no which in Debian at all, or the option to install GNU or BSD which.
>
> However, you have now suggested that someone could package
> cjwatson-which in anoth
On Fri, Sep 24, 2021 at 09:26:19AM +0300, Adrian Bunk wrote:
> Talking about "which", it might be good to get an explanation from the
> maintainer what he wants, and why, and then discuss based on that.
What I want is for GNU which to stop languishing in NEW, for the dozen
people who keep complai
On Wed, Sep 15, 2021 at 01:36:26AM +0300, Adrian Bunk wrote:
> This is a request to override the maintainer of debianutils on several
> changes that were done to the package in unstable after the release of
> bullseye.
There is quite a lot in here and I disagree with most of it except for
the para
On Sun, Sep 05, 2021 at 10:05:12AM +1000, pe...@chubb.wattle.id.au wrote:
> As a sysadmin, it's one of the first things I ask someone to do when
> helping them, to make sure that the system version of a command (they
> say isn't working) is installed, and that their PATH uses it.
Which interactive
On Wed, Sep 08, 2021 at 02:40:50PM +0200, Bill Allombert wrote:
> It will also break any local shell scripts the user systems might depend
> on that happens to use tempfile, for little or no benefit to the users.
They get the benefit of needing to switch to an alternative that
is supported upstrea
On Fri, Sep 03, 2021 at 01:59:17PM +0200, chrysn wrote:
> In light of this, please reconsider the deprecation and removal
> schedule.
Because of the introduction of alternatives to support GNU which and
FreeBSD which, debianutils which can't be removed before bookworm's
release anyway.
On Tue, Aug 24, 2021 at 03:43:20PM -0400, Boyuan Yang wrote:
> I believe all translated man pages located in /usr/share/man/*/man1/which.1.gz
> will need to be handled by the alternatives system first, which need some more
> changes from the debianutils side.
Correct.
severity 992788 normal
merge 992639 992788
thanks
Package: debian-keyring
Version: 2021.07.26
Tags: patch
add-key is already using mktemp, so this patch introduces
more consistency in tempfile creation.
>From 33e4556cd4b4372412d0689f6caf798b999b5fd6 Mon Sep 17 00:00:00 2001
From: Clint Adams
Date: Sun, 22 Aug 2021 17:51:24 -0400
Subject: [PA
Package: discover
Version: 2.1.2-8
Tags: patch
Please use mktemp instead of tempfile.
>From cb2d2896a73b934126ca2a3026114cf855ecd5b6 Mon Sep 17 00:00:00 2001
From: Clint Adams
Date: Sun, 22 Aug 2021 17:37:33 -0400
Subject: [PATCH] scripts/discover-pkginstall: use mktemp instead of tempf
On Sun, Aug 22, 2021 at 07:22:01PM +0200, Johannes Schauer Marin Rodrigues
wrote:
> Whoops, yes I did. I'm glad you spotted my mistake!
Let me know if 5.4 does the correct thing despite the annoying
error messages.
On Sun, Aug 22, 2021 at 04:43:57PM +0200, Johannes Schauer Marin Rodrigues
wrote:
> I also saw commit e88078d796007e3a2de526048507f095a215c4c9 that added the -Z
> to
> mv. I'll contact the busybox developers and ask what they think about this.
Okay, thanks.
> This bug is affecting mmdebstrap's
On Sun, Aug 22, 2021 at 10:56:34AM +0200, Michael Biebl wrote:
> Hm, I'm a bit torn on this. If we go this route, then in order to be
> consistent, we'd have to create a whole bunch of such directories, basically
> for all those files:
I understand the desire to be consistent, and I don't want to
On Sun, Aug 22, 2021 at 03:03:46PM +0200, Johannes Schauer Marin Rodrigues
wrote:
> creating a sub-essential chroot based on busybox used to work:
>
> mmdebstrap --variant=custom \
>
> --include=base-files,base-passwd,busybox,debianutils,dpkg,libc-bin,mawk,tar \
> --extract-hook='chr
On Sat, Aug 21, 2021 at 02:12:14PM -0400, Robert Edmonds wrote:
> Hi,
>
> systemd-cron's cron targets fail without being able to invoke
> /bin/run-parts, e.g.:
>
> ● cron-daily.service - systemd-cron daily script service
> Loaded: loaded (/lib/systemd/system/cron-daily.service; stati
On Sat, Aug 21, 2021 at 06:30:21PM +0200, Eric Valette wrote:
> And for the sake of completeness, I already did merge. Just no remembered
> it! So even for merged / and /usr system there is a bug unless usrmerge is
> installed.
I'm confused. You installed usrmerge but then deleted the /sbin symli
On Sat, Aug 21, 2021 at 06:04:33PM +0200, Eric Valette wrote:
> if you expect to have unconditionally it make a depends and people with not
> enough place to merge / and /usr will explain you maybe not politely you
> broke their system...
That would make it impossible to purge usrmerge after insta
On Sat, Aug 21, 2021 at 05:51:06PM +0200, Eric Valette wrote:
> But as nobody makes the link, there is a problem by default.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=978636#178
As soon as you install the usrmerge package you should be fine.
On Sat, Aug 21, 2021 at 05:34:58PM +0200, Eric Valette wrote:
> root@nas2:/usr/src/linux# ls -l /sbin/installkernel <== manually copied
> -rwxr-xr-x 1 root root 2659 21 août 17:24 /sbin/installkernel
> root@nas2:/usr/src/linux# ls -l /usr/sbin/installkernel
> -rwxr-xr-x 1 root root 2659 20 août
On Sat, Aug 21, 2021 at 05:45:48PM +0200, Eric Valette wrote:
> But upstream kernel look explicitely in /sbin so there will be a problem...
>
> /usr/src/linux-zotac-h67itx# sh -x
> /usr/src/linux-5.10.7/arch/x86/boot/install.sh 5.10.60 arch/x86/boot/bzImage
> System.map "/boot"
> + verify arch/x86
Package: systemd
Version: 247.9-1
The new logind.conf and logind.conf.d(5) man page describe a
logind.conf.d directory for drop-in snippets. Please also
ship /etc/systemd/login.conf.d/ in the package to make it
easier to use this.
On Sat, Aug 21, 2021 at 03:43:12AM +0800, 積丹尼 Dan Jacobson wrote:
> All I know is the bug was to make
> /usr/bin/which keep working.
>
> All I see that was 'fixed' was making a news item.
>
> There are hundreds of cgi etc. scripts that are now emitting errors.
/usr/bin/which is working. It's em
On Thu, Aug 19, 2021 at 01:23:45AM -0400, Boyuan Yang wrote:
> Thanks for managing /usr/bin/which under alternatives system. However, the
> translated man pages for which command (such as
> /usr/share/man/pl/man1/which.1.gz) are not handled by alternatives system.
> This won't cause issues in near
On Thu, Aug 19, 2021 at 01:10:17AM +0200, Christoph Anton Mitterer wrote:
> While I can understandt that it's desireable to get rid of custom legacy
> tools,
> this should be more properly documented.
>
> I guess a NEWS.Debian entry and some notes in the next release notes would be
> appropriate.
On Thu, Aug 19, 2021 at 08:27:03AM +0200, Felix Zielcke wrote:
> I can confirm that the NMU of ifupdown fixes the problem.
> So you can add now a Breks: and close #992410
Perfect, thanks.
Package: hoteldruid
Version: 3.0.1-1
tempfile is deprecated and mktemp is better
Package: canna
Version: 3.7p3-16
tempfile was deprecated and mktemp is better anyway
Package: clamsmtp
Version: 1.10-17
tempfile was deprecated and is no longer in debianutils; mktemp is
better anyway
On Wed, Aug 18, 2021 at 11:22:53AM -0400, Michael Stone wrote:
> apologies, box I checked was buster and not bullseye
No problem, it seems evident that it did little good anyway.
On Wed, Aug 18, 2021 at 10:33:17AM +0200, fziel...@z-51.de wrote:
> After todays updates and a reboot my network didn't come up anymore.
> Problem is the move of /bin/run-parts to /usr/bin:
>
> systemd[1]: Starting Raise network interfaces...
> ifup[1663]: /bin/sh: 1: /bin/run-parts: not found
> i
On Wed, Aug 18, 2021 at 10:53:45AM -0400, Michael Stone wrote:
> Adding a message to stderr telling people to use mktemp may be a reasonable
> step.
You mean the thing it does in our stable release?
On Wed, Aug 18, 2021 at 03:57:01PM +0900, Norbert Preining wrote:
> /etc/X11/XSession relies on tempfile, which is not available anymore,
> thus logging into an X session is broken.
In our stable release, tempfile outputs this to stderr:
WARNING: tempfile is deprecated; consider using mktemp
On Wed, Aug 18, 2021 at 01:28:14PM +0900, Norbert Preining wrote:
> it seems that /usr/bin/which from debianutils has been deprecated, which
> is ok, but being noisy about it on any invocation, **without** providing
> an alternative is a no go, since it might break scripts that parse
> output inclu
On Wed, Aug 18, 2021 at 06:27:50AM +0200, Marco d'Itri wrote:
> Only one should be installed:
>
> 31bf287ed7a39cc395f6d91002ca8155
> /usr/share/doc/debianutils/changelog.Debian.gz
> 31bf287ed7a39cc395f6d91002ca8155 /usr/share/doc/debianutils/changelog.gz
This is true.
On Wed, Aug 18, 2021 at 09:44:28AM +0100, Andrej Shadura wrote:
> The commit 3a8dd10, shipped in 5.0-1, deprecates "which", stating that
> "type" and "command -v" are mandated by POSIX anyway. While it may be
> true, that "which" can be replaced by something else in maintainer
> scripts, it’s easie
Another question:
Why not put the shells.d directory in /etc so that dpkg's conffiles
handling can be used to preserve admin changes?
On Thu, Jul 01, 2021 at 07:31:19AM +0200, Helmut Grohne wrote:
> There is no need to read the whole discussion. My bug submission
> contains the most important parts. If you have any other questions, just
> ask and I'll answer them on the bug.
>
> What other files do you have in mind that could ma
On Tue, Jun 29, 2021 at 08:01:49AM +0200, Helmut Grohne wrote:
> Please refer to the mailing list discussion for details.
I don't have time to do that right now, but I wonder if /etc/shells is
really the only file that can/should be managed this way, or if this
can be generalized further.
On Sun, Jun 13, 2021 at 11:46:31AM +0200, Tomas Pospisek wrote:
> thanks for maintaining debianutils. Is there any reason Christoph Biedl's
> patch to add a --debug flag doesn't get applied? It does look like being
> useful?
I have no memory of ever seeing this before, but I have pushed it and
the
On Mon, Nov 30, 2020 at 10:09:56PM +0100, Antoine Le Gonidec wrote:
> My add-ons installed from Debian repositories are still silently disabled on
> launch, I have to switch them off then on again to get them working for the
> current session. And of course start again when I restart Firefox.
>
Source: rxvt-unicode
Version: 9.22-8
taffybar is unable to find the urxvt icon unless I
happen to start taffybar in /usr/share/pixmaps.
I believe this is because rxvt-unicode.desktop
specifies the icon file as neither a name that
can be found in a GTK theme directory nor an
absolute path.
This i
On Sun, Nov 01, 2020 at 11:33:48AM -0500, James McCoy wrote:
> Runtime file maintainers are expected to send updates to Bram so he can
> include then with Vim.
I guess I'll try to get somebody to be the runtime file maintainer then.
Package: vim-runtime
Version: 2:8.1.0875-5
Tags: patch
This made it into
https://github.com/sdiehl/haskell-vim-proto/blob/master/vim/syntax/cabal.vim#L74
three years ago but was apparently not incorporated into vim-runtime.
--- /usr/share/vim/vim82/syntax/cabal.vim 2020-10-27 21:38:24.
On Mon, Sep 21, 2020 at 12:48:25PM +0200, jhcha54008 wrote:
> should this bug be merged with #940056 and #968868 ?
If statx is the only reason for the failures.
Package: src:haskell-cborg
Version: 0.2.3.0-1
Severity: serious
Unlike some other armhf bus errors, this problem does not go away
when compiler optimization is disabled.
On Thu, Aug 06, 2020 at 11:20:00AM +0100, peter green wrote:
> glirc can no longer be built in testing because haskell-regex-tdfa is no
> longer
> present in testing. Ilias Tsitsimpis has filed a bug report against the
> package
> saying he intends to remove it and asked the release team to remov
On Wed, Jul 15, 2020 at 03:09:24PM +0100, Iain Lane wrote:
> Upgrading shake will fix this, or it can be worked around in the
In theory we can upgrade shake once js-dgtable clears NEW. It's
been sitting there for 3 months.
On Mon, Jul 13, 2020 at 09:05:28PM +0100, Barak A. Pearlmutter wrote:
> There's a new upstream version available, and I cannot update the
> github-backup package until libghc-github-dev (>= 0.23) is available.
> So I hope to see the new version packaged.
Someone would need to package binary-instan
On Tue, Jun 16, 2020 at 09:10:32PM -0700, Sean Whitton wrote:
> keysafe, in experimental, depends on haskell-readline.
>
> CCing upstream: Joey, do you think it would be possible for keysafe to
> migrate to use something maintained?
Some options suggested at
https://github.com/haskell-infra/hack
Package: src:varnish
Version: 6.4.0-2
Tags: patch
tempfile has been deprecated for years.
diff --git a/debian/varnish.init b/debian/varnish.init
index cffd1f978..345118f83 100755
--- a/debian/varnish.init
+++ b/debian/varnish.init
@@ -45,7 +45,7 @@ export PATH="${PATH:+$PATH:}/usr/sbin:/usr/bin:/
Source: xsp
Version: 4.2-2.1
tempfile has been deprecated for years.
diff --git a/debian/mono-apache-server4.postinst
b/debian/mono-apache-server4.postinst
index b8d295d..bceda77 100644
--- a/debian/mono-apache-server4.postinst
+++ b/debian/mono-apache-server4.postinst
@@ -34,7 +34,7 @@ daemon_t
Package: src:prads
Version: 0.3.3-1.1
Severity: minor
Tags: patch
This file doesn't appear to be part of the .deb, but in case it makes
its way in, tempfile has been deprecated for years.
diff --git a/doc/prads.rc b/doc/prads.rc
index 58a2835..107955e 100755
--- a/doc/prads.rc
+++ b/doc/prads.rc
Package: src:remem
Version: 2.12-7
Severity: normal
Tags: patch
tempfile has been deprecated for years.
diff --git a/debian/postinst b/debian/postinst
index 9811553..1bfcc39 100644
--- a/debian/postinst
+++ b/debian/postinst
@@ -18,8 +18,7 @@ scope=memory
program=/usr/bin/ra-index
config_file=
Package: src:dnprogs
Version: 2.65
Severity: normal
Tags: patch
tempfile has been deprecated for years and mktemp is guaranteed
to exist on a Debian system.
diff --git a/scripts/setup.sh b/scripts/setup.sh
index a0a162f..b4be03e 100644
--- a/scripts/setup.sh
+++ b/scripts/setup.sh
@@ -3,13 +3,7 @
Package: src:mod-mono
Version: 3.8-3
Severity: normal
Tags: patch
tempfile has been deprecated for years
diff --git a/debian/libapache2-mod-mono.config
b/debian/libapache2-mod-mono.config
index 6cbe7b0..bf6e8bb 100644
--- a/debian/libapache2-mod-mono.config
+++ b/debian/libapache2-mod-mono.confi
Package: src:am-utils
Version: 6.2+rc20110530-3.2
Severity: normal
Tags: patch
tempfile has been deprecated for years
diff --git a/debian/am-utils.init b/debian/am-utils.init
index 23db5c1..ea6b294 100644
--- a/debian/am-utils.init
+++ b/debian/am-utils.init
@@ -122,7 +122,7 @@ raze_amd() {
#
On Sat, May 16, 2020 at 05:47:08PM +0200, Leah Neukirchen wrote:
> Sorry to necrobump this bug, but as of POSIX 2008, "command -v" is required.
Thanks for the tip.
On Wed, Apr 15, 2020 at 06:29:18AM -0400, Jeremy Bicha wrote:
> python3-mutagen now contains mutagen-inspect.
Wonderful.
> jp includes /usr/bin/jp, which is already "taken" since ~2013 by
> something completely different, sat-xmpp-jp. Given that jp has
> not yet been part of Debian release, it is probably easy to just
> rename the binary, e.g. jp-cli, jp-jmespath, or jmespath. Thanks!
If we do that, are we expecting
Package: ifupdown
Version: 0.8.35
Hello,
I plan to move all binaries in debianutils to /usr . ifupdown hardcodes
/bin/run-parts . What is the best way to coordinate this change?
Package: photofilmstrip
Version: 3.7.2-2
Severity: serious
% photofilmstrip
Traceback (most recent call last):
File "/usr/bin/photofilmstrip", line 8, in
main()
File "/usr/lib/python3/dist-packages/photofilmstrip/GUI.py", line 46, in main
guiApp.Start()
File "/usr/lib/python3/dist-p
On Wed, Dec 25, 2019 at 08:57:03AM +0200, Stefano Rivera wrote:
> Control: tag -1 +moreinfo +unreproducible
>
> Hi Clint (2018.11.25_05:15:04_+0200)
> > % beet import ../
> > _beet:zregexparse:4: invalid regex : )
> > (with zsh 5.6.2-3)
>
> Works for me, with zsh 5.7.1-1+b1.
>
> Something change
block 945729 by 937094
affects 937094 + src:zomg
kthxbye
On Wed, Nov 27, 2019 at 11:58:54PM +, Sandro Tosi wrote:
> Source: zomg
zomg has a weak dependency on /usr/bin/mutagen-inspect, which
is expressed as a Recommends on python-mutagen. If
mutagen-inspect is moved to python3-mutagen or ano
> FTBFS on macOS systems, because of undefined O_TMPFILE,
> which was introduced in 4.9 release.
>
> Attempt to build was made here:
> https://github.com/Homebrew/homebrew-core/pull/46107
Dmitry, any thoughts? Maybe disabling --stdin on systems without O_TMPFILE?
On Wed, Aug 28, 2019 at 11:52:23AM -0400, Jeremy Bicha wrote:
> Google has not officially released the font update. Google tends to
> not make an official release of the Unicode update until the new
> Android version is released. Android 10 is expected to be released in
> a few days.
>
> https://g
Package: ftp.debian.org
Severity: normal
haskell-hastache has no more reverse dependencies, is unbuildable, and is
obsoleted by haskell-mustache
On Sun, Apr 21, 2019 at 12:37:47PM +0200, Jonas Smedegaard wrote:
> As soon as those libraries gets updated - which will happen at some
> point _after_ Buster gets released - Pandoc will get updated too.
It should be safe now (or when the mirrors update) to upload
pandoc 2.5.
Package: src:lua5.3
Version: 5.3.3-1.1
Severity: normal
Please update to 5.3.5 (or newer).
On Thu, Aug 15, 2019 at 09:24:46PM +, Dmitry Bogatov wrote:
> I want this feature too. Dear maintainer, are you interested? Will you
> accept patch?
Sure. Would you read all of stdin into memory or would you
do something else?
On Mon, Jul 22, 2019 at 01:57:55PM +0200, Mattia Rizzolo wrote:
> I don't remember where this was discussed (quite in length actually),
> probably debina-qa@ or debian-devel@. It was then implemented in
> vcswatch (https://qa.debian.org/cgi-bin/vcswatch) and elsewhere.
> I'm positive a result of t
On Sat, Aug 03, 2019 at 07:36:23PM +0200, Mattia Rizzolo wrote:
> Anyway, CCing d-haskell@ for input as well.
I think it would be fine to switch to a resurrected-and-fixed or
written-from-scratch replacement of dh-haskell, especially since cdbs
seems to be bitrotting.
Who's going to expend the ef
On Wed, Jul 31, 2019 at 05:55:24AM -0300, Jonas Smedegaard wrote:
> Other recent debhelper features are not supported by CDBS (see e.g.
> bug#885407), but not this specifically: CDBS uses dh_prep with compat
> level 7 and higher since release 0.4.53.
>
> Perhaps the issue experienced was instead
1 - 100 of 2566 matches
Mail list logo
