On Sat, Aug 12, 2017 at 02:16:21PM -0400, Julian Andres Klode wrote:
>...
> I think delta debs are generally a thing we should aim to have,
>...
It sounds like something that would have been a cool feature 20 years
ago when I was downloading Debian updates over an analog modem.
Today the required
On Mon, Aug 07, 2017 at 03:42:39AM +0200, Kurt Roeckx wrote:
>...
> I've just uploaded a version of OpenSSL to unstable that disables
> the TLS 1.0 and 1.1 protocol. This currently leaves TLS 1.2 as the
> only supported SSL/TLS protocol version.
>...
Has prior to this change any effort been made t
On 2017-08-11 15:19 +, 慕 冬亮 wrote:
> Dear all,
>
> I want to adopt one package - Bochs [bochs: IA-32 PC emulator (package
> info
> )] which is orphaned since 2011 days. And the current version in sid is 2.6-5.
Good to hear, thank you.
> The official website shows that the latest
This is a really good idea!
On 12 August 2017 15:56:26 Tollef Fog Heen wrote:
]] Russ Allbery
That doesn't mean we can't make it very easy to disable TLS 1.0/1.1 or
encourage people to do that when possible, of course. It would be great
for us to try to lead the way and push things forward
Which is definitely worse than HTTPS with even SSLv3.
Here I disagree, with HTTP you know you are using inherently insecure
transport layer and you can take other precautions.
With SSLv3, you might be fooled by feeling of security...
Apart from that, I think we need a system-wide default pol
On Sun, Aug 13, 2017 at 5:38 AM, Adrian Bunk wrote:
> It sounds like something that would have been a cool feature 20 years
> ago when I was downloading Debian updates over an analog modem.
>
> Today the required effort, infrastructure and added complexity would
> IMHO not be worth it for a potent
On Mon, Aug 07, 2017 at 11:14:00PM -0700, Michael Lustfield wrote:
> * Package name: libjs-pdfjs
> * URL : https://github.com/mozilla/pdf.js
Is this not the same as libjs-pdf, which is already packaged?
--
Met vriendelijke groet / with kind regards,
Guus Sliepen
signatu
On Sun, Aug 13, 2017 at 12:34:15PM +0100, Wookey wrote:
> On 2017-08-11 15:19 +, 慕 冬亮 wrote:
> > I want to adopt one package - Bochs [bochs: IA-32 PC emulator (package
> > info
> > )] which is orphaned since 2011 days. And the current version in sid is
> > 2.6-5.
>
> https://www.debian.o
You are assuming the savings are substantial. That's not clear. When
files are compressed, if you then start doing binary diffs, well it
isn't clear that they will consistently be much smaller than plain new
files. it also isn't clear what the impact on repo disk usage would
be.
The most straig
Package: wnpp
Severity: wishlist
Owner: Pirate Praveen
X-Debbugs-CC: debian-devel@lists.debian.org,
pkg-go-maintain...@lists.alioth.debian.org
* Package name: golang-go.uber-multierr
Version : 1.1.0-1
Upstream Author : Uber Technologies, Inc.
* URL : https://go.uber.or
On Sun, Aug 13, 2017 at 10:53:16AM -0400, Peter Silva wrote:
> You are assuming the savings are substantial. That's not clear. When
> files are compressed, if you then start doing binary diffs, well it
> isn't clear that they will consistently be much smaller than plain new
> files. it also isn'
> apt by default automatically deletes packages files after a successful
> install,
I don't think it does that. It seems keep them around after install,
and even multiple
versions. I don't know the algorithm for the cache, but it doesn't do
what you say.
On my debian box, I have nothing but a
On 08/13/2017 07:11 PM, Peter Silva wrote:
>> apt by default automatically deletes packages files after a successful
>> install,
>
> I don't think it does that.
The "apt" command line tool doesn't, but traditional "apt-get" does, as
does "aptitude". This was documented in the release notes of Je
On Sun, 13 Aug 2017 15:24:47 +0200
Guus Sliepen wrote:
> Is this not the same as libjs-pdf, which is already packaged?
>
Yup, it's the exact same. Thanks for noticing and mentioning it! :D
pgpog7LscUIwo.pgp
Description: OpenPGP digital signature
I fail to see what is the purpose of this thought exercise. Could you first
clearly define the problem/goal/... and only then start finding solutions?
Ondřej
On 12 August 2017 09:19:51 "Dr. Bas Wijnen" wrote:
Note: this post is not about certspotter at all, so I'm not Cc'ing the bug and
cha
Hello,
On Sun, Aug 13 2017, Wookey wrote:
> The policy document and debian-mentors mailing list can help you with
> packaging queries. When you have a new upload prepared you will need
> to get a sponsor to upload by asking on debian-mentors.
You probably want the New Maintainer's Guide, too --
* Christian Seiler [170813 13:19]:
> On 08/13/2017 07:11 PM, Peter Silva wrote:
> >> apt by default automatically deletes packages files after a successful
> >> install,
> >
> > I don't think it does that.
>
> The "apt" command line tool doesn't, but traditional "apt-get" does, as
> does "aptit
"Dr. Bas Wijnen" writes:
> What seems to be the dispute is whether software that runs on a remote
> system is still "software" for the purpose of our rules.
That is not in dispute, it seems to me. The rules of the Debian Project
can only bind what the Debian Project does.
The Debian Project cou
(Setting reply-to to debian-devel@ only as I don't think this
should continue on debian-dpkg@ and deity@)
On 08/14/2017 12:29 AM, Marvin Renich wrote:
> * Christian Seiler [170813 13:19]:
>> On 08/13/2017 07:11 PM, Peter Silva wrote:
apt by default automatically deletes packages files after
* Christian Seiler [170813 18:59]:
> (Setting reply-to to debian-devel@ only as I don't think this
> should continue on debian-dpkg@ and deity@)
>
> On 08/14/2017 12:29 AM, Marvin Renich wrote:
> > * Christian Seiler [170813 13:19]:
> >> On 08/13/2017 07:11 PM, Peter Silva wrote:
> apt by d
On Sun, Aug 13, 2017 at 09:20:28AM -0400, Paul Wise wrote:
> Low-speed connections and low bandwidth quotas (especially on mobile)
> are still common enough around the world that delta upgrades make a
> difference right now, IIRC even Google uses them for Chrome.
fedora also has them and users enj
o in spite of being the *default*, it isn't that universal, and in
any event, we can just decide to change the default, no? One can say
to people with bandwidth limitations, that their apt settings should
not delete packages after receipt, so that they can be used as the
basis for updates. And the
On Sun, Aug 13, 2017 at 08:24:27PM -0400, Peter Silva wrote:
> o in spite of being the *default*, it isn't that universal, and in
> any event, we can just decide to change the default, no? One can say
> to people with bandwidth limitations, that their apt settings should
> not delete packages after
23 matches
Mail list logo
