date:20210808

Bug#992021: doc8: new upstream release (0.9.0) and homepage

2021-08-08 Thread Paul Wise

Package: python3-doc8
Version: 0.8.0-4
Severity: wishlist

The current Homepage redirects to a different page:

  https://git.openstack.org/cgit/openstack/doc8
   -> https://opendev.org/openstack/doc8/
   -> https://opendev.org/x/doc8

The final page in this chain of redirects has a plain text redirect:

   This project is no longer maintained in OpenStack.
   
   Please visit PyCQA to raise issues or make contributions:
   
   https://github.com/PyCQA/doc8

The new repository location lists a new release:

   0.9.0 Latest
   Jul 19, 2021

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


signature.asc
Description: This is a digitally signed message part

Bug#992020: ITP: scap-workbench -- Scanning and tailoring tool for SCAP content

2021-08-08 Thread Hideki Yamane

Package: wnpp
Severity: wishlist
Owner: Hideki Yamane 
X-Debbugs-Cc: debian-de...@lists.debian.org, he...@nerv.fi, k...@debian.org

* Package name: scap-workbench
  Version : 1.2.1
  Upstream Author : Red Hat
* URL : https://www.open-scap.org/tools/scap-workbench/
* License : GPL-3+
  Programming Lang: C++
  Description : Scanning and tailoring tool for SCAP content

 SCAP is a line of standards managed by NIST with the goal of
 providing a standard language for the expression of Computer Network
 Defense related information.
 .
 The main goal of this application is to lower the initial barrier of using
 SCAP. Therefore, the scope of very narrow - scap-workbench only scans a
 single machine and only with XCCDF/SDS (no direct OVAL evaluation).
 The assumption is that this is enough for users who want to scan a few
 machines and users with huge amount of machines to scan will just use
 scap-workbench to test or hand-tune their content before deploying it with
 more advanced (and harder to use) tools like spacewalk.
 .
 Feature highlights:
  * XCCDF 1.1 and 1.2 support
  * Source Data Stream 1.2 support
  * XCCDF 1.2 Tailoring file support
  * Evaluation of local machine
  * Evaluation of remote machine (using ssh)
  * Limited tailoring support - selection and unselection
  * Saving results as XCCDF 1.1 or 1.2 (depending on input) or ARF 1.1


 Note: this package was removed once from archive sicne it depended on
   deprecated Qt4, see 
https://tracker.debian.org/news/1106349/removed-115-1-from-unstable/
   But new upstream version is successfully migrated to Qt5, so push
   it again.

Bug#111013: Cannot reproduce

2021-08-08 Thread Brian Thompson

I am unable to reproduce the fix that was mentioned in this bug.  I
tried with less and running `export LESS="-r $LESS" and
`export LESS="-R $LESS"`.

Marking as unreproducible for now.
-- 
Best regards,

Brian T


signature.asc
Description: PGP signature

Bug#990763:

2021-08-08 Thread Daniel Black

Hi,

MDEV-25394 is dissimilar. It is in InnoDB while this appears to be in
the optimizer code.

A new 10.3.31 is coming soon
https://salsa.debian.org/mariadb-team/mariadb-10.3/-/pipelines/273217

The optimizer related fixes in the two version since 10.3.29 are:
https://jira.mariadb.org/issues/?jql=fixVersion%20%20in%20(10.3.30%2C%2010.3.31)%20and%20component%20%3D%20Optimizer

Looking at these bugs I can't see anything that looks particularly equivalent.

So in summary, we do need more information to resolve this. Ideally
this should be a new MDEV project bug on https://jira.mariadb.org/.

The information that would be most useful is:
* the query that caused this. This should of been in the log
* `SHOW CREATE TABLE {tablename}` for the table is the query.
* EXPLAIN EXTENDED {query}; SHOW WARNINGS

The stack trace shows this is occurring as a prepared statement. If
you are willing to risk the availability of the server running this as
a non-prepared statement straight from the mariadb command line that
would be useful as a test point.

If the core file is still available/reproducible the following
additional resolution of the stack traces that will aid MariaDB staff.

cat >>/etc/apt/sources.list.d/debug.list <<'EOT'
deb http://deb.debian.org/debian-debug buster-debug main contrib non-free
EOT

apt-get install -y gdb mariadb-server-core-10.3-dbg

gdb /usr/sbin/mysqld core

thread apply all bt full

The dbg symbols and gdb resolution can be on a different server or
even in a container that can access the core.

If this contains confidential information like tablenames (its
unlikely to contain table contents) of your client you can use
https://mariadb.com/kb/en/meta/mariadb-ftp-server/ to make this only
available to MariaDB people for the purpose of debugging this issue.

53 matches

Mail list logo