> On Tue, 21 Apr 2020, Michał Górny wrote:
> Please note that during the system upgrade some of the package
> dependencies may temporarily become missing. While this should not
> should not affect programs that are already fully loaded, it may cause
"should not" should not be duplicate.
si
Hi,
Here's v2 following IRC feedback and some rereading.
Changes:
- pushed the date forward (it will be 2 weeks after publishing the news
item) and indicated that it may happen later.
- did some more grammar improvements.
- switched snippets to use package.use as make.conf breaks IUSE
defaults
On Mon, 2020-04-20 at 16:04 -0500, William Hubbs wrote:
> Your proposal seems to completely go against how the go ecosystem operates,
> but if you can come up with a proof-of-concept for how it would work
> without forcing a lot of busy work on us that would never get accepted
> upstream, I'll take
On 4/20/20 5:48 PM, Georg Rudoy wrote:
>
>> I've learned the hard way that it discourages you from doing all the
>> things that I just said high-quality software should do.
>
> Again, ranging from one-off pseudo-scripts that I had to come back to
> after a couple of years, to quite complicated pi
On 4/20/20 5:25 PM, Patrick McLean wrote:
>
> Please explain how we are actively making things worse for you? We
> are contributing useful packages to the tree, we are doing the work
> and we are doing it in the way that makes the most effective use of
> our time. We simply do not have time to be
пн, 20 апр. 2020 г. в 17:38, Michael Orlitzky :
> Diamond dependencies manifest mainly in delayed version
> bumps, while slyfox does all the work to make sure that the things
> already in the tree will work with the new version. This requires lots
> of careful updates to neighboring packages, and u
On 4/20/20 5:05 PM, Georg Rudoy wrote:
>
>> If upstream absolutely insists on minor-version dependencies, then you
>> either tolerate it conflicting with everything else, or leave it out of
>> the tree. You probably shouldn't even be packaging a library whose API
>> is distinguishable across minor
On Mon, 20 Apr 2020 17:03:50 -0400
Michael Orlitzky wrote:
> On 4/20/20 4:19 PM, Patrick McLean wrote:
> >
> > My co-workers are not the only ones adding/maintaining go packages in the
> > tree, please do not single out any groups, and let's all work to make
> > Gentoo the best it can be.
> >
пн, 20 апр. 2020 г. в 16:51, Michael Orlitzky :
> Except that Haskell as a research language tends to inspire more "fire and
> forget" software.
I'd say this is not the case for the last few years, but that's maybe
just my own impression from interacting with
> (And Haskell works better in Gento
On Mon, Apr 20, 2020 at 03:23:15PM -0400, Michael Orlitzky wrote:
> > Are you volunteering to do the work to package go packages? The people
> > doing the work generally get to decide how that work gets done, and which
> > approach they would like to take. The upstream situation makes it very
>
On 4/20/20 4:19 PM, Patrick McLean wrote:
>
> My co-workers are not the only ones adding/maintaining go packages in the
> tree, please do not single out any groups, and let's all work to make Gentoo
> the best it can be.
>
Everyone else is just using the eclass that your coworkers defended and
On 4/20/20 8:27 PM, Rich Freeman wrote:
> IMO it isn't really worth worrying about, because right now the main
> limitation seems to be a lack of people working on projects, not 25
> devs who each want to re-implement go their own way...
This is another reason I think is so important the overlays
On 4/20/20 4:21 PM, Georg Rudoy wrote:
> вс, 19 апр. 2020 г. в 16:09, Michael Orlitzky :
>> But please quit looking to Go as an example of anything
>> anyone should be doing.
>
> On a somewhat related note, I'd like to take this chance to ask about
> packaging haskell software, which has somewhat
On Mon, Apr 20, 2020 at 5:14 AM Marek Szuba wrote:
>
> On 2020-04-20 06:13, Joonas Niilola wrote:
>
> > He has been on devaway for a while.
> >
> > I would've much rather seen the differences between -r0 -r1 ebuilds to
> > focus on what is actually done there. Not that I have any say what will
> >
вс, 19 апр. 2020 г. в 16:09, Michael Orlitzky :
> But please quit looking to Go as an example of anything
> anyone should be doing.
On a somewhat related note, I'd like to take this chance to ask about
packaging haskell software, which has somewhat similar issues:
1. Two different executables mi
On Mon, 20 Apr 2020 15:23:15 -0400
Michael Orlitzky wrote:
> On 4/20/20 2:58 PM, Patrick McLean wrote:
> >>
> >> You keep saying that, but the fact that dev-go/* is filled with trash
> >> that has your name on it prevents anyone else from doing a better job.
> >>
> > Ad-hominen attacks are unwa
On Mon, Apr 20, 2020 at 2:07 PM Michael Orlitzky wrote:
>
> On 4/20/20 1:31 PM, Patrick McLean wrote:
> >> Simply having things in ::gentoo does not affect anyone who does not
> use them.
> >
>
> You keep saying that, but the fact that dev-go/* is filled with trash
> that has your name on it preve
On 4/20/20 2:58 PM, Patrick McLean wrote:
>>
>> You keep saying that, but the fact that dev-go/* is filled with trash
>> that has your name on it prevents anyone else from doing a better job.
>>
> Ad-hominen attacks are unwarranted, please refrain from them. I challenge you
> to find *anything* in
On Mon, 20 Apr 2020 14:07:01 -0400
Michael Orlitzky wrote:
> On 4/20/20 1:31 PM, Patrick McLean wrote:
> >> Simply having things in ::gentoo does not affect anyone who does not
> use them.
> >
>
> You keep saying that, but the fact that dev-go/* is filled with trash
> that has your name on
On 4/20/20 1:31 PM, Patrick McLean wrote:
>> Simply having things in ::gentoo does not affect anyone who does not
use them.
>
You keep saying that, but the fact that dev-go/* is filled with trash
that has your name on it prevents anyone else from doing a better job.
On Sun, 19 Apr 2020 11:37:15 -0400
Michael Orlitzky wrote:
> On 4/19/20 10:55 AM, Samuel Bernardo wrote:
> >
> > Taking into account the network sandbox requirement, sbt.eclass needs to
> > download all dependencies with some approach like EGO_SUM implementation
> > in go-module.eclass[1].
> >
Nice. Thanks!
# Michał Górny (2020-04-20)
# Stuck on Python 3.6. Last release in 2012. No revdeps.
# Removal in 30 days. Bug #718646.
dev-python/dexml
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally signed message part
# Michał Górny (2020-04-20)
# Stuck on Python 3.6. Relies on 2to3. Last release in 2015.
# No revdeps.
# Removal in 30 days. Bug #718638.
dev-python/demjson
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally signed message part
On Mon, 2020-04-20 at 11:18 -0400, Mike Gilbert wrote:
> These are used by the symbolextractor.py script in meson.
>
> Closes: https://bugs.gentoo.org/717720
> Signed-off-by: Mike Gilbert
> ---
> eclass/meson.eclass | 5 +
> 1 file changed, 5 insertions(+)
>
> diff --git a/eclass/meson.ecla
These are used by the symbolextractor.py script in meson.
Closes: https://bugs.gentoo.org/717720
Signed-off-by: Mike Gilbert
---
eclass/meson.eclass | 5 +
1 file changed, 5 insertions(+)
diff --git a/eclass/meson.eclass b/eclass/meson.eclass
index 2bd1dc017609..81cfa7c38fc6 100644
--- a/ec
# Louis Sautier (2020-04-20)
# No revdeps, no release in 3 years, doesn't support Bootstrap 4.
# Removal in 30 days.
dev-python/flask-bootstrap
signature.asc
Description: OpenPGP digital signature
Hi,
merged, thanks:
https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=606c745e611c216df15568bc8655e2781dc11095
--
Regards,
Thomas Deutschmann / Gentoo Linux Developer
C4DD 695F A713 8F24 2AA1 5638 5849 7EE5 1D5D 74A5
signature.asc
Description: OpenPGP digital signature
On Sat, Apr 18, 2020 at 11:15 AM David Michael wrote:
> The build system's rpm2tar command is executed during unpack, so it
> must be install in /.
>
> Signed-off-by: David Michael
> ---
>
> This patch fixes failures like this:
> >>> Unpacking source...
> >>> Unpacking urw-fonts-2.4-9.fc1
On 2020-04-20 06:13, Joonas Niilola wrote:
> He has been on devaway for a while.
>
> I would've much rather seen the differences between -r0 -r1 ebuilds to
> focus on what is actually done there. Not that I have any say what will
> be done in the end, but it's easier for the eyes...
Indeed, that
No, not there.
I have a branch ready and tested (just literally need to create the PR),
but I get your point :)
On Mon, 20 Apr 2020 at 19:32, Michał Górny wrote:
> On Mon, 2020-04-20 at 19:11 +1000, Andrea Cerisara wrote:
> > Hello,
> >
> > I have a PR ready to go for rst2pdf v0.96 (Bug #716964
Sam,
Let me know if you are experiencing any issues or need assistance. I also
want to save this package and can help.
Thanks,
Viktar
On Sun, Apr 19, 2020 at 10:34 PM Sam James wrote:
> I’ll try look at this.
>
>
> > On 19 Apr 2020, at 21:05, Michał Górny wrote:
> >
> > # Michał Górny (2020-
On Mon, 2020-04-20 at 19:11 +1000, Andrea Cerisara wrote:
> Hello,
>
> I have a PR ready to go for rst2pdf v0.96 (Bug #716964).
>
I don't see a PR there, and attachments on that bug can not be used,
as stated in the disclaimer above file attachment form that nobody
reads.
--
Best regards,
Mich
Hello,
I have a PR ready to go for rst2pdf v0.96 (Bug #716964).
On Mon, 20 Apr 2020 at 17:54, Michał Górny wrote:
> # Michał Górny (2020-04-20)
> # Unmaintained. Stuck on Python 2. rst2pdf depends on dev-python/pdfrw
> # that is dead and broken with py3.7+. svg2rlg is only used by pdfrw.
>
On Sun, Apr 19, 2020 at 2:04 PM Michał Górny wrote:
> # Michał Górny (2020-04-19)
> # Unmaintained. Stuck on Python 3.6. Last upstream activity in 2015.
> # Removal in 30 days. Bug #718184.
> app-admin/ngxtop
>
> --
> Best regards,
> Michał Górny
>
>
I know it's old, but it works with python
# Michał Górny (2020-04-20)
# Effectively unmaintained. Stuck on Python 2 and pygtk. Last bumped
# in 2014.
# Removal in 30 days. Bug #708168.
media-video/griffith
--
Best regards,
Michał Górny
signature.asc
Description: This is a digitally signed message part
# Michał Górny (2020-04-20)
# Unmaintained. Stuck on Python 2. rst2pdf depends on dev-python/pdfrw
# that is dead and broken with py3.7+. svg2rlg is only used by pdfrw.
# Removal in 30 days. Bug #718572.
dev-python/rst2pdf
media-gfx/svg2rlg
--
Best regards,
Michał Górny
signature.asc
Desc
37 matches
Mail list logo
