On Wed, 17 Mar 2021 16:12:37 -0700 Don Armstrong
wrote:
> Please stop reopening bugs which have been closed by Debian
Maintainers.
Please, Don, could you guide me on this matter?
The bug focus has changed, thus I retitled the bug and I thought
wontfix was not valid now. Should I open a new
On Thu, 15 Oct 2020 21:25:51 +0200 Javier Serrano Polo wrote:
> Thus, there are three choices:
>
>1. Before binNMU (case 1.0-1deriv1).
>2. After stable update (case 1.0-1+deriv1).
>3. Between binNMU and stable update. This is what I am asking for.
>
> Would
On Mon, 16 Nov 2020 16:11:53 -0800 Jonathan Nieder
wrote:
> https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=nonessentiale2fsprogs;users=helm...@debian.org
> shows that people are already adding explicit dependencies on it,
> which means that
>
Control: tags -1 - moreinfo
More information was provided.
smime.p7s
Description: S/MIME cryptographic signature
Control: tags -1 - moreinfo
More information was provided.
smime.p7s
Description: S/MIME cryptographic signature
On Mon, 26 Oct 2020 22:10:56 +0100 Javier Serrano Polo wrote:
> I am trying to solve a bug,
Perhaps this should be a permanent bug without the wontfix tag. I do
not know why wontfix would not be correct, but I will leave the tagging
to other users. I have provided a patch; without feedback
On Mon, 19 Oct 2020 12:33:09 +0200 Julien Cristau
wrote:
> tags 966373 + wontfix
> close 966373
Another closure, this time without excuse. It is obviously a mistake,
because Debian derivatives are welcome, right? I will correct this.
Adam D. Barratt did not answer my previous questions, thus
Control: reopen -1
El dg 18 de 10 de 2020 a les 22:40 +0200, Javier Serrano Polo va
escriure:
> Otherwise, I will reopen this report.
Reopening.
smime.p7s
Description: S/MIME cryptographic signature
On Sat, 24 Oct 2020 11:53:44 +0800 Paul Wise wrote:
> # It is not up to people who are not submitters or BTS admins to
determine the outcome for this bug
What do you mean? Are you the submitter? No, you refused to be. Are you
a BTS admin? No, you are not listed as a member. You determine the
Control: submitter -1 !
On Sun, 18 Oct 2020 22:10:47 +0200 Geert Stappers
wrote:
> Closing this "new list request"
> because in three years no one second the request.
Closing this report does not make these Debian users disappear. Please
clarify if you are officially recognizing your hate
On Sat, 10 Oct 2020 09:00:48 +0100 "Adam D. Barratt" wrote:
> This has nothing specifically to do with updates to stable, and
> changing the versioning used for source updates to stable will not
> change it. If stable released with version 1.0-1 of package foo, then
> it is entirely feasible that
On Wed, 07 Oct 2020 18:43:22 -0400 Sam Hartman
wrote:
> C) I'd support non-normative documentation that we don't expect to
> approve new essential packages in the future in policy.
Worthless documentation, I think.
> A) I do support reducing the essential set over time
Fine, then you should
On Wed, 30 Sep 2020 18:34:06 -0700 Jonathan Nieder
wrote:
> Even so, some *rough* consensus on the plan is very useful for
> helping people evaluate that first step.
Here is a rough plan:
1. Policy: Packages should declare all their dependencies, even
essential ones.
2. Make easier
El dl 21 de 09 de 2020 a les 16:50 +0200, Javier Serrano Polo va
escriure:
> I will elaborate on the problem with 1-1+b1foo1 and 1-1+b1foo1+b1 if
> you are willing to help.
First, a binNMU in Debian may be unnecessary in the derivative.
Following Debian binNMUs means unnecessary
Control: tags -1 wontfix
El dt 29 de 09 de 2020 a les 17:10 +0200, Javier Serrano Polo va
escriure:
> Thus, I will tag this report as wontfix.
Tagging.
smime.p7s
Description: S/MIME cryptographic signature
El dt 29 de 09 de 2020 a les 15:08 -0700, Josh Triplett va escriure:
> I want to avoid letting the problem get any worse.
So Essential packages are a problem. Do you want to remove Essential in
the long-term? If this goal is not clear, there is little point in
changing policy. New Essential
Package: libnss3
Version: 2:3.56-1
Severity: wishlist
Function CERT_AddCertToListTailWithData is available in headers. Please
make this function available in the library too.
smime.p7s
Description: S/MIME cryptographic signature
El dl 21 de 09 de 2020 a les 17:15 +0200, Javier Serrano Polo va
escriure:
> Do you want to remove Essential?
Since it looks like you do not try to eliminate Essential, I will close
this report.
smime.p7s
Description: S/MIME cryptographic signature
Control: reopen -1
El dl 21 de 09 de 2020 a les 16:50 +0200, Javier Serrano Polo va
escriure:
> Would you show your good intention by letting this discussion
> happen in an opened report?
Let us test your good intention.
smime.p7s
Description: S/MIME cryptographic signature
On Sat, 26 Sep 2020 10:47:52 +0800 Paul Wise wrote:
> submitter 837723 Don Armstrong
Paul Wise is not helping, since he undoes my work without any
explanation.
Let us continue. This bug is four years old, a patch has been
submitted, and maintainers show no will to fix the bug. Thus, I will
tag
On Mon, 23 Mar 2020 08:00:04 -0700 Josh Triplett wrote:
> This change does not propose eliminating the concept of Essential,
What is the point of Essential? To omit declaring dependencies on the
false assumption that some packages are always required by all systems;
the concept is essentially
El dl 21 de 09 de 2020 a les 15:29 +0100, Adam D. Barratt va escriure:
> You said disruptive.
You are not addressing the reason I have given. I will elaborate on the
problem with 1-1+b1foo1 and 1-1+b1foo1+b1 if you are willing to help.
Closing bugs immediately and repeatedly seem the opposite to
On Mon, 21 Sep 2020 14:53:33 +0100 "Adam D. Barratt" wrote:
> ("These version numbers are ugly"
Who did say that? Please reopen the bug and answer to the reason I have
given, unless you admit that Debian derivatives are not welcome.
smime.p7s
Description: S/MIME cryptographic signature
Package: debian-policy
Version: 4.5.0.3
Severity: wishlist
For those who care about Debian derivatives:
Until #966373[1] is fixed, I propose adding this text to section
5.6.12:
As a temporary measure to support Debian derivatives, versions must
not explicitly end with zero (i.e., -0 or
Control: submitter -1 p...@debian.org
Control: tags -1 patch
El dl 14 de 09 de 2020 a les 08:40 +0200, Javier Serrano Polo va
escriure:
> you should become the new submitter.
Changing then.
> Could you explain your reason for reopening this bug?
I assume you are not satisfied with c
Control: reopen -1
El dg 06 de 09 de 2020 a les 22:50 +0200, Javier Serrano Polo va
escriure:
> Otherwise, I will reopen this report.
Reopening then.
smime.p7s
Description: S/MIME cryptographic signature
On Mon, 14 Sep 2020 13:40:48 +0800 Paul Wise wrote:
> reopen 837723
Since the original submitter does not care anymore, you should become
the new submitter. Could you explain your reason for reopening this
bug? What is your request to the Debian bug tracking team?
smime.p7s
Description: S/MIME
El dg 06 de 09 de 2020 a les 11:59 +0200, Ansgar va escriure:
> I didn't say that,
Yes, Ansgar literally did:[1] If I were anyone else, "I would recommend
to discuss on debian-devel@." Filing a bug against general was the
right way; submitter's identity is irrelevant.
> This
> includes filing
On Sun, 30 Aug 2020 11:53:59 +0200 Chris Hofstaedtler
wrote:
> Filing this against the `general` package does nothing
> useful for this discussion,
On Mon, 27 Jul 2020 16:28:25 +0200 Ansgar wrote:
> I would recommend to
> discuss on debian-devel@.
smime.p7s
Description: S/MIME cryptographic
On Mon, 19 Sep 2016 13:18:39 +0100 Ian Jackson
wrote:
> If that doesn't work, might it be possible to make it impossible to
> _report_ a bug against general, but still retain the ability to
> _reassign_ a bug to general ?
This would only complicate the handling of general bugs.
As said, we need
On Sat, 2 Dec 2017 11:08:32 + Simon McVittie
wrote:
> If you want to avoid packaging-system-specific code, you'll need to
> query version numbers in a way that only relies on the upstream
> software,
The issue has been answered correctly. May I close this report?
smime.p7s
Description:
See https://bugs.debian.org/966373.
smime.p7s
Description: S/MIME cryptographic signature
See https://bugs.debian.org/966373.
smime.p7s
Description: S/MIME cryptographic signature
Package: general
Severity: wishlist
For those who care about Debian derivatives:
A derivative may be deployed as an overlay rather than a full archive.
Modifications from the derivative live together with originals from
Debian, but modifications must have a higher version.
Full archives use
Package: project
Severity: wishlist
For those who care about Debian derivatives:
A derivative may be deployed as an overlay rather than a full archive.
Modifications from the derivative live together with originals from
Debian, but modifications must have a higher version.
Full archives use
Package: security.debian.org
Severity: wishlist
For those who care about Debian derivatives:
A derivative may be deployed as an overlay rather than a full archive.
Modifications from the derivative live together with originals from
Debian, but modifications must have a higher version.
Full
Empty words from a politician.
smime.p7s
Description: S/MIME cryptographic signature
Package: lists.debian.org
Severity: wishlist
This user is permanently banned from all lists. Facts start at:
https://lists.debian.org/debian-user-catalan/2013/12/msg00034.html
To those less gifted in computer science: I am Javier Serrano Polo.
To those third-person speech impaired: I am
El dc 11 de 12 de 2019 a les 14:25 +0800, 積丹尼 Dan Jacobson va escriure:
> Now that QR codes are becoming more and more important,
ZBar is not only about QR codes.
> Else the user might not even know he has a QR code reader already
> installed, or downloadable.
There are better ways to achieve
On Wed, 30 May 2018 23:31:40 +0100 Simon McVittie
wrote:
> src:fenix has had pending changes in git since 2015 which have
> not been uploaded.
On 2019-02-13, fenix 0.92a.dfsg1-12 was accepted into unstable. Please
close the report if you feel all significant issues have been solved.
> I can't
El dl 16 de 09 de 2019 a les 22:53 +0200, Samuel Thibault va escriure:
> How can it start without its interpreter in /lib64?
This is explained in the report. It uses an "ugly solution" that
happens to be the only way for a regular user to override interpreters,
as far as I know.
> What does
>
El dv 26 de 01 de 2018 a les 19:18 +0100, Samuel Thibault va escriure:
> Can you run the attached program?
Yes, I can. It looks like the program is true from GNU coreutils 8.28.
smime.p7s
Description: S/MIME cryptographic signature
On Wed, 27 Mar 2019 19:46:58 + Matthias Klose
wrote:
> /<>/plugins/LadspaEffect/calf/src/calf/giface.h:458:15: error:
> 'memset' used with length equal to number of elements without multiplication
> by element size [-Werror=memset-elt-size]
> 458 | memset(ins, 0, sizeof(ins));
>
I have tested zbarcam from future version 0.21.1. It works. Uploading
the new release should close this report.
smime.p7s
Description: S/MIME cryptographic signature
I have tested zbarcam from future version 0.21.1. It works without
warnings. Uploading the new release should close this report.
smime.p7s
Description: S/MIME cryptographic signature
Source: lmms
Version: 1.1.3-8
Severity: wishlist
Tags: patch
Wine headers' location has changed in version 4.
This patch fixes the build for i386.Description: Find Wine 4 headers
Wine headers' location has changed in version 4.
.
Fixed upstream in 1.2.0.
Author: Javier Serrano Polo
Index
El dg 20 de 01 de 2019 a les 13:20 +0100, Ross Gammon va escriure:
> Would you like me to remove you from the uploaders list?
Do as you wish, I do not have upload permission.
smime.p7s
Description: S/MIME cryptographic signature
You seem to know what you want. Do you want to take over maintenance?
Go ahead.
smime.p7s
Description: S/MIME cryptographic signature
El dv 04 de 01 de 2019 a les 17:57 +0100, Ross Gammon va escriure:
> And he has been recently adding information to some of the bugs,
> including
> asking for help to upload something.
Indeed, I am still waiting. Boyuan Yang offered to sponsor too. I am
fine if you do the upload.
Next upstream
El dl 24 de 12 de 2018 a les 11:42 +0800, Boyuan Yang va escriure:
> Could you provide a reference to it, especially an URL for the source
> package?
Request is at
https://alioth-lists.debian.net/pipermail/debian-edu-pkg-team/Week-of-Mon-20181203/002400.html
smime.p7s
Description: S/MIME
I asked for an upload two weeks ago.
smime.p7s
Description: S/MIME cryptographic signature
El dv 19 de 10 de 2018 a les 00:57 +0200, Bernd Zeimetz va escriure:
> That is NOT an upstream project, that is just the packaging of zbar.
Nevertheless, further discussion should be in GitHub.[2] We should be
in coordination if you accept this new upstream source.
--
[2]
El ds 13 de 10 de 2018 a les 02:40 +0200, Javier Serrano Polo va
escriure:
> Is it fine if I upload the project to GitHub?
Bernd did already.[1] Further discussion should be in GitHub.
--
[1] https://github.com/bzed/pkg-zbar
smime.p7s
Description: S/MIME cryptographic signature
This report is premature.
smime.p7s
Description: S/MIME cryptographic signature
I fail to see how this is a bug from LMMS and not from Ardour.
smime.p7s
Description: S/MIME cryptographic signature
On Fri, 23 Mar 2018 18:23:51 +0800 Boyuan Yang <073p...@gmail.com>
wrote:
> lmms 1.2.0 is on its way.
I will not package a candidate version unless this bug becomes serious.
Efforts should be directed in helping upstream to release a stable
version.
smime.p7s
Description: S/MIME cryptographic
El ds 13 de 10 de 2018 a les 08:52 +0100, Chris Lamb va escriure:
> I still do not understand your unnecessary antagonism towards me (or
> anyone) here,
I will not explain side issues here because this report is meant for
lintian.
smime.p7s
Description: S/MIME cryptographic signature
El ds 13 de 10 de 2018 a les 11:14 +, Holger Levsen va escriure:
> why don't you attach your fix to this bug?
Because I am the lazy maintainer.
smime.p7s
Description: S/MIME cryptographic signature
El ds 13 de 10 de 2018 a les 02:16 +0200, Bernd Zeimetz va escriure:
> Debian is not the place where upstream
> development happens.
My offer to SourceForge did not get through.
> Best would be if somebody would fork it and start to work on it
> again,
Is it fine if I upload the project to
El dv 13 de 07 de 2018 a les 10:18 +0100, Chris Lamb va escriure:
> > I do my job. Your position regarding humankind is
> > established already.
>
> Sorry, I don't understand your response - can you elaborate?
Why? No one wants to hear it. So, let me go back to work.
smime.p7s
Description:
Source: zbar
Version: 0.10+doc-10.1
Severity: wishlist
I would like to offer the integration of SQ code support. This
technology is somewhat usable now.
smime.p7s
Description: S/MIME cryptographic signature
Someone should give me access to the repository, user jasp-guest.
smime.p7s
Description: S/MIME cryptographic signature
El dc 24 de 01 de 2018 a les 23:18 +0100, Aurelien Jarno va escriure:
> Just right a new ABI document for
> the x86-64 CPU and create a new architecture from it. Then this
> architecture can be supported by Debian.
Someone thinks that was a serious reply, so...
I would like to write an ABI
On Sat, 4 Aug 2018 03:27:02 +0800 Markus Koschany
wrote:
> Closing as not a bug.
Whatever you say.
However, there has been plenty of time for authors to respond. We can
conclude that authors agree with section 3 of the license being
ineffective.
You may want to close #897965 too.
smime.p7s
Package: firefox
Version: 61.0-1
Severity: wishlist
Tags: patch
Control: forwarded -1 https://bugzilla.mozilla.org/1408446
This patch works with Firefox 61. It is essentially the same as the one
for Firefox 60 in upstream report.Index:
Control: tags -1 patch
Game works on stretch.Index: xevil-2.02r2/cmn/game.cpp
===
--- xevil-2.02r2.orig/cmn/game.cpp
+++ xevil-2.02r2/cmn/game.cpp
@@ -577,7 +577,7 @@ void GameObjects::level_reset(const Dim
I can see through your polite answer.
I do my job. Your position regarding humankind is established already.
smime.p7s
Description: S/MIME cryptographic signature
Control: tags -1 patch
Fix works on 2.5.50.4. This patch is for 2.5.92.Bug-Debian: https://bugs.debian.org/889042
Index: lintian-2.5.92/checks/control-file.desc
===
--- lintian-2.5.92.orig/checks/control-file.desc
+++
El ds 19 de 05 de 2018 a les 23:39 +0200, Jens Reyer va escriure:
> I definitely want the well-established system command
> "update-alternatives" to be used.
What are the requirements?
"update-alternatives --config wine" must work if wine or wine-
development are installed. Only this one?
Dear Alcachofa Soft staff,
About the license for Drascula, section 3 states:
You may not charge a fee for the game itself.
But section 2 says:
and may distribute it in aggregate as part of a larger &
possibly commercial software distribution
Could you confirm that,
Dear John Passfield and Steven Stamatiadis,
About the license for Flight of the Amazon Queen, section 3 states:
You may not charge a fee for the game itself.
But section 2 says:
and may distribute it in aggregate as part of a larger &
possibly commercial software
Source: flight-of-the-amazon-queen
Version: 1.0.0-8
Severity: wishlist
Like in https://bugs.debian.org/854679, this report determines whether
authors agree with section 3 of the license being ineffective. In the
absence of contradictory evidence, they do.
smime.p7s
Description: S/MIME
Source: drascula
Version: 1.0+ds2-3
Severity: wishlist
Like in https://bugs.debian.org/854679, this report determines whether
authors agree with section 3 of the license being ineffective. In the
absence of contradictory evidence, they do.
smime.p7s
Description: S/MIME cryptographic signature
El dv 16 de 03 de 2018 a les 14:42 +0100, Manuel A. Fernandez Montecelo
va escriure:
> Precisely in the latest versions I moved stuff to Build-Depends-Indep,
> so you can just build the arch part, without the doc.
aptitude Depends: aptitude-common (= ${source:Version})
aptitude-common is
X-Debbugs-CC: en...@scummvm.org
El dg 11 de 03 de 2018 a les 04:13 +0800, James 'Ender' Brown va
escriure:
> this issue has been discussed in detail now.
Yet you do not address the problem. Let me write it in another way. Were
the copyright holders of Flight of the Amazon Queen, Lure of the
X-Debbugs-CC: en...@scummvm.org
El ds 10 de 03 de 2018 a les 19:54 +0100, Fabian Greffrath va escriure:
> Please don't do that for other people's addresses.
X-Debbugs-CC is meant for this purpose. If James says he is receiving
the messages through other paths, I will stop including his address.
X-Debbugs-CC: en...@scummvm.org
El ds 10 de 03 de 2018 a les 18:07 +, Simon McVittie va escriure:
> which is something that the copyright holders specifically didn't want!
> Also, intent matters in interpreting licensing, and if this ever
> went to court, it seems fairly plausible that a
Control: tags -1 - wontfix
X-Debbugs-CC: en...@scummvm.org
El dg 11 de 03 de 2018 a les 00:19 +0800, James 'Ender' Brown va
escriure:
> Reading the other BTS bug you linked, my understanding of the DFSG (and the
> commonly accepted interpretation)
> is the same as Ansgar supplied there:
I
El ds 10 de 03 de 2018 a les 05:38 +0800, James 'Ender' Brown va
escriure:
> I'm not really sure what outcome you are looking for here...
DFSG #6 warrants use in any field of endeavor. The outcome is either
software can be sold, both modified and unmodified, or it is non-free.
> Yes. It was
On Tue, 23 Aug 2016 16:35:00 +0200 Nils Dagsson Moskopp wrote:
> scummvm has a “-n” option to enable subtitles.
> I think those should be enabled by default.
This should be tackled from accessibility preferences. Please discuss
the matter in the proper list.
smime.p7s
Description: S/MIME
Dear Revolution staff,
About the license for Beneath a Steel Sky, section 3 states:
You may not charge a fee for the game itself.
But section 2 says:
and may distribute it in aggregate as part of a larger &
possibly commercial software distribution
Could you confirm
X-Debbugs-CC: 073p...@gmail.com
El dv 09 de 03 de 2018 a les 19:10 +0800, Boyuan Yang va escriure:
> Are
> you going to fix the problem soon?
I cannot promise anything.
> If not, is it okay if someone prepares an NMU and upload the fix?
If master version still works, do not wait for me either.
X-Debbugs-CC: a...@debian.org, ballo...@debian.org, r...@debian.org
On Mon, 08 Feb 2016 20:49:18 +0100 Ansgar Burchardt wrote:
> the source is only
> there to fulfill the "provide the complete source" requirement.
apt-get downloads these new versions by default. These sources
On Wed, 27 Jul 2016 17:38:05 +0200 Helmut Grohne wrote:
> Just
> adding those headers is more explicit and much harder to get wrong.
It is more explicit and redundant. If you do not add those headers, you
do not get wrong at all.
> It simply isn't worth the maintenance cost.
El dl 19 de 02 de 2018 a les 17:41 +, Simon McVittie va escriure:
> What goal(s) are you aiming to achieve by requesting this?
This is a mainstreaming request. Disk usage and build time decrease when
I apply this build profiles.
> The namespace for source-package-defined build profiles is
>
Source: gtk+2.0
Version: 2.24.32-1
Severity: wishlist
Please consider adding the following build profiles:
* noudeb: Skip udeb flavor and packages.
* pkg/gtk+2.0/noexamples: Skip @EXAMPLES_PKG@.
* pkg/gtk+2.0/nogir: Skip gir1.2-gtk-2.0.
* pkg/gtk+2.0/nopixbuf: Skip
Source: aptitude
Version: 0.8.10-6
Severity: wishlist
Please consider adding a build profile, such as pkg/aptitude/nodoc, to
skip building documentation packages.
smime.p7s
Description: S/MIME cryptographic signature
Source: aptitude
Version: 0.8.10-6
Severity: wishlist
This was requested at https://bugs.debian.org/499204 . The patch in that
report works with version 0.8.7-1. Please consider adding the feature
and tell me if you want me to write related documentation.
smime.p7s
Description: S/MIME
El dg 11 de 02 de 2018 a les 13:55 +0100, Aurelien Jarno va escriure:
> There is no need to X-Debbugs-CC everybody. Please stop doing that.
My messages do not reach debian-gl...@lists.debian.org . How do I know
that maintainers receive them? It would not be the first time a
maintainer misses my
Source: glibc
Version: 2.26-6
Severity: wishlist
X-Debbugs-CC: cl...@debian.org, adcon...@0c3.net, aurel...@aurel32.net,
sthiba...@debian.org
Please consider adding a pkg/glibc/noxen build profile to skip building
Xen files.
smime.p7s
Description: S/MIME cryptographic signature
X-Debbugs-CC: cl...@debian.org, adcon...@0c3.net, sthiba...@debian.org
El dg 11 de 02 de 2018 a les 13:52 +0100, Aurelien Jarno va escriure:
> Those are not officially supported and might be removed at any moment.
Debian officially supports the main component of stable releases. Are
you going to
Source: glibc
Version: 2.26-6
Severity: wishlist
X-Debbugs-CC: cl...@debian.org, adcon...@0c3.net, aurel...@aurel32.net,
sthiba...@debian.org
Please use $(CURDIR)/debian/tmp-libc/usr/sbin/iconvconfig instead
of /usr/sbin/iconvconfig in debian/rules.d/build.mk, since new
iconvconfig may behave
Source: glibc
Version: 2.26-6
Severity: wishlist
X-Debbugs-CC: cl...@debian.org, adcon...@0c3.net
Please do not build-depend on g++-7-multilib when the nobiarch build
profile is active.
smime.p7s
Description: S/MIME cryptographic signature
Source: glibc
Version: 2.26-6
Severity: wishlist
X-Debbugs-CC: cl...@debian.org, adcon...@0c3.net
One goal of a multiarch system is to make possible to run programs from
any other architecture. ELF executables depend on an interpreter that
should have a unique name; otherwise, loading the
El dv 09 de 02 de 2018 a les 16:03 +0100, Aurelien Jarno va escriure:
> I love the way you use "official" here.
Me too. It is precisely your policy not to include any unnecessary file
because "experience shows that users are very imaginative when you
provide a feature". You have taken steps to
El dv 09 de 02 de 2018 a les 17:22 +0300, Dmitry Eremin-Solenikov va
escriure:
> Any progress on uploading
> 1.1.3-8 or packaging 1.1.90?
Pending upload.
smime.p7s
Description: S/MIME cryptographic signature
El dv 09 de 02 de 2018 a les 15:02 +0100, Aurelien Jarno va escriure:
> The notion of "multiarch interpreter" doesn't exist.
It does exist, but you do not accept it. You are now denying the
official support that exists in Debian.
Use /lib/x86_64-linux-gnu/ld-linux-x86-64.so.2 as the program
//X-Debbugs-CC:
-doc suffix cannot be used, e.g. acl2-doc. I am going with -doc-minimal
and Outdates, which is softer than Breaks. I will return when support is
ready.
smime.p7s
Description: S/MIME cryptographic signature
//X-Debbugs-CC:
El dc 07 de 02 de 2018 a les 22:45 +0100, Javier Serrano Polo va
escriure:
> What about a
> new Outdates field?
Forget Outdates. If there are two possible versions of a documentation
package, it should be possible to install both. That can be done with
different package nam
X-Debbugs-CC: a...@debian.org, ballo...@debian.org, spwhit...@spwhitton.name,
r...@debian.org
El dc 07 de 02 de 2018 a les 20:01 +0100, Bill Allombert va escriure:
> > Versioned Recommends actually, but does a versioned Recommends make any
> > difference?
>
> That is why a versioned Depends:
1 - 100 of 501 matches
Mail list logo