Il giorno sab 26 ott 2019 alle ore 06:24 Michael Everitt
ha scritto:
> On 26/10/19 04:59, Kent Fredric wrote:
> > On Fri, 25 Oct 2019 15:03:39 -0700
> > Georgy Yakovlev wrote:
> >
> >> not used anymore
> >>
> >> Closes: https://bugs.gentoo.org/695698
> >> Signed-off-by: Georgy Yakovlev
> >
> >
On 26/10/19 04:59, Kent Fredric wrote:
> On Fri, 25 Oct 2019 15:03:39 -0700
> Georgy Yakovlev wrote:
>
>> not used anymore
>>
>> Closes: https://bugs.gentoo.org/695698
>> Signed-off-by: Georgy Yakovlev
>
> Its likely this removal will cause the same kinds of problems faced by
> the recent virtual
On Fri, 25 Oct 2019 15:03:39 -0700
Georgy Yakovlev wrote:
> not used anymore
>
> Closes: https://bugs.gentoo.org/695698
> Signed-off-by: Georgy Yakovlev
Its likely this removal will cause the same kinds of problems faced by
the recent virtual/pam removal, just its more insidious, as the
depen
On 2019-10-25 17:00, Ralph Seichter wrote:
> For convenience, would it be possible to automatically change the status
> of bugs from (UN)CONFIRMED to IN_PROGRESS when Larry The Cow attaches a
> pull request? I tend to forget to change the status myself, and perhaps
> I am not alone in feeling my a
* Kent Fredric:
> If you want the "somebody is working on it", then you can just look at
> the comments and linked PR already.
After opening a bug, one can of course see all kinds of information. ;-)
The nice thing about the status field is that it is usually displayed in
bug list overviews, and
Signed-off-by: Georgy Yakovlev
---
eclass/cargo.eclass | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/eclass/cargo.eclass b/eclass/cargo.eclass
index dc031623067..940096ea230 100644
--- a/eclass/cargo.eclass
+++ b/eclass/cargo.eclass
@@ -115,8 +115,8 @@ cargo_live_
Bug: https://bugs.gentoo.org/695698
Bug: https://bugs.gentoo.org/695698
Signed-off-by: Georgy Yakovlev
---
eclass/cargo.eclass | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/eclass/cargo.eclass b/eclass/cargo.eclass
index 44d11cdb838..dc031623067 100644
--- a/eclass/cargo.eclass
+++ b/eclass/cargo.eclas
not used anymore
Closes: https://bugs.gentoo.org/695698
Signed-off-by: Georgy Yakovlev
---
virtual/cargo/cargo-1.34.2.ebuild | 17 -
virtual/cargo/cargo-1.35.0.ebuild | 17 -
virtual/cargo/cargo-1.36.0.ebuild | 17 -
virtual/cargo/cargo-1.37.0.ebui
On Fri, 25 Oct 2019 18:16:30 +0200
Ralph Seichter wrote:
> Personally, I interpret a bug status of IN_PROGRESS as "somebody is
> working this bug", not "the assignee is working this bug". The latter
> is not as important to the bug state anyway, don't you think?
If you want the "somebody is work
On Fri, Oct 25, 2019 at 03:16:19PM -0500, Dale wrote:
> William Hubbs wrote:
> > Hi Dale,
> >
> > I would like to call your attention to a couple of things in my message.
> >
> > On Fri, Oct 25, 2019 at 01:40:10PM -0500, Dale wrote:
> >> William Hubbs wrote:
> > *snip*
> >
> >>> I want to hear from
William Hubbs wrote:
> Hi Dale,
>
> I would like to call your attention to a couple of things in my message.
>
> On Fri, Oct 25, 2019 at 01:40:10PM -0500, Dale wrote:
>> William Hubbs wrote:
> *snip*
>
>>> I want to hear from people who have / and /usr on separate partitions
>>> and who are not usi
Hi Dale,
I would like to call your attention to a couple of things in my message.
On Fri, Oct 25, 2019 at 01:40:10PM -0500, Dale wrote:
> William Hubbs wrote:
*snip*
> > I want to hear from people who have / and /usr on separate partitions
> > and who are not using an initramfs.
> >
> > If you
Hi,
On 2019/10/25 20:14, William Hubbs wrote:
Hey all,
I have been advised to bring this topic back to the list before taking
any action, so here it is.
First, I need to clarify what I'm *NOT* talking about.
This discussion has nothing to do with whether or not you have the
split-usr use flag
William Hubbs wrote:
> Hey all,
>
> I have been advised to bring this topic back to the list before taking
> any action, so here it is.
>
> First, I need to clarify what I'm *NOT* talking about.
>
> This discussion has nothing to do with whether or not you have the
> split-usr use flag turned on; a
On 25/10/19 14:43, Michael Orlitzky wrote:
> On 10/24/19 10:03 PM, Michael Everitt wrote:
>> Forgive my lack of git-fu, but which commit did this? Can we name & shame
>> the author and committer publicly, and in front of QA, so that this kind of
>> violation is highlighted to all, and noted for fut
Hey all,
I have been advised to bring this topic back to the list before taking
any action, so here it is.
First, I need to clarify what I'm *NOT* talking about.
This discussion has nothing to do with whether or not you have the
split-usr use flag turned on; all of us officially have that on bec
net-fs/mc
net-fs/minio
are for grabs now. Upstream is _very_ active (to say least), be ready
for frequent version bumps.
Also they often changes dependencies as well.
signature.asc
Description: OpenPGP digital signature
On Fri, Oct 25, 2019 at 12:09 PM Michał Górny wrote:
>
> On Fri, 2019-10-25 at 18:00 +0200, Ralph Seichter wrote:
> > For convenience, would it be possible to automatically change the status
> > of bugs from (UN)CONFIRMED to IN_PROGRESS when Larry The Cow attaches a
> > pull request? I tend to for
* Michał Górny:
> Someone linking a pull request to somebody else's package does not
> necessarily mean that the latter person is working on it.
Personally, I interpret a bug status of IN_PROGRESS as "somebody is
working this bug", not "the assignee is working this bug". The latter
is not as impo
On Fri, 2019-10-25 at 18:00 +0200, Ralph Seichter wrote:
> For convenience, would it be possible to automatically change the status
> of bugs from (UN)CONFIRMED to IN_PROGRESS when Larry The Cow attaches a
> pull request? I tend to forget to change the status myself, and perhaps
> I am not alone in
For convenience, would it be possible to automatically change the status
of bugs from (UN)CONFIRMED to IN_PROGRESS when Larry The Cow attaches a
pull request? I tend to forget to change the status myself, and perhaps
I am not alone in feeling my age in that fashion. ;-)
-Ralph
Per GLEP-81 I'm submitting a request to assign UID/GID 336 to an
sqlgrey user.
Change is part of my 1.8.0 ebuild pull request:
https://github.com/gentoo/gentoo/pull/13361
See also: mail-filter/sqlgrey proxy maintainership request bug:
https://bugs.ge
On 10/24/19 10:03 PM, Michael Everitt wrote:
>
> Forgive my lack of git-fu, but which commit did this? Can we name & shame
> the author and committer publicly, and in front of QA, so that this kind of
> violation is highlighted to all, and noted for future reference?
>
I left it out on purpose. T
# Hans de Graaff (2019-10-25)
# ruby24-only, no longer supported by upstream.
# Migrate to Rails 5.2 instead. Masked for removal in 30 days.
dev-ruby/rails:5.1
dev-ruby/railties:5.1
dev-ruby/activerecord:5.1
dev-ruby/actionmailer:5.1
dev-ruby/actionpack:5.1
dev-ruby/actionview:5.1
dev-ruby/activej
25 matches
Mail list logo