On Tue, Feb 19, 2019 at 05:49:24AM +0100, Guillem Jover wrote:
> Hi!
>
> On Tue, 2018-11-20 at 22:16:17 +0100, Adam Borowski wrote:
> > Thus, it seems to me that the plan A for usrmerge has serious downsides for
> > dubious benefits. What about the plan B I described above?
>
> So, people still
Hi folks,
seeing that Federico Mena Quintero has taken over bzip2 development
and is in the process of porting it to Rust[1], we should consider
removing bzip2 support from apt, dpkg, etc. following the release
of buster.
My understanding is that having APT depend on a library written in
Rust sev
On Thu, Jun 06, 2019 at 05:44:27PM -0400, Boyuan Yang wrote:
> 在 2019-06-06四的 23:35 +0200，Julian Andres Klode写道：
> > Hi folks,
> >
> > seeing that Federico Mena Quintero has taken over bzip2 development
> > and is in the process of porting it to Rust[1], we should
On Fri, Jun 07, 2019 at 03:36:08PM -0500, Federico Mena Quintero wrote:
> On Fri, 2019-06-07 at 11:48 +0800, Julian Andres Klode wrote:
>
> Why am I getting BCCed on this? Is this low-key unsolicited
> complaining like in https://mastodon.social/@juliank/102226793499538013
I did
Package: arc,arcanist
Severity: serious
arc: /usr/bin/arc
arcanist: /usr/bin/arc
One of them needs to be renamed, or both.
-- System Information:
Debian Release: buster/sid
APT prefers eoan
APT policy: (991, 'eoan'), (500, 'eoan'), (500, 'cosmic-security')
Architecture: amd64 (x86_64)
Foreig
So,
we currently have code dealing with falling back from InRelease
to Release{,.gpg} and it's all a bit much IMO. Now that buster
has been released with an InRelease file, the time has IMO come for
us to drop support for the old stuff from APT!
Timeline suggestion
---
now
On Wed, Jul 10, 2019 at 10:35:25AM +0800, Paul Wise wrote:
> On Wed, Jul 10, 2019 at 2:53 AM Julian Andres Klode wrote:
>
> > Timeline suggestion
> > ---
> > now add a warning to apt 1.9.x for repositories w/o InRelease, but
> > Release{,
On Wed, Jul 10, 2019 at 10:10:41AM +0200, Philipp Kern wrote:
> On 2019-07-10 10:04, Julian Andres Klode wrote:
> > On Wed, Jul 10, 2019 at 10:35:25AM +0800, Paul Wise wrote:
> > > On Wed, Jul 10, 2019 at 2:53 AM Julian Andres Klode wrote:
> > >
Dear fellow developers,
I was just thinking that adding deprecation warnings and stuff
to software is "nice", but the problem with warnings is that they
tend to not break tests.
I feel like it would be nice to come up with a standard environment
variable to turn warnings into errors, so we can en
On Tue, Jul 09, 2019 at 08:53:04PM +0200, Julian Andres Klode wrote:
> So,
>
> we currently have code dealing with falling back from InRelease
> to Release{,.gpg} and it's all a bit much IMO. Now that buster
> has been released with an InRelease file, the time has IMO c
On Thu, Jul 11, 2019 at 10:23:59PM -0300, Chris Lamb wrote:
> Hi Julian,
>
> > I was just thinking that adding deprecation warnings and stuff
> > to software is "nice", but the problem with warnings is that they
> > tend to not break tests.
>
> I'm guessing you have a particular package or use-ca
On Tue, Jul 23, 2019 at 08:18:05AM -0700, Sean Whitton wrote:
> Hello,
>
> On Tue 23 Jul 2019 at 03:53pm +02, Mathias Behrle wrote:
>
> > Thanks a lot, could have found myself...:(
> > TBH I didn't assume that such a bug could exist when we make source-only
> > uploads manadatory.
>
> I find it
On Fri, Sep 15, 2023 at 04:05:50PM -0700, Steve Langasek wrote:
> On Fri, Sep 15, 2023 at 09:53:24PM +0100, Luca Boccassi wrote:
> > With the provision that I know next to nothing about pam - if I
> > understood correctly how it works, why not simply do both? Ship the
> > default file in the packag
On Fri, Nov 10, 2023 at 11:25:34AM +0900, Simon Richter wrote:
> Hi,
>
> > What would you think about having coreutils Depend on libssl3? This
> > would make the libssl3 package essential, which is potentially
> > undesirable, but it also has the potential for serious user time savings
> > (on rec
On Thu, Nov 09, 2023 at 05:38:05PM -0500, Benjamin Barenblat wrote:
> Dear Debian folks,
>
> coreutils can link against OpenSSL, yielding a substantial speed boost
> in sha256sum etc. For many years, this was inadvisable due to license
> conflicts. However, as of bookworm, coreutils requires GPL-3
On Sat, Nov 11, 2023 at 12:55:16AM +0900, Simon Richter wrote:
> Hi,
>
> On 11/10/23 21:07, Stephan Verbücheln wrote:
>
> > In my opinion, this is yet another reason to use a proper cryptography
> > library (openssl, gnutls or gcrypt) instead of a custom implementation
> > for this kind of algori
On Sat, Nov 11, 2023 at 06:52:50AM +0100, Emanuele Rocca wrote:
> Hi,
>
> On 2023-11-09 07:31, Theodore Ts'o wrote:
> > If you can get upstream a patch so that coreutils could try to dlopen
> > OpenSSL and use it if it is available, but skip it if it is not, that
> > might be one way to avoid Open
Hey Steve,
On Sat, Jan 06, 2024 at 07:38:42PM -0800, Steve Langasek wrote:
> On Sat, Jan 06, 2024 at 09:25:52AM +0100, Rene Engelhard wrote:
> > Hi,
>
> > Am 06.01.24 um 06:51 schrieb Steve Langasek:
> > > > > - dpkg will be uploaded to experimental with 64-bit time_t in the
> > > > > default
>
On Fri, Mar 01, 2024 at 01:02:38AM +0100, Salvo Tomaselli wrote:
> > Any other keys will cause warnings. These warnings will become
> > errors in March as we harden it up for the Ubuntu 24.04 release
>
> Perhaps the announcement should have been sent earlier than 28th Feb then. Or
> is there a mi
On Thu, Feb 29, 2024 at 12:29:40AM +, Phil Wyett wrote:
> On Wed, 2024-02-28 at 20:20 +0100, Julian Andres Klode wrote:
> > APT 2.7.13 just landed in unstable and with GnuPG 2.4.5 installed,
> > or 2.4.4 with a backport from the 2.4 branch, requires repositories
> > to b
On Fri, Mar 08, 2024 at 07:38:01AM +0100, Rene Engelhard wrote:
> Hi,
>
> Am 08.03.24 um 00:12 schrieb Eric Valette:
> > On 07/03/2024 21:16, Rene Engelhard wrote:
> > ct more people.
> > >
> > > But not so much for dependency issues like this. Which is my sole
> > > point. In 99,9% of cases this
Hi all,
the discussion in https://bugs.launchpad.net/ubuntu/+source/apt/+bug/1921626
showed us that some repositories have no Size field for their packages,
including all repositoires generated by pulp.
This is not a tested configuration, as we can see from the bug ;)
I'll be fixing this bug in
Hi folks,
I noticed today that methods/rsh.cc was GPL-2 only, which is an
outlier in the licensing that should be fixed, as it prevents GPL-3
components from making it into apt-pkg.
Apart from DonKult and me, we have the following contributors who
we need permission for relicensing from:
* Ben C
Control: severity -1 minor
On Thu, Jul 01, 2021 at 01:51:22PM +0200, Andreas Tille wrote:
> Hi,
>
> I'm running a (quite) up to date testing and recently I stumbled upon
>
> $ sudo apt update
> ...
> Err:8 http://fam-tille.de/debian local InRelease
> The following signatures couldn't be
On Thu, Jul 01, 2021 at 02:18:17PM +0200, Andreas Tille wrote:
> Hi Julian,
>
> On Thu, Jul 01, 2021 at 02:02:43PM +0200, Julian Andres Klode wrote:
> > Control: severity -1 minor
> >
> > On Thu, Jul 01, 2021 at 01:51:22PM +0200, Andreas Tille wrote:
> > > I
On Sun, Aug 29, 2021 at 11:30:41PM +0100, Colin Watson wrote:
> On Sun, Aug 29, 2021 at 11:31:05AM -0700, Russ Allbery wrote:
> > Colin Watson writes:
> > > I think it's an interesting idea and worth pursuing, but on the face of
> > > it it seems that this would end up violating policy 9.2.2:
> >
Hi all,
I'd like us to move from
/etc/apt/sources.list
to
/etc/apt/sources.list.d/debian.sources
in bookworm.
# deb822 intro
The deb822 format can be shorter and easier to read, to quote the
sources.list manual page:
As an example, the sources for your distribution could look
On Wed, Nov 03, 2021 at 04:23:52PM +, Holger Levsen wrote:
> Hi Julian,
>
> this sounds like a nice and useful plan and feature(s), thank you!
> just one question:
>
> On Wed, Nov 03, 2021 at 04:45:15PM +0100, Julian Andres Klode wrote:
> > I'd like us
On Wed, Nov 03, 2021 at 08:53:15PM +0100, Paul Gevers wrote:
> Hi Julian,
>
> On 03-11-2021 16:45, Julian Andres Klode wrote:
> > There is some software "parsing" sources.list on its own, most of that
> > is better served by `apt-get indextargets` (and for download
On Fri, Nov 05, 2021 at 05:31:49PM +0100, David Kalnischkies wrote:
> On Wed, Nov 03, 2021 at 08:53:15PM +0100, Paul Gevers wrote:
> > On 03-11-2021 16:45, Julian Andres Klode wrote:
> > > There is some software "parsing" sources.list on its own, most of that
> &
On Thu, Nov 04, 2021 at 12:13:48AM +0800, Shengjing Zhu wrote:
> On Wed, Nov 3, 2021 at 11:45 PM Julian Andres Klode wrote:
> >
> > Hi all,
> >
> > I'd like us to move from
> >
> > /etc/apt/sources.list
> >
> > to
> > /etc/
On Sun, Oct 02, 2022 at 11:47:42PM +0200, Thomas Goirand wrote:
> On 10/2/22 22:02, Russ Allbery wrote:
> > Michael Biebl writes:
> >
> > > The main difference is, that the renaming caused an error message by
> > > apt, so you knew something needed to be fixed.
> >
> > One could argue that havin
On Sun, Oct 02, 2022 at 12:26:29PM -0700, Steve Langasek wrote:
> On Sun, Oct 02, 2022 at 03:53:00PM +0100, Steve McIntyre wrote:
> > >What's the plan for upgraded systems with an existing
> > >/etc/apt/sources.list.
> > >Will the new n-f-f section added on upgrades automatically(if non-free was
>
Starting with APT 2.0 (1.9.6 in experimental), the apt(8) binary will
not try to interpret package names passed on the command-line as regular
expressions or fnmatch() style patterns. Future versions of apt-get(8)
and apt-cache(8) will follow that change, following the release of bullseye.
# The
On Thu, Jan 16, 2020 at 01:49:55AM +, Paul Wise wrote:
> On Wed, Jan 15, 2020 at 10:12 PM Julian Andres Klode wrote:
>
> > # The solution
>
> I would have thought the way to go would be to introduce explicit
> --raw --fnmatch --regex --pattern options for each dif
On Wed, Jan 15, 2020 at 11:11:38PM +0100, Julian Andres Klode wrote:
> Starting with APT 2.0 (1.9.6 in experimental), the apt(8) binary will
> not try to interpret package names passed on the command-line as regular
> expressions or fnmatch() style patterns. Future versions of apt-get
On Thu, Jan 16, 2020 at 07:01:25AM -0500, Sam Hartman wrote:
> Does it really make sense to deprecate regexps for apt-cache search?
> In that case, I think you're very unlikely to want a literal match.
No, did I give that impression? Sorry, search is going to stay
with regex on (I think it's) pack
On Thu, Jan 16, 2020 at 05:46:56PM +0100, Enrico Zini wrote:
> On Thu, Jan 16, 2020 at 01:15:29PM +, Paul Wise wrote:
>
> > > No, did I give that impression? Sorry, search is going to stay
> > > with regex on (I think it's) package names and descriptions.
> >
> > Speaking of search, are the a
# APT 2.0
After brewing in experimental for a while, and getting a first outing in
the Ubuntu 19.10 release; both as 1.9, APT 2.0 is now landing in unstable.
1.10 would be a boring, weird number, eh?
Compared to the 1.8 series, the APT 2.0 series features several new features,
as well as improvem
On Sun, Mar 08, 2020 at 07:10:49PM +0100, Jonas Smedegaard wrote:
> Quoting Matthias Klose (2020-03-08 18:40:34)
> > On 3/7/20 9:41 PM, Julian Andres Klode wrote:
> > > # APT 2.0
> > >
> > > After brewing in experimental for a while, and getting a first outi
On Sun, Mar 08, 2020 at 02:40:56PM -0400, Boyuan Yang wrote:
> Hi,
>
> 在 2020-03-07六的 21:41 +0100，Julian Andres Klode写道：
> > # APT 2.0
> > ### Incompatibilities
> >
> > * The apt(8) command no longer accepts regular expressions or wildcards as
> > p
On Mon, Mar 09, 2020 at 10:09:46AM +0100, Guillem Jover wrote:
> We'd like to standardize on a new set of artifact build pathnames
> for our deb toolchain. [...]
[...]
> The use of a hidden directory is to reduce clutter and stomping over any
Love the hidden directory.
--
debian developer - deb
On Sat, Mar 07, 2020 at 09:41:44PM +0100, Julian Andres Klode wrote:
> ### Incompatibilities
>
> * The apt(8) command no longer accepts regular expressions or wildcards as
> package arguments, use patterns (see New Features).
Correction - regular expressions starting in ^ or endin
On Tue, Mar 10, 2020 at 08:36:25AM -0400, The Wanderer wrote:
> On 2020-03-10 at 06:58, Julian Andres Klode wrote:
>
> > On Sat, Mar 07, 2020 at 09:41:44PM +0100, Julian Andres Klode wrote:
> >
> >> ### Incompatibilities
> >>
> >> * The apt(8) com
Hi folks,
it is our plan to switch apt from GnuTLS to OpenSSL once OpenSSL
3.0 is out, making /usr/lib/apt/methods/http effectively a
GPL-3+ licensed binary. Or earlier, in case ftp masters decide
that the system library exception applies to OpenSSL.
I heard some concerns about such a change maki
Hi everyone,
I just uploaded the cmake branch of apt to experimental. Please
report feedback on how it affects the stuff your care about, like
reproducibility, cross-building, and stuff.
This branch started in 2009 for 2 weeks or so (7 years ago),
and then slept until this week, when I finally re
Package: wnpp
Severity: wishlist
Owner: Julian Andres Klode
* Package name: sicherboot
Version : 0.1.0
Upstream Author : Julian Andres Klode
* URL : https://github.com/julian-klode/sicherboot
* License : MIT
Programming Lang: Shell
Description
Hi,
as previously (sort of) announced I want to turn off SHA1 on January 1st
by default in apt (in the 1.2 and 1.3 series xenial/yakkety ship). We
already turned this off for fields inside the (meta) index files,
this step now involves rejecting SHA1-based GPG signatures as well.
Now, we need to
Two months ago, Steve wrote:
> * enable it for installation via d-i by default. At installation
[it being unattended-upgrades]
What's the status of this? I do not like this idea, it interacts
poorly with desktops which handle upgrades via PackageKit (which
is the default) and since there are locki
Hi,
as a lot of people are already aware, APT and dpkg have disagreed
on architecture wildcards for quite some time, because the approach
taken in apt was "weird".
I have just committed a change that makes APT uses dpkg's triplet
or tuplettables, depending on how new your dpkg is:
https://anonsc
On Fri, Apr 27, 2018 at 02:01:44PM +0200, Adam Borowski wrote:
> On Fri, Apr 27, 2018 at 01:45:07PM +0200, Adam Borowski wrote:
> > Don't. For .debs, that is.
>
> Scratch that.
>
> apt Depends: libapt-pkg5.0 Depends: libzstd1
>
> While apt is "merely" priority:required rather than fully essenti
On Fri, Apr 27, 2018 at 01:45:07PM +0200, Adam Borowski wrote:
> (ZSTD)
>
> On Fri, Apr 27, 2018 at 07:02:12AM +0200, Guillem Jover wrote:
> > Recently Julian mentioned it again on IRC, and we each started
> > implementing support in dpkg and apt respectively, to allow easier
> > evaluation. I sto
On Tue, May 01, 2018 at 10:36:34AM +0200, Marco d'Itri wrote:
> On Apr 27, Julian Andres Klode wrote:
>
> > Our major use case is cloud initial setup, image building, CI, buildds, all
> > of which do not require any syncs, and can safely use eatmydata, for
> > ex
Package: python3-default
Severity: serious
When python3 default version changes, and a new python3-minimal is unpacked
before its
python3.N-minimal, we end up with a system without a working python3 symlink.
This breaks
upgrades because prerm scripts of python3 packages use:
if which py3clean >
Package: wnpp
Severity: wishlist
Owner: Julian Andres Klode
* Package name: networkd-dispatcher
Version : 1.7
Upstream Author : craftyguy "Clayton Craft"
* URL : https://gitlab.com/craftyguy/networkd-dispatcher
* License : GPL-3+
Programming La
On Mon, Oct 15, 2018 at 05:12:10PM +0200, Andreas Beckmann wrote:
> Package: libapt-pkg5.0
> Version: 1.7.0
> Severity: serious
>
> Hi,
>
> I just did a partial upgrade on a stretch+buster+sid development
> system resulting in apt-get erroring out with
>
> apt-get: relocation error: /usr/lib/x8
Package: wnpp
Severity: wishlist
Owner: Julian Andres Klode
(gauteh: this is a Debian packaging intent)
* Package name: gmailieer
Version : 0.1+git
Upstream Author : Gaute Hope
* URL : https://github.com/gauteh/gmailieer
* License : GPL-3+
Programming Lang
On Tue, May 30, 2017 at 01:57:03PM +0200, Ansgar Burchardt wrote:
> Hi,
>
> my impression is that too many packages use Recommends that should
> really be Suggests. As a random example: installing dracut as a
> initramfs provider will pull in exim4... (dracut-core Recommends: mdadm
> which Recomm
On Fri, Jun 09, 2017 at 01:25:33AM +0100, Ben Hutchings wrote:
> On Thu, 2017-06-08 at 19:52 +0100, Steven Chamberlain wrote:
> > I would certainly reiterate this:
> > https://news.ycombinator.com/item?id=14003253
> >
> > Some versions of Ubuntu (at least trusty, xenial) have the added
> > "featur
Hi everyone,
as we discussed before in IRC, we plan to eventually replace
our existing curl-based https method with our http method,
by adding TLS support to it. This will move HTTPS support
into apt proper, removing the apt-transport-https package.
I'm not sure how long this will take, I hope we
On Wed, Jun 28, 2017 at 03:42:14AM +0800, Aron Xu wrote:
> On Wed, Jun 28, 2017 at 2:00 AM, Julian Andres Klode wrote:
> > Hi everyone,
> >
> > as we discussed before in IRC, we plan to eventually replace
> > our existing curl-based https method with our http method,
&
On Wed, Jun 28, 2017 at 12:40:16PM +0800, YunQiang Su wrote:
> I'd guess you have to help process the bootstrap process.
> The TLS stuff is a quilt big trouble when bootstrap Debian for new
> architecture.
> So, I prefer the current schema, aka split https stuff to itself's
> source package.
It's
On Wed, Jun 28, 2017 at 02:56:50PM +0200, Tim Rühsen wrote:
> Hi,
>
> I just want to mention that libwget[1] already has all the code you need
> plus lot's of other fancy TLS stuff (session resumption, false start,
> tcp fast open, OCSP). It is part of GNU Wget2, which is not released
> yet, mainl
APT 1.5~alpha1 landed in experimental today(ish). It includes three
big changes (one of which, the new https support, is opt-in).
[ Changes to unauthenticated repositories ]
The security exception for apt-get to only raise warnings if it encounters
unauthenticated repositories in the "update
On Thu, Jun 29, 2017 at 09:38:31AM +0200, Julian Andres Klode wrote:
> APT 1.5~alpha1 landed in experimental today(ish). It includes three
> big changes (one of which, the new https support, is opt-in).
1.5~alpha2 fixes a critical security issue for people that set
a custom CaInfo option: A
On Thu, Jun 29, 2017 at 06:04:58PM +0200, Julian Andres Klode wrote:
> On Thu, Jun 29, 2017 at 09:38:31AM +0200, Julian Andres Klode wrote:
> > APT 1.5~alpha1 landed in experimental today(ish). It includes three
> > big changes (one of which, the new https support, is opt-in).
Hi everyone,
(I CCed -devel and deity, but we probably should just discuss
that on -dpkg)
while breakfast here at DebConf, the topic of delta upgrades
came up. I think delta debs are generally a thing we should
aim to have, but debdelta is not the implementation we want:
* It is not integrated
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'
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
On Tue, Aug 15, 2017 at 09:26:24AM +0200, Christian Seiler wrote:
> Hi there,
>
> I've come to believe that binary diff packages are not the best way of
> solving this issue. Intead I'd like to propse a radically different
> solution to this issue.
>
> The gist of it: instead of adding a format f
On Sat, Aug 12, 2017 at 02:16:21PM -0400, Julian Andres Klode wrote:
> Hi everyone,
>
> (I CCed -devel and deity, but we probably should just discuss
> that on -dpkg)
>
> while breakfast here at DebConf, the topic of delta upgrades
> came up. I think delta debs are genera
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'
On Sun, Aug 13, 2017 at 12:38:56PM +0300, Adrian Bunk wrote:
> 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
On Tue, Aug 15, 2017 at 08:51:23PM +0200, Julian Andres Klode wrote:
> On Tue, Aug 15, 2017 at 09:26:24AM +0200, Christian Seiler wrote:
> > Hi there,
> >
> > I've come to believe that binary diff packages are not the best way of
> > solving this issue. Intea
On Wed, Aug 16, 2017 at 12:21:09AM +0200, Julian Andres Klode wrote:
> firefox (size & performance):
>
> -rw-r--r-- 1 jak jak 2.3M Aug 15 20:59 firefox_55.0-1_55.0-2_amd64.debdelta
> -rw-r--r-- 1 jak jak 2.4M Aug 15 22:13 firefox_55.0-1_55.0-2_amd64.pdeb
> -rw-r--r-- 1 jak
On Fri, Aug 18, 2017 at 11:59:13AM +0200, Bastien ROUCARIES wrote:
> On Thu, Aug 10, 2017 at 5:11 PM, Andreas Henriksson wrote:
> > Hello,
> >
> > A new version 2.29.2-3 of src:util-linux was recently uploaded to
> > experimental[1]. The plan is to ship those changes in Buster.
> >
> > In this ver
On Tue, Aug 22, 2017 at 10:53:47PM +0200, Sebastian Andrzej Siewior wrote:
> On 2017-08-16 00:21:09 [+0200], Julian Andres Klode wrote:
> > libreoffice-core (size only):
> >
> > -rw-r--r-- 1 jak jak 29M Jul 22 20:02
> > libreoffice-core_5.3.5~rc1-3_amd64.deb
> &g
On Mon, Jan 11, 2016 at 05:25:40PM +0100, Julian Andres Klode wrote:
> Hi everyone,
>
> the following packages contain lines matching the
> expression:
> /var/lib/apt/lists/.*(Packages|Sources)
>
> Those files may be compressed by any compressor
> supported by APT
Hi,
I'd like us to try out using LZ4 compressed index files in
/var/lib/apt/lists for the next APT release series, starting
in October, after the release of Ubuntu 17.10 "artful".
This is done by swapping the default for Acquire::gzipIndexes
from false to true.
On my system, this compresses /var
On Tue, Sep 26, 2017 at 02:46:55PM -0400, Jeremy Bicha wrote:
> Source: apt
> Version: 1.5
> Severity: wishlist
>
> Ubuntu 17.10 has switched from the unmaintained gnome-system-log app
> to gnome-logs by default. While gnome-system-log is a traditional log
> viewer, gnome-logs only displays logs f
On Sat, Sep 09, 2017 at 04:48:29PM +0200, Julian Andres Klode wrote:
> Hi,
>
> I'd like us to try out using LZ4 compressed index files in
> /var/lib/apt/lists for the next APT release series, starting
> in October, after the release of Ubuntu 17.10 "artful".
I
On Sat, Sep 09, 2017 at 04:48:29PM +0200, Julian Andres Klode wrote:
> Hi,
>
> I'd like us to try out using LZ4 compressed index files in
> /var/lib/apt/lists for the next APT release series, starting
> in October, after the release of Ubuntu 17.10 "artful".
>
On Sat, Sep 09, 2017 at 04:48:29PM +0200, Julian Andres Klode wrote:
> Hi,
>
> I'd like us to try out using LZ4 compressed index files in
> /var/lib/apt/lists for the next APT release series, starting
> in October, after the release of Ubuntu 17.10 "artful".
It tu
On Sun, Oct 22, 2017 at 12:33:02PM +0300, Adrian Bunk wrote:
> On Thu, Oct 05, 2017 at 03:52:56AM +0200, Adam Borowski wrote:
> >...
> > But, Adrian Bunk warned that this makes violating the baseline too easy.
> > And indeed, I just noticed an attempt to use an extension in a way I don't
> > consid
Package: src:keepassxc
Severity: serious
The file src/zxcvbn/dict-src.h is an autogenerated dictionary file,
generated from smaller files. The directory is removed during build.
I'm not entirely sure if I need to repackage the source tarball or
not, given that the file is removed during clean, he
On Sun, Nov 26, 2017 at 07:45:13AM +0100, Paul Gevers wrote:
> Hi Julian,
>
> On 26-11-17 01:29, Julian Andres Klode wrote:
> > The file src/zxcvbn/dict-src.h is an autogenerated dictionary file,
> > generated from smaller files. The directory is removed during build.
>
You don't. You fix the bug in your understanding of how package
management works.
--
Julian Andres Klode - Debian Developer, Ubuntu Member
See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.
When replying, only quote what is necessary, and write each reply
directly below
On Mon, Dec 21, 2015 at 01:35:21PM +0100, Alberto Salvia Novella wrote:
> Julian Andres Klode:
> > It just happens that some of the newly installed dependencies are also
> > Suggested by other installed packages, and thus are not removed,
> > because you might have installed
On 21 December 2015 at 14:59, Alberto Salvia Novella
wrote:
> Julian Andres Klode:
>>
>> autoremove will remove all packages that no other package
>> PreDepends, Depends, Recommends, or Suggests.
>
>
> Probably the problem is the latest.
>
> Since I did
On Mon, Dec 21, 2015 at 04:10:31PM +0100, Alberto Salvia Novella wrote:
> Julian Andres Klode:
> > If A suggests B, and you install B in some way, you may have come to
> > rely on the fact that A is extended by B on your system.
> > Automatically removing B could thus cause
On Mon, Dec 21, 2015 at 04:37:40PM +0100, Alberto Salvia Novella wrote:
> Julian Andres Klode:
> > Usually it is a Suggests from another existing package.
>
> If I run "apt-cache depends gnome-shell", it says:
> Recommends: gdm
> Breaks: gdm
>
> Is
On Mon, Dec 21, 2015 at 04:57:39PM +0100, Abou Al Montacir wrote:
> Hi Julian
>
> On Mon, 2015-12-21 at 16:13 +0100, Julian Andres Klode wrote:
> > I also wrote I am thinking about adding some kind of apt revert command
> > that allows you to revert entries from apt'
ed
to 1.1.8 after which I started optimising the code.
--
Julian Andres Klode - Debian Developer, Ubuntu Member
See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/.
When replying, only quote what is necessary, and write each reply
directly below the part(s) it pertains to (`inline'). Thank you.
ebian-edu-config (U)
James McCoy
devscripts (U)
Javier Fernández-Sanguino Peña
debian-goodies
Jeff Breidenbach
jablicator
Joachim Breitner
haskell-debian (U)
pkg-haskell-tools (U)
Johannes Schauer
dose3 (U)
Jonas Smedegaard
cdbs (U)
Julian Andres Klode
aptdaemon
Leo I
On Fri, Jan 08, 2016 at 10:13:51PM +0100, Julian Andres Klode wrote:
> Good moo,
>
> I just uploaded APT 1.2~exp1 to experimental. This release includes
> the following highlights:
>
> * Automatic removal of debs after install for apt(8)
> * LZ4 support
> * Recompression
On Wed, Jan 13, 2016 at 03:07:06PM +0100, Vincent Danjean wrote:
> Hi,
>
> Le 13/01/2016 00:18, Julian Andres Klode a écrit :
> > On Fri, Jan 08, 2016 at 10:13:51PM +0100, Julian Andres Klode wrote:
> >> Good moo,
> >>
> >> I just uploaded APT 1.2~e
r - deb.li/jak | jak-linux.org - free software dev
When replying, only quote what is necessary, and write each reply
directly below the part(s) it pertains to (`inline'). Thank you.
>From 141931815cdf663aab5ecccf6b4fdd517f99cbd4 Mon Sep 17 00:00:00 2001
From: Julian Andres Klode
Date: Sun, 6 Mar
On Thu, Nov 21, 2024 at 09:16:20PM +0100, Julian Andres Klode wrote:
> I've just finished more or less, adjusting the APT test suite
> to test gpgv-sq. I plan to upload APT that tests gpgv-sq
> tomorrow. This ensures full compatibility between apt and
> gpgv-sq going forward
On Tue, Dec 24, 2024 at 11:10:27PM +0900, Simon Richter wrote:
> Hi,
>
> On 12/24/24 18:54, Michael Tokarev wrote:
>
> > The no-unsafe-io workaround in dpkg was needed for 2005-era ext2fs
> > issues, where a power-cut in the middle of filesystem metadata
> > operation (which dpkg does a lot) migh
On Tue, Dec 03, 2024 at 04:34:52PM +0100, Julian Andres Klode wrote:
> On Thu, Nov 21, 2024 at 09:16:20PM +0100, Julian Andres Klode wrote:
> > I've just finished more or less, adjusting the APT test suite
> > to test gpgv-sq. I plan to upload APT that tests gpgv-sq
> > t
101 - 200 of 217 matches
Mail list logo
