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
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
>
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
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,
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
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
>
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
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
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
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
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
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
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
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
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
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
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
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
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
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 \
>
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;
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
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
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
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
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
>
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
>
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
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
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
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
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
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
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
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
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
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
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 @@
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
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
+++
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
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
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
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
> 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.
>
>
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
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
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
On Wed, Jul 31, 2019 at 10:29:56AM +0100, Laurence Parry wrote:
> The issue appears to have been reported upstream as
> "cborg fails to compile when optimize-gmp is disabled"
> https://github.com/well-typed/cborg/issues/193
Patch applied, but I'm curious as to why optimize-gmp is False.
Package: cdbs
Version: 0.4.159
dh_clean -k was deprecated in debhelper 7.9.1, and then removed in debhelper 12
Please switch to `dh_prep`.
On Fri, Jun 28, 2019 at 05:38:36PM -0400, Daniel Kahn Gillmor wrote:
> "hot armor" currently adds a comment line to its enarmored content:
>
> Version: hot 0.21.3
>
> Best practices these days omits indicators of what particular OpenPGP
> implementation is in use. Please do not emit it by
On Sat, Apr 06, 2019 at 12:59:15AM +0200, Stefan Schörghofer wrote:
> Please remove the package ytalk due to following reasons:
> - Package is orphaned since > 1500 days
> - lates upstream release is from 2005
> - Popcon is < 250
How are these good reasons?
Package: fonts-dkg-handwriting
Version: 0.16-2
Severity: wishlist
Unicode 12.0 was released today.
On Wed, Jan 30, 2019 at 09:51:42AM -0500, Dan Martins wrote:
> On systems where the nofile limit is large, fakeroot hangs
> For example on an Arch Linux system, where DefaultLimitNOFILE=infinity
> in /etc/systemd/system.conf:
Any idea how other programs are being patched to cope with this?
It appears as though ghc-mod has been deprecated in favor
of haskell-ide-engine.
Package: lua-cosmo
Version: 13.01.30-2
Please add lua5.3 support
Source: lua-md5
Version: 1.2+git+1+8d87fee-1.1
Severity: normal
It looks to me like lua5.3 support can be added by making
symlinks for lua5.3.des56.dh-lua.conf and lua5.3.md5.dh-lua.conf.
Is there any reason not to do this?
1 - 100 of 2545 matches
Mail list logo
