Package: wnpp
Owner: Lev Lamberov
Severity: wishlist
* Package name: dimmer-el
Version : 0.4.2
Upstream Author : Neil Okamoto
* URL or Web page : https://github.com/gonewest818/dimmer.el
* License : GPL-3+
Programming Lang: Emacs Lisp
Description : visually highli
Control: forwarded -1 https://bugs.astron.com/view.php?id=152
https://github.com/file/file/commit/52400a1cf98e4cc252920239c291c66648c8fb3d
I've forwarded the issue to the upstream bug tracker.
--
bye,
pabs
https://wiki.debian.org/PaulWise
signature.asc
Description: This is a digitally signed
Control: reopen -1
Control: notfixed 3.3.0-1
The autopkgtests of visp 3.3.0-1 still fail the same way. Installing
libvisp-dev still does not pull in libopengl-dev (libOpenGL.so), libglx-dev
(libGLX.so), libglu1-mesa-dev (libGLU.so), or libcoin-dev (libCoin.so),
which means trying to link against
On Fri 2020-03-13 17:22:30 +0100, Aurelien Jarno wrote:
> The reason is that all *-dbgsym packages need to go the debug archive,
> not the main archive.
Thanks, this is the piece of information that i was missing. Where is
it documented that all *-dbgsym packages need to go to the debug
archive?
Package: libytnef0
Version: 1.9.3-1+b1
Control: affects -1 src:geary
As reported on https://gitlab.gnome.org/GNOME/geary/issues/726, the
powerpc build of geary has a test failure with:
```
ok 211 /engine/Geary.RFC822.MessageTest/text_html_as_html
ok 212 /engine/Geary.RFC822.MessageTest/text_html_
2020년 3월 14일 (토) 오전 12:06, Thorsten Glaser 님이 작성:
>
> Changwoo Ryu dixit:
>
> >Possible solutions would be shipping additional emoji files in unicode-data,
> >or creating a new source package for unicode emoji files like Fedora does
> >(https://src.fedoraproject.org/rpms/unicode-emoji)
>
> Why not
Control: forwarded -1
https://github.com/file/file/commit/52400a1cf98e4cc252920239c291c66648c8fb3d
On Sat, 14 Mar 2020 12:58:53 +0800 Paul Wise wrote:
> Another workaround for this issue is to decrease the bytes limit:
I've bisected this upstream and the first commit that came up was a
change t
On Friday, March 13, 2020 6:36:59 PM EDT Sandro Tosi wrote:
> On Fri, Mar 13, 2020 at 3:51 PM Scott Kitterman
wrote:
> > I don't know of a reason not to go ahead, but if you do, please be careful
> > of what's already in git. Update to the new version is staged there. It
> > is blocked on updat
Package: lintian
Version: 2.48.0
Severity: wishlist
Dear Maintainer,
t/tags/odd-inputs/strings-elf-detection/eval/literal fails on ubuntu
with failing to produce tags for dbgsym package.
It seems to be due to lintian not processing .ddeb packages on Ubuntu
at all.
Note unlike Debian, dbgsym pac
On Wed, 24 Jul 2019 13:41:54 +0800 Paul Wise wrote:
> The workaround for this issue is to increase the name recursion limit:
Another workaround for this issue is to decrease the bytes limit:
$ file --parameter bytes=857393 ../test.jpg ; echo $?
../test.jpg: JPEG image data, JFIF standard 1.01, r
https://gitlab.gnome.org/GNOME/gimp/issues/4490
I confirm that removing /usr/lib/gimp/2.0/plug-ins/pagecurl/pagecurl is
a workaround.
--
sergio.
Source: dict-gazetteer2k
Severity: serious
Hello,
i believe this package should be removed:
* python2-only
* last upstream upload in 2001 (makes sense)
* last maintainer upload in 2006, from there 4 NMUs
* last reverse dependes on python-dictclient (py2removal effort)
* does it still make sense t
Package: libspdlog-dev
Severity: normal
Dear Maintainer,
As seen in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=952613,
nheko recently FTBFS after #include-ing /usr/include/spdlog/spdlog.h
which caused /usr/include/spdlog/fmt/fmt.h to be #includ-ed, which tried
to #include spdlog/fmt/bundle
Package: gimp
Version: 2.10.14-2+b1
Severity: important
Dear Maintainer,
gimp start segfaults just at start after the last update.
I've tried to remove .config/GIMP, but this doesn't help.
GNU Image Manipulation Program version 2.10.14
git-describe: GIMP_2_10_12-511-ga4f55d6c7e
C compiler:
Package: musl-tools
Version: 1.1.24-1
Severity: wishlist
I just discovered https://bootstrap.debian.net/cross_all/mksh.html
seems to be hung up on musl-tools wanting the native compiler.
Wondering whether, if musl-tools were M-A:foreign, it could satisfy
cross-compiling dependencies?
Perhaps, ev
Paulo Matos writes:
> Upstream issue reference for:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=948789
> Mailing list information:
> https://groups.google.com/d/msg/racket-dev/o631-azv-5g/r9Ct1H_KDAAJ
I'm not sure if this is a surprise or not, but it looks like the 7.6 is
breaking in t
Control: tags 937150 + patch
Dear maintainer,
I've prepared an NMU for nodeenv (versioned as 0.13.4-1.1). The diff
is attached to this message.
Regards.
diff -Nru nodeenv-0.13.4/debian/changelog nodeenv-0.13.4/debian/changelog
--- nodeenv-0.13.4/debian/changelog 2015-08-31 16:55:28.0 -
[cc'ing the bug this time]
Hi Chris,
On Fri, Mar 13, 2020 at 4:58 PM Chris Lamb wrote:
>
> I would very much
> suggest we repurpose "severity" here instead of inventing a new term.
That is exactly what I thought you might think (and it is why I
prepared a merge request instead of committing dir
[this is a resend: the prevous version had the wrong date in
debian/changelog]
Dear maintainer,
I've prepared an NMU for oath-toolkit (versioned as 2.6.1-1.4) and
uploaded it to DELAYED/10. Please feel free to tell me if I
should delay it longer.
Regards.
--
diff -Nru oath-toolkit-2.6.1/debia
Package: ardentryst
Severity: serious
Hello,
i believe this package should be removed:
* python2-only
* dead upstream:
* last new upstream release in debian in 2011
* https://sourceforge.net/projects/ardentryst/ reports "Status: Abandoned"
* http://www.jordantrudgett.com/ardentryst/ is dead
Hello,
As far as I understand, the CPU in the RPi4 is a *completely*
different beast from the ones in the rest of the family. It seems it
will not require a binary firmware loader anymore!
Right now, it is not *yet* bootable using the stock Linux kernel, but
there are people working on its suppor
Hey Laszlo,
> Format: 1.8
> Date: Wed, 23 Oct 2019 05:45:37 +
> Source: grpc
> Binary: libgrpc++-dev libgrpc++1 libgrpc-dev libgrpc8 protobuf-compiler-grpc
> protobuf-compiler-grpc-dbgsym python3-grpcio python3-grpcio-dbgsym ruby-grpc
> ruby-grpc-dbgsym ruby-grpc-tools
> Architecture: source
Package: pymissile
Severity: serious
Hello,
i believe this package should be removed:
* python2-only
* dead upstream, no new releases since 2007 (!)
* no debian uploads since 2016
* last reverse dependency of python-usb (py2removal effort)
if i dont hear back within a week with a good reason to
Chris Lamb dixit:
>Debian tool that is within our locus of control, so I would very much
>prefer that src:devscripts is fixed instead of preventing Lintian
Oh… looking at it now, it appears that the sid version is indeed fixed.
I’ll be keeping this though, for now… I may need it for backports.
Package: tinywm
Severity: serious
Hello,
i believe this package should be removed:
* no upstream release since 2005 (!!!)
* no upload since 2012
* last reverse dependency of python-xlib (py2removal effort)
if i dont hear back within a week a good reason to keep this package, i'll file
for its re
Package: devscripts
Version: 2.20.2
Followup-For: Bug #881826
Workaround: With a debian/control like this…
Source: s
Build-Depends:
# some comment here
sl
Standards-Version: 4.5.0
… it works (I wondered why I wasn’t hit by this sadt bug).
-- Package-specific info:
--- /etc/devscripts.conf --
Package: debootstrap
Version: 1.0.121
Severity: serious
Justification: RoM
[ Could have been filed against debootstrap-udeb instead, but this might
also break use cases with regular debootstrap too. ]
While reviewing the recent changes in debootstrap (#953759), I was
concerned with commit 7ecd819
Hi!
On Fri, 2020-03-13 at 18:33:08 +0100, Guillem Jover wrote:
> On Mon, 2020-03-09 at 15:36:32 +1300, Michael Hudson-Doyle wrote:
> > forwarded 953276 https://github.com/golang/go/issues/34191
>
> On Mon, 2020-03-09 at 13:57:45 +0100, Dr. Tobias Quathamer wrote:
> > reassign 953276 src:golang-1.
Hi Sandro.
Honestly, I have not contributed to Debian in a couple of years, and I don’t
see that changing any time soon. Best to contact Matthias, the Python Team, or
just do whatever you think is best.
Cheers,
-Barry
> On Mar 13, 2020, at 12:32, Sandro Tosi wrote:
>
> On Fri, 30 Aug 2019 0
Control: tags 807990 + pending
Dear maintainer,
I've prepared an NMU for oath-toolkit (versioned as 2.6.1-1.4) and
uploaded it to DELAYED/10. Please feel free to tell me if I
should delay it longer.
Regards.
diff -Nru oath-toolkit-2.6.1/debian/changelog oath-toolkit-2.6.1/debian/changelog
--- oa
On Thu, 20 Jun 2019 06:24:13 -0700 Mo Zhou wrote:
> Source: pssh
> Version: 2.3.1-1
>
> I plan to salvage pssh and fix at least the following bug:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=891340
Not sure if Mo is still interested in salvaging this package, other
wise this could be a ni
I was looking at this bug today and I did not get any error in building
the current version.
Build Architecture: amd64
Build Type: full
Build-Space: 1596216
Build-Time: 325
Distribution: unstable
Host Architecture: amd64
Install-Time: 192
Job: /home/sudip/debian/librecad/librecad_2.1.3-1.2.dsc
Lin
Control: tags 925753 + patch
Control: tags 925753 + pending
Dear maintainer,
I've prepared an NMU for libneo4j-client (versioned as 2.2.0-1.1) and
uploaded it to mentors for sponsoring. Please feel free to tell me if I
should remove it.
--
Regards
Sudip
diff -Nru libneo4j-client-2.2.0/debian/ch
Package: sponsorship-requests
Severity: important
Dear mentors,
I am looking for a sponsor for my package "libneo4j-client"
* Package name: libneo4j-client
Version : 2.2.0-1.1
Upstream Author : Chris Leishman
* URL : https://neo4j-client.net
* License :
Thorsten Glaser wrote:
> > Noted. However, given that ADTTMP is actually deprecated I would like
> > to confirm that this is not instead a bug in sadt(1) instead.
>
> I’m certain it is ☻ but I wrote the autopkgtest script conservatively.
In general I would share your principle of writing code in
Hi Felix,
> > it appears to simply encode the currently unhelpful distinction between
> > "wild-guess", "possible" and "certain" in a new and relatively unfamiliar
> > way with a slightly ambiguous name.
>
> I think this is a case of miscommunication.
[…]
> Any references to certainty or its valu
Source: sbcl
Severity: normal
Tags: patch
User: debian-powe...@lists.debian.org
Usertags: powerpc,ppc64el
Hello!
The attached patch fixes the sbcl build on powerpc and ppc64el,
I have already included it in the sbcl package on openSUSE [1].
Please apply.
Thanks,
Adrian
> [1] https://build.open
On Fri, 2020-03-13 at 22:56 +0100, Paul Gevers wrote:
> I assume you have read the current freeze_policy [1]. As you have seen,
> we have introduced a new phase, where the automatic migration depends on
> the package. I'm not sure how easy it is to cover that information into
> a this template. Do
Package: psychopy
Version: 2020.1.3+dfsg-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package failed to install
because it tries to overwrite other packages files.
>From the attached log (scroll to the bottom...):
Selec
Hi,
> http://launchpadlibrarian.net/468909506/sdpa_7.3.13+dfsg-1_7.3.13+dfsg-1ubuntu1.diff.gz
>
> Can I upload the following fix? otherwise the package won't ever go in testing
>
> G.
Makoto is now working on a package with this fix.
Would you please wait for his fix?
Best regards,
Nobuhiro
-
Please remove!
Sandro Tosi:
> Package: python-paver
> Severity: serious
>
> Hello,
> i believe this package should be removed:
>
> * python2-only
> * while upstream has released a py3k compatible version (and several others in
> between the one in the archive), the debian maintainer didnt up
Hi Gianfranco,
2020年3月8日(日) 17:10 Gianfranco Costamagna :
>
> control: tags -1 patch
>
> the following works.
> diff -Nru sdpa-7.3.12+dfsg/debian/changelog sdpa-7.3.12+dfsg/debian/changelog
> --- sdpa-7.3.12+dfsg/debian/changelog2019-12-06 08:00:00.0 +0100
> +++ sdpa-7.3.12+dfsg/debian
Control: tags 937897 + patch
Dear maintainer,
I've prepared an NMU for python-lockfile (versioned as 1:0.12.2-2.1). The diff
is attached to this message.
Regards.
diff -Nru python-lockfile-0.12.2/debian/changelog python-lockfile-0.12.2/debian/changelog
--- python-lockfile-0.12.2/debian/changel
Package: kdeconnect
Version: 1.3.3-2+b1
Severity: important
Tags: upstream
After the update to openssh 8.2, transferring files via SFTP is broken. That's
what I got in the error log:
kdeconnect.plugin.sftp: stdout: "Unable to negotiate with 192.168.31.203 port
1743: no matching key exchange metho
Package: ftp.debian.org
Severity: normal
Please remove python-paisley. It's dead upstream, not ported to Python 2,
there are no reverse deps and couchdb itself has also been removed from
the archive.
Cheers,
Moritz
Package: gcc-arm-none-eabi
Version: 15:8-2019-q3-1
Severity: normal
Dear Maintainer,
Code containing PRIx64 macro after inclusion of does not
compile anymore,
the macro doesn't exist contrarily to the situation with
gcc-arm-none-eabi_7-2018-q2-6.
I tracked it down to the following difference be
Package: apt
Version: 2.0.0
Severity: normal
Hello,
I noticed that completion for apt and aptitude sometimes list invalid packages.
For example:
$ apt show openssh
openssh openssh-client-ssh1 openssh-server openssh-ssh1
openssh-client openssh-known-hosts openssh-sftp-
Package: ftp.debian.org
Severity: normal
Package: ftp.debian.org
Severity: normal
Please remove rtcninjajs. It hasn't seen an upload since 2015, is dead
upstream and there are no reverse deps.
Cheers,
Moritz
Package: ftp.debian.org
Severity: normal
Package: ftp.debian.org
Severity: normal
Please remove jquery-i18n-properties. There has only been a single upload
back in 2014 and there are no reverse dependencies.
Cheers,
Moritz
Test
Hi,
Сергей Фёдоров (2020-03-13):
> Package: tasksel
> Version: 3.59
> Severity: normal
>
> When upgrading any of the packages from version 3.58 to 3.59:
>task-cyrillic
>task-desktop
>task-russian
>task-xfce-desktop
>tasksel
>tasksel-data
> it needs to delete packages vers
On Fri, Mar 13, 2020 at 3:51 PM Scott Kitterman wrote:
>
> I don't know of a reason not to go ahead, but if you do, please be careful of
> what's already in git. Update to the new version is staged there. It is
> blocked on updates for some of the packages it builds wheels from.
oooh i see yo
https://salsa.debian.org/debian-edu-pkg-team/openboard/
could we however modify this git repository to use git-buildpackage?
It makes things so much easier to maintain...
Thanks for your work,
Mt
signature.asc
Description: PGP signature
control: reassign -1 gcc-9
control: forcemerge 953806 -1
On 2020-03-13 23:00, Thorsten Glaser wrote:
> Package: libc6-dev
> Version: 2.30-2
> Severity: grave
> Justification: renders package unusable
>
> Unsure whether it’s upstream or Debian, but…
It's debian specific and not a glibc issue. Rea
Package: ftp.debian.org
Severity: normal
Please remove dynalogin. It's RC-buggy for over a year, missed Buster
and hasn't seen an upload since 2013.
Cheers,
Moritz
Package: iso-scan
Version: 1.79
Severity: important
-- System Information:
Debian Release: 10.3
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.19.0-8-amd64 (SMP w/1 CPU core)
Kernel taint flags: TAINT_WARN, TAINT
Package: ftp.debian.org
Severity: normal
Please remove ganglia-nagios-bridge. It depends on Python 2, which is going
away.
Cheers,
Moritz
Package: ftp.debian.org
Severity: normal
Please remove node-sdp-transform. It hasn't seen an upload since
2015, is far behind upstream (currently at 2.14) and there are
no reverse deps.
Cheers,
Moritz
On Sun, 2020-01-05 at 11:27 +0100, Adrian Vollmer wrote:
> After upgrading python3-wsproto to version 0.15.0-2, mitmproxy fails
> immediately with this error message:
>
> ImportError: cannot import name 'WSConnection' from 'wsproto.connection'
> (/usr/lib/python3/dist-packages/wsproto/conn
Package: ftp.debian.org
Severity: normal
Please remove captagent. It's RC-buggy since 2017, missed Buster
and no longer has an active maintainer.
Cheers,
Moritz
Chris Lamb dixit:
>Thorsten Glaser wrote:
>
>> I need to have this code present because I use sadt locally to test
>> the autopkgtests, which only sets ADTTMP.
>
>Noted. However, given that ADTTMP is actually deprecated I would like
>to confirm that this is not instead a bug in sadt(1) instead.
I
Source: drmaa
Version: 0.7.9-1
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: fails-always
Dear maintainers,
With a recent upload of drmaa you added an autopkgtest, great. However,
it fails. I copied some of the output at the bottom of this r
Package: hexchat
Version: 2.14.3-2+b1
Severity: normal
Dear Maintainer,
Whe the progam begins, the program shows:
Sysinfo plugin carregado
FiSHLiM plugin loaded
Perl interface loaded
AutoLoad failed for: /usr/lib/x86_64-linux-gnu/hexchat/plugins/python3.so
/usr/lib/x86_64-linux-gnu/hexchat/p
By mistake I did not check recipients and forgot to send my reply to
Debian bug tracker, sorry.
Forwarded Message
From: Nicholas Guriev
To: Emilio Pozuelo Monfort
Subject: Re: Bug#953803: RFS: xdg-utils/1.1.3-2 -- desktop integration
utilities from freedesktop.org
Date: Fri, 1
Package: libc6-dev
Version: 2.30-2
Severity: grave
Justification: renders package unusable
Unsure whether it’s upstream or Debian, but…
tglase@tglase-nb:~ $ gcc x.c
In file included from x.c:1:
/usr/include/limits.h:124:26: error: no include path in which to search for
limits.h
124 | # includ
Hi Paul,
On 07-02-2020 03:01, Paul Wise wrote:
>> Let me try to come back to this bug when we have communicated the dates
>> and provide a prototype so we can see if it works.
>
> Great, no rush. There isn't much activity on tracker.d.o features anyway.
I assume you have read the current freeze_
Hello,
is there any progress in this packaging? Is the current package
somewhere on salsa where we could help?
I will need such a software with my students (due to the covid
outbreak), so I'm highly interested.
Thanks, Mt.
signature.asc
Description: PGP signature
Package: debhelper
Version: 12.9
Followup-For: Bug #908845
I’m getting this warning during a package build:
dh_gconf: warning: Please migrate to dh_installgsettings; gconf + dh_gconf is
scheduled for removal.
It’s clearly dh7-caused as I don’t use gconf at all…
-- System Information:
Debian R
Package: mtr-tiny
Version: 0.92-2
Severity: normal
Dear Maintainer,
recent versions of mtr started to crash seemingly randomly with the
following message:
mtr: Probes exhausted
and an exit status of 1. It's not consistently reproducible, but I found
that when specifying a low interval, e.g.
Package: lintian
Severity: wishlist
Hi,
as alluded to in #935706 [1], I would like to split the diagnostics
performed in Lintian checks into two levels. One level states
value-neutral facts (such as, a field is present with attached
content), while the other generates user alerts (which we call t
Source: nevow
Severity: serious
Hello,
i believe this package should be removed:
* python2-only
* upstream still hasnt finish porting it to python3,
https://github.com/twisted/nevow/issues/101
* no rdeps
* relatively low popcon and dropping rapidly
if i dont hear back within a week with a good
On Sat, 11 Jan 2020 19:33:51 +
Stephen Kitt wrote:
> Control: tag -1 pending
>
> Hello,
>
> Bug #930492 in mingw-w64 reported by you has been fixed in the
> Git repository and is awaiting an upload. You can see the commit
> message below and you can check the diff of the fix at:
>
> https:
Source: r-cran-rprotobuf
Version: 0.4.15-1
X-Debbugs-CC: debian...@lists.debian.org
Severity: serious
User: debian...@lists.debian.org
Usertags: regression
Dear maintainers,
With a recent upload of r-cran-rprotobuf the autopkgtest of
r-cran-rprotobuf fails in testing when that autopkgtest is run
Package: ftp.debian.org
Severity: normal
Hi,
Just writing to confirm that I've come up against the same lack of
joystick support in 2:17.6+dfsg1-4+b1. As noted previously, it looks
like a kodi-peripheral-joystick package is needed.
Regards,
Bob Ham
signature.asc
Description: OpenPGP digital signature
Package: ftp.debian.org
Severity: normal
Package: ftp.debian.org
Severity: normal
Source: debian-cloud-images
Version: 0.0.1
Severity: serious
Control: fixed -1 0.0.3
Tags: sid bullseye
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 an
Hi all,
This has been fixed upstream in
https://github.com/hercules-team/augeas/commit/1e219dbdb9145a5b81c993f691ec2be75099d0bf,
but has not yet landed in a release. Could this patch be included in
the Debian package?
Christopher
On Fri, 21 Jun 2019 21:43:56 + "brian m. carlson" <
sand...@cr
Package: wnpp
Severity: wishlist
Subject: ITP: dnapi -- adapter prediction for small RNA sequencing - utils
Package: wnpp
Owner: Steffen Moeller
Severity: wishlist
* Package name: dnapi
Version : 1.1
Upstream Author : , 2016 Junko Tsuji
* URL : https://github.com/jnkt
Thorsten Glaser wrote:
> I need to have this code present because I use sadt locally to test
> the autopkgtests, which only sets ADTTMP.
Noted. However, given that ADTTMP is actually deprecated I would like
to confirm that this is not instead a bug in sadt(1) instead.
Regards,
--
,''`.
Source: foolscap
Severity: serious
Hello,
i belive this package should be removed:
* python2-only
* upstream hasnt finish porting it to python3
https://github.com/warner/foolscap/issues/48
* no rdeps in testing
if i dont hear back within a week with a good reason to keep it, i'm gonna file
for
Control: tags -1 patch
Python is only used in a few small build scripts which are easy to
patch for Python 3.
I have submitted a merge request on Salsa containing (among other
things) a fix for this issue:
https://salsa.debian.org/kafka-team/librdkafka/-/merge_requests/1
Christian
Package: gedit
Version: 3.36.0-3
Followup-For: Bug #953676
Dear Maintainer,
[PLEASE DISREGARD MESSAGE #10, AND DELETE, IF POSSIBLE.]
(I am just trying to figure out how to use reportbug, and I am having problems
with it.)
I just want to confirm that I have a very similar problem with gedit, sin
Package: src:ns3
Version: 3.30+dfsg-4
Severity: wishlist
User: team+bo...@tracker.debian.org
Usertags: boost1.71
Dear Maintainer,
your package fails to build with boost1.71. If you want to attempt the
build yourself, an updated version of boost-defaults which brings in
boost1.71 dependencies can
Package: python-paver
Severity: serious
Hello,
i believe this package should be removed:
* python2-only
* while upstream has released a py3k compatible version (and several others in
between the one in the archive), the debian maintainer didnt upload this
package since late 2013
* no rdeps
*
Hi,
>On Fri, Mar 13, 2020 at 11:19:46AM +, David Hart wrote:
>> * Package name: codelite
>>Version : 14.0+dfsg-1
>> ...
>> This is an update to the latest upstream version, codelite 14.0.
>> The amended package builds and works, and has no significant lintian issues.
>
>Hi!
>I
Le ven. 13 mars 2020 à 19:39, Alex Crichton a écrit :
>
> Hi Jelmer
Hi Alex,
I'm currently the main contributor.
>
>
> RE: RFH: samba -- SMB/CIFS file, print, and login server for Unix
>
>
>
> Is there anything I can help with?
Help includes:
- triaging bug reports: trying to reproduce a bug o
Hi,
>David Hart kirjoitti 13.3.2020 klo 13.19:
>> Changes since the last upload:
>>
>>* QA upload.
>> .
>>* New upstream release.
>> - Remove the .py extension from a script with language-extension
>> .
>>* d/patches:
>> - Refresh patches.
>> - Drop 2 patches applied
I don't know of a reason not to go ahead, but if you do, please be careful of
what's already in git. Update to the new version is staged there. It is
blocked on updates for some of the packages it builds wheels from.
Scott K
On March 13, 2020 7:32:35 PM UTC, Sandro Tosi wrote:
>On Fri, 30 Au
Sven writes:
> Known problem, wait for gcc-9 9.3.0-3 to appear on your mirror.
Thanks - sorry for hitting the wrong "target" (I only looked at
libc6-dev and glibc bugs :-/)
> Welcome to unstable!
Been here since bo.
Best regards,
Adam
--
"Vilken sanning, Måns, är sann?"
On Fri, 30 Aug 2019 07:44:13 + Matthias Klose wrote:
> Package: src:python-pip
> Version: 18.1-5
> Severity: normal
> Tags: sid bullseye
> User: debian-pyt...@lists.debian.org
> Usertags: py2removal
the only rdeps of `bin:python-pip` have been removed from testing, so
it's probably time we dr
Package: gedit
Version: 3.36.0-3
Followup-For: Bug #953676
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 outco
Control: reassign -1 cpp-9
Control: forcemerge 953806 -1
On 2020-03-13 20:03 +0100, Adam Sjøgren wrote:
> Package: libc6-dev
> Version: 2.30-2
> Severity: normal
>
> Dear Maintainer,
>
> I cannot build GNU Emacs on Debian unstable after the latest update -
> configure
> fails with an error with
Package: libc6-dev
Version: 2.30-2
Severity: normal
Dear Maintainer,
I cannot build GNU Emacs on Debian unstable after the latest update - configure
fails with an error with the limits.h include.
Here is a minimal reproduction:
$ cat test.c
#include
#include
int main(void) {
exit(0);
}
$
Package: ftp.debian.org
Severity: normal
Package: nvidia-settings
Version: 440.64-1
Severity: wishlist
Tags: upstream
Dear Maintainer,
* What led up to the situation?
1) I have a second monitor (DVI) which is always connected to the video card,
but it is not always on, I have not found a way with nvidia-settings to detect
if the s
Boyuan Yang wrote on Fri, 13 Mar 2020 13:55 -0400:
> Source: zsh-syntax-highlighting
> Version: 0.7.1-1
> Severity: important
> X-Debbugs-CC: danie...@apache.org
>
> Dear zsh-syntax-highlighting maintainers,
>
> The latest upload of your package was not a source-only upload. As a result,
> it wil
1 - 100 of 201 matches
Mail list logo
