[Please CC me on replies.]
Paul Wise wrote:
> On Tue, Oct 4, 2016 at 12:42 AM, Josh Triplett wrote:
> > Does the backup process also respect CACHEDIR.TAG
> > (http://www.brynosaurus.com/cachedir/spec.html) in addition to
> > .nobackup?
>
> Looks like no:
>
> https
Marco d'Itri wrote:
> On Oct 15, Dimitri John Ledkov wrote:
> > I believe the TLS overhead costs are negligible, especially if one
> This is not about the TLS overhead: the real issue is not being able to
> use sendfile(2).
If you really want to use sendfile (or splice or vmsplice) for your TLS
c
Andrew Shadura wrote:
> Honestly, I’d like to object to packaging a 31 line script in a separate
> package.
These are distinct packages, with distinct version numbers, and packages
will need to declare (potentially versioned) dependencies on them.
Packaging numerous libraries in a single source pa
ordinate with the admin to
choose an appropriate time.
However, I'd also suggest that more services and service management
tools need mechanisms for zero-downtime upgrades. For instance, with
some care, services running via socket activation can restart without
losing any connections.
- Josh Triplett
ipt seems *far* easier
than maintaining a permanent fork to avoid it.
- Josh Triplett
put from the release team if they see negative effects on the
release from such a change.
- Josh Triplett
On Wed, Dec 07, 2016 at 09:36:00PM +, Niels Thykier wrote:
> Josh Triplett:
> > [Please CC me on replies.]
> >
> > [...]
> >
> > Does it seem reasonable to attempt to introduce these new sections
> > before the release, so that these pieces of softw
On Thu, Dec 08, 2016 at 07:46:23AM +0100, Joerg Jaspert wrote:
> On 14515 March 1977, Josh Triplett wrote:
> >> Longer version: I think we should patch the tools first and /if/ we are
> >> in time before the release, we can add the sections. To my knowledge,
> >&
Holger Levsen wrote:
> On Wed, Dec 07, 2016 at 03:05:21PM -0800, Josh Triplett wrote:
> > If anyone has any objections to the creation of the two sections "rust"
> > and "javascript", please speak up now, as I plan to start writing
> > patches for
On Thu, Dec 08, 2016 at 05:55:37PM +0100, gregor herrmann wrote:
> On Thu, 08 Dec 2016 08:44:15 -0800, Josh Triplett wrote:
> > > While you are in there, there is #816693, also I'm unsure (and offline
> > > atm) how many perl6 packages we currently have.
> > As f
Daniel Pocock wrote:
>On 08/12/16 16:59, Adam D. Barratt wrote:
>> On 2016-12-08 13:08, Andreas Henriksson wrote:
>>> On Thu, Dec 08, 2016 at 01:41:38PM +0100, Daniel Pocock wrote:
On 08/12/16 13:35, Andrey Rahmatullin wrote:
> On Thu, Dec 08, 2016 at 01:02:20PM +0100, Daniel Po
On Wed, Dec 07, 2016 at 03:05:21PM -0800, Josh Triplett wrote:
> On Wed, Dec 07, 2016 at 09:36:00PM +, Niels Thykier wrote:
> > Josh Triplett:
> > > [Please CC me on replies.]
> > >
> > > [...]
> > >
> > > Does it seem reasonable to at
On Fri, Dec 09, 2016 at 07:45:54AM +0100, Joerg Jaspert wrote:
> On 14516 March 1977, Josh Triplett wrote:
> > I've now written and submitted all of these patches.
>
> Thanks!
>
> Lets give it some time for them to get into packages and then we add
> sections. Please
On Sat, Dec 10, 2016 at 04:46:01PM -0700, Sean Whitton wrote:
> On Thu, Dec 08, 2016 at 09:39:26PM -0800, Josh Triplett wrote:
> > Of the list of packages in
> > https://lists.debian.org/debian-devel/2015/05/msg00287.html , aptdaemon
> > no longer seems to exist in Debian, an
On Sun, Dec 11, 2016 at 09:45:36AM +, Ian Campbell wrote:
> On Thu, 2016-12-08 at 21:39 -0800, Josh Triplett wrote:
> > I've now written and submitted all of these patches.
>
> Might it be useful to have this list of names and descriptions in some
> canonical packa
On Sun, Dec 11, 2016 at 10:16:51PM +0100, Joerg Jaspert wrote:
> On 14518 March 1977, Josh Triplett wrote:
> >> (my first thought was a canonical online location, but these tools may
> >> not want that at runtime and can't rely on it at build time, but maybe
> >>
t; will work; in the
other 1% of cases, -dev packages could provide some kind of mapping
expression.)
Does this seem like a reasonable approach?
- Josh Triplett
On Mon, Dec 12, 2016 at 10:10:57AM -0700, Sean Whitton wrote:
> Hello Josh,
>
> On Sun, Dec 11, 2016 at 09:48:17PM -0800, Josh Triplett wrote:
> > dpkg-shlibdeps automatically generates Depends on library packages
> > corresponding to any libraries pulled in by the linker fo
ndencies to kmod.
Does it speed up module loading at boot time (particularly for a distro
kernel, which needs to load many modules)?
I'd suggest testing both, and profiling system boot; if it speeds up
boot time by any measurable amount, it seems worthwhile.
- Josh Triplett
, what
replaces netstat in the absence of net-tools?
lsof can do a subset of its functions, but only a subset, and with much
less useful output.
- Josh Triplett
Russell Stuart wrote:
> On Tue, 2016-12-27 at 01:02 -0800, Josh Triplett wrote:
> > The rest of net-tools aside (which have sensible replacements), what
> > replaces netstat in the absence of net-tools?
>
> /bin/ss, which is part of iproute2
Thanks, that looks perfect, and it
). Somewhat more verbose, but
unambiguously clear.
For instance, instead of "reverse-dependencies of libfoo-dev", I'd write
"packages with Depends on libfoo-dev".
- Josh Triplett
Guillem Jover wrote:
> I'm interested in what things people still find so off-putting to the
> point of not wanting to use the new 3.0 source formats, or what makes
> people use them in anger and similar (if people would state which one
> of these apply that would be helpful). All these including o
Vincent Bernat wrote:
> ❦ 2 janvier 2017 00:57 -0800, Josh Triplett :
>
> > I don't want the source format to care about details like those. If
> > people want to use quilt to manage a patch series within their
> > packages,
> > they can do so, but the sour
se it), but it seems like an improvement
built around a non-VCS patches-and-tarballs world, not a VCS world.
> Making everybody uses the same git workflow (like gbp pq)
> would be better IMO, but I understand many will object.
Not necessarily the same workflow, but the same repository layout. And
yes, until a single repository layout exists that satisfies all
requirements, people will object vehemently.
Currently working on some improvements in that direction, to separate
repository format from workflow.
- Josh Triplett
On Tue, 17 Jan 2017 13:35:14 + Ian Jackson
wrote:
> [1] AIUI this is when your laptop suspends to RAM, but after a timeout
> or when the battery is low, wakes up so that it can suspend to disk.
Linux implements hybrid sleep by going ahead and writing the hibernation
image out, then suspendin
On Fri, Dec 09, 2016 at 07:45:54AM +0100, Joerg Jaspert wrote:
> On 14516 March 1977, Josh Triplett wrote:
> > I've now written and submitted all of these patches.
>
> Thanks!
>
> Lets give it some time for them to get into packages and then we add
> sections. Please
On Mon, Jan 23, 2017 at 08:56:31PM +0100, Ansgar Burchardt wrote:
> Josh Triplett writes:
> > Given that, can you please go ahead and add the two new sections for
> > rust (https://bugs.debian.org/845576) and javascript
> > (https://bugs.debian.org/753480), and update
Wouter Verhelst wrote:
> On Wed, Jan 03, 2018 at 09:13:24AM -0500, Paul R. Tagliamonte wrote:
>> Conversely, if the patches are invasive and unmaintainable, its not on Debian
>> to merge them.
>
> Yes. But adding a "nosystemd" build profile is in no way "invasive and
> unmaintainable".
"nosystemd"
Theodore Y. Ts'o wrote:
> Finally, if I have a systemd timer file, as well as a crontab entry,
> what is the recommended way to decide whether to install/use the
> crontab versus the timer unit file?
Unfortunately, there isn't a clean mechanism for that. For systemd unit files,
systemd's built-in
Mike Hommey wrote:
> Why not just create a ~/.thunderbird symlink to ~/.icedove if
> ~/.icedove exists?
This seems like the right solution. (Or, equivalently, rename
~/.icedove to ~/.thunderbird and place a symlink in the other
direction.)
Any particular reason not to do this?
- Josh Triplett
icial" zlib. You can create
your own version, and label it appropriately; the official version
remains the official version. Changing a standards document doesn't
change the standard.
This really comes down to a question of endorsement: we determine
whether a standards document represents the "official" version by
looking at whether it has the endorsement of a particular standards
body.
- Josh Triplett
Adam Borowski wrote:
> I'd like to discuss (and then propose to -policy) the following rule:
>
> # Libraries which don't provide a convenient means of conditionally loading
> # at runtime (this includes most libraries for languages such as C), SHOULD
> # NOT declare a "Depends:" or "Recommends:" re
Carlos Alberto Lopez Perez wrote:
> On 26/03/17 01:01, Walter Landry wrote:
> > Florian Weimer wrote:
> >>> #5 Declare GMP to be a system library.
> >>>
> >> (snip)
> >>
> >>> #5 was how Fedora looked at the OpenSSL library issue. Since Debian
> >>> has another viewpoint on OpenSSL I somehow doubt
n't think you need to worry about that kind of
configuration conflict unless it comes up. Ideally if multiple packages
need to change this limit, they'll coordinate and agree on the new
value, or perhaps even depend on a common configuration package.
- Josh Triplett
Henrique de Moraes Holschuh wrote:
> 1. read current levels (using sysctl, not directly).
>
> 2. if they are above the default, don't change the state of the system:
>if your config file is there, let ucf handle its update normally. if
>your config file is *NOT* there, assume deleted and
On Sun, Apr 23, 2017 at 08:37:59PM +0200, Evgeni Golov wrote:
> On Sun, Apr 23, 2017 at 10:48:33AM -0700, Josh Triplett wrote:
> > Evgeni Golov wrote:
> > > But this does not account for the fact that this specific tunable may be
> > > already overriden in another sy
On Sun, Apr 23, 2017 at 09:01:13PM +0200, Evgeni Golov wrote:
> On Sun, Apr 23, 2017 at 11:40:34AM -0700, Josh Triplett wrote:
> > On Sun, Apr 23, 2017 at 08:37:59PM +0200, Evgeni Golov wrote:
> > > On Sun, Apr 23, 2017 at 10:48:33AM -0700, Josh Triplett wrote:
> >
Adam Borowski wrote:
> On Mon, Apr 24, 2017 at 11:17:48AM +0200, Marco d'Itri wrote:
> > While this scheme was probably instigated by limitations in RPM, at this
> > point we have had multiple packages (kmod, systemd, udev for a start)
> > using it for years.
> >
> > Moving the sysctl.d default
Vincent Danjean wrote:
> Perhaps, Debian can try to standardize this (for future releases), for
> example asking to put the default config files in a central place (with
> symlinks if required), for example /etc/default-config or even
> /lib/default-config and/or /usr/lib/default-config.
We cannot
Adam Borowski wrote:
> Alas, having "bash-completion" installed, while adding some
> context-sensitive completion, also breaks filename completion.
You can always press Alt-/ if you want to use filename completion
unconditionally.
But if you run into a command that accepts filenames but for which
Scott Kitterman wrote:
> Reintroducing /usr/bin/python as a python3 version risks their systems
> for no benefit (since all python3 stuff points to /usr/bin/python3 and
> works fine). Just let it go and don't bring it back.
Agreed completely. /usr/bin/python -> python3 in Arch is an endless
foun
Anyone interested in helping with continued support for classic window
managers should consider working on packaging for
https://wiki.archlinux.org/index.php/Xdg-menu , and perhaps forming a
maintenance team for it. And if it doesn't support your window manager
or desktop of choice, consider adding
(SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for
GNU/Linux 2.6.32, BuildID[sha1]=09642c1eb0869e8a9c075d0e8109f7ef1f62b320, with
debug_info, not stripped
- Josh Triplett
Russ Allbery wrote:
> m...@linux.it (Marco d'Itri) writes:
> > On Dec 31, Simon Richter wrote:
>
> >> These are running stretch, and I would like to upgrade them without
> >> breaking my existing scripts, which assume sysvinit with runlevels
> >> (including one-shot runlevels).
>
> > Somebody ha
Russ Allbery wrote:
> Josh Triplett writes:
> > Russ Allbery wrote:
>
>>> It does, however, mean that it's a good idea for us to continue to
>>> support sysvinit.
>
>> Not quite. It means we should maintain support for sysvinit *scripts*
>> for
at would
break too many sites", especially if they supply examples, can we record
that answer somewhere to provide additional guidance for people thinking
of enabling that feature anyway?)
- Josh Triplett
if necessary.
That would result in two copies of the (likely large) data on end-user
systems, which seems far worse than having two copies in the Debian
archive.
- Josh Triplett
e manager would prevent the installation of
packages that will SIGILL.)
- Josh Triplett
[Please CC me; not subscribed to -devel.]
Ben Hutchings wrote:
> On Mon, 2015-09-28 at 15:34 -0700, Josh Triplett wrote:
> > Ben Hutchings wrote:
> > > We propose to drop support for i386 processors older than 686-class in
> > > the current release cycle. This would
On Tue, Sep 29, 2015 at 06:48:26AM +, Riku Voipio wrote:
> On Mon, Sep 28, 2015 at 09:31:03PM -0700, Josh Triplett wrote:
> > [Please CC me; not subscribed to -devel.]
> > Ben Hutchings wrote:
> > > So far as I know, all current Quark processors have errata that make
d ask them why
> they're doing this kind of ridiculous split-up. Code re-use in general
> is a good plan, but not at the level of every trivial helper function
> being split out into its own library!
"why" is because node (and other modern languages) make it easy to
create a package for any particular bit of reusable code. That Debian
fails to support that is Debian's problem, not upstream's.
- Josh Triplett
On Fri, Oct 23, 2015 at 02:14:46PM +0100, Steve McIntyre wrote:
> Josh Triplett wrote:
> >Steve McIntyre wrote:
> >>
> >> YA tiny Javascript "library" containing 3 lines of utterly trivial
> >> code. :-(
> >>
> >> I appreciate you
Jonathan Dowland wrote:
> On Thu, Oct 22, 2015 at 09:16:59PM -0700, Josh Triplett wrote:
> > "why" is because node (and other modern languages) make it easy to
> > create a package for any particular bit of reusable code. That Debian
> > fails to support that is D
even getting into the more controversial items, like
debian/changelog (a vestige of a pre-VCS era), or debian/copyright. Or
more fundamental changes, like stuffing absolutely everything into a
single git repository for deduplication and incremental downloads.
- Josh Triplett
ware, you already have to
consider both the defaults and your own configuration.
I would suggest that the problem here isn't moving defaults out of /etc
into /usr, but rather the lack of widespread tools for managing that
configuration. That's a fixable problem.
- Josh Triplett
Jakub Wilk wrote:
> Also, how I am supposed to know that I can customize /etc/foobar.conf
> if /etc/foobar.conf doesn't even exist?
Because you want to modify the behavior of foobar, and "man foobar"
references foobar.conf.
- Josh Triplett
most of which was spent staring at and
filtering diffs between two versions of /etc, and attempting to find my
own configuration changes out of the mountain of irrelevant changes
between stable releases in order to find my own configuration bits.
By contrast, if /etc contained only my changes, I'd have had a far
easier time with that migration.
- Josh Triplett
gging the versions affected, as the bugs almost certainly affect the
versions in testing as well. As long as you tag the affected versions,
the bugs won't actually prevent migration to testing.
- Josh Triplett
ks on packages before
accepting them into the archive. Do we have enough data and metadata
available that the archive software could automatically reject uploads
of .deb files that contain the same file path as another package without
a Conflicts or Replaces expressed against that package?
- Josh Triplett
Steve Langasek wrote:
> On Wed, Nov 25, 2015 at 05:28:35PM -0800, Josh Triplett wrote:
> > Bugs like 806253 come up fairly regularly in unstable: two packages
> > contain the same file, but don't have a Conflicts or Replaces
> > relationship. Renamed packages seem
Andreas Cadhalpun wrote:
> The relevant testcases are in test/integration/test-apt-get-source.
> There is a test for #731853 that is supposed to "ensure that apt will
> pick the higher version number" of 0.0.1 (stable) and 0.1 (stable).
> However, this works by pure chance, as simply reversing the
Marc Haber wrote:
> See the discussion about EnvironmentFile which "should never have been
> implemented" and "should be removed" on systemd-devel which resulted
> in one side of the discussion being put on moderation (guess which one
> got silenced).
The ones posting messages like
http://lists.fr
ce versa.) "Proprietary software with source available"
does not qualify as either Open Source or Free Software, and we should
not call it either.
I welcome the work currently in progress to establish an archive for
non-free firmware. And rather than spend a pile of time arguing over
more extensive classifications, I'd rather work on making even more of
non-free obsolete.
- Josh Triplett
On Sun, Jan 10, 2016 at 12:22:28AM +0100, Philippe Cerfon wrote:
> On Sat, Jan 9, 2016 at 11:47 PM, Josh Triplett wrote:
> > Not true at all. A future change to build a more fine-grained version
> > of non-free could happen just as easily with or without this change.
>
>
a package manager like dpkg into it (i.e.
the registry,
WoW subsystem, etc) and the fact that the Windows Installer Service handles
a lot of these things already, albeit with a different form of functionality
than dpkg and apt.
--
Josh Max
E657 F54A 65F5 A6A2
> Date: Mon, 22 Feb 2016 14:05:33 +0
4 shows that this will reduce the size of Packages for
binary-amd64 from 39MB to 35MB (uncompressed), and the size of the
xz-compressed version from 7.9MB to 5.9MB. Very nice!
That also helps reduce the impact and overhead of adding additional
binary packages.
Thanks for working on this.
- Josh Triplett
affected, first by package and then
by dd-list. I generated the list with the following grep-dctrl command:
grep-dctrl -sPackage,Depends,Maintainer -FDepends iceweasel --and --not
-FDepends firefox --and --not -FPackage -r '^iceweasel-'
/var/lib/apt/lists/ftp.us.debian.org_debian_
Guillem Jover wrote:
> On Tue, 2016-03-15 at 15:32:40 -0700, Josh Triplett wrote:
> > On Tue, Mar 15, 2016 at 11:15:16PM +0100, Joerg Jaspert wrote:
> > > I've just activated a few changes to the archive we talk(ed) about for a
> > > long time. And while it is not e
a versioned
dependency on iceweasel, and we don't have versioned provides.
(Though *if* apt, dpkg, and all associated tools have the behavior of
satisfying a versioned dependency on a virtual package if the providing
package has the right version, that would potentially work since
iceweasel and firefox/firefox-esr share the right versioning scheme.)
- Josh Triplett
James McCoy wrote:
> On Mar 20, 2016 4:31 PM, "Ben Hutchings" wrote:
> > On Sun, 2016-03-20 at 12:39 -0700, Josh Triplett wrote:
> > > Ian Jackson wrote:
> > > > The Wanderer writes ("Re: Possible MBF: Packages depending on iceweasel
> > &g
tation and generated machine code, and you can
decide at link time to not use an LTO linker; a "slim" object contains
only intermediate representation, and can only be linked with LTO.
Using slim objects provides a significant reduction in build time.
- Josh Triplett
Adrien CLERC wrote:
> Le 08/04/2016 05:49, Harlan Lieberman-Berg a écrit :
> > [1]: I say default here, but really, systems which turn off installing
> > things which are Recommended are almost unusuable; I know for a while
> > it was the policy of #debian to just turn away people who had done
> >
Wookey wrote:
> +++ Josh Triplett [2016-04-08 10:31 -0700]:
> > I wonder if debian-policy section 12 should talk about the desired
> > package relationship between and -doc?
>
> The world has changed since the policy was originally written. I do
> like to have -doc
fault as of the last stable release, I think
we may want to reevaluate the conventional wisdom. Perhaps this
information might help support the current iteration of any proposals to
adopt more hardening flags by default, for instance.
- Josh Triplett
On Wed, May 04, 2016 at 12:41:25AM +0200, Matthias Klose wrote:
> On 03.05.2016 22:50, Josh Triplett wrote:
> > Debian Policy requires the use of -fPIC for shared libraries, but
> > documents potential exceptions for libraries with position-dependent
> > assembly, and for
o extract the logic from the
linux-image postinst and put it into a helper program? That would make
it much easier to enhance the configuration handling and similar, such
as by adding support for /etc/kernel-img.conf.d/ .
- Josh Triplett
[Please CC me on replies. Aside: in my previous mail, I set both
Mail-Followup-To and Reply-To to include myself. What mailer and mechanism did
you use to reply that didn't look at either of those headers?]
Ben Hutchings wrote:
> On Sun, 2016-06-05 at 07:39 -0700, Josh Triplett wrote:
On Mon, Jun 06, 2016 at 02:22:18AM +0100, Ben Hutchings wrote:
> On Sun, 2016-06-05 at 12:22 -0700, Josh Triplett wrote:
> > [Please CC me on replies. Aside: in my previous mail, I set both
> > Mail-Followup-To and Reply-To to include myself. What mailer and mechanism
> &g
On Mon, Jun 06, 2016 at 02:50:51AM +0100, Ben Hutchings wrote:
> On Sun, 2016-06-05 at 18:41 -0700, Josh Triplett wrote:
> > On Mon, Jun 06, 2016 at 02:22:18AM +0100, Ben Hutchings wrote:
> > > On Sun, 2016-06-05 at 12:22 -0700, Josh Triplett wrote:
> > > > [Please C
that handles all
those cases, including the construction of distributions and embedded
systems, language ecosystems, and "upstream direct" software delivery.
But a packaging format alone won't solve that problem. Anyone thinking
of building a new package ecosystem needs to think long and hard about
their equivalent to Debian Policy.
- Josh Triplett
abled architecture will have packages depending on libpam0g.
The real dependency is "if any package on the architecture depends on
package X, and package Y is installed, package Y:arch must be
installed", but that's excessively complicated.
Any ideas on how to solve this problem?
- Josh Triplett
On Sat, Jun 25, 2016 at 09:37:37AM +0200, Ben Hutchings wrote:
> On Fri, 2016-06-24 at 23:01 -0700, Josh Triplett wrote:
> > Some packages, if installed on any architecture, must be installed for
> > every enabled architecture. Most notably, an NSS or PAM module package,
> &g
Sven Joachim wrote:
> On 2016-06-24 23:01 -0700, Josh Triplett wrote:
> > Some packages, if installed on any architecture, must be installed for
> > every enabled architecture. Most notably, an NSS or PAM module package,
> > if enabled in /etc/nsswitch.conf or /etc/pam.d res
On Sat, Jun 25, 2016 at 07:08:39PM +0100, Ian Jackson wrote:
> Josh Triplett writes ("Handling Multi-Arch packages that must be installed
> for every enabled architecture?"):
> > That would solve the problem for the couple of cases it has come up in,
> > but it seems
Simon McVittie wrote:
> On Fri, 24 Jun 2016 at 23:01:21 -0700, Josh Triplett wrote:
> > Some packages, if installed on any architecture, must be installed for
> > every enabled architecture. Most notably, an NSS or PAM module package,
> > if enabled in /etc/nsswit
David Kalnischkies wrote:
> On Sat, Jun 25, 2016 at 02:01:27AM -0700, Josh Triplett wrote:
> > Sven Joachim wrote:
> > > On 2016-06-24 23:01 -0700, Josh Triplett wrote:
> > > > Some packages, if installed on any architecture, must be installed for
> > > >
would type on the keyboard
using that key such as an --option or command-name, the manpage should
just use "-".
I don't know if this deserves some kind of lintian check, but it does
seem like a (very minor) bug in various manpages.
- Josh Triplett
On Sat, Jul 02, 2016 at 09:06:57AM +0100, Colin Watson wrote:
> On Fri, Jul 01, 2016 at 10:57:45PM -0700, Josh Triplett wrote:
> > On Fri, 15 May 2015 22:15:14 +0200 Jakub Wilk wrote:
> > > Yeah, these days even upstream groff renders both - and \- as
> > > HYPHEN-MI
vel question for people with a local mirror (assuming we don't
also someday have automatic local mirror discovery).
- Josh Triplett
that same package later, it would download just fine.
- Josh Triplett
[Please CC me on replies.]
Tollef Fog Heen wrote:
> ]] Josh Triplett
> > Tollef Fog Heen wrote:
> > > I personally recommend using deb.debian.org.
> >
> > That works nicely, thanks! Seems to have decent performance.
> >
> > I couldn't find any an
On Fri, Jul 08, 2016 at 08:56:37AM +0200, Adam Borowski wrote:
> On Thu, Jul 07, 2016 at 11:03:16PM -0700, Josh Triplett wrote:
> > Tollef Fog Heen wrote:
> > > ]] Josh Triplett
> > > > Tollef Fog Heen wrote:
> > > > > I personally recommend using deb.d
ency for SWH's massive repository storage. Not least of which
because ext4's htree directories work significantly better than XFS's
equivalent.
- Josh Triplett
Simon McVittie wrote:
> On Sun, 22 Sep 2024 at 12:22:50 +0200, Chris Hofstaedtler wrote:
> > d-i could make (or offer) a choice between networkd and
> > NetworkManager.
>
> d-i *already* makes a choice between ifupdown and NetworkManager: if
> NM has been pulled in by a task's dependencies (e.g. th
On Sun, Sep 22, 2024 at 10:30:12PM +0200, Andrea Pappacoda wrote:
> On Sun Sep 22, 2024 at 8:06 PM CEST, Josh Triplett wrote:
> > There's one other desirable feature that would make this a robust
> > solution: having NetworkManager do something to handle or ignore
>
ns can use things like dpkg
exclusions to omit all of /usr/share/locale when building tiny images.
That might reduce the pressure on packagers to split out -l10n-
packages.
- Josh Triplett
Mike Hommey wrote:
> On Thu, Dec 05, 2024 at 01:02:29PM -0800, Josh Triplett wrote:
> > In the future, if users can easily filter out locale data, we could
> > decide that that's the easier path to support such users, and that fewer
> > package maintainers need to mainta
Marc Haber wrote:
> don't take the old version away until the new one is feature par and
> bug free.
Leaving aside the points Philipp Kern made (some features are
intentionally removed, and code is rarely if ever "bug free")...
Another way of phrasing "don't take the old version away" is "someone
Samuel Thibault wrote:
> Ansgar 🙀, le jeu. 19 déc. 2024 16:21:03 +0100, a ecrit:
> > And it is actively harmful as if one edits the example configuration to
> > have a useful configuration as dpkg will start annoying admins with
> > "the example configuration has changed; what do you want to do"
>
301 - 400 of 417 matches
Mail list logo
