Source: petsc
Version: 3.13.2+dfsg1-1
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Dear maintainer(s),
With a recent upload of petsc the autopkgtest of petsc fails in testing
when that autopkgtest is run with the binary packages
Source: starpu
Version: 1.3.4+dfsg-2
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Control: affects -1 starpu-contrib
Dear maintainer(s),
With a recent upload of starpu the autopkgtest of starpu fails in
testing when that
Hi Norbert!
On Thu, Jul 02, 2020 at 08:47:53PM +0900, Norbert Preining wrote:
> At the moment we do not depend on any of that but solely on
> python3-sip-dev
> is that enough?
python3-sip-dev is part of sip4, please remove that build-dependency.
If you patched the code to use /usr/bin/sip5,
This raises a warning in `systemd-analyze verify` too.
Please consider backporting
https://github.com/fail2ban/fail2ban/commit/d5a5efcd5af272372153e86436d7c8cde2ddf66d.
This should fix the issues all together.
This is a duplicate of
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=902413
This is a duplicate of
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=910362
FWIW, I see that ffmpeg is the one providing libswscale5 .
Two days ago when I upgraded it to 4.3-2 obs-studio started to crash on
the following image:
http://www.onerussian.com/tmp/panic_room_crash_libswscale5.jpg
full url to traceback there
http://www.onerussian.com/tmp/obs-segfault1.txt
I now
Package: python3-keras
Version: 2.3.1+dfsg-2
Followup-For: Bug #958038
Dear Maintainer,
the package has been updated to 2.3.1+dfsg-2 and the SyntaxtWarning are still
there:
Setting up python3-keras (2.3.1+dfsg-2) ...
/usr/lib/python3/dist-packages/keras/backend/numpy_backend.py:252:
Thanks for this "solution". You probably can't tell what changed (likely
in /etc) after purge+reinstall?
Sadly, no. I could have taken copy if /etc, just haven't thought of it, sorry.
All I see is that `/etc/bumblebee/xorg.conf.d/` is still empty as it where,
can't comment any more.
Source: harvid
Version: 0.8.3-2
Tags: patch
User: debian-cr...@lists.debian.org
Usertags: ftcbfs
harvid fails to cross build from source, because its Makefiles hard code
the build architecture pkg-config. Just making it substitutable is not
enough, since it requires a working pkg-config for the
Hi,
Il 02/07/20 01:34, Emmanuel Bourg ha scritto:
> Sorry for the late reply I'm noticing this thread only now. Even if the
> geogebra package is outdated it's still fairly popular. Would it be
> possible to package an older version of FreeHEP so we can preserve geogebra?
On second thought, it
version 1.0.1 fixes this
--
see shy jo
signature.asc
Description: PGP signature
Control: tags -1 moreinfo
On Thu, Jul 02, 2020 at 04:33:36PM +0200, Thorsten Glaser wrote:
> On Thu, 2 Jul 2020, Ansgar wrote:
>
> > package), so the problem might also be the `Provides: logind` in
> > libpam-elogind.
>
> Shouldn’t the package dependencies on default-logind | logind
> handle
Dmitry,
Is there a migration guide how to migrate to sip5?
qgis uses sipconfig to get various bits of information about SIP,
sipbuild doesn't seem to have the same information available.
https://salsa.debian.org/debian-gis-team/qgis/-/blob/master/cmake/FindSIP.py
On Thu, Jul 2, 2020 at 20:01, Pirate Praveen
wrote:
I plan to at least verify the syntax is still valid for ruby 2.5 for
every new release.
See
https://salsa.debian.org/ruby-team/gitlab/-/blob/master/debian/check-ruby-syntax.sh#L4
pravi@ilvala2:~/forge/ruby-team/gitlab$ find . -name
W dniu 02.07.2020 o 16:40, Antonio Radici pisze:
> Hi,
Hi,
> we are aware of this issue and we plan to get it fixed in the next stable
> point
> release (within 2-3 weeks).
Thanks a lot for an update and working on this. Also, sorry for sending
a duplicate report, I wasn't looking for the
Hi Jochen
On 2020-07-01 11:29:53 +0200, jspri...@debian.org wrote:
> * Sebastian Ramacher [2020-07-01 11:22]:
> > > > * Sebastian Ramacher [2020-06-28 22:58]:
> > > > > > I would like to transition these packages to unstable:
> > > > > >
> > > > > > ros-roscpp-core
> > > > > > ros-ros-comm
> >
On Thu, Jul 02, 2020 at 12:20:20PM +0200, gustavo panizzo wrote:
Would you accept an upload fixing #961589 [2], #963012 [3], changing
the flush mechanism [4] and allowing granular configuration of the save
action [5]?
here is the debdiff for those changes
Quick test shows that works fine,
Control: reopen -1
Control: severity -1 important
Control: retitle -1 mips64el builds should no longer be attempted
On Wed, Jun 24, 2020 at 06:57:10AM +, Debian Bug Tracking System wrote:
>...
> Date: Wed, 24 Jun 2020 08:56:05 +0200
> From: Michael Crusoe
> To: Andreas Tille
> Cc:
Package: freerdp2-x11
Version: 2.1.2+dfsg1-1
Severity: grave
Justification: renders package unusable
I've just updated xfreerdp. The new versions can't be executed.it fails with:
xfreerdp: symbol lookup error: /usr/lib/x86_64-linux-gnu/libfreerdp-
client2.so.2: undefined symbol:
Control: tags -1 help
See below. Please help Nilesh finding a smaller data set.
Thank you
Andreas.
On Thu, Jul 02, 2020 at 05:50:35PM +0530, Nilesh Patra wrote:
> Hi,
>
> I'm afraid that might not be possible :/
> Tried looking for a smaller data, but as you'd know, the size of 'bam'
>
Package: release.debian.org
Severity: normal
Tags: buster
User: release.debian@packages.debian.org
Usertags: pu
Hello folks,
in mutt/1.10.1-2.1+deb10u2 a security CVE was fixed yet it introduced a
regression (bugs.debian.org/963970); I discussed with the security team whether
to push another
Source: ariba
Version: 2.14.5+ds-2
Severity: serious
Issues preventing migration:
ariba unsatisfiable Build-Depends(-Arch) on arm64: spades
ariba unsatisfiable Build-Depends(-Arch) on mips64el: spades
ariba unsatisfiable Build-Depends(-Arch) on ppc64el: spades
There seems to be some disagrement
Package: chromium
Version: 83.0.4103.116-1~deb10u1
Severity: important
Dear Maintainer,
Recently, Debian 10 received chromium upgrade from 80 to 83.
The version 83 is noticeably slower, for example, it can't play videos smoothly.
(but the slowness is not limited to video)
I am running chromium
Hi Dominic,
On Wed, 26 Aug 2015 09:51:40 +0100 Dominic Hargreaves wrote:
> Package: wnpp
> Severity: normal
>
> I no longer use this software, so am not in a position to test that
> new versions work. It has a low popcon and no bugs currently, but there
> is a new upstream release to package, so
You are very welcome to take over this.
Il giorno mer 1 lug 2020 alle ore 20:59 David Ljung Madison
ha scritto:
>
> I am the author of album / album-data
>
>
> Is this being maintained anymore? If not, how can I take over the
> maintenance of this package and/or find a Debian Maintainer who
On Mon, Jun 29, 2020 at 02:29:16PM +0200, Jarek Kamiński wrote:
> Package: mutt
> Version: 1.10.1-2.1+deb10u2
> Severity: normal
>
> Hi,
>
> I've mutt configured to exec Dovecot imap server directly with the
> following setting in /etc/Muttrc:
> #v+
> account-hook imap://[...] 'set
>
> We discussed this in the ruby team [1] and preferred method is to
> patch gitlab to work with ruby 2.5, but we will need some volunteers
> for that. I will try add ruby 2.7 in fasttrack if we see a lot of
> issues with ruby 2.5.
>
Ok, I see. I'll of course continue to report issues that I
On Thu, Jul 2, 2020 at 16:18, Maximilian Stein wrote:
We discussed this in the ruby team [1] and preferred method is to
patch gitlab to work with ruby 2.5, but we will need some volunteers
for that. I will try add ruby 2.7 in fasttrack if we see a lot of
issues with ruby 2.5.
Ok, I
On Thu, 2 Jul 2020, Ansgar wrote:
> package), so the problem might also be the `Provides: logind` in
> libpam-elogind.
Shouldn’t the package dependencies on default-logind | logind
handle this?
Weird…
bye,
//mirabilos
--
15:41⎜ Somebody write a testsuite for helloworld :-)
> Any idea how can I fix above error?
After looking for it on the Internet, I found this[1] bug report on
Launchpad issue tracker. It happens because pip didn't catch exceptions
in index.py, consistently (see spitfire1900's[2] comment) and has fixed
in pip v19.1+[3].
[1]:
Hi Emmanuel,
On Sun, Jun 28, 2020 at 3:06 PM Emmanuel Bourg wrote:
>
> This is due to links in /usr/lib/eclipse/plugins/
> pointing to jar files in /usr/share/java/.
> I don't think this warning applies to architecture independent jar files.
Why did you place the links, which appear to be
> The main patch looks good, a couple of things needs to be addressed before I
> will sponsor it.
Thanks to be my sponsor.
> Firstly you need to send a mail with the debdiff attached stating your intent
> to NMU to the bug
> report and giving the maintainer and appropriate time (guidelines
Package: schleuder
Version: 3.5.3-1
Forwarded: https://0xacab.org/schleuder/schleuder/-/issues/454
Severity: important
Tags: ftbfs
User: pkg-ruby-extras-maintain...@lists.alioth.debian.org
Usertags: rails6-transition
The package fails to build (autopkgtest also failed) with Rails 6
currently in
Hi Laurent,
On Thu, Jul 02, 2020 at 10:03:06AM +0200, Laurent Bigonville wrote:
> Just for my understanding, why did you switch to libhunspell instead of
> libenchant-2?
>
> As said it seems to have support for enchant-2 in the code (there are
> references to HAVE_ENCHANT2)
Mainly to be
Package: subversion
Version: 1.10.4-1+deb10u1
Severity: normal
Each time I'm doing a "svn up" on my server, I get 30 lines
of system log!
For instance:
Jul 02 15:32:49 joooj svn[17051]: DIGEST-MD5 common mech free
Jul 02 15:32:49 joooj sshd[17069]: Accepted publickey for svn from ::1 port
Hi,
I believe I removed the last rdep on pyrex by switching xmms2 to cython.
Any objections to RM pyrex now?
Thanks,
Scott
Control: tags 963836 + patch
Control: tags 963836 + pending
Dear maintainer,
I've prepared an NMU for xscorch (versioned as 0.2.1-1+nmu3) and
uploaded it to mentors to be sponsored. After that it will be sent
to DELAYED/5 by my sponsor. Please feel free to tell me if I should
remove it or delay
Package: libc6
Version: 2.30-8
Control: block 960073 by -1
Dear glibc maintainers,
Originally I got two reports about issues when loading Qt WebEngine library
from Python using PyQt and PySide bindings, see #960073 and #963709 for
context.
However I can reproduce it without any Python code and
Michael,
These dependencies are not updated. Please don't close and archive unresolved
bugs without notification or explanation.
Mark
> This was already fixed under bug #912379 in Testing/Unstable.
Sorry, for not checking Testing's closed bugs list, also. I've applied
same patch as commit 0eebde34[1] in
"/usr/lib/python3/dist-packages/pip/_internal/commands/list.py" file;
but now I'm getting another error message:
$ pip3 list
Package: firmware-b43-installer
Version: 1:019-6
Severity: normal
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate
***
* What led up to the situation?
Upgrading to latest version from testing (1:019-6)
The .postinst script derives the vendor :
It doesn't make sense for Debian to remove certificates that are still
distributed by Mozilla and required in practice. Including intermediate
CAs won't be necessary once this is fixed. (That is, assuming you fix
upgraded systems somehow. In the meantime, everyone who upgrades
ca-certificates
Control: tag -1 - moreinfo
On Thu, 2020-07-02 at 12:58 +0100, Mark Hindley wrote:
> On Wed, Jul 01, 2020 at 12:35:18PM +0200, Axel Beckert wrote:
> > Is it still the case that the buildds use aptitude for resolving
> > dependencies on experimental builds? Because aptitude might be even
> > more
Control: tags -1 upstream
Control: forwarded -1 https://github.com/qgis/QGIS/issues/37542
Hi Dmitry,
Thanks for reporting this issue, I'll start trying to switch the package
to sip5, but it largely affects the upstream buildsystem so I've already
forwarded this issue upstream.
Kind Regards,
Package: network-manager
Version: 1.25.91-1
Severity: important
Dear Michael,
I notice that today's upload of network-manager has had the init script removed.
I understand that you do not use it your self and do not want to have it around,
but other users do.
Active removal of working scripts
severity 964137 important
tag 964137 - patch
thanks
In data giovedì 2 luglio 2020 13:12:54 CEST, Gianfranco Costamagna ha scritto:
> Source: clazy
> Version: 1.7-2
> severity: serious
There are no 32bit architectures for autopkgtest in Debian, so this
is definitely *not* a RC bug.
> Hello, the
Control: tags -1 moreinfo
On Wed, Jul 01, 2020 at 12:35:18PM +0200, Axel Beckert wrote:
> Is it still the case that the buildds use aptitude for resolving
> dependencies on experimental builds? Because aptitude might be even
> more "creative" than apt in that regards.
Thanks. That is one for
Hi Dmitry,
thanks for the heads-up! But it seems I need some help here:
> 1) Build-depend on python3-sipbuild(-dbg) and sip5-tools.
>
>- Inspect pyproject.toml (if it exists) for additional dependencies, maybe
> you will need also python3-pyqtbuild.
At the moment we do not depend on
Hello,
a smarter approach might be this one:
https://invent.kde.org/sdk/clazy/commit/dbde38f1a67c2968c951629a5f5629c9847078bd
(untested)
G.
Source: sec
Version: 2.8.2-1.1
Severity: serious
Tags: sid bullseye pending
User: release.debian@packages.debian.org
Usertags: out-of-sync
Dear maintainer(s),
As recently announced [1], the Release Team now considers packages that
are out-of-sync between testing and unstable for more than 60
In data giovedì 2 luglio 2020 12:30:46 CEST, Dmitry Shachnev ha scritto:
> Source: krita
> Version: 1:4.3.0+dfsg-1
> Severity: important
> Usertags: sip5
>
> Dear Maintainer,
>
> Recently I have updated pyqt5 and related packages to use sip5 instead of
> sip4 for build. This is in experimental
On 1/07/2020 22:48, Hans van Kranenburg wrote:
> On 7/1/20 5:09 PM, Alex Sanderson wrote:
>> On 1/07/2020 02:05, Hans van Kranenburg wrote:
>>> To do a bug report upstream, we'll need that information.
>> Sorry, completely misunderstood. Here is the output from the serial
>> terminal as Xen
Ashley Sommer wrote:
> Jonathan told us he is happy to also sponsor pyshacl but we can't
> really start looking at undertaking packaging pyshacl until the
> process for OWL-RL has finished.
FYI it is possible to prepare and release to NEW queue packages which
depend on other packages still
Source: clazy
Version: 1.7-2
severity: serious
tags: patch
Hello, the following patch should be sufficient to make it work also in
autopkgtests.
(note: I'm testing it right now on Ubuntu)
https://launchpad.net/ubuntu/+source/clazy/1.7-2ubuntu1
if the version migrates it means the patch is
Disabling theme cache in /etc/horde/conf.php "fix" the problem.
Re-enabling the cache leave horde un-themed again.
BTW While I was investigating I noticed that /usr/share/horde/themes is
not a symlink to /etc/horde/themes-enabled.d rather it is a normal
directory.
Looking at the patch in the
Package: glewlywd
Version: 2.3.1-2
Severity: serious
The new glewlywd package cannot be built on armel, mipsel or mips64el due to
unsatisfiable
build-dependencies. Specifically nodejs/npm on armel and librhonabwy-dev on
mipsel/mips64el
Generally there are three possible ways forward with this
This bug triggered me to write my own little msmtpq solution:
https://gitlab.com/lxkl/msmtpq
The design is a bit different:
- Always queue the message, so the MUA never hangs.
- Report errors back to the user via mail messages that are put in a
separate maildir. This is similar to the
Source: libconfig-model-dpkg-perl
Version: 2.135
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/fetch.php?pkg=libconfig-model-dpkg-perl=all=2.135=1593625687=0
...
Can't locate Test/LongString.pm in @INC (you may need to install the
Test::LongString module) (@INC contains:
Debdiff attached now
Le 02/07/2020 à 12:42, Debian Bug Tracking System a écrit :
> Thank you for filing a new Bug report with Debian.
>
> You can follow progress on this Bug here: 964134:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=964134.
>
> This is an automatically generated reply to
Package: libssh
Version: 0.9.4-1
Currently libssh is built with nacl in Debian but that's not useful. I
came to the issue from the angle than Ubuntu has nacl in universe and
that's our only delta, our MIR team recommended trying building with
libsodium which is so I reported a bug upstream about
Source: veusz
Version: 3.0.1-1
Severity: important
Usertags: sip5
Dear Maintainer,
Recently I have updated pyqt5 and related packages to use sip5 instead of
sip4 for build. This is in experimental for now, but I want to upload it
to unstable in a month or two.
This change breaks PyQt5 extension
Source: pyqwt3d
Version: 0.1.8-5
Severity: important
Usertags: sip5
Dear Maintainer,
Recently I have updated pyqt5 and related packages to use sip5 instead of
sip4 for build. This is in experimental for now, but I want to upload it
to unstable in a month or two.
This change breaks PyQt5
Source: python-poppler-qt5
Version: 0.75.0-1
Severity: important
Usertags: sip5
Dear Maintainer,
Recently I have updated pyqt5 and related packages to use sip5 instead of
sip4 for build. This is in experimental for now, but I want to upload it
to unstable in a month or two.
This change breaks
Source: qgis
Version: 3.10.7+dfsg-1
Severity: important
Usertags: sip5
Dear Maintainer,
Recently I have updated pyqt5 and related packages to use sip5 instead of
sip4 for build. This is in experimental for now, but I want to upload it
to unstable in a month or two.
This change breaks PyQt5
Source: pyqt-qwt
Version: 1.02.00-1
Severity: important
Usertags: sip5
Dear Maintainer,
Recently I have updated pyqt5 and related packages to use sip5 instead of
sip4 for build. This is in experimental for now, but I want to upload it
to unstable in a month or two.
This change breaks PyQt5
Source: elpa-transient
Version: 0.2.0-2
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/fetch.php?pkg=elpa-transient=all=0.2.0-2=1593006168=0
...
dh_auto_build -i
make -j4 "INSTALL=install --strip-program=true"
make[1]: Entering directory '/<>'
make[2]: Entering
Source: krita
Version: 1:4.3.0+dfsg-1
Severity: important
Usertags: sip5
Dear Maintainer,
Recently I have updated pyqt5 and related packages to use sip5 instead of
sip4 for build. This is in experimental for now, but I want to upload it
to unstable in a month or two.
This change breaks PyQt5
Source: plplot
Version: 5.15.0+dfsg-12
Severity: important
Usertags: sip5
Dear Maintainer,
Recently I have updated pyqt5 and related packages to use sip5 instead of
sip4 for build. This is in experimental for now, but I want to upload it
to unstable in a month or two.
This change breaks PyQt5
Source: calibre
Version: 4.99.4+dfsg+really4.19.0-1
Severity: important
Usertags: sip5
Dear Maintainer,
Recently I have updated pyqt5 and related packages to use sip5 instead of
sip4 for build. This is in experimental for now, but I want to upload it
to unstable in a month or two.
This change
Source: therion
Version: 5.5.0ds1-1
Severity: serious
Tags: ftbfs
https://buildd.debian.org/status/package.php?p=therion=sid
...
./utest
~~~
utest is a Catch v2.11.3 host application.
Run with -? for options
Hi
On Tue, Jun 30, 2020 at 05:22:50PM +0100, Adam D. Barratt wrote:
Control: tags -1 + moreinfo
On Sun, 2020-06-21 at 22:19 +0200, gustavo panizzo wrote:
I'd like to fix the bugs #961589 and #963012 in Buster uploading
That sounds like it would probably be OK, however:
iptables-persistent
Unfortunately something went wrong with this update or something should
be added in the changelog.
As soon as I updated php-horde, horde rendered un-themed.
Everything in /etc/horde/themes-* seems fine. Horde cache in /tmp has
been cleared but horde remains un-themed and version displayed is
Package: wnpp
Severity: wishlist
Owner: Maurizio Galli
* Package name: greybird-geeko-gtk-theme
Version : 3.22.11
Upstream Author : Maurizio Galli
* URL : https://github.com/shimmerproject/Greybird-Geeko
* License : GPL, CC
Description : Modified
On Fri, 9 Nov 2018 14:04:18 +0100 Thomas D wrote:
> Dear Maintainer,
>
> I can confirm that this is still a bug in Debian 9.5.
> I get this message all the time on my subversion server.
>
> Any advice on how to get rid of this message for now?
> And what plans are there to fix this in future
Package: basilisk2
Version: 0.9.20180101-1+b2
Severity: normal
Dear Maintainer,
the JIT version of BasiliskII fails to start because
"x86-64 implementations are bound to have CMOV!".
My laptop has an Intel Core i7 cpu which definitely should have CMOV (unless
this is one of the many things
Hi,
Le jeu. 2 juil. 2020 à 10:34, Sebastian Ramacher
a écrit :
> > Did you try re-upload since the rejection? If not, why not?
> >
> > If that was the only reason given by ftpmasters for rejecting, then I
> > would suggest to simply a) make sure that the licensing/patenting
> > situation as you
Hi,
I reported the issue to upstream 11 days ago :
https://github.com/wbhart/flint2/issues/771
JP
Hi Sebastian!
At the moment, kodi 18.7.1 is not blocked. Also, if there is no package the
dav1d support is disabled in 19 either.
However, I referred to the whole situation: the maintainers come to bring new
packages and improve the existing ones,
not waiting months & years without a feedback.
Package: dovecot-antispam
Version: 2.0+20171229-1+b5
Severity: important
Dear Maintainer,
Could you please rebuild dovecot-antispam against the new abi version
dovecot-abi-2.3.abiv10 as currently the plugin is incompatible with the
newest dovecot 2.3.10 uploaded to Sid.
Thanks,
Karol Augustin
Hi Vasyl
On 2020-07-02 08:20:11 +, Vasyl Gello wrote:
> Hi Jonas!
>
> I also can volunteer uploading 0.7.1 as part of my kodi work.
How is dav1d blocking kodi work? Once dav1d is in the archive in ffmpeg
is uploaded with dav1d support enabled, won't kodi also automatically
have dav1d
On 2020-07-02 10:11:03 +0200, Jonas Smedegaard wrote:
> Quoting Dylan Aïssi (2020-07-02 09:29:51)
> > On Tue, 30 Jun 2020 03:38:20 + Vasyl Gello
> > wrote:
> > > There is a new upstream release 0.7.1 for a week or so.
> > > Can you please package it?
> >
> > dav1d is in the NEW queue since
Quoting Jonas Smedegaard (2020-07-02 10:11:03)
> Quoting Dylan Aïssi (2020-07-02 09:29:51)
> > On Tue, 30 Jun 2020 03:38:20 + Vasyl Gello
> > wrote:
> > > There is a new upstream release 0.7.1 for a week or so.
> > > Can you please package it?
> >
> > dav1d is in the NEW queue since 1,5
Dear colleagues,
I am importing dav1d 0.7.1 in an hour. Please consider this FYI to avoid double
work.
--
Vasyl Gello
==
Certified SolidWorks Expert
Mob.:+380 (98) 465 66 77
E-Mail: vasek.ge...@gmail.com
Skype: vasek.gello
Package: gajim-rostertweaks
Version: 1.1.0-1
Severity: grave
This package just needs to be removed.
Hi Jonas!
I also can volunteer uploading 0.7.1 as part of my kodi work.
Also, is it a good idea to reach Joerg Jaspert directly and kindly ask for
review?
Why am I asking this: I have two pending packages (libudfread & shairplay).
At the same time, I am preparing full Kodi binary addon archive
Quoting Dylan Aïssi (2020-07-02 09:29:51)
> On Tue, 30 Jun 2020 03:38:20 + Vasyl Gello wrote:
> > There is a new upstream release 0.7.1 for a week or so.
> > Can you please package it?
>
> dav1d is in the NEW queue since 1,5 years. It was rejected after 1
> year in the NEW queue and I still
On Wed, 01 Jul 2020 21:52:11 + Debian FTP Masters
wrote:
Hello,
> * Use libhunspell instead of libenchant (Closes: Bug#956691)
Just for my understanding, why did you switch to libhunspell instead of
libenchant-2?
As said it seems to have support for enchant-2 in the code (there are
Hi,
(Please keep #916333 in CC ;-)
Le jeu. 2 juil. 2020 à 09:44, Vasyl Gello a écrit :
> So you have no objection against me doing a team upload and picking it for my
> kodi work?
> Jean-Batiste Kempf from VideoLAN also is very motivated to have dav1d in
> Debian, so I will talk with Mattia &
Thanks intrigeri,I sent them a request.
‐‐‐ Original Message ‐‐‐
On Wednesday, July 1, 2020 6:21 AM, intrigeri wrote:
> Hi tous,
>
> I encourage you to join the Debian Perl Group and maintain this
> package within this team: https://perl-team.pages.debian.net/
>
> :)
>
> Cheers!
Hi Vasyl,
On Tue, 30 Jun 2020 03:38:20 + Vasyl Gello wrote:
> There is a new upstream release 0.7.1 for a week or so.
> Can you please package it?
dav1d is in the NEW queue since 1,5 years. It was rejected after 1
year in the NEW queue and I still don't have news about the last
attempt. I
Hi!
Any useful logs to attach? journalctl, dmesg, etc?
Without logs it is extremely hard to diagnose the root cause.
--
Vasyl Gello
==
Certified SolidWorks Expert
Mob.:+380 (98) 465 66 77
E-Mail: vasek.ge...@gmail.com
Skype: vasek.gello
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: ruby-semantic-puppet
Version : 1.0.2
Upstream Author : Jesse Scott
* URL : https://rubygems.org/gems/semantic_puppet
* License : Apache-2.0
Programming Lang: Ruby
Description :
Package: src:linux
Version: 5.7.6-1
Severity: normal
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outcome of
Sending it to BTS to track in bug log.
--- Begin Message ---
[Sending reply to bug so we can have a record of discussion]
[Please keep Ashruth and my colleague in CC while replying]
Tzafrir Cohen writes:
[snip]
>>
>> I don't think we should make a config change that hurts users of stock
>>
Hi Felix,
On Thu, Jul 2, 2020 at 2:22 AM Felix Lechner wrote:
>
> Hi Sergei,
>
> On Wed, Jul 1, 2020 at 1:33 AM Sergei Golovan wrote:
> >
> > Though, the link never goes outside /usr/lib/x86_64-linux-gnu,
> > so I would say that this warning is spurious.
>
> I am not sure who is right, but the
101 - 196 of 196 matches
Mail list logo
