)
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7
Package: release-notes
Severity: normal
In stretch, apt and the mirror network have a few new features that offer
a great improvement in robustness for the end user. It would be good to
document these in the Release Notes for stretch; they are achievements to
celebrate.
apt learns about SRV
On 05/08/17 10:36, Stuart Caie wrote:
libmspack is wrong to convert to unsigned without checking for errors first.
When I get to my computer, I'll check all calls to mspack_system
read/write/seek/tell methods, to be sure this doesn't happen anywhere else.
I checked all the other mspack_system
, so not
all libmspack usages are vulnerable.
Regards
Stuart
this problem since it
is a bug in the C++ code not in the python code.
Attached patch (ready to be dropped into debian/patches/ and tested locally)
adapted from
https://github.com/openbabel/openbabel/pull/62
cheers
Stuart
-- System Information:
Debian Release: 9.0
APT prefers testing-p
to get security updates either
to those packages or to other packages from testing/unstable owing to the
particular mix they have -- conflicts/breaks will leave them held back.
(It probably should have s/ftp.debian.org/deb.debian.org/ applied throughout
too)
thanks for fixing
Stuart
ocument so that, when reading the website, the reader (e.g. this
bug reporter), knows what version number to use in the bug report.
cheers
Stuart
On Tuesday, 20 June 2017 12:37:24 AEST Raphael Hertzog wrote:
> On Tue, 20 Jun 2017, Stuart Prescott wrote:
> > This sets users up for some very spectacular problems. Mixed
> > stable/testing
> > systems are supported only in the sense that the upgrade should be
> > poss
-architure` is i386, and
`uname -r` ends in amd64
- add amd64 as foreign architecture
`dpkg --add-architecture amd64; apt-get update`
- (install the appropriate kernel metapackage as described already)
cheers
Stuart
On Mon, 2017-06-26 at 16:57 +0100, Ben Hutchings wrote:
> Control: tag -1 upstream wontfix
I'll file it upstream. I'm never quite sure whether the maintainer is
supposed to do that or the bug submitter - it seems to vary by package.
Should I link the bug report here?
> You should put the WAN
it been forgotten? (To
my knowledge, upstream still ship it.)
Regards,
Stuart Longland
-- System Information:
Debian Release: 9.0
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.9.0-3-amd64 (SMP w/16 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE
Package: src:linux
Version: 4.9.30-2+deb9u1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Configuration:
A box running 4.9.0-3-amd64 is acting as a NAT'ing router. It has
a single Ethernet NIC and a wireless NIC servicing the local LAN.
These devices are bridged. Since
places even if the entire test suite isn't run?)
cheers
Stuart
-- System Information:
Debian Release: 9.0
APT prefers testing-proposed-updates
APT policy: (550, 'testing-proposed-updates'), (500, 'testing-debug'), (500,
'testing'), (60, 'unstable')
Architecture: amd64
(x86_64)
Foreign
Control: reassign -1 reportbug
As promised, reassigning back to reportbug since it is failing to use
compare_versions() correctly.
(quoting the full mail below since it didn't get to the bug last time)
On Tuesday, 30 May 2017 11:59:01 AEST Stuart Prescott wrote:
> Hi Sandro,
>
> &g
ian.org/CD/http-ftp/#stable
[2] https://wiki.debian.org/Teams/DebianCD/ReleaseTesting/Stretch (Errata #2)
cheers
Stuart
.)
cheers
Stuart
-- System Information:
Debian Release: 9.0
APT prefers proposed-updates
APT policy: (550, 'proposed-updates'), (500, 'stable-debug'), (500,
'stable'), (60, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.9.0-2-amd64 (SMP w/4 CPU cores
Package: libcoap
Version: 4.1.2-1
Severity: wishlist
Dear Maintainer,
I just tried building this package on Debian Jessie as most of our
infrastructure still uses this release. Out-of-the-box, it will not
build due to the version of debhelper, however if you tell it to ignore
this, it builds
ld make me much happier: compiled in but disabled by default
config sounds like a good arrangement.
cheers
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B
Control: tags 878434 + pending
Control: tags 878435 + pending
Thanks for your contributions -- the patches are applied to the git repo and
will be included in the next release.
cheers
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http
included in the next
upload.
regards
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7
Jakub,
Any chance of getting this into Buster?
Would an NMU Help?
--
Regards,
Russell Stuart
+61 438 805 133
http://www.humbug.org.au/RussellStuart
signature.asc
Description: This is a digitally signed message part
oin as a comaintainer for this package if you'd like.
thanks
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7
ittest’ branch.
As already noted on the mailing list, these changes completely break the test
suite at build time and are additionally buggy in their invocation of the
autopkgtests (hence removing the "patch" tag). Something similar in nature
that is tested and works would be quite
dlopen; quite literally, the ones listed above from 15 down to 10
as shown above. Debian now ships libmpi.so.20 and that is never attempted so
is never opened and never works.
There are more elegant ways of fixing this monstrosity such as what is in
upstream's git [1], but for the time being, the at
consumers could make suggestions
now. If existing consumers such as buildinfo.d.n already have implementations
that would fit into python-debian, then even better.
cheers
Stuart
warded message (end)
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7>From 5b47de7a0a8d06dad94681998721e88ccae99895 Mon Sep 17 00:0
quite sensible to include in python-debian. I think
architecture information probably lives inside debian_support.py along with
types for versions and version comparison.
Could you please put this code and a (standalone) test suite in a form that
can be merged?
many thanks
Stuart
--
Stuart P
On Sun, 2017-09-10 at 19:04 +0200, Michael Biebl wrote:
> Russel, any news?
Sorry Michael, I apparently had a brain fart. I read your request to
"file this change as a proper PR" but didn't do it. Done now.
signature.asc
Description: This is a digitally signed message part
to be convinced that
this is an appropriate thing to do from a security standpoint, but I need
convincing.
regards
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B
Hi Guillaume,
I was seeing similar crashes to you in kcharselect. Removing the package
at-spi2-core and ensuring that its processes at-spi2-registryd and
at-spi-bus-launcher were not still running was enough to prevent
these crashes.
Does that work for you?
cheers
Stuart
--
Stuart
uot; field might
also be useful, providing a service to figure out the package name that has
the debug symbols based on build-id. (The space-separated format of Build-Ids
doesn't appear to be documented in deb-control(5) just yet.)
cheers
Stuart
of the package
in debian/control will lead to the upload being automatically rejected.
For more information, please see https://bugs.debian.org/858117 and
https://wiki.debian.org/DebugPackage
regards
Stuart
limit.
The attached patch enlarges the column to be bigints (64 bit signed integers)
which should see us through for the time being...
(UDD does not currently import dbgsym packages; it probably should)
cheers
Stuart
$ xzcat .../debian-debug/dists/sid-debug/main/*/Packages.xz | grep-dctrl -F
Size
easy to programmatically detect if two files are the same
or if diffoscope otherwise exited. (diff's exit 2 includes "no such file or
directory" errors)
cheers
Stuart
Control: tags -1 + patch
On Saturday, 25 November 2017 09:52:17 AEDT Stuart Prescott wrote:
> In the absence of either a new upstream appearing or a new maintainer for
> Qt4 appearing, it is perhaps sadly time to remove these packages from
> Debian.
Inspired by Sune's demonstration of
Control: tags -1 + patch
On Saturday, 25 November 2017 09:52:17 AEDT Stuart Prescott wrote:
> In the absence of either a new upstream appearing or a new maintainer for
> Qt4 appearing, it is perhaps sadly time to remove these packages from
> Debian.
Having shaken that tree, Sune Vuorela
for Qt4
appearing, it is perhaps sadly time to remove these packages from Debian.
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7
either of these are possible other than entirely dropping the KDE version of
the package and retaining only the Qt version, which is against upstream's
wishes.
(Was there a deprecation schedule for poppler-qt4 that we missed?)
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
decided it was time to do
> it, so it's going to happen a bit earlier than I expected.
That's a pity. "Eventually" (in the time of buster) and "now" are two
different things.
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Deve
tabs will also
trigger the warning. The following sed would do better:
sed -i -e 's@[[:space:]]*$@@g' path/to/filename
(it's also not obvious to me that the maintainer should be encouraged to edit
old changelog entries in this fashion)
cheers
Stuart
in the sample command but otherwise,
that at least tells the maintainer how to fix the warning rather than giving
an instruction that does not.
cheers
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.o
74834) where the impending removal of Qt4 will
kill avogadro-1 and if avogadro-2 isn't yet ready to take over, there will be
no avogadro at all in buster.
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@de
.
regards
Stuart
to be
added. The attached patch achieves this, also available as a merge request on
salsa.
https://salsa.debian.org/python-team/applications/gaupol/merge_requests/1
I'm happy to NMU to get this fix into the archive or for a maintainer upload
the fixed package, whatever is simpler.
Source: libglu
Severity: normal
Tags: patch
Dear Maintainer,
The current Vcs tags in debian/control still refer to git.debian.org
Attached is a patch to update them to point to the source at salsa.debian.org
--- libglu/debian/control 2018-05-14 20:44:04.912681221 +1000
+++
Realised I got the files around the wrong way in the patch. While it'll
probably apply, it'd be better to get it right.
Correct patch attached.
On 14 May 2018 at 20:51, Stuart Young <cef...@gmail.com> wrote:
> Source: libglu
> Severity: normal
> Tags: patch
>
> Dear Mainta
fter installing kernel 4.16.0-1-amd64. With
> 4.15.0-3-amd64 no problem.
>
> Chris
>
>
>
--
Stuart Young (aka Cefiar)
64)
>
> Kernel: Linux 4.16.6 (SMP w/3 CPU cores)
> Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8),
> LANGUAGE=de_DE.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/dash
> Init: systemd (via /run/systemd/system)
>
> Versions of packages libclc-r600 depends on:
> ii libclang-common-6.0-dev 1:6.0-3
> ii libclc-dev 0.2.0+git20180312-2
>
> libclc-r600 recommends no packages.
>
> libclc-r600 suggests no packages.
>
> -- no debconf information
>
>
--
Stuart Young (aka Cefiar)
7599, 897632 and 897917.
--
Stuart Young (aka Cefiar)
if you need more information please
> contact me.
>
> Regards, Robert
>
> --
> Tehnic
>
>
--
Stuart Young (aka Cefiar)
(x86_64)
>
> Kernel: Linux 4.16.0-2-rt-amd64 (SMP w/2 CPU cores; PREEMPT)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
> LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /usr/bin/dash
> Init: systemd (via /run/systemd/system)
> LSM: AppArmor: enabled
>
> --
> Laurent.
>
>
--
Stuart Young (aka Cefiar)
On Mon, 19 Mar 2018 21:56:21 +0900, Hideki Yamane wrote:
> It was succeeded on my box.
This has bitten me, and I can't find a work around (ie, it fails every
time).
The attached script ("bug-731859-demo.sh") does a nested debootstrap
run. The outer run sets up a chroot for the Debian suite
On Sun, 2018-05-27 at 20:54 +1000, Russell Stuart wrote:
> On Mon, 19 Mar 2018 21:56:21 +0900, Hideki Yamane wrote:
> > It was succeeded on my box.
Sorry Clint, the email I'm replying to. I meant to send this to bug
731859. I was a copy and paste error.
signature.asc
De
On Mon, 19 Mar 2018 21:56:21 +0900, Hideki Yamane wrote:
> It was succeeded on my box.
This has bitten me, and I can't find a work around (ie, it fails every
time).
The attached script ("bug-754458-demo.sh") does a nested debootstrap
run. The outer run sets up a chroot for the Debian suite
/2018-May/196034.html
https://lists.freedesktop.org/archives/mesa-dev/2018-May/196038.html
Note: Nothing has been accepted upstream yet. May or may not happen before
18.1.1 is released. Will update this bug if I can when this patch is no
longer needed.
--
Stuart Young (aka Cefiar)
Update: Fix still not present in mesa 18.1.1, so the original patch is
still required.
On 30 May 2018 at 17:51, Stuart Young wrote:
> Seems that the source issue of this patch is going to be addressed
> upstream. This should mean that once it's addressed, the original
> glvnd-f
be lowercase and some
MUAs such as kmail ignore the capitalised versions.
https://www.ietf.org/rfc/rfc2368.txt
cheers
Stuart
Stuart
-- Package-specific info:
-- System Information:
Debian Release: 9.4
APT prefers stable-updates
APT policy: (550, 'stable-updates'), (550, 'proposed-updates'), (550,
'stable'), (500, 'stable-debug'), (500, 'stable'), (60, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures
Hi All,
Can any of you try the fix for Bug 901497 ?
This could be an Xwayland issue that until recently was hard to trigger.
Alternatively try using the X.org X server rather than the Wayland one to
see if that helps.
On Sat, 23 Jun. 2018, 02:33 Margot Berg, wrote:
> Hello Yves-Alexis,
>
>
On Mon, 2018-06-18 at 20:22 +0900, Hideki Yamane wrote:
> I've run it and got failure as below (my question is can we run
> nested chroot without failure?)
If I parse that correctly you as asking is it possible to possible to
do a debootstrap inside of a chroot. The answer is yes of course, but
the Tk GUI rather than the Qt GUI. (This is supposed
to be the default.)
regards
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396
ave the maintaier searching for it within the source.)
cheers
Stuart
t part I am yet to investigate... this sort of shell script debugging
reminds me of the normal level of complexity for a shell script where I wish
it was in some other language.
cheers
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://
have symlinks outside /u/s/doc (and was
trying to do so today to help users find the examples that pymol-data is
shipping inside /usr/share/pymol/examples).
cheers
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debi
Source: pymol
Version: 1.8.4.0+dfsg-1
Severity: important
The pymol module is used by other packages and ships public modules that are
in sys.path. That means that the public modules must be in the package
python-pymol; the command line tools, menu items, icons, documentation can
remain in the
well as modifications to the test runner -- now uploaded.
regards
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7
on
ci.d.n and see if there's an obvious difference? (Also, was deleting the Vcs-*
fields from d/control with a commit titled "Standards-Version: 4.1.4"
intentional?)
cheers
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.o
Package: gpg
Version: 2.2.5-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Here is the error:
$ gpg --no-permission-warning --homedir A_HOMEDIR --recipient A_RECIPIENT
--multifile --encrypt
Control: tags -1 +patch
Attached is a patch that fixes this FTBFS; the offending import is no longer
needed and so just deleting the line is enough to solve the bug. (This is
fixed in a similar fashion upstream along with a few other changes to
numpydoc.)
cheers
Stuart
--
Stuart Prescott
py utility or "numpy2" in parallel with
the dh_python2 tool. Adjust to taste!)
It would be great to include this feature to help maintainers simplify
their debian/rules files.
thanks!
Stuart
From dd0e8e348caceb0fca53b7590265bee2413b0e28 Mon Sep 17 00:00:00 2001
From: Stuart Prescott <stu..
on of specification
changes and include them early on. (cme, lintian, sources.d.o, python-debian
are the ones that come to mind; there are probably others) People who write
parsers are probably policy wonks who read the list anyway, but it's worth
checking.
cheers
Stuart
--
Stuart Prescottht
Package: lintian
Version: 2.5.66
Severity: normal
Sphinx always wants to include a copy of the licence of the documentation
within the sources and it always includes the .rst sources of the documentation
in amongst the compiled text. This means that maintainers either end up
ignoring or
Python 2 and Python 3.
https://sourceforge.net/projects/pmw/
thanks
Stuart
ce I never read about this in the last
> weeks).
Thanks for your offer but you can cross this one off your list already. I
actually completed this work last night and have uploaded the fix.
regards
Stuart
Control: tags -1 patch
The attached patch does the minimum that is required to update the package.
There's a lot more that could be done with this package (including a new
upstream release from a few years ago) but this is a start...
--
Stuart Prescotthttp://www.nanonanonano.net/ stu
Hi David,
I have NMUd diffpdf to include the changes to build with Qt5 instead of Qt4;
the diff of the NMU is attached and I have already pushed these changes to
git.
regards
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http
Hi David,
I have NMUd comparepdf to switch it from Qt4 to Qt5, plus some other small
fix-ups on the package as per the previous set of patches. The debdiff is
attached and I have pushed these changes to git.
regards
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu
Dear maintainers of plastex,
On Monday, 8 January 2018 23:40:14 AEDT Stuart Prescott wrote:
> Control: tags -1 patch
>
> The attached patch does the minimum that is required to update the package.
>
> There's a lot more that could be done with this package (including a new
>
ports.functools-lru-cache is included in the build-dependencies
and so the build-time tests pass, but the package tests do not:
https://ci.debian.net/packages/m/matplotlib/unstable/amd64/
cheers
Stuart
bian.org/~jmm/poppler/, let me know if you still run
> > into problems with those.
> >
> > I'll look into fixing jessie later today or tomorrow.
>
> These seem to work for me, thanks.
+1 from me too, tested on a few PDFs that had been problematic.
thanks
Stuart
--
Dear pocl maintainers,
How can I help? Is there any assistance that you require for updating pocl in
unstable? Does this require the new upstream version (1.0) for LLVM
compatibility or are there lots of other problems to address too?
cheers
Stuart
--
Stuart Prescotthttp
rol --reload; then
…
fi
codesearch also indicates that many other packages just add '|| true' to
simply suppress the error
https://codesearch.debian.net/search?q=udevadm.control.--reload+path%3Apostinst
cheers
Stuart
Package: lintian
Version: 2.5.67~bpo9+1
Severity: wishlist
udevadm can be present on the system but non-functional, due to being inside
a chroot for example. It seems that there are two common patterns used in
maintainer scripts that correctly handle that situation:
if udevadm control --reload;
On Friday, 19 January 2018 01:43:42 AEDT Stuart Prescott wrote:
> Dear maintainers of plastex,
>
> On Monday, 8 January 2018 23:40:14 AEDT Stuart Prescott wrote:
> > Control: tags -1 patch
> >
> > The attached patch does the minimum that is required to update the
&g
tes to the whole `Copyright` instance? Users would then
check that the file is valid after read in rather than using exception
handling.
comments, please! (Either to this bug or to the MR on salsa)
thanks
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Deb
ble to be changed so that the
copyright file is created prior to upload rather than at build time?
thanks
Stuart
t the
copyright file is created prior to upload rather than at build time? I can see
that making sure that the latest upstream COPYING is used is attractive, but
since any changes to that file require manual review by the maintainer anyway,
I'm not sure that it really gains as much as desired.
thanks
Stuart
l, would debian/rules be able to be changed so that the
copyright file is created prior to upload rather than at build time?
thanks
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG finger
Package: lintian
Version: 2.5.66
Severity: normal
The new tag python-package-depends-on-package-from-other-python-variant
complains about the relationship:
Package: python3-bumps
Suggests: python-bumps-doc, …
It's pretty standard for the documentation for Python module packages to
be
and not $fname =~ m,/_sources/license\.rst(\.txt)?$,o
BTW this should include license.txt too from sphinx before 1.6(ish).
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprin
with variants of
python3/python3:all/python3.x/python3.x:any are likely to be incorrect.
(Perhaps there are indeed legitimate use cases for this that I haven't
imagined and consulting d-python@ might be sensible.)
cheers
Stuart
Python 2 and Python 3,
but my feeling is that the vast majority of such dependencies would be
mistakes.
(yes, if this were python-translate-toolkit then it would have been caught,
but that package name would also be incorrect for the package)
cheers
Stuart
--
Stuart Prescotthttp://www.nan
On Saturday, 28 July 2018 15:58:55 AEST Chris Lamb wrote:
> Hi Stuart,
>
> > > This won't trigger for packages unless they are called /
> > > ^python([23]?)-/ however
>
> […]
>
> > Only module packages are called python{,3}-foo, while applications
>
are only making work for people who will
have to rewrite parsers because the license short names are not the opaque
tokens originally given in copyright-format/1.0.*
Given they are unnecessary and actively harmful, let's not adopt this
syntax.
Stuart
* almost opaque, given "+" and
papercuts.
(The brackets, however, remain unnecessary.)
cheers
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7
ng a (set of) maintainer(s) that includes those using
vendor.series and the dpkg maintainers, I assume §6.1.4 applies.)
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1
ple can
do but since 'true' is the most obvious noop it's probably enough for that.
(The policy around the tests obviously needs to broadly forbid noop tests in
some way beyond what lintian can actually test for; someone from RT/ci/
Policy(?) needs to document what is acceptable)
cheers
Stuart
--
Stuart
n't be helping maintainers and derivatives to get rid of vendor.series,
just that pretending that it's only a policy issue and then using policy as a
back door to overrule maintainers is completely the wrong way of doing it and
undermines both Policy and TC.)
Stuart
dd-list for the above:
or setting that mode
and that mode used at package build time and in autopkgtest.
BTW other latent bugs here:
* diffoscope has an unsatisfiable recommends
* diffoscope cannot be built in buster (unsatisfiable build-deps,
this is RC)
cheers
Stuart
re is no polyglot
version of a module or package and so two versions are shipped. We've even had
some modules like that since wheezy. These are all transitional in the sense
that the extra packages will disappear from Debian soon enough.
Please let me know if I can be of assistance with this wor
901 - 1000 of 1364 matches
Mail list logo