Rich Freeman wrote:
> > I've so far gotten zero feedback on my hosting offer, intended to
> > help find some starting processes.
>
> hassufel's repository on github should be more than adequate:
> https://github.com/gentoo/gentoo-gitmig
The very first email in this thread pointed out that it is d
Jonathan Callen wrote:
> the correct response would be to ensure that the final commit
> pushed (whether it be a merge commit or rebased) contains the
> stabilization for both arches
I think this is one of the things to check in a post-receive or
post-update hook. What is the easiest way to access
hasufell wrote:
> > A version bump plus cleaning up older ebuilds will be considered
> > one logical change, I suppose?
>
> I'd consider it two logical changes
..
> But I don't have a strong opinion on that
I do - I think this is really important. Having clean history makes a
huge difference for
Jorge Manuel B. S. Vicetto wrote:
> I've stopped following this mailing list regularly quite sometime ago.
> To see this thread is still going on and no one bothered to cc releng,
> to me shows a lack of respect
I expected you to participate on the developer list to some degree,
since you are deve
Hey Jorge,
Jorge Manuel B. S. Vicetto wrote:
> I know that our policies state that technical issues should be raised in
> the dev ml, although they also support doing the discussion in specialized
> mls, but they also mention that one should make an effort to contact those
> involved in the mat
Steven J. Long wrote:
> it's a bit late for that
It's never too late to improve.
//Peter
Steven J. Long wrote:
> On Tue, Sep 30, 2014 at 07:52:02AM -0700, Zac Medico wrote:
> > The IPC implementation that I've suggested does not involve an SUID
> > helper, so it is much more secure. Security would rely on the permission
> > bits of the named pipes that are used to implement IPC.
..
> I
Michał Górny wrote:
> Remove the code responsible for recognizing which branch HEAD pointed
> out to since it was unsafe and unnecessarily complex. A proper match is
> not really necessary since all operations can be safely performed on
> an opaque 'HEAD' (or rather refs/git-r3/HEAD since fetching
Steven J. Long wrote:
> > It's a lot more secure to have a single well-defined privileged trust
> > anchor (the privileged process) with a well-defined protocol, than to
> > have built-in privilege escalation which allows arbitrary actions.
>
> You appear to have missed the point of what it does.
Michał Górny wrote:
> the new framework is opt-out rather than opt-in.
Why is it desirable to make that change?
//Peter
pgpAbh_XiMjXl.pgp
Description: PGP signature
Rich Freeman wrote:
> >> the new framework is opt-out rather than opt-in.
> >
> > Why is it desirable to make that change?
>
> there is no longer a performance penalty
There is a severe behavioral penalty!
> We think that most users will prefer to just leave everything enabled now.
I really do
Peter Stuge wrote:
> There is a severe behavioral penalty!
Rich Freeman wrote:
> > I really do not want that to be chosen for me.
>
> Well, then all you need to do is tell eselect to disable them, etc.
Well, but see above - this is a huge change in behavior - I really
don't
Alexis Ballier wrote:
> - why not adding a clang subprofile ? there's one for amd64-fbsd; I had
> been able to build a complete stage 3 without too much trouble.
> There's probably nothing bsd specific there, so moving
> generic code from there to profiles/features should work.
I'd try to te
Ian Stakenvicius wrote:
> OK, i've cobbled something together that looks like it'll work.
Cool! Thanks a lot for doing that.
//Peter
Andrés Martinelli wrote:
> I am working on a terminal spreadsheet based on "sc", but with some adds
> like undo/redo..
> you can find it here:
>
> https://github.com/andmarti1424/scim
>
> Any new ideas and/or contribution is always welcome!
See also teapot. Right, an undo stack is a nice feature
William Hubbs wrote:
> I'm just wondering what the default should be.
..
> Does anyone have any comments on that approach?
I think the Gentoo default should just be what upstream uses and
documents.
//Peter
pgpcub1K1GUj7.pgp
Description: PGP signature
Michael Mol wrote:
> 4) Jer marked #530478 as a dupe of #426262,
To me that looks bogus. #530478 is about app-office/dia while #426262
is about two eclasses.
Jeroen - please explain why you consider 530478 a duplicate of 426262?
I note that you did not do so in Bugzilla while marking the dupe, b
M. J. Everitt wrote:
> I'm thinking something along the lines of the following:
> - Line one is limited to / and some Key Word that defines the
> type of change made, similar to bugzilla perhaps eg. "REVBUMP, VERBUMP,
> EAPIBUMP, BUGFIX, PATCH, FEATUREREQ, OTHER". This would get around the
> issue
Mart Raudsepp wrote:
> > * USE=udev means different things for different packages. You think
> > it "makes udev work" or whatever, but nobody has any idea what it
> > does for half of the packages that use it. The meaning is package-
> > specific, so the default should be package-specific.
>
Hi Thomas, I suggest some improvements..
Thomas Deutschmann wrote:
> Title: OpenSSH LDAP support
Perhaps qualify this a bit, e.g. "Migration required for OpenSSH with LDAP"
> When your sshd authenticates against LDAP, you have to migrate your
s,When,If,
> current setup to a new one using sshd
Rich Freeman wrote:
> Is there a large population that actually runs x86 on modern
> hardware, or is ancient hardware a significant use case?
There are current products with pre-686 instruction sets.
Companies such as DM&P still produce 586-class SoCs for embedded and
industrial. These[1][2] are
Mike Gilbert wrote:
> Do the users actually need home directories?
Technically probably no, but ~qmail is easier to type than /var/qmail.
TBH I actually always type it out anyway.
Mike Gilbert wrote:
> If you don't want to maintain them, you'll need to find someone else
> to do it.
If noone el
Rich Freeman wrote:
> How about "contact" instead of team.
> there is no meaning to a contact besides being CC'ed on bugs.
Please simply call it cc then? :)
//Peter
$ grep :harfbuzz profiles/use*desc
profiles/use.local.desc:dev-libs/efl:harfbuzz - Enable complex text shaping and
layout support.
profiles/use.local.desc:dev-qt/qtgui:harfbuzz - Use media-libs/harfbuzz for
text shaping (experimental in Qt 5.3.x, default in Qt 5.4.0 and later). If
enabled, it ca
Rich Freeman wrote:
> Would this work:
> gpg --gen-key
> option 2 - DSA and Elgamal
Watch that entropy.
//Peter
Patrick Lauer wrote:
> they can all be fixed.
>
> Let's not tolerate mediocrity.
All you can do is to try to set an example, but you'll likely find
that most of the time, nobody is willing to live with the tradeoffs
for excellence - the obvious one being perceived slower development.
Countless o
Patrick Lauer wrote:
> > Do you, as QA team member, think that a review workflow improves quality?
>
> No.
>
> Bureaucracy does not improve quality by itself.
A review workflow isn't about bureaucracy, it's about review. :)
Now, review means different things to different people, and some will
s
Rich Freeman wrote:
> working out things 1:1 if possible
..
> it is probably better to let Comrel do their job, rather than
> having everybody bicker on the list.
Working out things 1:1 *on the list* is nice in that it adds transparency.
Of course, it is then also very easy for people to send unr
Joshua Kinard wrote:
> Using seed stage3 stages I built 6 months ago (but never released due
> to getting sidetracked), I run into errors like this:
>
> !!! Multiple package instances within a single package slot have been pulled
> !!! into the dependency graph, resulting in a slot conflict:
>
>
Rich Freeman wrote:
> I personally find it annoying when people fork projects, decide not to
> maintain ABI compatibility with the original project, and then keep
> filenames the same/etc such that the packages collide in their
> recommended configurations.
Some people do it on purpose, with the o
Michał Górny wrote:
> Title: USE=libav introduction
> Author: Micha?? G??rny
Your mailer doesn't set charset for the .txt attachment.
> Content-Type: text/plain
> Posted: 2015-01-yy
> Revision: 1
> News-Item-Format: 1.0
> Display-If-Installed: media-video/ffmpeg
> Display-If-Installed: media-vid
Rich Freeman wrote:
> >> I personally find it annoying when people fork projects, decide not to
> >> maintain ABI compatibility with the original project, and then keep
> >> filenames the same/etc such that the packages collide in their
> >> recommended configurations.
> >
> > Some people do it on
hasufell wrote:
> > from what comments I got back no one really wanted to join (at least
> > under the current system). I wasn't going to force the games team to
> > elect a new lead when it appears none cared much at that point who
> > the lead was. Also, I would advise caution on considering it
>
Justin (jlec) wrote:
> This is part of the set of topics which we
> cover outside the scope of the quizzes.
A brief comment from reality is that this legal problem is quit
likely a significant hurdle for many potential developers - as for me.
If you want contributing to be easy, overhead like thi
Rich Freeman wrote:
> >> This is part of the set of topics which we
> >> cover outside the scope of the quizzes.
> >
> > A brief comment from reality is that this legal problem is quit
> > likely a significant hurdle for many potential developers - as for me.
> >
> > If you want contributing to be
Andrés Martinelli wrote:
> Hello there!
> As many of you already pointed, the spreadsheet app "SCIM" I am working on,
> collides in its name with Smart Common Input Method.
> I decided that is time to change its name to avoid problems and to get lost
> with the other.
>
> What are your suggestions
Anthony G. Basile wrote:
> On 02/22/15 12:08, Nicolas Sebrecht wrote:
>> * Fun is lost for a long time.
>
> This is is extremely false.
It's a very subjective matter. I don't doubt that Gentoo is fun for
some or many or even all developers. I also have no doubt that the
process of becoming a devel
Ben de Groot wrote:
> I propose that we prefer installing just OpenType. But this should
> be user configurable, so in those cases I propose we do:
>
> IUSE="+opentype"
> if use opentype; then
> FONT_SUFFIX="otf"
> else
> FONT_SUFFIX="ttf"
> fi
So if I first USE=-opentype and later USE=op
Ben de Groot wrote:
> >> I propose that we prefer installing just OpenType. But this should
> >> be user configurable, so in those cases I propose we do:
> >>
> >> IUSE="+opentype"
> >> if use opentype; then
> >> FONT_SUFFIX="otf"
> >> else
> >> FONT_SUFFIX="ttf"
> >> fi
> >
> > So if I fir
Guilherme Amadio wrote:
> We could have global USE flags for each popular font format, turn on the
> flag for OpenType by default, and let users choose extra formats they
> want.
I like this suggestion very much. This is exactly what I want from Gentoo.
> Another thing we might want to work on i
Andreas K. Huettel wrote:
> > 0. What names for the tree/repository.
>
> "gentoo"
IMO this is the only really accurate name.
> (it's also the repo_name)
There you go. It already has the name gentoo. :)
> "portage" doesn't make sense, everything else is too long or
> potentially confusing...
Jason A. Donenfeld wrote:
> Calling it "gentoo" makes sense, because the entire tree is what makes
> gentoo.
Exactly. And the repo already has this name set in repo_name.
> But since it's namespaced in ebuilds/ and because ebuilds/
> might have other gentoo-official repos too, then perhaps "gent
Rich Freeman wrote:
> > Calling it "gentoo" makes sense
>
> The thing is, Gentoo is more than a bunch of ebuilds.
Sure, but the gentoo ebuild repo is just a bunch of ebuilds.
Gentoo as name can and should be used elsewhere too of course.
> Certainly they're a HUGE part of Gentoo, but they alone
Ben de Groot wrote:
> Title: FFmpeg default
> Posted: 2015-04-01
Bad date for such news.
//Peter
Nicol TAO wrote:
> so. believe it or not?
Communication should reduce confusion, not risk increasing it.
//Peter
Ben de Groot wrote:
> I see no reason to stick with libav as default, except political
> (which I'm trying to avoid here).
It's very convenient to try to ignore politics, but IMO that's no
better in open source than on election day. A default is always a
political choice.
With any choice, the mai
hasufell wrote:
> This is something that has to be resolved upstream. If they don't
> cooperate long-term, then their fork will just die out for sure
> (and for good).
I agree that this is what one would intuitively expect, but what
actually happens is that whatever is perceived as most mainstream
James Le Cuirot wrote:
> Pacho Ramos wrote:
> > As that USE flag should only be used for being able to install the
> > package the first time, maybe it should be treated in a "special"
> > way. I mean, it shouldn't be easily changed by users but, instead,
> > switched "internally" by the package m
Andrew Savchenko wrote:
> we should not solely rely on third-party proprietary solutions
> (travis is a github lock-in) because of convenience.
We must not.
//Peter
pgp10MsxnxXNc.pgp
Description: PGP signature
William Hubbs wrote:
> It may take some work, but I do not think we could reach a point
> where nothing could be changed.
>
> Remember that, unlike cvs, every git clone, by default, has all of the
> history of the repository, so all we would have to do is find another
> place to host the repositor
Robin H. Johnson wrote:
> Why should we not be able to benefit from really good closed-source
> CI tools that are offered for free to the open-source community?
Because it may not be in line with Gentoo politics.
> Jenkins, Buildbot and others are existing libre options in this
> ecosystem, but
Yanestra wrote:
> after a talk with some of the persons present here, it appears, Gentoo
> Linux is actually something like a Freemason lodge.
I disagree with this.
I do agree that the threshold to become a developer with write access
to the gentoo repo is very high, which is why I'm not a develo
Rich Freeman wrote:
> >> Jenkins, Buildbot and others are existing libre options in this
> >> ecosystem, but aren't keeping pace with development.
> >
> > Politics that somehow matter usually require compromise.
> >
> > The (rhetorical) question is, what is most important?
..
> The only choices we
Anthony G. Basile wrote:
> The way gcc is dealing with this is that it is NOT bumping the soname
> so we can get libraries linking aginst libstdc++.so with the wrong abi
> and you get breakage.
..
> I'm not sure how to solve this one
Is there any alternative to implementing the different sonames i
Rich Freeman wrote:
> I find email an incredibly frustrating experience all-around. It
> works great as long as everybody doesn't use anybody for hosting who
> isn't in the top-10 provider list, and doesn't use a mailing list.
DMARC marks top-10 essentially creating their own walled email garden.
Duncan wrote:
> The point you made here was console-based workflow, as quoted above,
> and that's what I addressed, arguing that even if was valid at some
> point, it's no longer the factor it once was.
For you, that is. Be aware that this creates your bias. You can't
extrapolate from your own sit
Michał Górny wrote:
> dev-util/atomic-install
>
> A nice one -- tool to quasi-atomically install files from $D to live
> system. The idea is to replace live files as fast as possible,
> and quickly revert that if it fails in the middle.
I like the idea, but I would personally like to see it
William Hubbs wrote:
> If we do add a code review system, it should be fully accessible from
> the command line. Pybugz is almost there for bugzilla; the only thing it
> lacks is the ability to reply to specific comments.
Gerrit is also almost there, it has an ssh interface which is very
usable fo
NP-Hardass wrote:
> >> or do they typically restrict review to a certain class of users?
> >
> >Hm, why would that end up happening? I'm not saying it can't, just
> >that I don't understand why it would. What do you have in mind?
>
> Well, it was just proposed earlier in the thread that it could b
C Bergström wrote:
> To start I hate git.. I have used it for years now and the
> multitude of ways that are possible to accomplish nearly the same
> thing are *annoying* at best..
I'd be interested to hear a couple of examples of what you mean,
perhaps in a private mail. Tack på förhand. :)
C Bergström wrote:
> 1) Rebase doesn't obscure history,
That's plain wrong. Rebasing changes the parent of your commit. That
means that others can no longer see the history of your commit,
specifically its original parent. Sometimes the parent is irrelevant,
sometimes it is critical.
> (Unless y
C Bergström wrote:
> >> 3) Ever tried to make a patch of the *actual* merge commit? Can one of
> >> the advocates of merge show me the git command to do that? (Sure you
> >> can diff between 2 commits, but the "merge" commit likes to avoid
> >> being seen)
> >
> > If there are no conflicts when mer
William Hubbs wrote:
> I think I understand what he's asking for...
>
> I think he is asking the question, "What changed in commit ".
>
> If you use the hash of a merge commit with "git show", you get nothing,
> so the merge commit is useless in terms of following changes.
I have explained why
Alec Warner wrote:
> Its difficult to make a large change like "all commits require review",
> particularly for long-time contributors who are expecting to move quickly.
I think it's a character flaw (maybe hubris due to lack of experience
and/or ignorance?) to lack the humility to say that I woul
hasufell wrote:
> that said... I don't think it currently makes sense to enforce
> a strict global review workflow.
For the record, neither do I, and I never proposed that it should
hold up starting to use Git.
//Peter
Rich Freeman wrote:
> I suspect that trying to force it would basically end up putting
> the entire distro on hold until most of the current devs quit,
I think you're right. I also think those developers should quit right
here and now. I don't think they will.
//Peter
William Hubbs wrote:
> > > [1] http://www.semver.org
> >
> > Major version zero (0.y.z) is for initial development. Anything may change
>
> The problem is that version 0 hit stable
Just treat version numbers as the meaningless counters they are.
> I can't just randomly break things from 0.17 to
Sergey Popov wrote:
> qt? (
> qt5? ( dev-lang/qtcore:5 )
> !qt5? ( dev-lang/qtcore:4 )
> )
>
> Fine by me, if you would ask.
May I suggest instead:
qt? (
qt5? ( dev-lang/qt$something:5 )
qt4? ( dev-lang/qt$something:4 )
)
Alexandre Rostovtsev wrote:
> > qt? (
> >
Hi and happy Git days! :)
Robin H. Johnson wrote:
> It expands to the hash of the blob of that file; and from that, you can
> identify which commits the blob exists in.
$ git ls-tree HEAD README
100644 blob 08ae16956b8944da2fef75fee892dcba457cf4f0README
$
$ (stat --printf='blob %s\0' READM
Kent Fredric wrote:
> I've always seen it as a case where Gentoo devs stand as a layer of
> sanitization between downstream and upstream.
This is the last thing I want. Did you play the whisper game as a kid?
I want direct contact with the user who can reproduce the problem in
the upstream bug
Stefan G. Weichinger wrote:
> * the former dev has removed himself as maintainer
> * the package is rather outdated now in portage
> * there are some ebuilds already which could be considered to be added
> (at least as unstable, sure)
>
> pls advise,
If you have interest in this package then you
Anthony G. Basile wrote:
> if you emerge when using a vanilla kernel or some other which doesn't
> support user.pax.* on tmpfs, then you'll loose those markings.
Would it be at all possible to add the markings after/as files land
on the destination filesystem instead?
It's not really intuitive th
Anthony G. Basile wrote:
>> Would it be at all possible to add the markings after/as files land
>> on the destination filesystem instead?
..
> since we sometimes have to do pax markings during src_compile() or
> src_test() or early during src_install() etc, the safest approach is to
> preserve xa
Michael Orlitzky wrote:
> after making those three revbumps, what I see is that I added and
> removed the entire ebuild three times. True, but useless.
Try git show/log -M
//Peter
Michael Orlitzky wrote:
> Once users have the full git repo on their machines, they have two
> options. They can update it efficiently with `git pull`, or they can
> update it with rsync by using `emerge --sync`. You can even mix the two,
I don't think you can mix the two, because how my local clo
Robin H. Johnson wrote:
> However, the largest sticking point, even with parallel threads, is that
> it seems the base ChangeLog generation is incredibly slow. It averages
> above 350ms per package right now (at 19k packages in a full cycle, it's
> a long time), but some packages can take up to 5 s
Peter Stuge wrote:
> Robin H. Johnson wrote:
> > However, the largest sticking point, even with parallel threads, is that
> > it seems the base ChangeLog generation is incredibly slow. It averages
> > above 350ms per package right now (at 19k packages in a full cycle, it&#x
Mike Gilbert wrote:
> > I would like for us to discuss adding the sbin directories to PATH for
> > all users.
>
> I support this idea. The distinction between bin and sbin is stupid.
I support it too FWIW.
//Peter
Ulrich Mueller wrote:
> 1. Will these three functions be sufficient, or have we overlooked
>anything important?
Something that comes to mind as probably being semi-frequent is to
transform a version number component into a Gentoo -p number.
Or do you suggest doing that by replacing the separa
Robin H. Johnson wrote:
> 1. Script #1 (helper), that given an ebuild, spits out the filenames of the
>distfiles.
>- Use an explicitly specified PORTDIR for eclasses.
>- Must NOT rely on the ebuild directory structure (i'd love to give
>it the ebuild via stdin and tell it the p
Rich Freeman wrote:
> a big question is how to make it happen without just throwing
> complaints on the folks who are trying their best to keep it all going.
The answer to this is the same as it has always been:
Demonstrate that you are capable and reliable and given social
compatibility then aft
Patrick,
Patrick Lauer wrote:
> Like seriously, every time I try to approach this set of problems I
> run into enough stupidity
Stop the silly complaining and help work on solving the problem instead.
If you can contribute then do so. If not, your options are to hire
someone who is, or await the
Ulrich Mueller wrote:
> (If directories are really needed, we could use the scheme foreseen
> in [1] for package.* and use.* files.)
So package.{users,group} ?
> Also a mechanism how a subprofile could undefine a user or group
> defined in its parent seems to be missing.
Maybe set the id to -1
Ryan Hill wrote:
> You want me to use a potentially unstable live ebuild instead?
> Well, no, that's not gonna happen.
Are you demanding that someone else produces for you, and refusing to
do anything but consume?
If the stable version is broken and if needing to use ~ or live is
not up to your s
Patrick Lauer wrote:
> my time, spent to work around deficiencies I shouldn't even see -
> if other people had done their job.
Ah but that's the thing - it *isn't* their job.
They are volunteering. That's a very different construct.
And yes, you do have to work around deficiencies created by oth
Hi Helmut,
Helmut Jarausch wrote:
> escons prefix="${D}/usr" install
..
> prefix=/var/tmp/portage/media-libs/libmypaint-/image//usr
..
> How can I fix this?
Set prefix to /usr and use another method to install into ${D}.
//Peter
Michał Górny wrote:
> Please review the patches sent in reply.
The changes look good to me, but maybe the function should have
'use' in its name; it's not obvious that the parameter is about
USE as opposed to PN.
//Peter
Kristian Fiskerstrand wrote:
> Maybe I'm thinking things too difficult, why not just define both -D
> PHP and -D PHP5 in the transition period and suggest this config for
> any change?
Because it mostly just defers the problem.
If the desire is to move away from PHP5 then I would suggest to force
Michael Orlitzky wrote:
> If anyone has a concrete idea that works better, it's not too late to
> change it.
Add code to init script and service file to check the config before
starting the program, and react if PHP5 is still set.
//Peter
Michael Orlitzky wrote:
> >> If anyone has a concrete idea that works better, it's not too late to
> >> change it.
> >
> > Add code to init script and service file to check the config before
> > starting the program, and react if PHP5 is still set.
>
> Which init script?
For Apache.
> It's only
Rich Freeman wrote:
> I'm not sure it is really worth trying to control this via a USE flag
> for such a light dependency.
I don't care how light dependencies are - I want to be able to choose
every single one that is optional. That is Gentoo's killer feature,
and I am thoroughly disappointed when
James Le Cuirot wrote:
> Damn, I realised just as I hit send that there's a caveat here and
> that's sub-dependencies. If you're building a partially static binary
> then I think you're okay. A fully static binary obviously needs all its
> dependencies to be static and that includes any sub-depende
Kent Fredric wrote:
> Syntax above not expected verbatim, just food for thought,
I think this is a really good and useful idea. I would love to see it.
> the nature of this metadata is that it SHOULD NOT be in the ebuild
> itself, as it is inherently "repo based", the installed values of
> these
Hi,
I'm trying something out over here and I'm surprised to find that
acct-group/* do not work with ROOT+SYSROOT != "/".
Should I file yet another bug about this?
I suppose the limitation is in user.eclass, but what about the 11 bugs
already filed about exactly this problem?
They are easy to se
Stop motivated attackers or keep low barrier to entry; pick any one. :)
Michał Górny wrote:
> CAPTCHA
> ==
> A traditional way of dealing with spam -- require every new system
> identifier to be confirmed by solving a CAPTCHA (or a few identifiers
> for one CAPTCHA).
>
> T
Michał Górny wrote:
> Hence my question: do you find 'do not remove kernels listed
> in bootloader config' feature useful? Do you think it should remain
> the default? Do you think it is worthwhile to continue supporting it?
I continue to use LILO because simpler and more mature code is good,
es
Kent Fredric wrote:
> > While services such as reCAPTCHA are (as said) massively intrusive, there
> > are other, much less intrusive and even terminal-compatible ways to
> > construct
> > a CAPTCHA. Hello game developers, you have 80x23 "pixels" to render a puzzle
> > for a human above the respons
Benda Xu wrote:
> > I was wondering if the openbsd prefix support is something
> > that is still garnering any interest from gentoo?
>
> There is still interest in Gentoo. But no one seems to have energy to
> take care of it.
FWIW I have interest in this as well.
> Your contribution is welcome
Remco Rijnders wrote:
> I'd like to volunteer myself as proxy maintainer for this package. As
> this would be the first package in gentoo I'd be working on, I ask for
> advice on the following two points:
Note that I'm no developer but have been proxy-maint for some time.
> - Can the removal of t
Jimi Huotari wrote:
> # Jimi Huotari (2020-08-04)
> # No consumers since 2015, and no known stand-alone use.
> # Removal in 30 days.
> dev-libs/liboobs
Wut - isn't that a really poor reason to remove from the tree? :\
Why not just keep it unless there is an actual technical problem?
(Security, m
401 - 500 of 549 matches
Mail list logo
