On Mon, Mar 02, 2020 at 09:46:21PM +, Mike Gabriel wrote:
> Currently, it seems that pacparser has not been orphaned, yet. There was
> this salvage procedure discussed earlier. I'll check if that is common
> practice these days and start the process of friendly take over.
salvaging is a thing
On Sun, Feb 23, 2020 at 04:06:23PM +0100, Marek Marczykowski-Górecki wrote:
> > so for the record: while I can easily workaround the above problem by using
> > a
> > Fedora based VM to download updates for my Qubes dom0, I'd be glad to help
> > people to get yum, dnf and rpm back into Debian, eg
control: tags 952283 -pending
control: tags 952383 +pending
thanks
On Mon, Feb 24, 2020 at 05:21:22PM +, Daniel Shahaf wrote:
> Correction: #952383.
oh! sorry for the noise, Pirate!
Daniel, 952383 is fixed in git with the following changelog entry:
* check-support-status.in:
- Don't
On Sun, Feb 23, 2020 at 03:51:58PM +, Daniel Shahaf wrote:
> > all merged except that one case, fixing the error code.
> Thanks!
thanks for your patches! much appreciated!
> Alternatively, how about deleting the «exit 0» line entirely? That
> would effectively downgrade the error message
Hi Daniel,
On Sat, Feb 22, 2020 at 03:38:15PM +, Daniel Shahaf wrote:
> Following up on #951772, here are a few more bugfixes:
> Subject: [PATCH 1/4] Clarify an error message
> Subject: [PATCH 2/4] Fix --version output: used an undefined variable.
> Subject: [PATCH 3/4] Print errors and
Package: debian-edu-doc
Version: 2.11.1
Severity: normal
Dear Maintainer,
the new bullseye manuals (checked the german PDF and HTML versions) there are
no images included, while they are in the stretch and buster manuals.
--
cheers,
Holger
Package: debian-edu-doc
Version: 2.11.1
Severity: minor
Dear Maintainer,
on at least the html and pdfs versions of the Debian Edu manuals there's an
empty publication date on the frontpage.
Better would be to include the date of the last change to the manual :)
--
cheers,
Holger
Package: wnpp
Severity: normal
I intend to orphan the html2text package.
The package description is:
html2text is a converter from HTML to plain text.
.
html2text reads HTML documents supplied in the command line (or from standard
input), converts each of them into a stream of plain text
hi Guillem,
On Fri, Nov 09, 2018 at 11:55:38AM +0100, Guillem Jover wrote:
> Actually, I guess the other option that might be an option for stable is
> to make dpkg-buildpackage generate the buildinfo file itself, and on
> source-only uploads force the name to be _source.buildinfo regardless
> of
Hi,
On Fri, Feb 14, 2020 at 03:12:20AM +0100, Marek Marczykowski-Górecki wrote:
> > I mean, rpm is definitly still useful to have on Debian, but yum and
> > friends???
> They are also useful in some cases. For example if you want to use
> Debian-based VM to download updates for your Qubes
Hi Tomas,
On Tue, Jul 02, 2019 at 06:33:43PM +0200, Tomas Pospisek wrote:
> I'm upgrading a box from jessie to stretch. `apt-get upgrade` is taking
> *extremely* long. Installing a single package is taking minutes.
>
> When I check `ps faux` I see that there's a process `check-support-status`
>
Hi Daniel,
On Fri, Feb 21, 2020 at 04:00:47PM +, Daniel Shahaf wrote:
> > Can I have a patch, please?
> This?
that! thanks!
> The trailing "&&" are meant to discourage code from being added between
> the printf and the gettext. I've considered several alernatives but
> didn't come up with
On Fri, Feb 21, 2020 at 03:43:52PM +, Daniel Shahaf wrote:
> Perhaps add a comment as well? —
> +# skip packages that were listed in --except
sure, thanks, committed to git!
> (Sorry for the extra round trip; I'd meant to add this before submitting
> but forgot to.)
np at all!
--
Hi Daniel,
On Fri, Feb 21, 2020 at 03:25:34PM +, Daniel Shahaf wrote:
> Please prefix "check-support-status: " to the error message.
Can I have a patch, please?
--
cheers,
Holger
---
On Fri, Feb 21, 2020 at 02:35:34PM +0100, Wolfgang Schweer wrote:
> > isn't this a bug in Thunar then?
> I guess not. gvfs-backends provides protocols which are only needed in
> special cases (like smb:// or ftp://).
ah, ok.
--
cheers,
Holger
Hi Daniel,
On Fri, Feb 21, 2020 at 11:04:48AM +, Daniel Shahaf wrote:
> Here you go:
[...]
thanks, looks good to me now!
> (Normally I'd add an interdiff alongside the new diff, but I'll skip
> that since you said you only skimmed the original.)
:)
> P.S. Separate issue: in cases such
On Fri, Feb 21, 2020 at 11:57:30AM +0100, Wolfgang Schweer wrote:
> ah, ok. So these are two different issues. Xfce uses Thunar. Thunar (as
> opposed to Caja, PcmanFM, Nautilus - to name a few) doesn't recommend
> gvfs-backends. About to add both,
isn't this a bug in Thunar then?
--
cheers,
Hi Daniel,
On Fri, Feb 21, 2020 at 12:50:46AM +, Daniel Shahaf wrote:
> Thanks for the review!
well, I only glimpsed over it so far..
> > why is php5 mentioned here?
> I based the new test on the existing "simple ($awk)" test. That test
> uses php5 as the example, so that carried over to
Hi Daniel,
On Sun, Feb 16, 2020 at 07:35:39PM +, Daniel Shahaf wrote:
> > & patches welcome.
> Here you go, against current git:
wheeehoo, very nice.
just two comments:
> +write_file ($list_limited, <<__EOS__);
> +php5See README.Debian.security for the PHP security policy
>
Hi Daniel,
thanks for your bug report.
On Sun, Feb 16, 2020 at 04:12:46PM +, Daniel Shahaf wrote:
> [...] Thus, in effect, it would let the admin "whitelist"
> known issues, so only new ones would be printed.
>
> Would this make sense?
yes.
& patches welcome.
--
cheers,
Holger
On Thu, Feb 13, 2020 at 08:14:11PM -0500, Sandro Tosi wrote:
> thanks! I'm gonna go ahead and file an RM bug for the following pkgs
> too: yum createrepo python-lzma yum-metadata-parser mock yum-utils
> dtc-xen deltarpm
>
> they are a closed set
thank you for cleaning up after all of us, now
control: severity -1 wishlist
control: tags -1 -newcomer +wontfix
On Mon, Feb 10, 2020 at 06:17:11PM +0100, Jörg Frings-Fürst wrote:
> Hello, the plugin mysql_ needs libcache-cache-perl.
yes, that's why libcache-cache-perl is suggested by munin-plugins-core, which
includes many munin plugins
hi,
thanks for your analysis but this is already fixed in git and the upload
is just waiting for the upstream tarball to be released, the git tag is
there..
--
cheers,
Holger
---
On Thu, Jan 30, 2020 at 09:55:58AM -0500, Sandro Tosi wrote:
> i was mostly querying the status of it, i cant even find an ITP for dnf.
exactly.
> i was talking about removing koji entirely from debian, an RM to
> ftp.d.o; is that not what you mean?
right, this is also in order.
--
cheers,
On Thu, Jan 30, 2020 at 01:36:33AM -0500, Sandro Tosi wrote:
> yep i came across all of them starting from python-lzma -- do you know
> what's the status of the "RedHat infrastructure" in debian? many (if
> not all) of those tools are relatively old, not maintained (or just in
> life support mode)
On Tue, Jan 28, 2020 at 11:21:46PM -0500, Sandro Tosi wrote:
> ok, whos of the maintainers is working on packaging 1.18? i see
> there's even 1.20 released.
noone, I believe. Also because it needs dnf, which is not packaged for
Debian at all.
I was just going to remove myself from uploaders in
hi,
On Tue, Jan 28, 2020 at 09:46:51PM +0100, Salvatore Bonaccorso wrote:
> Please do remove koji on next stretch and buster point release, see
> discussion with Holger in #942146. It is more sensible in the light of
> the security issues and the user base to remove the package from stable
> and
On Thu, Jan 23, 2020 at 08:42:03PM +0100, Moritz Muehlenhoff wrote:
> Let's remove it in the upcoming stretch/buster point releases, then?
seems reasonable to me.
--
cheers,
Holger
---
Hi Salvatore,
On Sun, Jan 05, 2020 at 09:02:20PM +0100, Salvatore Bonaccorso wrote:
> Any news on this issue? AFAICT, the issue is fixed as well in 1.16.3,
> so the smaller jump should be possible. Once fixed in unstable, can
> you adress the issue as well via point release?
I think it's
On Wed, Jan 22, 2020 at 08:29:12PM +0100, Mattia Rizzolo wrote:
> It hasn't caused issues nor has it been abused in years, so I don't see
> a reason to jump the gun right this instant.
> I just wanted to document my sightings :)
ack! :)
--
cheers,
Holger
On Tue, Jan 21, 2020 at 09:42:35PM +0100, Mattia Rizzolo wrote:
[...]
> I.e., it's highly inefficient and causes us to be subject to DoS if
> anybody wanted it.
> For example, right now there are 6 such proceses running. It really
> means 6 busy vCPUs that can't do anything else.
eeeks.
> We
On Mon, Dec 30, 2019 at 09:08:36PM +, Adam D. Barratt wrote:
> Please go ahead.
uploaded now, thanks.
--
cheers,
Holger
---
holger@(debian|reproducible-builds|layer-acht).org
PGP
On Fri, Jan 17, 2020 at 12:06:02AM +0530, Utkarsh Gupta wrote:
> >> Since 27 December the piuparts-analyze output is broken. E.g.:
> >> https://piuparts.debian.org/logs/2019/12/27/piuparts-analyze.txt
> >>
> >> The failure start date coincides with the date when the new code from
> >> the develop
On Fri, Jan 17, 2020 at 12:06:02AM +0530, Utkarsh Gupta wrote:
> Prepared and uploaded :)
wow, that was quick! thank you!
> Please let me know if somebody else wants to maintain, I'd happily step
> aside.
:) that's why I didnt upload... ;)
--
cheers,
Holger
Hi,
On Tue, Dec 31, 2019 at 02:51:33PM +0100, Nis Martensen wrote:
> Package: piuparts.debian.org
> Severity: normal
>
> Since 27 December the piuparts-analyze output is broken. E.g.:
> https://piuparts.debian.org/logs/2019/12/27/piuparts-analyze.txt
>
> The failure start date coincides with
Package: piuparts.debian.org, piuparts
Severity: minor
Dear Maintainer,
piuparts.debian.org should nowadays test bullseye2next, not buster2next.
The fix is straightforward:
~/Projects/piuparts/git/piuparts$ rgrep buster2next *
debian/changelog: and [buster2proposed] to [buster2next].
Package: piuparts.debian.org
Severity: important
hi,
until recently, there were piu-slave-bm-a.debian.org and
piu-slave-ubc-01.debian.org
testing packages as pejacevic.debian.org (aka piuparts.d.o) would tell
them. Since recently, there is only piu-slave-ubc-01.debian.org left and
thus there is
On Wed, Jan 01, 2020 at 04:48:41PM +0100, Nis Martensen wrote:
> Aren't backports taken from testing?
yes.
> python3-debianbts currently cannot
> migrate to testing because it would make the testing version of piuparts
> uninstallable (unsatisfiable dependencies).
right.
(though testing
Hi & happy new year,
On Tue, Dec 31, 2019 at 02:51:33PM +0100, Nis Martensen wrote:
> Since 27 December the piuparts-analyze output is broken. E.g.:
> https://piuparts.debian.org/logs/2019/12/27/piuparts-analyze.txt
thanks for the bug report, Nis.
> The failure start date coincides with the
On Sat, Dec 28, 2019 at 12:16:23PM +0100, Nis Martensen wrote:
> On 27.12.2019 Holger Levsen wrote:
> > I do hope to do a final piuparts upload in 2019. We'll see if I manage
> > during 36c3 ;)
> Just submitted a few more merge requests for the remaining issues I
> coul
hi,
Traceback (most recent call last):
File "/srv/piuparts.debian.org/share/piuparts/piuparts-master-backend", line
433, in
main()
File "/srv/piuparts.debian.org/share/piuparts/piuparts-master-backend", line
423, in main
m = Master(sys.stdin, sys.stdout)
File
On Thu, Dec 26, 2019 at 11:26:31PM +0100, Nis Martensen wrote:
> On 26.12.2019 17.11, Holger Levsen wrote:
> > many thanks, merged and deployed, now this is left:
>
> > File
> > "/srv/piuparts.debian.org/lib/python3/dist-packages/piupartslib/__init__.p
On Thu, Dec 26, 2019 at 03:59:54PM +0100, Nis Martensen wrote:
> > TypeError: mynext() takes 1 positional argument but 2 were given
> > again, help very welcome!
> A new merge request has the next set of fixups:
> https://salsa.debian.org/debian/piuparts/merge_requests/17
many thanks, merged and
On Wed, Dec 25, 2019 at 11:09:17PM +0100, Nis Martensen wrote:
> There is now a (very small) merge request on Salsa that fixes the
> failure you describe:
> https://salsa.debian.org/debian/piuparts/merge_requests/16
>
> Are there further tests that could be run to see if there are more problems?
Hi Nis,
On Wed, Dec 25, 2019 at 11:09:17PM +0100, Nis Martensen wrote:
> > test piuparts master-slave mode in buster, this works, also on localhost and
> > just needs the piuparts-(master|slave) packages packages installed in eg
> > a chroot. then switch to sid, build the packages from the
On Tue, Dec 24, 2019 at 01:03:05AM +0100, Helmut Grohne wrote:
> I want make fdisk removable from an essential base system. The details
> are listed in #947134. Since fdisk currently is pseudo-essential,
> packages do not need to declare a dependency on it. When fdisk becomes
> non-essential, such
e8a2..fd92d28 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,50 @@
+debian-security-support (2019.12.12~deb10u1) buster; urgency=medium
+
+ * Re-uploaded for buster.
+
+ -- Holger Levsen Thu, 12 Dec 2019 23:57:34 +0100
+
+debian-security-support (2019.12.12) unstable; urgency=medium
+
+
On Mon, Dec 16, 2019 at 04:58:32PM +0100, Dominik George wrote:
> > Wolfgang, many thanks for this bug report and the quick fix.
> > I'll upload to unstable right now and will coordinate with DSA and LTS
> > the fixes for buster, stretch and jessie.
> Are you aware that, as laid out on IRC, I am
On Mon, Dec 16, 2019 at 12:26:57AM +0100, Wolfgang Schweer wrote:
> Also, /etc/krb5kdc/kadm5.acl should be fixed accordingly upon upgrades
> by adding something like this to debian-edu-config.postinst:
>
> [configure case]
> fi
> +
> +# Set proper rights for users.
> +if [ -f
Hi,
Wolfgang, many thanks for this bug report and the quick fix.
I'll upload to unstable right now and will coordinate with DSA and LTS
the fixes for buster, stretch and jessie.
On Mon, Dec 16, 2019 at 11:05:33AM +0100, Dominik George wrote:
> > Severity: important
> I propose this bug to be set
Hi Brian,
On Thu, Dec 05, 2019 at 05:09:42PM +1100, Brian May wrote:
> Brian May writes:
> > Is it OK if we simply delete this line?
> Done by https://salsa.debian.org/webmaster-team/webwml/merge_requests/298
awesome, merged, thank you! Do you think we can close this bug now?
--
cheers,
On Fri, Nov 29, 2019 at 09:03:23AM +0100, Vagrant Cascadian wrote:
> I believe debian-edu, the only user I'm aware of using the
> ltsp-client-builder .udeb is working on updating to the newer version of
> ltsp.
src:debian-edu-install used to depend on the ltsp udeb but the current
version in
On Sat, Nov 23, 2019 at 09:51:21AM +0100, Hugo Lefeuvre wrote:
> Releasing DLA-2000-1 for this, updating the bug tracker as well.
thanks a lot for noticing and fixing this, Hugo. I was aware but it
felt through the cracks several times...
--
cheers,
Holger
Hi,
thanks for your feedback, I've now rewritten the paragraph in question
to simply read:
If you need to check for the existence of a command, you should use
something like
::
if command -v install-docs > /dev/null; then ...
You can use this function to search ``$PATH`` for a command
affects 944330 developers-reference
# same as for debian-policy
thanks
--
cheers,
Holger
---
holger@(debian|reproducible-builds|layer-acht).org
PGP fingerprint: B8BF 5413 7B09 D35C F026
On Sun, Nov 17, 2019 at 10:10:11AM -0800, Russ Allbery wrote:
> Changes:
>
> * Add "prohibited" to the terms for requirements
> * Add another tier (Policy advice) using encouraged and discouraged
> * Stop confusing may and optional with wishlist bugs
> * Add terms for the collective set of Policy
Package: diffoscope
Version: 1.30
Severity: minor
Dear diffoscope maintainers,
(some aspects of) the current behavior of diffoscope and 'max report size' is
as:
- only considered for html output, but not for text (where it is unlimited),
default is 400kb max.
I'd like to suggest:
- increase
hi Sean,
On Sun, Jul 22, 2018 at 03:54:05PM +0800, Sean Whitton wrote:
> Section 6.4 should perhaps recommend `command -v` not `which`, because
> Debian Policy 4.1.5.0 allows maintainer scripts to assume SUSv4, which
> requires support for `command -v`.
three comments:
a.) 'should perhaps' is
Hi Santiago,
On Tue, Nov 12, 2019 at 01:29:38AM +0100, Santiago Vila wrote:
> So, to summarize: I believe putting minor version in VERSION_ID would
> be useful, and I also think that we could do this in buster as far as
> we do it "soon" in the stable cycle, i.e 10.x where x is still small
> (for
On Sun, Nov 10, 2019 at 01:24:42PM +0100, Santiago Vila wrote:
> Ok, I have just uploaded base-files as usual, but if possible I'd like
> this to be sorted-out for 10.3 (in particular, I still would like to
> hear from the ansible maintainers).
I wondering if change should have wider exposure. I
On Fri, Nov 08, 2019 at 10:10:54PM +, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
[...]
> Please go ahead.
thanks, uploaded.
--
cheers,
Holger
---
On Fri, Nov 08, 2019 at 11:34:41PM -0500, Sandro Tosi wrote:
> Holger, you mentioned you need help testing the py3k-ported piuparts:
> could you please detail for me, who is extremely inexperienced with
> piuparts, what kind of tests you're looking for?
test piuparts master-slave mode in buster,
Hi Mike,
On Fri, Nov 08, 2019 at 01:09:09PM +, Mike Gabriel wrote:
> Thanks for adapting serverity (and explaining the sighing).
you're welcome.
> I used important as severity, because I think we should push those fixes to
> buster. The current default settings make Debian Edu in larger
control: severity -1 wishlist
# sigh
# thanks
On Fri, Nov 08, 2019 at 10:28:51AM +, Mike Gabriel wrote:
> over the past days, I tidied up one of our customer's Debian Edu printing
> environment.
>
> The essence of going over recent (as of Debian 10) CUPS configuration
> parameters has been
On Wed, Nov 06, 2019 at 10:22:21PM +0800, Holger Levsen wrote:
> We'd like to update debian-edu-config in buster to fix one important
> (#944013 debian-edu-config: adjusted ini files needed to match changed
> behaviour of firefox-esr 68.2.0esr) and one normal bug:
I forgot t
Package: release.debian.org
Severity: normal
Tags: buster
User: release.debian@packages.debian.org
Usertags: pu
We'd like to update debian-edu-config in buster to fix one important
(#944013 debian-edu-config: adjusted ini files needed to match changed
behaviour of firefox-esr 68.2.0esr) and
On Fri, Nov 01, 2019 at 11:20:59AM -0700, Russ Allbery wrote:
> > I think there is already a lintian warning:
> >
> > https://lintian.debian.org/tags/missing-systemd-service-for-init.d-script.html
> Oh! I should have checked rather than assuming. It would ideally be nice
> to make it a
On Sun, Nov 03, 2019 at 11:27:07PM +0100, John Paul Adrian Glaubitz wrote:
> And I just saw the "argument". The argument was "It's 2018". That's not
> an argument.
the longer form of the argument is: it's 2018 and except for 100 people
on this planet, noone is using floppies anymore.
"cognitive
package: lintian
severity: wishlist
version: 2.32.0
x-debbugs-cc: 941...@bugs.debian.org, r...@debian.org, ans...@43-1.org
On Fri, Nov 01, 2019 at 11:20:59AM -0700, Russ Allbery wrote:
> > I think there is already a lintian warning:
> >
> >
On Thu, Oct 31, 2019 at 09:10:42PM +0100, Ansgar wrote:
> Sure, changes@db.d.o still works and is the only way to configure some
> settings. It is documented here: https://db.debian.org/doc-mail.html
aaah! I even use that regulary via a script in ~/bin here :)
So I guess for
control: tags +1 moreinfo
On Sun, Aug 11, 2019 at 11:27:46PM +, Osamu Aoki wrote:
> Source: developers-reference
> Please mention email gate
> https://lists.debian.org/debian-devel/1999/12/msg00627.html
does that even still work today? and if so, how?
--
cheers,
Holger
hi Russell,
in this bug you wrote that you you don't know where to dput the fixed
package for jessie. This is explained in
https://wiki.debian.org/LTS/Development#Upload_the_update
It would be nice if you could also release a DLA on the announce list and
the website. How to do that is explained
Hi Jeremy,
thanks for your bug report and all the work on GNOME!
On Sat, Oct 26, 2019 at 02:40:52PM -0400, Jeremy Bicha wrote:
> As part of the Python2 removal, the Debian GNOME team is working to
> remove pygtk from Debian. One of the blockers is python-notify.
>
> Please drop
On Wed, Oct 23, 2019 at 11:52:22PM +0200, Holger Wansing wrote:
> > > tasksel is currently at Priority: important and thus installed in every
> > > installation, including chroots installed via debootstrap. It doesn't
> > > seem a useful package to install in chroots though.
> > >
> > > It would
Hi Moritz,
thanks for your bugreport.
On Wed, Oct 23, 2019 at 11:43:30PM +0200, Moritz Muehlenhoff wrote:
> These packages are introduced in jessie and stretch as build dependencies
> for Firefox/Thunderbird 68, but they are not meant to be used standalone
> and are not covered by security
package: src:debian-edu-doc
x-debbugs-cc: debian-...@lists.debian.org
On Wed, Oct 23, 2019 at 08:23:46PM +, Holger Levsen wrote:
> > > Sadly I dont remember what I considered a minimum before, so this
> > > time we should add that number to documentation/co
On Wed, Oct 23, 2019 at 12:13:00PM -0700, Russ Allbery wrote:
> > From d5895ca185fa1d678a098697d9e1c601c84f45dd Mon Sep 17 00:00:00 2001
> > From: Stephen Kitt
> > Date: Mon, 7 Oct 2019 21:09:52 +0200
> > Subject: [PATCH] Allow strong dependencies on X font packages
>
> > The X server shipped in
severity 942875 normal
# thanks
Hi,
thanks for reporting this bug. however...
> I suppose this a bug, since debootstrap did warn before it would
> overwrite files!
yes, it's a bug. but not even important one according to
https://www.debian.org/Bugs/Developer#severities
--
cheers,
package: developers-reference
severity: wishlist
- Forwarded message from "Adam D. Barratt" -
Date: Tue, 22 Oct 2019 05:59:08 +0100
From: "Adam D. Barratt"
To: debian-devel-annou...@lists.debian.org
Subject: debian.org mail handling updates
Message-ID:
package: piuparts
version: 1.0.0+deb10u1
x-debbugs-cc: gitlab+15cd638001bad9b4d7e50653727c7...@salsa.debian.org
thanks
On Thu, Oct 17, 2019 at 11:38:33AM +, Raphael Grewe wrote:
> > fi
> >
> > if [ "$PIUPARTS_DISTRIBUTION" = "buster" ] || \
> 1.0.0+deb10u1 from Debian Buster
thank you,
On Sat, Oct 12, 2019 at 09:29:18AM +0200, Ansgar wrote:
> > Why should it generate a new source?
> Because sourceful uploads need a new source package.
[...]
> > This is using the version suffix
> > for binNMUs, using this convention for something that is not a binNMU
> > seems just wrong.
I
On Wed, Oct 09, 2019 at 08:30:03PM +0200, Guillem Jover wrote:
> > thanks for that information! do you agree there's nothing to be added to
> > dev-ref?
> Yeah, looks like it.
& thanks for confirming this too! :)
--
cheers,
Holger
Hi Guillem,
On Tue, Oct 08, 2019 at 12:30:50PM +0200, Guillem Jover wrote:
> > I don't really understand "#288822: developers-reference: "Bugs" control
> > field
> > not documented" and I'm not sure it's really an issue still.
> This would be the Bugs field documented now in both deb-control(5)
hi,
so, what I learned:
- diffoscope-git is a git package which is some kind of YOLO arch
package, which updates itself to the latest git version on
installation. (so the version number is meaningless.)
- so ${pkg}-git should probably be ignored if the is a ${pkg} package
too.
-
Package: whohas
Version: 0.29.1-1
Severity: normal
Dear Maintainer,
$ whohas diffoscope
[...]
AUR 103-1 3
http://aur.archlinux.org103-1
[...]
while https://www.archlinux.org/packages/community/x86_64/diffoscope/
shows that
control: severity -1 important
thanks
Hi Cord,
On Mon, Oct 07, 2019 at 01:44:51PM +0200, Cord Beermann wrote:
> Severity: grave
> all Plugins produce this Error after perl 5.30 migration
the mail on d-d-a asked not to file serious (or higher) bugs for issues
due to the perl transition, until
hi,
so I thought I'd be bold and add the srebuild wrapper to src:devscripts
in git this weekend...
So I re-read https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=774415
rather completly and noticed, that
- the branch devscripts-srebuild from https://salsa.debian.org/yadd/devscripts
for a long
Package: debian-policy
Version: 4.4.1.1
Severity: normal
Dear Maintainer,
the current package description contains this paragraph:
It also replaces the old Packaging Manual; most of the still-relevant
content is now included as appendices to the Policy Manual.
I'm around a long time and I
Hi Marc,
On Fri, Nov 17, 2006 at 09:41:48AM +0100, Marc Haber wrote:
> The information collected in
> http://wiki.debian.org/AccountHandlingInMaintainerScripts should
> eventually be put into the developer's reference, chapter 6.5.
would you suggest to remove all of that from this wiki page and
control: tags -1 wontfix
thanks
hi,
in 2005 manoj wrote to this bug "BTW, _why_ are these -dev packages
duplicating files already in a package they depend on?" and I have to
say, I'm wondering the same and don't think this is true anymore, so I'm
tagging this wontfix. Please correct me if I'm
On Sat, Oct 05, 2019 at 12:12:55PM +0200, Bill Allombert wrote:
> > the comments are outdated, all these three bugs have been fixed in the
> > meantime...
> Does that mean the singlehtml version can be restored ?
> Does this apply to debian-policy too ?
I've no idea, I just noticed these bugs are
On Fri, Oct 04, 2019 at 09:07:41PM +, Holger Levsen wrote:
> fwiw, src:developers-reference/Makefile now contains these lines:
>
> # singlehtml files
> # don't install Sphinx singlehtml output until various bugs
> # are fixed upstream (e.g. #873456, #
block 658825 by 873456
block 658825 by 876075
block 658825 by 879048
thanks
hi,
fwiw, src:developers-reference/Makefile now contains these lines:
# singlehtml files
# don't install Sphinx singlehtml output until various bugs
# are fixed upstream (e.g. #873456, #876075,
Hi,
this is just a quick heads-up that src:developers-reference still needs
help and hands. The switch from SGML to ReStructuredText has happened,
so contributing should be much more straightforward now. There are still
74 bugs open currently and all *I* can surely commit to is doing an upload
On Thu, Oct 03, 2019 at 10:40:09AM +0200, Mattia Rizzolo wrote:
> I only read the title of the d-d-a mail, but I read the upgrade
> checklist many times over the course of the years.
almost the same here, just that I usually read the mail too.
--
cheers,
Holger
control: found -1 2.10.65+deb10u1
thanks
Hi Wolfgang,
On Wed, Oct 02, 2019 at 11:08:57AM +0200, Wolfgang Schweer wrote:
> Package: debian-edu-config
> Version: 2.11.2
> Severity: normal
>
> While testing Debian Edu 10.1 installation media I noticed that the
> intended /etc/network/interfaces
control: retitle -1 developers-reference: please mention the packaging-tutorial
and lintian-brush packages
thanks
--
cheers,
Holger
---
holger@(debian|reproducible-builds|layer-acht).org
package: developers-reference
severity: wislist
hi,
subject says it all, please mention packaging-tutorial somewhere.
--
cheers,
Holger
---
holger@(debian|reproducible-builds|layer-acht).org
Dear ftp team,
it would be very cool if you could comment on this bug, even though
there is https://buildinfos.debian.net/ftp-master.debian.org/ and
https://buildinfos.debian.net/buildinfo-pool/ now.
Distributing .buildinfo files is one requirement for making reproducible
builds a reality for
On Mon, Sep 23, 2019 at 12:46:19AM +0700, Judit Foglszinger wrote:
> Updated both descriptions.
merged, thank you both.
--
cheers,
Holger
---
holger@(debian|reproducible-builds|layer-acht).org
801 - 900 of 6841 matches
Mail list logo