Package: devscripts
Version: 2.20.2
Severity: wishlist
Dear Maintainer,
when running debrebuild it produces output, first instructions how to rebuild
manually and second, how to rebuild using sbuild.
For automating this it would be very useful to have a --sbuild-output-only
switch, which would j
Package: devscripts
Version: 2.20.2
Severity: normal
Dear Maintainer,
$ debrebuild bash_5.0-6_amd64.buildinfo
Use of uninitialized value in split at /usr/bin/debrebuild line 55.
need Build-Architecture field at /usr/bin/debrebuild line 70.
$
It seems that debrebuild needs a Build-Architecture fi
Package: devscripts
Version: 2.20.2
Severity: normal
x-debbugs-cc: reproducible-bui...@lists.alioth.debian.org
Dear Maintainer,
debrebuild has no manpage and no --help option, so it's a bit hard to get
started using it.
Please add both.
--
cheers,
Holger
-
Package: devscripts
Version: 2.20.2
Severity: normal
Dear Maintainer,
please make debrebuild not fail on signed .buildinfo files:
$ debrebuild bash_5.0-6_amd64.buildinfo
debrebuild: error: syntax error in bash_5.0-6_amd64.buildinfo at line 1:
OpenPGP signature not allowed here
--
cheers,
On Wed, Mar 18, 2020 at 05:37:48PM +0100, Steve Schnepp wrote:
> On Wed, Mar 18, 2020 at 5:22 PM Holger Levsen wrote:
> > yes, sure, so let me rephrase: why not 5min for the default timeout?
> That's a question that you should send to the systemd team, as simplicity
> adv
On Wed, Mar 18, 2020 at 05:16:31PM +0100, Steve Schnepp wrote:
> On Wed, Mar 18, 2020 at 3:39 PM Holger Levsen wrote:
> > why not 5min?
>
> It is the delay for munin-node *startup*, not during runtime execution of
> plugins.
> Therefore, simplicity would be to just use the
On Tue, Mar 17, 2020 at 07:51:00PM +0100, de...@sumpfralle.de wrote:
> Sixty seconds sounds more reasonable. I will change it with the next release.
why not 5min?
--
cheers,
Holger
---
holger@(de
Hi Daniel,
On Sat, Mar 14, 2020 at 06:14:02PM +, Daniel Shahaf wrote:
> The documentation of the "Closes: #NN" changelog syntax describes
> the syntax in terms of a Perl regular expression. However, not all
> readers know Perl. I suggest to describe the semantics in English,
> in additio
t fixed like this:
On Fri, Mar 13, 2020 at 01:39:18PM +, Holger Levsen wrote:
> Commits:
> 7b316679 by Holger Levsen at 2020-03-13T14:39:02+01:00
> d/rules: add workaround to fix (unreported) issue in blends-dev. Closes:
> #953359.
>
> - - - - -
>
>
>
Hi Simon, everyone:
On Fri, Mar 13, 2020 at 11:32:00AM +, Simon McVittie wrote:
> To be completely clear about this for those using this bug report as a
> stand-in for the requested documentation in devref (like me), it's now at:
> https://auth.buildd.debian.org/auth/giveback.cgi?pkg=&suite=&a
Hi Jelmer,
On Sat, Mar 07, 2020 at 01:21:06PM +, Debian Bug Tracking System wrote:
> The configuration file lives in the package itself - there is
> currently no global configuration file.
in each source package?
> Would a global configuration
> file also be useful, in addition to in-packag
Hi Jelmer,
On Sat, Mar 07, 2020 at 11:06:46AM +, Jelmer Vernooij wrote:
> Thanks, glad to hear lintian-brush is useful.
very much so!
> There is actually already a --dry-run option (useful in combination
> with --diff), but it's currently hard to discover since it's
> missing from the manual
Package: lintian-brush
Version: 0.58
Severity: normal
Dear Jelmer,
man lintian-brush.conf explains the "per-package configuration for
lintian-brush"
and says lintian-brush.conf is a lintian-brush per-package configuration file,
which contains of a series of single key/value pairs.
However after
Package: lintian-brush
Version: 0.58
Severity: wishlist
Dear Jelmer,
many thanks for lintian-brush, I love it and would like to run it in my
'prepare-a-debian-package-release'-script in --dry-run mode to improve my
release processes...
Please add such a mode.
--
cheers,
Holger
--
Hi Steve,
thanks for your bug report with patch, much appreciated! However...
On Wed, Mar 04, 2020 at 11:54:19PM -0800, Steve Langasek wrote:
> This is not testing a property of the vrms package, but of the environment
> the test is run in, and therefore I don't think this is appropriate in an
>
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 b
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 to
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 warnin
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 char
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 dom0...
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`
> a
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
---
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 as
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 th
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
> +__EOS_
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 that
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 whic
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
---
holger@(debian|
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 gi
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 o
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
---
holger@(de
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 pointles
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 sho
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 finge
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 b
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 the
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].
insta
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 migra
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 date
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
>
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 "/srv/piuparts.debian
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 d
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 piupart
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
bian/changelog
index 9e8e8a2..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
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 al
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 /etc/krb
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 unsta
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 FE
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 a
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
---
holger@(debian|reproducible-build
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, t
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 prin
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 th
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 to ment
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
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 warning
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:
> >
> > https://lintian.debian.org/tags/missing-systemd-servic
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 developers-reference
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 on
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 debian-edu-config
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 suppor
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,
Ho
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: <21e81b9e413c3b7c36ba271adbcf400b3
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, t
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 agre
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) a
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.
- https://wik
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 Archl
801 - 900 of 6861 matches
Mail list logo