On Mon, 30 Nov 2020 10:55:44 + Mark Hindley wrote:
> On Sun, Nov 29, 2020 at 11:58:15PM +, Simon McVittie wrote:
> > On Wed, 18 Nov 2020 at 17:33:26 +, Matthew Vernon wrote:
> > > #921012 is about changing network-manager to Depend upon "default-logind |
> > > logind" rather than
d in
libc6, and is thus installed on every system.
Please consider moving sotruss-lib.so to a package that isn't installed
on every system.
Thank you,
Josh Triplett
d in
libc6, and is thus installed on every system.
Please consider moving sotruss-lib.so to a package that isn't installed
on every system.
Thank you,
Josh Triplett
st/Cargo hats on, I would love to work
with you and others on questions of what software packaging could look
like, and how to maintain the quality and curation *and* package
availability of Debian in collaboration with other ecosystems of package
and dependency management.
Other potentially interesting questions: what are the assumptions that
go into our current tradeoffs about shared libraries vs static
libraries, and are those still the correct tradeoffs in all cases?
Josh Triplett
st/Cargo hats on, I would love to work
with you and others on questions of what software packaging could look
like, and how to maintain the quality and curation *and* package
availability of Debian in collaboration with other ecosystems of package
and dependency management.
Other potentially interesting questions: what are the assumptions that
go into our current tradeoffs about shared libraries vs static
libraries, and are those still the correct tradeoffs in all cases?
Josh Triplett
On Thu, 19 Nov 2020 13:04:56 -0700 Sean Whitton
wrote:
> On Wed 18 Nov 2020 at 11:18PM -08, Josh Triplett wrote:
> > First, as a point of order (for which some authoritative guidance from
> > the Secretary, CCed, would potentially prove useful): while the
> > technical c
On Thu, 19 Nov 2020 13:04:56 -0700 Sean Whitton
wrote:
> On Wed 18 Nov 2020 at 11:18PM -08, Josh Triplett wrote:
> > First, as a point of order (for which some authoritative guidance from
> > the Secretary, CCed, would potentially prove useful): while the
> > technical c
.]
On Thu, 19 Nov 2020 11:40:20 + Ian Jackson
wrote:
> Josh Triplett writes:
> > I do not believe it falls within the scope of the technical
> > committee to override a decision already decided by a project-wide
> > GR,
>
> No-one is asking the TC to override the GR. I
.]
On Thu, 19 Nov 2020 11:40:20 + Ian Jackson
wrote:
> Josh Triplett writes:
> > I do not believe it falls within the scope of the technical
> > committee to override a decision already decided by a project-wide
> > GR,
>
> No-one is asking the TC to override the GR. I
On Thu, 19 Nov 2020 12:00:45 -0700 Sean Whitton
wrote:
> Hello,
>
> On Wed 18 Nov 2020 at 11:18PM -08, Josh Triplett wrote:
> > I'd also like to address one other issue here. It would be easy to
> > hypothesize, at this point, that some additional communication
On Thu, 19 Nov 2020 12:00:45 -0700 Sean Whitton
wrote:
> Hello,
>
> On Wed 18 Nov 2020 at 11:18PM -08, Josh Triplett wrote:
> > I'd also like to address one other issue here. It would be easy to
> > hypothesize, at this point, that some additional communication
ional change.
> I'm afraid the effect of this is that the maintainers of this package
> are making it impossible for other developers to enable support of
> sysvinit.
This is not the case. If the maintainers of this package decline to
*integrate such support in the package*, that does not close off all
paths to providing such support. Other paths to enablement would include
separate packages, other network management software, or alternative
distributions. I'm sure there are other potential alternatives as well.
- Josh Triplett
ional change.
> I'm afraid the effect of this is that the maintainers of this package
> are making it impossible for other developers to enable support of
> sysvinit.
This is not the case. If the maintainers of this package decline to
*integrate such support in the package*, that does not close off all
paths to providing such support. Other paths to enablement would include
separate packages, other network management software, or alternative
distributions. I'm sure there are other potential alternatives as well.
- Josh Triplett
needs to be updated. You can download a .deb built from the
> source from here if you can't wait:
> https://bintray.com/sociomantic-tsunami/tools/git-hub
>
> On 14 November 2020 22:41:02 GMT+01:00, Josh Triplett
> wrote:
> >What's the current status of this bug? I'd love to h
needs to be updated. You can download a .deb built from the
> source from here if you can't wait:
> https://bintray.com/sociomantic-tsunami/tools/git-hub
>
> On 14 November 2020 22:41:02 GMT+01:00, Josh Triplett
> wrote:
> >What's the current status of this bug? I'd love to h
Package: vim-fugitive
Version: 3.2-1
Severity: normal
X-Debbugs-Cc: j...@joshtriplett.org
vim-fugitive declares a dependency on vim. This prevents it from being
installed on a system that has neovim installed but does not have vim
installed. Please consider adding neovim as an alternative to this
Package: vim-fugitive
Version: 3.2-1
Severity: wishlist
X-Debbugs-Cc: j...@joshtriplett.org
Please consider migrating to dh-vim-addon, which installs a vim package,
allowing the use of `packadd!` to enable packages.
Package: devscripts
Version: 2.20.4
Followup-For: Bug #465240
X-Debbugs-Cc: j...@joshtriplett.org
Following up on this: debsign -r for Release files would still be quite
useful.
- Josh Triplett
What's the current status of this bug? I'd love to have a version of
git-hub that doesn't depend on Python 2; it's the last thing on my
system that still wants Python 2.
What's the current status of this bug? I'd love to have a version of
git-hub that doesn't depend on Python 2; it's the last thing on my
system that still wants Python 2.
On Thu, Nov 12, 2020 at 11:45:07PM +0100, Johannes Schauer wrote:
> Hi,
>
> Quoting Johannes Schauer (2020-09-29 08:22:18)
> > > > $ sudo mmdebstrap --variant=apt --include='systemd-sysv udev' \
> > > > > --setup-hook='mkdir -p ./cache.ess "$1"/var/cache/apt/archives' \
> > > > >
I'm experiencing this as well. I've installed
webext-ublock-origin-firefox, and each time I restart the browser,
uBlock Origin isn't enabled (no toolbar icon, and ads not blocked) until
I go into about:addons and toggle it off and back on.
HTTPS Everywhere, installed via the upstream addon
Package: screen
Version: 4.8.0-2
Severity: normal
X-Debbugs-Cc: j...@joshtriplett.org
The screen manual page documents a "caption top" option (as well as
"caption bottom"), but those options aren't actually supported. (I wish
they were; that's https://bugs.debian.org/548845 .)
--
. That'll fix this issue.
- Josh Triplett
On Thu, Oct 15, 2020 at 05:00:53PM +0300, Timo Aaltonen wrote:
> Josh, please have a look at this, is it possible to fix without reverting
> support for Xsession.d?
>
> On 15.10.2020 15.51, Andrey Kiselev wrote:
> > Package: x11-common
>
. That'll fix this issue.
- Josh Triplett
On Thu, Oct 15, 2020 at 05:00:53PM +0300, Timo Aaltonen wrote:
> Josh, please have a look at this, is it possible to fix without reverting
> support for Xsession.d?
>
> On 15.10.2020 15.51, Andrey Kiselev wrote:
> > Package: x11-common
>
Package: libinput10
Version: 1.16.2-1
Severity: normal
X-Debbugs-Cc: j...@joshtriplett.org
I have a ThinkPad TrackPoint Keyboard II
(
https://www.lenovo.com/us/en/accessories-and-monitors/keyboards-and-mice/keyboards/KBD-BO-TrackPoint-KBD-US-English/p/4Y40X49493
), which works via either
Package: libinput10
Version: 1.16.2-1
Severity: normal
X-Debbugs-Cc: j...@joshtriplett.org
I have a ThinkPad TrackPoint Keyboard II
(
https://www.lenovo.com/us/en/accessories-and-monitors/keyboards-and-mice/keyboards/KBD-BO-TrackPoint-KBD-US-English/p/4Y40X49493
), which works via either
On Thu, Oct 15, 2020 at 11:56:19AM -0700, Jonathan Nieder wrote:
> Javier Serrano Polo wrote:
> > 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
On Thu, Oct 15, 2020 at 11:56:19AM -0700, Jonathan Nieder wrote:
> Javier Serrano Polo wrote:
> > 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
Package: librust-libz-sys+zlib-ng-dev
Severity: normal
X-Debbugs-Cc: j...@joshtriplett.org
librust-libz-sys-dev strips out the zlib-ng sources, but
the librust-libz-sys+zlib-ng-dev package still exists. If you're going
to exclude the sources, please consider excluding the feature-package as
well.
On Fri, Oct 09, 2020 at 11:26:06PM -0500, Serge E. Hallyn wrote:
> > 3. Find a way to allow setgroups() in a user namespace while keeping
> >in mind the case of groups used for negative access control.
> >This was suggested by Josh Triplett and Geoffrey
ter, but the point is that
> this is why it's good to discuss format changes from a requirements
> perspective, so that if we do need to make an incompat change, we can
> kill multiple birds with a single stone.
I would be quite interested in that.
> On Thu, Oct 08, 2020 at 03:22:59
On Thu, Oct 08, 2020 at 07:54:09PM -0700, Darrick J. Wong wrote:
> On Thu, Oct 08, 2020 at 03:38:58PM -0700, Josh Triplett wrote:
> > On Thu, Oct 08, 2020 at 10:54:48AM -0700, Darrick J. Wong wrote:
> > > > > the head", and continued with the notion that anything o
r:
> "noblock_validity" in the superblock mount options field of the images
> you create.
Yeah, I can do that. That's a much better solution, thank you. It would
have been problematic to have to change the userspace that mounts the
filesystem to pass new mount options ("noblock_validity") for the new
kernel. But if I can embed it in the filesystem, that'll work.
I'll do that, and please feel free to drop the original proposed patch
as it's no longer needed. Thanks, Darrick.
- Josh Triplett
On Thu, Oct 08, 2020 at 01:25:57PM -0600, Andreas Dilger wrote:
> On Oct 8, 2020, at 1:12 PM, Josh Triplett wrote:
> > On Wed, Oct 07, 2020 at 08:57:12PM -0600, Andreas Dilger wrote:
> >> I *do* think that inline_data is an under-appreciated feature that I
> >>
On Wed, Oct 07, 2020 at 10:10:17PM -0400, Theodore Y. Ts'o wrote:
> On Wed, Oct 07, 2020 at 01:14:24PM -0700, Josh Triplett wrote:
> > That sounds like a conversation that would have been a lot more
> > interesting and enjoyable if it hadn't started with "can we shoo
On Wed, Oct 07, 2020 at 08:57:12PM -0600, Andreas Dilger wrote:
> On Oct 7, 2020, at 2:14 PM, Josh Triplett wrote:
> > If those aren't the right way to express that, I could potentially
> > adapt. I had a similar such conversation on linux-ext4 already (about
> > inline dat
On Wed, 7 Oct 2020 18:21:39 +0200 Michael Biebl wrote:
> I like this approach and think we should do the same in Debian.
> Users, which have the full systemd package installed don't have any
> negative side effects, which could result from splitting out
> systemd-tmpfiles/systemd-sysusers and
On Wed, 7 Oct 2020 18:21:39 +0200 Michael Biebl wrote:
> I like this approach and think we should do the same in Debian.
> Users, which have the full systemd package installed don't have any
> negative side effects, which could result from splitting out
> systemd-tmpfiles/systemd-sysusers and
On Wed, Oct 07, 2020 at 10:32:11AM -0400, Theodore Y. Ts'o wrote:
> On Wed, Oct 07, 2020 at 01:03:04AM -0700, Josh Triplett wrote:
> > > But can we *please* take your custom tool out back and shoot it in the
> > > head?
> >
> > Nope. As mentioned, this isn't abou
On Tue, Oct 06, 2020 at 09:35:33AM -0400, Theodore Y. Ts'o wrote:
> On Mon, Oct 05, 2020 at 10:03:06PM -0700, Josh Triplett wrote:
> > I'm not trying to create a problem here; I'm trying to address a whole
> > family of problems. I was generally under the impression that mounting
&g
On Mon, Oct 05, 2020 at 10:03:13PM -0700, Josh Triplett wrote:
> On Mon, Oct 05, 2020 at 11:18:34PM -0400, Theodore Y. Ts'o wrote:
> > What Josh is proposing I'm pretty sure would also break "e2fsck -E
> > unshare_blocks", so that's another reason not to accept this as
e, as long
as it isn't "any userspace that isn't e2fsdroid can be broken at will".
I'd be willing to work to adapt the userspace bits I have to work around
the regression, but I'd like to get this on the radar so this doesn't
happen again.
- Josh Triplett
On Mon, Oct 05, 2020 at 10:36:39AM -0700, Darrick J. Wong wrote:
> On Mon, Oct 05, 2020 at 01:14:54AM -0700, Josh Triplett wrote:
> > Ran into an ext4 regression when testing upgrades to 5.9-rc kernels:
> >
> > Commit e7bfb5c9bb3d ("ext4: handle
On Mon, Oct 05, 2020 at 10:22:49PM +0200, Matthias Klose wrote:
> On 10/5/20 8:35 PM, Josh Triplett wrote:
> > On Mon, Oct 05, 2020 at 12:08:28PM +0200, Matthias Klose wrote:
> >> On 10/5/20 10:39 AM, Josh Triplett wrote:
> >>> On Mon, Oct 05, 2020 at 09:32:28
On Mon, Oct 05, 2020 at 10:22:49PM +0200, Matthias Klose wrote:
> On 10/5/20 8:35 PM, Josh Triplett wrote:
> > On Mon, Oct 05, 2020 at 12:08:28PM +0200, Matthias Klose wrote:
> >> On 10/5/20 10:39 AM, Josh Triplett wrote:
> >>> On Mon, Oct 05, 2020 at 09:32:28
${some_library_path}?
In addition, some packages want to import additional scripts from that
auto-load file, so it'd be helpful to be able to provide a list of
additional files to put in the -dbgsym package.
Thanks,
Josh Triplett
On Mon, Oct 05, 2020 at 12:08:28PM +0200, Matthias Klose wrote:
> On 10/5/20 10:39 AM, Josh Triplett wrote:
> > On Mon, Oct 05, 2020 at 09:32:28AM +0200, Matthias Klose wrote:
> >> On 10/4/20 11:09 PM, Josh Triplett wrote:
> >>> libstdc++6, installed on every system
On Mon, Oct 05, 2020 at 12:08:28PM +0200, Matthias Klose wrote:
> On 10/5/20 10:39 AM, Josh Triplett wrote:
> > On Mon, Oct 05, 2020 at 09:32:28AM +0200, Matthias Klose wrote:
> >> On 10/4/20 11:09 PM, Josh Triplett wrote:
> >>> libstdc++6, installed on every system
On Mon, Oct 05, 2020 at 11:46:01AM +0200, Jan Kara wrote:
> On Mon 05-10-20 01:14:54, Josh Triplett wrote:
> > Ran into an ext4 regression when testing upgrades to 5.9-rc kernels:
> >
> > Commit e7bfb5c9bb3d ("ext4: handle add_system_zone() failure in
> > e
On Mon, Oct 05, 2020 at 09:32:28AM +0200, Matthias Klose wrote:
> On 10/4/20 11:09 PM, Josh Triplett wrote:
> > libstdc++6, installed on every system due to dependencies, contains
> > various Python scripts for GDB under /usr/share/gcc-10/python/ . These
> > scripts shoul
On Mon, Oct 05, 2020 at 09:32:28AM +0200, Matthias Klose wrote:
> On 10/4/20 11:09 PM, Josh Triplett wrote:
> > libstdc++6, installed on every system due to dependencies, contains
> > various Python scripts for GDB under /usr/share/gcc-10/python/ . These
> > scripts shoul
at previously worked correctly to fail when
upgrading to v5.9-rc2 or later.
Fix this by defaulting block_validity to off when
EXT4_FEATURE_RO_COMPAT_SHARED_BLOCKS is set.
Signed-off-by: Josh Triplett
Fixes: e7bfb5c9bb3d ("ext4: handle add_system_zone() failure in
ext4_setup_system_zone()&qu
Package: libstdc++6
Version: 10.2.0-13
Severity: normal
X-Debbugs-Cc: j...@joshtriplett.org
libstdc++6, installed on every system due to dependencies, contains
various Python scripts for GDB under /usr/share/gcc-10/python/ . These
scripts should go in a dev package, not in a library package.
--
Package: libstdc++6
Version: 10.2.0-13
Severity: normal
X-Debbugs-Cc: j...@joshtriplett.org
libstdc++6, installed on every system due to dependencies, contains
various Python scripts for GDB under /usr/share/gcc-10/python/ . These
scripts should go in a dev package, not in a library package.
--
Package: fonts-noto-color-emoji
Version: 0~20200916-1
Followup-For: Bug #971360
X-Debbugs-Cc: j...@joshtriplett.org
I noticed this as well. Specifically, the thumbs-up emoji (U+1F44D)
renders as a thumbs-down emoji.
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable-debug
On Sun, Aug 09, 2020 at 10:33:36AM +0300, Lars Wirzenius wrote:
> On Sat, Jan 04, 2020 at 02:55:00AM -0800, Josh Triplett wrote:
> vmdb2 depends on the kpartx package; could it, instead, use partx from
> > the essential util-linux package?
>
> Speaking as upstream here: I h
On Tue, Sep 29, 2020 at 05:23:38PM -0700, jrnie...@gmail.com wrote:
> Hi,
>
> Josh Triplett wrote:
>
> > Over the years, "Essential" has made it difficult to reduce installation
> > size, to reduce chroot/container size, or to coordinate various
> &
On Tue, Sep 29, 2020 at 05:23:38PM -0700, jrnie...@gmail.com wrote:
> Hi,
>
> Josh Triplett wrote:
>
> > Over the years, "Essential" has made it difficult to reduce installation
> > size, to reduce chroot/container size, or to coordinate various
> &
Roland Fehrenbacher wrote:
> > "S" == Sven Joachim writes:
> S> In addition, the packages in *main*
> S>
> S> * must not require or recommend a package outside of *main* for
> S> compilation or execution (thus, the package must not declare a "Pre-
> S> Depends",
[Accidentally sent this early before it was finished.]
Roland Fehrenbacher wrote:
> > "S" == Sven Joachim writes:
> S> In addition, the packages in *main*
> S>
> S> * must not require or recommend a package outside of *main* for
> S> compilation or execution (thus, the
On Mon, Sep 21, 2020 at 05:15:45PM +0200, Javier Serrano Polo wrote:
> 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
On Mon, Sep 21, 2020 at 05:15:45PM +0200, Javier Serrano Polo wrote:
> 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
On Sun, Sep 27, 2020 at 10:09:03AM +0200, Johannes Schauer wrote:
> Hi,
>
> Quoting Josh Triplett (2020-09-27 08:07:26)
> > > Yes, one bit is missing. For the initial Essential:yes package set,
> > > mmdebstrap deletes the *.deb files itself after installing them. So
On Sat, 26 Sep 2020 23:18:54 +0200 Johannes Schauer wrote:
> Quoting Josh Triplett (2020-09-26 22:47:50)
> > On Sat, 26 Sep 2020 22:09:57 +0200 Johannes Schauer
> > wrote:
> > > Quoting Josh Triplett (2020-09-26 21:47:56)
> > >
Package: extlinux
Version: 3:6.04~git20190206.bf6db5b4+dfsg1-3
Severity: normal
X-Debbugs-Cc: j...@joshtriplett.org
I'd like to use extlinux as part of building a bootable disk image,
without requiring root. Given a directory of files, I can build an ext4
image containing those files using the
Package: extlinux
Version: 3:6.04~git20190206.bf6db5b4+dfsg1-3
Severity: normal
X-Debbugs-Cc: j...@joshtriplett.org
I'd like to use extlinux as part of building a bootable disk image,
without requiring root. Given a directory of files, I can build an ext4
image containing those files using the
On Sat, 26 Sep 2020 22:09:57 +0200 Johannes Schauer wrote:
> Quoting Josh Triplett (2020-09-26 21:47:56)
> > > so... you want something like this:
> > >
> > > $ mmdebstrap --customize-hook='sync-out /var/cache/apt/archives ./cache'
> > > unstable /de
On Sat, 26 Sep 2020 12:14:38 +0200 Johannes Schauer wrote:
> Hi,
>
> Quoting Josh Triplett (2020-09-26 11:03:12)
> > On Sat, Sep 26, 2020 at 07:28:57AM +0200, Johannes Schauer wrote:
> > > Quoting Josh Triplett (2020-09-26 06:28:18)
> > > > mmdebstrap seem
Adding CC to linux-ext4@.
On Sat, Sep 26, 2020 at 01:23:33AM -0700, Josh Triplett wrote:
> In the course of creating some filesystems containing Debian
> installations using `mke2fs -d`, I managed to find a bug in the
> `inline_data` handling, which seems to apply to files contai
On Sat, Sep 26, 2020 at 07:28:57AM +0200, Johannes Schauer wrote:
> Quoting Josh Triplett (2020-09-26 06:28:18)
> > mmdebstrap seems to re-download packages every time it runs. I'd love to
> > have
> > a way to cache those packages, so that it can run substantially
Package: e2fsprogs
Version: 1.46~WIP.2019.10.03-1
Severity: normal
File: /sbin/mke2fs
X-Debbugs-Cc: j...@joshtriplett.org
This bug exists in both 1.45.6-1 (sid) and 1.46~WIP.2019.10.03-1
(experimental).
In the course of creating some filesystems containing Debian
installations using `mke2fs -d`,
Package: extlinux
Version: 3:6.04~git20190206.bf6db5b4+dfsg1-3
Severity: normal
X-Debbugs-Cc: j...@joshtriplett.org
extlinux cannot seem to handle ext4 files or directories whose data is
stored inline in the inode (with the `inline_data` option).
It's possible to work around this, by ensuring
Package: extlinux
Version: 3:6.04~git20190206.bf6db5b4+dfsg1-3
Severity: normal
X-Debbugs-Cc: j...@joshtriplett.org
extlinux cannot seem to handle ext4 files or directories whose data is
stored inline in the inode (with the `inline_data` option).
It's possible to work around this, by ensuring
Package: mmdebstrap
Version: 0.7.1-1
Severity: wishlist
X-Debbugs-Cc: j...@joshtriplett.org
mmdebstrap seems to re-download packages every time it runs. I'd love to
have a way to cache those packages, so that it can run substantially
faster the second and subsequent times.
-- System Information:
be (for instance) 0755.
If there's a specific reason why these directories need to prevent
world-readability, I'd love to see documentation of that. If there isn't
(or isn't anymore), I'd love to see those directories become 0755.
Thanks,
Josh Triplett
Ansgar wrote:
> Holger Levsen wrote:
> > On Wed, Sep 09, 2020 at 06:27:28AM +, Francisco Vilmar Cardoso
> > Ruviaro wrote:
> > > * Package name: tty-share
> > > Version : 0.6.2
> > > Upstream Author : Vasile Popescu
> > > * URL :
When a
> function is called that returns EAGAIN the function isn't called again
> until the event loop indicates the the file descriptor is ready.
> Supporting EAGAIN when waiting on pidfds makes such libraries just work
> with little effort.
Thanks for the patch series, Christian!
This will make it much easier to use pidfd in non-blocking event loops.
Reviewed-by: Josh Triplett
- Josh Triplett
es just work with little effort.
>
> Link: https://lore.kernel.org/lkml/20200811181236.GA18763@localhost/
> Link: https://github.com/joshtriplett/async-pidfd
> Cc: Kees Cook
> Cc: Sargun Dhillon
> Cc: Jann Horn
> Cc: Thomas Gleixner
> Cc: Ingo Molnar
> Cc: Oleg Nesterov
On Thu, Sep 03, 2020 at 05:38:47PM +0200, Christian Brauner wrote:
> On Thu, Sep 03, 2020 at 04:22:42PM +0200, Oleg Nesterov wrote:
> > On 09/02, Christian Brauner wrote:
> > >
> > > It also makes the API more consistent and uniform. In essence, waitid() is
> > > treated like a read on a
se-on-exec flags.
>
> Link: https://lore.kernel.org/lkml/20200811181236.GA18763@localhost/
> Link: https://github.com/joshtriplett/async-pidfd
> Cc: Kees Cook
> Cc: Sargun Dhillon
> Cc: Oleg Nesterov
> Suggested-by: Josh Triplett
> Signed-off-by: Christian Brauner
Reviewed-by: Josh Triplett
Source: linux
Version: 5.7.17-1
Severity: normal
X-Debbugs-Cc: j...@joshtriplett.org
I get errors like the following regularly, particularly when on video
calls; as soon as the error happens, most or all packets stop going
through, and the connection becomes extremely unreliable.
Aug 28 09:31:38
Source: linux
Version: 5.7.17-1
Severity: normal
X-Debbugs-Cc: j...@joshtriplett.org
I get errors like the following regularly, particularly when on video
calls; as soon as the error happens, most or all packets stop going
through, and the connection becomes extremely unreliable.
Aug 28 09:31:38
On Sat, Aug 22, 2020 at 06:04:48PM -0300, Giuliano Belinassi wrote:
> Hi, Josh
>
> On 08/21, Josh Triplett wrote:
> > On Thu, Aug 20, 2020 at 07:00:13PM -0300, Giuliano Belinassi wrote:
> > > This patch series add a new flag "-fparallel-jobs=" to contro
On Thu, Aug 20, 2020 at 07:00:13PM -0300, Giuliano Belinassi wrote:
> This patch series add a new flag "-fparallel-jobs=" to control if the
> compiler should try to compile the current file in parallel.
[...]
> Bootstrapped and Regtested on Linux x86_64.
>
> Giuliano Belinassi (6):
> Modify gcc
On Wed, Aug 19, 2020 at 03:33:49PM -0400, Chet Ramey wrote:
> On 8/19/20 3:15 PM, Josh Triplett wrote:
>
> > Bash Version: 5.0
> > Patch Level: 18
> > Release Status: release
> >
> > Description:
> > If FIGNORE contains the complete file
Configuration Information [Automatically generated, do not change]:
Machine: x86_64
OS: linux-gnu
Compiler: gcc
Compilation CFLAGS: -g -O2 -fdebug-prefix-map=/build/bash-vu7ylu/bash-5.0=.
-fstack-protector-strong -Wformat -Werror=format-security -Wall
-Wno-parentheses -Wno-format-security
uname
On Tue, Aug 11, 2020 at 10:10:45PM +0200, Christian Brauner wrote:
> On Tue, Aug 11, 2020 at 11:12:36AM -0700, Josh Triplett wrote:
> > As far as I can tell, O_NONBLOCK has no effect on a pidfd. When calling
> > waitid on a pidfd for a running process, it always blocks unless
to return
EWOULDBLOCK?
This would make it easier to use pidfd in some non-blocking event loops.
- Josh Triplett
On Sun, Aug 02, 2020 at 11:14:06AM -0700, Felix Lechner wrote:
> On Sun, Aug 2, 2020 at 11:09 AM Josh Triplett wrote:
> > lintian 2.86.0 introduces a new dependency on lzip, but does not
> > document that dependency in the changelog.
>
> Lzip is used in checks/f
On Sun, Aug 02, 2020 at 11:14:06AM -0700, Felix Lechner wrote:
> On Sun, Aug 2, 2020 at 11:09 AM Josh Triplett wrote:
> > lintian 2.86.0 introduces a new dependency on lzip, but does not
> > document that dependency in the changelog.
>
> Lzip is used in checks/f
Package: lintian
Version: 2.86.0
Severity: normal
X-Debbugs-Cc: j...@joshtriplett.org
lintian 2.86.0 introduces a new dependency on lzip, but does not
document that dependency in the changelog.
I found commit fa8fd784e98199476b9b1bf4756b87f9b9c26f2e, but that
doesn't explain what lintian
Package: lintian
Version: 2.86.0
Severity: normal
X-Debbugs-Cc: j...@joshtriplett.org
lintian 2.86.0 introduces a new dependency on lzip, but does not
document that dependency in the changelog.
I found commit fa8fd784e98199476b9b1bf4756b87f9b9c26f2e, but that
doesn't explain what lintian
On July 31, 2020 11:53:08 PM PDT, Christoph Hellwig wrote:
>[note: private reply now to start a flame fest with the usual suspects]
[You still CCed LKML.]
>On Fri, Jul 31, 2020 at 01:11:46PM -0700, j...@joshtriplett.org wrote:
>> Christoph Hellwig wrote:
>> > we've had a bug in our resolution
Package: gnome-settings-daemon
Version: 3.36.1-1
Severity: normal
X-Debbugs-Cc: j...@joshtriplett.org
I use the Night Light feature to make the screen color warmer between
sunset and sunrise. Often, I'll lock the screen after sunset (when it's
currently warm-colored), and then in the morning,
On Tue, Jul 28, 2020 at 10:40:38PM +0200, Pavel Machek wrote:
> > We just need to make sure that any kernel CI infrastructure tests that
> > right away, then, so that failures don't get introduced by a patch from
> > someone without a Rust toolchain and not noticed until someone with a
> > Rust
Package: fio
Version: 3.21-1
Severity: normal
X-Debbugs-Cc: j...@joshtriplett.org
$ fio nbd.fio
fio: engine nbd not loadable
fio: failed to load engine
Please consider building fio with nbd support enabled.
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable-debug
APT
On Thu, Jul 16, 2020 at 03:06:01PM +0200, Arnd Bergmann wrote:
> On Sun, Jul 12, 2020 at 9:39 PM Josh Triplett wrote:
> > On Sun, Jul 12, 2020 at 03:31:51PM +0300, Adrian Bunk wrote:
> > >
> > > As an example:
> > > Ubuntu LTS releases upgrade to a new Rust ve
Package: python3-botocore
Version: 1.17.9+repack-1
Severity: wishlist
X-Debbugs-Cc: j...@joshtriplett.org
There's a new version of botocore (and awscli) available, which adds
support for the new APIs to directly write an EBS snapshot
(StartSnapshot, PutSnapshotBlock, CompleteSnapshot).
Package: python3-botocore
Version: 1.17.9+repack-1
Severity: wishlist
X-Debbugs-Cc: j...@joshtriplett.org
There's a new version of botocore (and awscli) available, which adds
support for the new APIs to directly write an EBS snapshot
(StartSnapshot, PutSnapshotBlock, CompleteSnapshot).
301 - 400 of 9390 matches
Mail list logo