> I think >= 3.5 should be enough
It isn't. So we may as well go with bookworm's 4.3.
Thanks again!
-d
Package: sqlalchemy
Version: 1.4.23+ds1-5
Hello!
To make the life of backporters slightly easier, could you please
version your build-dependency on Sphinx? I think >= 3.5 should be
enough:
```
dh_installdocs -O--buildsystem=pybuild
debian/rules override_dh_sphinxdoc
cd doc/build && python3 -m sp
s now in the archive, I think we can safely close this bug. I have
no information
on in that I can offer.
Again, thank you for revisiting this issue.
Best,
-dato.
Package: wnpp
Severity: wishlist
* Package name: ruby-toys
Version : 0.11.0
Upstream Author : Daniel Azuma
* URL : https://github.com/dazuma/toys
* License : MIT
Programming Lang: Ruby
Description : configurable command line tool for builds and workflow
Also some man pages are now included in doc/ for some elf_xxx
functions.
found 804552 0.23.3-1
severity 804552 important
retitle 804552 Pandas documentation package is empty
thanks
$ dpkg -L python-pandas-doc
/usr/share/doc/python-pandas-doc
/usr/share/doc/python-pandas-doc/AUTHORS.md
/usr/share/doc/python-pandas-doc/README.md.gz
/usr/share/doc/python-pandas-doc/RELEAS
Package: systemd
Version: 240-4
I recently lost the ability to read the logs of my user services
with journalctl --user-unit or, well, systemctl --user status.
At first I thought it was #843310 ("user service logs are not
available to normal users unless persistent Storage is used") and,
sure
Package: rust-src
Version: 1.31.0+dfsg1-2
Hello,
It seems the default upstream install places its source files in
/usr/lib/rustlib/src/rust/src (two "src", apparently), and many
tools default to that path.
It would be great (and very convenient) if the rust-src package
could provide a compatibi
Package: context
Version: 2018.04.04.20181118-1
Suggested package context-doc-nonfree is not in buster, not
unstable. Would be nice to drop the recommendation in the next
upload.
Thanks!
Hi,
> FWIW, I would not be enthusiastic about 2.b. I think the
> converse issue
> of people upgrading to xwidgets support would not necessarily be
> desirable.
That's a fair observation I hadn't thought about. 2.b's out, then.
Thanks for considering,
-d
> check-security-status also says webkit2gtk is unsupported. So unless I
> miss something, nothing has significantly changed with respect to
> xwidgets.
Okay, fair enough.
It would still be nice, though, to have an emacs-xwidgets package.
Unfortunately, it is not feasible to have it built in uns
Hi,
On Sun, Nov 25, 2018 at 11:40 -0600, Rob Browning wrote:
> Assuming those concerns are still valid, then I suspect we wouldn't want
> to (re)enable support in the primary package, and if we did eventually
> provide some kind of support, it should be solidly opt-in.
Emacs >= 26.1 builds with
close 906235
close 906238
thanks
> The HTML files included in the package are not well-formed and
> do not include a header.
This is because the docs are to be served via godoc only, as
explained in the package description. I guess that description was
there when I filed this, but I missed it.
Package: golang-1.11-doc
Version: 1.11.2-2
Severity: minor
The file:
/usr/share/doc/golang-1.11-doc/favicon.ico.gz
should not compressed, so that godoc can serve it. (After fixing
that, the symlink at /usr/lib/go-1.11/favicon.ico.gz should be
updated as well.)
-d
Package: emacs
Version: 1:26.1+1-2
It's nice that Emacs now uses secure tools for downloading e-mail,
but the dependency on mailutils boils down to ~22 MiB of extra
packages (that was in my case, considering I already had a MTA
installed; mailutils depends on mail-transport-agent!)
It would be
Package: mlocate
Version: 0.26-2
The daily cron script uses nocache if it's available. Since it's a
useful addition, it would make sense for mlocate to recommend it.
Thanks,
-d
Package: golang-doc
The HTML files included in th epackage are not well-formed and do
not include a header. For example, the file code.html starts:
Introduction
and does not include a table of contents, or CSS, as the online
copy at [https://golang.org/doc/code.html] does.
Many thanks for consi
Package: golang-doc
Severity: important
I installed this package and golang-1.10-doc, and no documentation
for the standard library was provided.
I would expect the package to include all the documentation
available at [https://golang.org/pkg/].
Many thanks in advance,
-d
retitle 869030 elixir: please package v1.6
thanks
I would also love to see an updated Elixir in Debian, particularly
now that v1.6 is released.
If you don't have the time to do it, would you welcome some help
in preparing the upload?
-d
Package: libfuse-dev
Version: 2.9.7-1
Severity: wishlist
It would be nice to have the ‘doc/html’ directory from the upstream
tarball made available in /usr/share/doc/libfuse-dev/html.
-d
Package: wnpp
Severity: wishlist
* Package name: trepan3k
* URL : https://pypi.python.org/pypi/trepan3k
Upstream Author : Rocky Bernstein
* License : GPL3
The original version for Python 2.7 is marked on PyPI as stable.
This port for Python 3.x (by the same author) is ma
Source: emacs25
Version: 25.1+1-4
Emacs 25.2 was released on April 22nd:
[https://lists.gnu.org/archive/html/info-gnu/2017-04/msg9.html]
It would be nice to have it available on unstable.
-d
Thanks for the prompt upload!
Much appreciated.
-d
Source: maildir-utils
Version: 0.9.17-2
0.9.17 is a pre-release version that was allowed to migrate to
testing. It would be better not to ship a pre-release version of
mu in Debian stable.
A stable version, 0.9.18, was released by upstream a few weeks
ago.
Thanks for considering,
-d
> I'm becoming a big fan of racer, so I'm all for this! I haven't
> looked at the internals however - I presume racer only needs the
> source for std (and core) not the compiler itself?
Yes, I think you are correct: only libstd sources are needed,
which are about 3 MiB.
Two additional notes:
1
Source: rustc
Severity: wishlist
It would be nice to have a rustc-src package containing the source
for Rust itself.
The (widely-used) racer completion engine needs access to the
source in order to work.
There is precedent for this, for example Go provides a golang-src
package.
I don't think th
Package: liblua5.1-0
Version: 5.1.5-8.1
A binary built against 5.1.5-8 can run against previous versions
of the library (e.g. jessie's), but it will print a warning:
pandoc: /usr/lib/x86_64-linux-gnu/liblua5.1.so.0: no version information
available (required by pandoc)
It would be convenien
Control: tags -1 - moreinfo
> Are you sure you are seening the same bug? AFAICT, the
>
> mnt: Fix fs_fully_visible to verify the root directory is visible
>
> is as well included in the 3.16.7-ckt17-1 upload.
Oh!
That's a very good point indeed, thank you. I hadn't noticed.
I tried 3.16.7-ck
Package: linux-image-3.16.0-4-amd64
Version: 3.16.7-ckt17-1
The upload to jessie of linux 3.16.7-ckt17-1 included the following
change:
- mnt: Refactor the logic for mounting sysfs and proc in a user
namespace [1]
This broke mounting sysfs and procfs under a user namespace. There is a
fix
> While sill a long way Reproducible builds might pose a problem for a Grsec
> kernel when CONFIG_GRKERNSEC_RANDSTRUCT is set to 'y' because this feature
> randomizes kernel symbols and structures during compilation and is not meant
> to be the same. For a publicly distributed kernel binary this fe
Package: parallel
Version: 20130922-1
parallel invokes /bin/ps, hence it should depend on procps.
Thanks,
-d
> Please build packages for python3, using the upstream 1.1b1 release, maybe
> uploading to experimental only.
Please consider using at least 1.1rc4, to avoid running against this
issue with Python 3.5:
https://github.com/gevent/gevent/issues/653
, python, ruby
+
+ * Use upstream’s build.sh for the build step.
+
+ * Remove patches which no longer apply / are not needed:
+
+- 0001-build-with-libjs-coffeesciprt.patch
+- 0002-Don-t-use-ld.gold-when-building-webkit.patch
+
+ -- Dato Simó Thu, 28 May 2015 20:36:42 -0300
+
phantomjs (1.9.0-1
Package: calendarserver
Severity: wishlist
There is a new version of calendarserver available. It would be
nice to have it packaged for Debian.
I might be able to help if you’d like. I see in the repository
that you’ve imported upstream/7.0. You can let me know if there
are any blockers so far.
retitle 801071 Please remove minirok from the archive
reassign 801071 ftp.debian.org
stop
Hello—
I agree with Moritz: let’s remove minirok from the archive.
I’m maintainer and upstream. I don’t have intentions to work on it
any further.
Thanks,
Moritz Muehlenhoff writes:
> Package: minirok
Package: calendarserver
Version: 5.2+dfsg-2
Severity: minor
calendarserver’s dependency on python-pycalendar should be >= 2.0~svn13177-1.
This is only a very minor fix, but would be helpful if anybody backports
calendarserver 5.2 to wheezy.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@l
>Number: 2190
>Notify-List:[EMAIL PROTECTED]
>Category: mutt
>Synopsis: mutt segfaults when replying from the view-attachments menu
>Confidential: no
>Severity: normal
>Priority: medium
>Responsible:mutt-dev
>State: open
>Keywords:
>Class:
>Number: 2172
>Notify-List:[EMAIL PROTECTED]
>Category: mutt
>Synopsis: crashes (double free) when closing externally modified mailbox
>Confidential: no
>Severity: normal
>Priority: medium
>Responsible:mutt-dev
>State: open
>Keywords:
>Class
Your Profile has been Matched:
DISTANCE: 12 Miles
H0USE--W IFE ID:1893-Andrea Powers
SCHELDULE MEETING: http://womenlovebest.com/tmember/2142313.php
Don't Want to Meet this H0USE--w ife?
http://womenlovebest.com/out/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a sub
39 matches
Mail list logo