Hello dear,
My name is Bukuri Dervishi, I’m a citizen of Albania base in Turkey
for my previous business. This is a confidential message, I have lost
two of my children due to covid19; early February we came to Italy on
visit without knowing that things was about to fall appart. Not only
did my
Okay I'll take a look, there is actually a new version of Siconos that
I have almost finished packaging so I will test against experimental.
regards,
Steve
On Thu, May 28, 2020 at 4:15 PM Sebastian Ramacher wrote:
>
> Source: siconos
> Version: 4.2.0+git20181026.0ee5349+dfsg.2-3
> Severity:
Hi Dirk,
Le jeudi 28 mai 2020 à 07:07 -0500, Dirk Eddelbuettel a écrit :
> Package: libopenblas-dev
> Version: 0.3.8+ds-1
> Severity: serious
> In short, when libopenblas-dev is installed (as e.g. from r-base-dev as a
> dependency from libblas-dev, liblapack-dev) then
>
>
Package: dash
Version: 0.5.10.2-5
Hi all,
I believe I have found a POSIX compliance bug when dash is being executed as
sh. It is very easy to reproduce, simply run the below:
# kill -USR1 -- 0
sh: 3: kill: Illegal number: -
kill(1p) says:
> The kill utility shall conform to the Base
This has been fixed upstream with
https://git.kernel.org/pub/scm/utils/dash/dash.git/commit/?id=51e2d88d6e513150a76c007111bbee21bb922c33
Thanks,
--
Email: Herbert Xu
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
Source: siconos
Version: 4.2.0+git20181026.0ee5349+dfsg.2-3
Severity: important
Tags: ftbfs sid bullseye
Control: block 961053 by -1
A test rebuild of siconos for the upcoming mumps transition (the new
package is available in experimental) failed:
| The following tests FAILED:
|19 -
Package: openfortivpn
Version: 1.14.0-1
Severity: wishlist
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
I realize it's only been out a week, but the change has at least
potential security implications.
diff --git a/src/ipv4.c b/src/ipv4.c
index 9191f00..91ff763 100644
- --- a/src/ipv4.c
+++
Package: freedombox
Version: 20.9
Severity: wishlist
Dear Maintainer,
your package currently Recommends: haveged. On modern kernels, so
whatever will ship in bulleye, the kernel will provide enough entropy,
so there should be no need for haveged, except in exceptional
situations.
Please remove
Source: ardour
Severity: wishlist
A new upstream version 6.0 of ardour is available at
https://ardour.org/whatsnew.html
Cheers,
Bastian
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Package: sddm
Version: 0.18.1-1
Severity: wishlist
Dear Maintainer,
your package currently Recommends: haveged. On modern kernels, so
whatever will ship in bulleye, the kernel will provide enough entropy,
so there should be no need for haveged, except in exceptional
situations.
Please remove
On Thu, May 28, 2020 at 02:49:38PM +0200, Paolo Greppi wrote:
> This certainly makes sense and will be easier to digest by ftp-master
> (although you'll have two packages in NEW).
>
> For the tarballs, they are here:
> https://gitlab.eumetsat.int/open-source/PublicDecompWT/-/tags
> (click on
control: tags -1 +moreinfo
Dear Eric,
Thanks for your report!
On Thu, May 28, 2020 at 5:21 PM Eric Marsden
wrote:
>
> I can confirm this bug.
> It's unclear to me why this is necessary, but changing the line
> ExecStart=/usr/bin/stubby
> to
> ExecStart=/usr/bin/stubby -C
* Holger Levsen [200528 15:15]:
> Hi,
>
> On Thu, May 28, 2020 at 01:06:49PM +, Chris Hofstaedtler wrote:
> > your package currently Recommends: haveged. On modern kernels, so
> > whatever will ship in bulleye, the kernel will provide enough entropy,
> > so there should be no need for
Package: wnpp
Severity: wishlist
Subject: ITP: presto -- REpertoire Sequencing TOolkit
Package: wnpp
Owner: Andreas Tille
Severity: wishlist
* Package name: presto
Version : 0.6.0
Upstream Author : Kleinstein Lab, Yale University
* URL :
On Thu, May 28, 2020 at 03:24:22PM +0200, Chris Hofstaedtler wrote:
> The topic came up on IRC, and for me it is about removing bloat from
> ("default") installs.
cool, thanks.
> I have also heard about concerns of the quality of haveged
> randomness, but personally did not investigate.
ack.
Hi,
On Thu, May 28, 2020 at 01:06:49PM +, Chris Hofstaedtler wrote:
> your package currently Recommends: haveged. On modern kernels, so
> whatever will ship in bulleye, the kernel will provide enough entropy,
> so there should be no need for haveged, except in exceptional
> situations.
>
>
> I have not much to add to your analysis, and I agree in that we can't
> and shouldn't change the structure of the packages in existing stable
> releases. However we can take this issue as a good warning on the fact
> that compatibility between the two DBs can't be assumed, and the
> packages in
Hi Georg,
* Georg Faerber [200528 13:07]:
> Upstream recommends "to run a random number generator like haveged. This
> ensures Schleuder won't be blocked by lacking entropy, which otherwise
> might happen especially during key generation."
>
> Still there are concerns ([1], other examples do
Hi Thomas,
GOSC refers to guest OS customization.
Thanks!
Yanhui
Package: live-task-recommended
Version: 11.0.2
Severity: wishlist
Dear Maintainer,
your package currently Recommends: haveged. On modern kernels, so
whatever will ship in bulleye, the kernel will provide enough entropy,
so there should be no need for haveged, except in exceptional
situations.
Package: education-networked-common
Version: 2.11.18
Severity: wishlist
Dear Maintainer,
your package currently Recommends: haveged. On modern kernels, so
whatever will ship in bulleye, the kernel will provide enough entropy,
so there should be no need for haveged, except in exceptional
Package: dms-core
Version: 1.0.8.1-1
Severity: wishlist
Dear Maintainer,
your package currently Recommends: haveged. On modern kernels, so
whatever will ship in bulleye, the kernel will provide enough entropy,
so there should be no need for haveged, except in exceptional
situations.
Please
This certainly makes sense and will be easier to digest by ftp-master (although
you'll have two packages in NEW).
For the tarballs, they are here:
https://gitlab.eumetsat.int/open-source/PublicDecompWT/-/tags
(click on the Download icon at the right).
gitlab works well with uscan, see for
On 2020-05-27 22:28:44 [+0100], Adam D. Barratt wrote:
> Control: tags -1 + moreinfo
>
> On Sun, 2020-05-24 at 17:47 +0200, Sebastian Andrzej Siewior wrote:
> > As part of this update I also introduce the `libclamunrar' package
> > which only purpose is to depend on libclamunrar9. On the last
However, the game won't boot anyway. Just the clean GRUB background is
displayed and nothing else happens. Any idea why?
Actually, this may be part of the problem! The game is supposed to run
in plain text mode (80x25) which is apparently not active as long as the
GRUB background is still
On Thu, May 28, 2020 at 01:55:15PM +0200, Julien Puydt wrote:
> Hi,
>
> do you have any reason for not filing a RM bug request to the ftp-
> master team?
>
> If it's an old fork with no rdepends, that looks like a good candidate.
>
Hello Julien
As I didn't have any previous knowledge of this
Package: wnpp
Severity: wishlist
Owner: Enrico Zini
* Package name: publicdecompwt
Version : 2.7.2
Upstream Author : EUMETSAT http://www.eumetsat.int/
* URL :
https://gitlab.eumetsat.int/open-source/PublicDecompWT
* License : Apache
Programming Lang: C++
Source: linux
Version: 5.6.7-1
Severity: normal
Tags: upstream
Dear maintainers,
thanks for your hard work with the kerne package, it is really appreciated.
I'll like to report a crash I had today with th iwlwifi module.
Find attached the logs.
This is what lspci has to say about this
Got it, thanks!
I am fix and update.
Could you please check for me.
On Thu, May 28, 2020, 2:54 PM Kyle Robbertze
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/*
Package: miniupnpd
Version: 2.1-6.1
Severity: important
Dear Maintainer,
When iptables Debian package is installed,
we have two versions, iptables-nft and iptables-legacy.
The default in Buster and Bullseye is iptables-nft, as
https://wiki.debian.org/iptables
/etc/miniupnpd/iptables_init.sh
Control: tags -1 + pending
On Fri, May 1, 2020 at 11:14 PM Holger Wansing wrote:
> Hmm, I found
> https://salsa.debian.org/dsa-team/mirror/userdir-ldap/-/blob/master/ud-xearth
> Maybe it's related here?
> But I can't get any further ...
This came up on IRC, I debugged it and fixed it in git.
Package: libopenblas-dev
Version: 0.3.8+ds-1
Severity: serious
This is a somewhat 'late' bug report followed several on and off discussion
threads on debian-science and/or debian-r (and started on the r-sig-debian
list from the R Project).
In short, when libopenblas-dev is installed (as e.g.
Hi,
do you have any reason for not filing a RM bug request to the ftp-
master team?
If it's an old fork with no rdepends, that looks like a good candidate.
Cheers,
JP
It is possible for open64 to block on named pipes, and therefore
it can be interrupted by signals and return EINTR. We should only
let it fail with EINTR if real signals are pending (i.e., it should
not fail on SIGCHLD if SIGCHLD has not been trapped).
This patch adds a new helper sh_open to
On Thu, May 28, 2020 at 01:21:17PM +0200, olivier sallou wrote:
> Le jeu. 28 mai 2020 à 13:00, Andreas Tille a écrit :
>
> > Hi Olivier and Vincent
> >
> > On Thu, May 28, 2020 at 09:47:37AM +0300, Adrian Bunk wrote:
> > >
> > > picard-tools build depends on libguava-java-doc,
> > > which is no
Package: recoll
Version: 1.26.7-1
Severity: wishlist
seems no rush, majority of fixes seems to be windows related:
https://www.lesbonscomptes.com/recoll/pages/release-1.27.html
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT policy: (900, 'testing'), (600,
Le jeu. 28 mai 2020 à 13:00, Andreas Tille a écrit :
> Hi Olivier and Vincent
>
> On Thu, May 28, 2020 at 09:47:37AM +0300, Adrian Bunk wrote:
> >
> > picard-tools build depends on libguava-java-doc,
> > which is no longer built by src:guava-libraries.
>
> I've tried to simply leave out
Package: wnpp
Severity: wishlist
Owner: Nicolas Mora
X-Debbugs-CC: Debian IoT Maintainers
* Package name: rhonabwy
Version : 0.9.9
Upstream Author : Nicolas Mora
* URL : https://github.com/babelouest/rhonabwy
* License : LGPL-2.1
Programming Lang: C
On Thu, May 28, 2020 at 12:57:32PM +0200, Fabian Greffrath wrote:
>Hi Steve,
>
>Am 2020-04-28 17:32, schrieb Steve McIntyre:
>> Sorry, no. If you need unusual grub modules like this then you'll need
>> to disable Secure Boot.
>
>I have now disabled Secure Boot and indeed the error message
Package: ftp.debian.org
Severity: normal
pbcopper (1.6.0+dfsg-2) unstable; urgency=medium
...
* Restrict architectures to 64bit
Closes: #960219
...
-- Andreas Tille Tue, 26 May 2020 13:28:10 +0200
Hi Olivier and Vincent
On Thu, May 28, 2020 at 09:47:37AM +0300, Adrian Bunk wrote:
>
> picard-tools build depends on libguava-java-doc,
> which is no longer built by src:guava-libraries.
I've tried to simply leave out libguava-java-doc but either this breaks
a test or the package is failing
Hi Steve,
Am 2020-04-28 17:32, schrieb Steve McIntyre:
Sorry, no. If you need unusual grub modules like this then you'll need
to disable Secure Boot.
I have now disabled Secure Boot and indeed the error message
disappeared. However, the game won't boot anyway. Just the clean GRUB
background
Package: wnpp
Severity: wishlist
Owner: J0J0
* Package name: python3-webdavclient
Version : 3.14.3
Upstream Author : Evgeny Ezhov
* URL : https://github.com/ezhov-evgeny/webdav-client-python-3
* License : MIT
Programming Lang: Python
Description :
Hi Dylan,
On Thu, May 28, 2020 at 10:10:54AM +0200, Dylan Aïssi wrote:
> Package: lintian
> Version: 2.77.1
> Severity: wishlist
> X-Debbugs-CC: debia...@lists.debian.org
>
> Hi,
>
> I just saw a R binary package (r-cran-isospec) with wrong dependencies
> (bug not yet opened). Lintian doesn't
Even if `ncal: setlocale: No such file or directory` is about my
system not having "en_US" generated and falling back to LANG=C, I just
can't find a place showing week 1 of 2019 being 6th-12th January 2019
for US.
f.ex:
https://www.timeanddate.com/calendar/custom.html?year=2019=1=1=1=1
Package: firefox
Version: 76.0.1-2
Before (<76), it used to crash some tabs when running low on memory.
Now (>=76), not only it takes more memory than before, but the whole
process crashes, with all its tabs.
Hi,
Le jeu. 28 mai 2020 à 10:15, Dylan Aïssi a écrit :
>
> I just saw a R binary package (r-cran-isospec) with wrong dependencies
>
Some days ago, I found another package with similar bug (r-bioc-mofa).
Already fixed in unstable but the version in testing has wrong
dependencies. This tag will
Package: wnpp
Severity: wishlist
Owner: Mike Gabriel
* Package name: lomiri-url-dispatcher
Version : 0.1.0
Upstream Author : Marius Gripsgard
* URL : https://gitlab.com/ubports/core/lomiri-url-dispatcher
* License : LGPL-3
Programming Lang: C / C++
Sébastien Jodogne a écrit le 28/05/2020 à 11:28 :
> Dear Gilles,
>
> I finally managed to find a few hours to finalize your patch. I had to
> extend it a bit so for it to work correctly [1].
>
> Version "1.2+dfsg-2" of the package has just been uploaded accordingly.
Thanks!!
Best,
_ni.
Package: wnpp
Severity: wishlist
Owner: Sebastien Jodogne
* Package name: orthanc-gdcm
Version : 1.0
Upstream Author : Sebastien Jodogne
* URL : https://www.orthanc-server.com/
* License : GPL
Programming Lang: C++
Description : Transcoder/decoder of
Dear libnet-server-perl developers,
You get this message as the upstream developers of the
libnet-server-perl Debian package. There is an security issue
accociated with the perl module, discussed in
https://rt.cpan.org/Ticket/Display.html?id=83909 > and
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org
* Package name: python3-webdavclient
Version : 3.14.3
Upstream Author : Evgeny Ezhov
* URL : https://github.com/ezhov-evgeny/webdav-client-python-3
* License : MIT
Programming
Control: found -1 2.007-1
As far as I can tell from the rt.cpan.org tracking site, this issue
was present in version 2.007. Since then a new version 2.008 and 2.009
has been released. Anyone know if the issue was fixed in any of those?
The upstream revision log state this:
2.009 Aug 09 2017
Package: wnpp
Severity: wishlist
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: J0J0 T
To: Debian Bug Tracking System
Subject: ITP: python3-discogs-client -- Python Client for the Discogs API
Message-ID:
Control: reassign -1 octave-io 2.6.1-1
Control: affects -1 src:octave-mapping
Control: close -1 2.6.1-2
On Thu, May 28, 2020 at 09:32:04AM +0200, Rafael Laboissière wrote:
> * Adrian Bunk [2020-05-23 15:33]:
>
> > Source: octave-mapping
> > Version: 1.4.0-1
> > Severity: serious
> > Tags: ftbfs
Control: notfound -1 fdroidserver/1.1.7-1
Control: found -1 python3-git/3.1.1-1
I can't find any possible reference in fdroidserver, or in python3-git
for that matter. My guess is that the issue is caused by python3-git
failing to parse something that was added in the most recent git. So
I'm
Source: vsftpd
Severity: critical
Tags: ipv6
Justification: breaks the whole system
Dear Maintainer,
In some case (eg. embeded devices or private network), it sounds good to
desactivate ipv6.
But when ipv6 is desactivated, for exemple with "ipv6.disable=1" into the
GRUB_CMDLINE_LINUX,
the
Package: python-imaplib2
Version: 2.57-5
Severity: normal
Tags: upstream
I noticed this from trying "usecompression = yes" in offlineimap.
When fetching large messages over IMAP, it's possible to
completely drain the system socket, but still have leftover data
in userspace that the high-level
Hi Holger,
(From the porch with a good glass in the evening sun)
-cjk is the basic common package, language specific stuff is in
-chinese/Korean/Japanese.
I don't think this is completely new, at least since 2020 but maybe even before.
Does it work with -lang-chinese added?
Best
Norbert
Package: arm-trusted-firmware
Severity: normal
Dear Maintainer,
The upstream project provides binary only software within the source tree which
should be removed from the debian source repository.
For example:
plat/rockchip/rk3399/drivers/dp/hdcp.bin
-- System Information:
Debian Release:
On Wed, May 27, 2020 at 06:07:02PM +0200, Helmut Grohne wrote:
> > But the actual split is the last step (4th in your message). So at the first
> > step I just add Provides and don't split anything. Right?
>
> Yes, thank you for reminding me of what I wrote. I'm working on too many
> packages in
Hi,
Am Donnerstag, 28. Mai 2020 schrieb Norbert Preining:
> Hi Holger,
>
> > Is this expected? (Means: do we need to change something within the
> > buildchain
>
> No.
>
> > /usr/share/texlive/texmf-dist/tex/xelatex/xecjk/xeCJK.sty: File
> > `ctexhook.sty' not found.
>
> Do you have
Dear Gilles,
I finally managed to find a few hours to finalize your patch. I had to
extend it a bit so for it to work correctly [1].
Version "1.2+dfsg-2" of the package has just been uploaded accordingly.
> It's not a problem doing the upload. this is the easy part :)
> What I'm uncomfortable
Control: forwarded -1 https://codereview.qt-project.org/c/qt/qtbase/+/302175
Hi Helmut,
On Wed, May 27, 2020 at 09:35:10PM +0200, Helmut Grohne wrote:
> I looked and the process is waaay to beyond what I can do. I'm not up to
> consenting to a 10-page TOS for a 5-line patch. Sorry.
>
> The
Source: isospec
Version: 2.0.2+dfsg1-3
Hi Maintainer
The file debian/control has Build-Depends on the following [1]:
python-dev,
python-setuptools,
Please drop these, as no Python 2 module is built.
Regards
Graham
[1]
Package: rr
Version: 5.2.0-4
Severity: wishlist
Dear Maintainer,
in bug #915337 the i386 support got dropped because of
the i386 baseline violation.
Would it be enough to depend just on i386 on
the package sse2-support.
That way the user gets an error when attempting to install
on an
Hi Otto,
Otto Kekäläinen wrote on 28/05/2020:
> A future version of MariaDB might have the charsets in its own
> directory, but we can't start changing paths of stuff in existing
> stable releases, such as MariaDB 10.3 in Ubuntu 20.04 or Debian
> Buster. If MySQL introduces a backwards
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
This should be fixed as of 0.18.1-1
I can confirm this bug.
It's unclear to me why this is necessary, but changing the line
ExecStart=/usr/bin/stubby
to
ExecStart=/usr/bin/stubby -C /etc/stubby/stubby.yml
in /lib/systemd/system/stubby.service fixes the problem.
On Wed, May 27, 2020 at 02:30:39PM -0700, Noah Meyerhans wrote:
> On Tue, May 26, 2020 at 05:10:10PM +0300, Adrian Bunk wrote:
> > > Adrian filed a rc bug in November 2019 which received no maintainer
> > > response, however the package was not autoremoved from testing due to
> > > aufs and
Package: lintian
Version: 2.77.1
Severity: wishlist
X-Debbugs-CC: debia...@lists.debian.org
Hi,
I just saw a R binary package (r-cran-isospec) with wrong dependencies
(bug not yet opened). Lintian doesn't warn about a problem in its
dependencies, so it would be cool to add a new warning (maybe
Source: trilinos
Version: 12.14.1-3
Severity: serious
Tags: ftbfs sid bullseye
Justification: fails to build from source (but built successfully in the past)
trilinos currently fails to build in unstable:
| [ 0%] Building CXX object
Package: wnpp
Severity: wishlist
Owner: Francisco Vilmar Cardoso Ruviaro
* Package name: protonvpn-cli
Version : 2.2.2
Upstream Author : Proton Technologies AG
* URL : https://github.com/ProtonVPN/linux-cli
* License : GPL-3+
Programming Lang: Python
Package: impressive
Version: 0.13.0~beta1a-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
impressive crashes with the following output for me, when used with any PDF:
###
Welcome to Impressive version 0.13.0-beta1a (SVN r285)
pygame 1.9.6
Hello from the
Hi Holger,
> Is this expected? (Means: do we need to change something within the buildchain
No.
> /usr/share/texlive/texmf-dist/tex/xelatex/xecjk/xeCJK.sty: File
> `ctexhook.sty' not found.
Do you have texlive-lang-chinese installed?
Best
Norbert
--
PREINING Norbert
Source: pmount
Version: 0.9.23-4
X-Debbugs-CC: debian...@lists.debian.org, jmsrdeb...@protonmail.com
Severity: serious
User: debian...@lists.debian.org
Usertags: fails-always
Dear maintainer(s),
You recently added an autopkgtest to your package pmount, great.
However, it fails. Currently this
On Thu, May 28, 2020 at 12:14 AM Adam D. Barratt
wrote:
>
> Please go ahead.
Done, thank you!
--
Sergei Golovan
Source: openmolcas
Version: 19.11-5
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: fails-always
Dear maintainer(s),
You recently added an autopkgtest to your package openmolcas, great.
However, it fails on arm64. Currently this failure is
Package: texlive-base
Severity: normal
Hi Norbert,
with the latest texlive version, the debian-refcard fails to build its PDFs
for Korean, Japanese and Chinese (all these make use of
\usepackage{xeCJK} ).
At least Japanese and Chinese built fine with previous texlive versions
(Korean was just
Source: git, fdroidserver
Control: found -1 git/1:2.27.0~rc2-1
Control: found -1 fdroidserver/1.1.7-1
Severity: serious
Tags: sid bullseye
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: breaks needs-update
Dear maintainer(s),
With a recent upload of git the
* Adrian Bunk [2020-05-23 15:33]:
Source: octave-mapping
Version: 1.4.0-1
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/fetch.php?pkg=octave-mapping=s390x=1.4.0-1=1586986257=0
...
shaperead: file /tmp/oct-fdWy3e.dbf couldn't be read;
no attributes appended
!
Package: miniupnpd
Version: 2.1-6.1
Severity: minor
Dear Maintainer,
miniupnpd package depends on the net-tools package,
but no file in net-tools seems being used by miniupnpd.
Best regards, Ryutaroh Matsumoto
-- System Information:
Debian Release: bullseye/sid
APT prefers testing
APT
Package: cyrus-imapd
Version: 3.2.0-5~bpo10+1
Followup-For: Bug #961562
Hi, same problem here.
/var/log/exim4/mainlog
2020-05-28 08:32:03 1jeC5C-0002F9-SB == assiste...@resnovae.it R=local_user
T=local_delivery_cyrus defer (-1): LMTP connection closed after end of data
/var/log/mail.err
May 28
tags 961652 + patch
thanks
Hi Philipp!
I'd like to offer a patch (a rewrite of epam.c) which switches to
libei and seems to work for Erlang 21, 22, 23. It'd be better to check
it upstream though.
Cheers!
--
Sergei Golovan
diff --git a/c_src/epam.c b/c_src/epam.c
index 95e97fb..b7ad488 100644
Hi Eduard,
while I agree to the suggested german terms it IMHO isn't important
enough to add a patch to the Debian packaging of virt-manager.
You could, although, easily provide this suggestion to the upstream project.
In [1] they document how to do that.
[1]:
Source: picard-tools
Version: 2.18.25+dfsg-2
Severity: serious
Tags: ftbfs bullseye sid
picard-tools build depends on libguava-java-doc,
which is no longer built by src:guava-libraries.
Source: dokujclient
Version: 3.9.0-1
Severity: serious
Tags: ftbfs
dokujclient build depends on libguava-java-doc,
which is no longer built by src:guava-libraries.
How do I actually select such a non-integral size?
Right now I configure it 3 ways:
- in .Xresources:
echo "URxvt.font: xft:${ITZ__MONO_FONT}" | xrdb -merge
- on the command line:
dzen2 -ta l -fn "$ITZ__MONO_FONT"
- via Elisp:
(setq default-frame-alist
`((menu-bar-lines . 0)
A future version of MariaDB might have the charsets in its own
directory, but we can't start changing paths of stuff in existing
stable releases, such as MariaDB 10.3 in Ubuntu 20.04 or Debian
Buster. If MySQL introduces a backwards incompatible change, the new
uploads should test for them and
Hi Dirk,
On 28-05-2020 01:14, Dirk Eddelbuettel wrote:
> Shall I close this one 'by hand'? Or will it get closed by migrating
> quantlib-swig? I just close the other one (#956830) that was at the start of
> this by hand.
I closed the bug the moment I filed it. Albeit that's a bit weird, I
have
Hello!
> /usr/share/mysql/charsets
..
> The location of these files causes the libmysqlclient20 client library
> to consider them charset files from mysql, and it tries to use them.
>
> I think this behavior is wrong, as the charset files do not belong to
> mysql, however it is not immediately
control: forwarded -1 https://github.com/GENIVI/dlt-daemon/pull/228/files
On Sat, 23 May 2020 21:50:35 +0200 Gianfranco Costamagna
wrote:
> hello, this
> https://github.com/GENIVI/dlt-daemon/pull/228/files
>
> might be a patch for it
> (it builds, but I'm not sure if it also works or not)
>
>
Now Palemoon project provided an option to brand binary as "New Moon",
that won't influenced by their strick branding policy.
Is it possible to ship a newmoon branded browser in Debian?
101 - 194 of 194 matches
Mail list logo