Hi Mike, list,
Mike Frysinger wrote:
> > Fedora rawhide and ArchLinux switched to libusbx and followed
> > suit in our virtual/libusb:1.
>
> sad that we can't get these things merged. maybe we need to
> convince dsd to hand over the reigns ?
It seems that some don't know that dsd made me co-mai
Aaron W. Swenson wrote:
> > what *you* think are hard blockers for the migration?
>
> The 6 hours it takes to clone the repo.
Maybe clone on server and distribute the initial repo as tarball.
//Peter
William Hubbs wrote:
> To clarify: we should only allow fast-forward merges on master.
Not a dev yet, but +1
pgpYLlPixexJM.pgp
Description: PGP signature
Brian Harring wrote:
> rather deal w/ that problem when it arrises, rather than trying to
> optimize for it now.
I'm strongly in favor of ripping off the bandaid, fast and hard!
Some hooks to block problematic pushes, and let people learn as
they go. It will take weeks to months for everyone to m
Samuli Suominen wrote:
> 9'ish consumers. I propose "Enable support for the PostScript language"
Perhaps "ps" or "postscript" instead of the implementation-centric
"gs" ?
//Peter
Mike Frysinger wrote:
> > + # lets see if the username already exists
> > + if [[ ! -n $(egetent passwd "${euser}") ]] ; then
>
> "! -n" -> "-z"
Does the $() argument ever need to be double quoted, or do all
versions of bash actually have the string argument optional even
though that'
Ian Stakenvicius wrote:
> > Mike Frysinger wrote:
> >>> + # lets see if the username already exists + if [[
> >>> ! -n $(egetent passwd "${euser}") ]] ; then
> >>
> >> "! -n" -> "-z"
> >
> > Does the $() argument ever need to be double quoted, or do all
> > versions of bash actually
Fabian Groffen wrote:
> > > >>> + if [[ ! -n $(egetent passwd "${euser}") ]] ; then
> > > >>
> > > >> "! -n" -> "-z"
> > > >
> > > > Does the $() argument ever need to be double quoted, or do all
> > > > versions of bash actually have the string argument optional even
> > > > though that'
Mike Gilbert wrote:
> > [] is shorthand for test. Both test and [[]] in my man bash read:
> >
> > --8<--
> > Expressions are composed of the primaries described .. under
> > CONDITIONAL EXPRESSIONS.
> > -->8--
And the next sentence is exactly what you wrote. :)
"Word splitting and pathname expans
Pacho Ramos wrote:
> What I try to do is to replace the needing of manually rebuilding
> packages after updates due ABI changes
Does this really require explicit ABI information in ebuilds?
Could it work to make automatic signatures of imported ABI, and
simply compare signatures when a provider p
Ciaran McCreesh wrote:
> > Could it work to make automatic signatures of imported ABI, and
> > simply compare signatures when a provider package is updated?
>
> No.
Can you say why?
> Also, can we stop using the term "ABI" in reference to this please?
> It's misleading. Let's call them sub-slot
Pacho Ramos wrote:
> Also hit this problem today while trying to bump bluez and noticed we
> are using elog messages to tell people to manually install
> net-dialup/ppp if they want ppp working with bluez.
>
> I am unsure about the disadvantages of simply using, for example,
> "ppp" USE flag to do
Pacho Ramos wrote:
> > I guess the point is that it is not really a dependency.
>
> No, it's a dependency only when you want ppp support working,
Logically, but not technically.
I like this separation; the package manager takes care of technical
requirements, and I get to take care of the logica
Duncan wrote:
> users would unmerge ppp if they knew about it when they no longer
> needed it, but knowing about it is the problem.
Sorry, but what is the connection to a USE flag?
I agree that knowing about it is the problem. I don't think that
knowing about a package is different from knowing a
Hans de Graaff wrote:
> > I think ABI fits well though? The situation is that A DEPENDs on B,
> > and at some point B changes in a way that A must be rebuilt in order
> > to run - right?
>
> At least for dev-ruby/nokogiri this is not the case. It checks the
> version of libxml2 it was built agains
Hi, I have about 11 years of experience with coreboot. I got
involved while developing a custom BIOS for an embedded system.
You may already have caught some presentation I or one of the other
developers have made about the project. There's a bunch of links
over at http://www.coreboot.org/Screensh
Roy Bamford wrote:
> > > I take it the above statement is based on the kernel being
> > > directly placed within the BIOS/firmware/nvram on the board,
This is sometimes called Linux-as-bootloader (LAB/lab for short) in
the coreboot project.
> > > such that you couldn't boot anything else but tha
Ciaran McCreesh wrote:
> What is hurting is people demanding features without specifying what
> the problem is
Part of enabling progress is to show a strong will to communicate,
with the goal of extracting common understanding from discussion.
In any project based on volunteer effort you must sho
Ciaran McCreesh wrote:
> > Making constructive suggestions instead of others that can be
> > easily interpreted as whims is the way to go.
>
> Uh huh, and that's what I've been doing the whole time when I've
> been asking for a patch for PMS, a GLEP etc.
..
> requests for a better description we'r
Ciaran McCreesh wrote:
> bring this to the point where we can say something other than "huh?".
You can accelerate by making one guess about each thing on the list
and asking for confirmation of your guess.
It sounds silly, but I realized that this actually happens all the
time offline - at least
Michael Weber wrote:
> I think running kernels from non-root checkouts is a pretty big
> security hole.
Suggest think again.
The Linux kernel should not and really must not be built as root.
This is neither supported nor recommended nor tested by upstream.
You may recall there was a kernel build
Zac Medico wrote:
> > I'd suggest a special ebuild phase to check for ABI changes, like
> > the pre_pkg_preinst_abi_check phase suggested here:
> >
> > https://bugs.gentoo.org/show_bug.cgi?id=192319#c20
>
> I guess, that phase would detect ABI change and package manager
>
Ian Stakenvicius wrote:
> > Is it unrealistic to assume that upstream ABI providers will mark
> > their ABIs by using sonames correctly?
> >
> > Maybe that is at least the common case, then ABI_SLOT could be set
> > automatically.
>
> Although we have a lot of this information available (which
Rich Freeman wrote:
> It also seems like the current portage output is giving the user some
> contradictory and counterproductive advice. It seems like there are
> really only two possible choices
> 1. The user could choose to not install chromium.
> 2. The user could enable icu for qt-webkit.
Hi,
Markos Chandras wrote:
> We (recruiters) decided to revert back to the quizzes for the
> recruitment process. The web application does not work as we expected.
I've been considering recruitment for many years and I made my first
effort to prepare for recruitment about two years ago, but I hav
Canek Peláez Valdés wrote:
> Seeing all the trouble some people have taken to make their systems
> work with mdev just to avoid having to use an initramfs, I really
> wonder how much effort it would have taken the simple task of learning
> one step more when updating kernels and switch to use an in
Canek Peláez Valdés wrote:
> An initramfs it's just now the only supported way (by udev and
> systemd) to have a separated /usr partition.
Yes sure. I considered separate partitions in the 90s, let's just
say that I don't see the problem that many on the internet cry about.
Using multiple filesys
(Please consider quoting only what is relevant. Thanks!)
Markos Chandras wrote:
> In my opinion, the quizzes contain all the knowledge that is
> required for someone to start developing for Gentoo. Yes, maybe
> it requires too much knowledge
So which is it? "All that is required" or "too much?"
Ciaran McCreesh wrote:
> > you need to set aside a block of time (and usually two
>
> ...and you don't need to be able to put in that level of attention
> every now and again when you're a developer?
Not the same amount of meta time, no.
I agree with the estimate of about two days for the quizze
Duncan wrote:
> Alternatively, I could reconfigure inittab to start my script first
..
> that actually sounds more complex
Use init. It would be a sensitive script. If it fails the kernel is sad.
//Peter
William Hubbs wrote:
> /etc/init.d/foo stop start
>
> would no longer work the way you might expect because there would be no
> way to tell whether start is a command or an argument to stop.
>
> What are your thoughts about this change?
/etc/init.d/foo stop start
along with all other commands c
Rich Freeman wrote:
> 5. When something goes wrong you can get a dash/bash shell
..
> useful even if you don't have firefox+X11 in your initramfs.
This is one of the first videographed use cases for coreboot.
The initramfs in the video[1] admittedly does not have a browser.
Those days, boot fla
William Hubbs wrote:
> let's move all of the discussion of this to the bug if possible so
> that it is all in one place.
That's fine and probably good.
Note that you were the one inviting email discussion about the
change. I guess you wanted rather to focus on the question if
breaking compatibili
Rick Zero_Chaos Farina wrote:
> sys-bios?
Whatever you (Gentoo developers) do, do not use bios for the
category -- well not for anything really.
BIOS is merely one specific type of (shitty beyond belief) firmware
on one specific type of (shitty beyond belief) hardware. (Well, I've
seen the odd no
Pacho Ramos wrote:
> Help is needed
I'd actually just run bird instead.
> fails to build: https://bugs.gentoo.org/show_bug.cgi?id=421861
Did anyone report it upstream?
//Peter
pgp7wB8cqKxOl.pgp
Description: PGP signature
Duncan wrote:
> the responsibility of whatever organization to either follow
> thru or repudiate, as it's the reputation and credibility of
> that organization on the line if they don't.
I think it's unreasonable to expect any third party to accept
responsibility for a receiver which is over-trus
Walter Dnes wrote:
> The fact that "other distros do it" does not constitute
> justification for us to do it.
Unfortunately that exact reason, along with "Fedora is doing it", was
cited by a very active developer as reason to reject technical points
which I tried to make a few times.
But that is
Marc Schiffbauer wrote:
> > > + if [ -d ${ROOT}/lib/udev ]
>
> > If you don't use double [[ then ${ROOT} will need "" quoting
>
> This was only true if ${ROOT} stood there on its own. IMO if you have
> ${ROOT}/foo you do not need "" quoting because even if $ROOT is empty
> you will not get a synt
Kent Fredric wrote:
> I suggest, that due to the volatility of such actions, a user should
> have to approve each bulk move before it is done, to avoid breaking
> things.
Further thoughts about this:
* The move is needed for some reason.
* The person running emerge will in the common case not kn
Rich Freeman wrote:
> In the future it might be much harder to run Gnome on Gentoo on an OSX
> kernel, etc.
Yes, but if the upstream that is Gnome decides to start depending on
systemd features then that's their decision, and the place to discuss
if it's good or bad (more important, the place to c
Rich Freeman wrote:
> I suspect upstream would say that if you want a smooth desktop
> experience you shouldn't be running Gentoo. To some degree they
> probably even have a valid point.
Yes and no.. I think it will always be possible to use Gentoo to
create as smooth a desktop experience as any d
Kent Fredric wrote:
> > (While the link I had saved was stale it did mean I still remembered
> > enough about it to plug the idea into google and successfully find it.
> > Link updated. =:^)
>
> https://duckduckgo.com/?q=reverse+hgual%20doog%20a%20ekil%20sdnuos%20taht
>
> Google not required ;D
Duncan wrote:
> I believe there's quite a few list readers who have a similar respect
> for his efforts.
I believe so too!
I think it's a great effort. It may not fit my use cases, but I don't
care about that - even if it is *only* Walter scratching his own itch
I agree that it's important to sho
Walter Dnes wrote:
> > I remember when xpdf was removed, epdfview was recommended as a
> > lightweight alternative. How about this time?
>
> Try apvlv. Note, you *MUST* first build poppler with the
> "xpdf-headers" USE flag. Only then will apvlv build properly. I've
> reported this bug, and I
Samuli Suominen wrote:
> our mupdf package sucks wrt bugs 407805 and 407807
It's pretty clear that the latter is an upstream problem. Will you
fix it?
//Peter
Duncan wrote:
> given that a number of gentoo devs support larger installations of
> gentoo and aren't likely to be wanting to switch servers, etc, to
> systemd just because it's there
I think that once they've learned systemd, they will want to switch
those servers fast.
I use it on one sort-of
Luca Barbato wrote:
> Repeat after me: having your first process require anything more
> than libc is stupid and dangerous.
Why do you say?
And why is libc different from other libraries, say libuuid or
libext2fs? I mean: Why allow pid 1 to require libc, it could
just be statically linked.
//Pe
Rich Freeman wrote:
> Systemd is a bit more like a shepherd, looking after things for
> their entire lifecycle.
This is a big part of why it is so useful.
I threw out init scripts because it was retarded to not monitor
long-running processes on servers.
Those processes shouldn't fail, but someti
Canek Peláez Valdés wrote:
> So let people make their OpenRC+mdev systems without systemd, and let
> people make their systemd+udev systems without OpenRC. Everybody wins.
I for one expect nothing less of Gentoo.
//Peter
viv...@gmail.com wrote:
> First problem udev/SD has is that it can't see all the file system labels,
> for some reason it only see sda and sdb so it's able to partly proceed in
> the boot sequence, mount / (root) but can't mount anything else.
What software parses the filesystem labels when you
Canek Peláez Valdés wrote:
> You can get as much vertical integration with Gentoo as with any other
> distro. The problem (and I think this is the point Greg is trying to
> make) is that it will be harder (not impossible, just harder) if most
> of Gentoo developers really believe that every single
Gregory M. Turner wrote:
> Please see https://bugs.gentoo.org/show_bug.cgi?id=430722, especially
> the final two posts.
I think the problem is that upstream isn't multilib-aware.
I also think that it would be awesome if Gentoo could handle such
situations for us. The brute force method would be t
Pacho Ramos wrote:
> # Pacho Ramos (16 Sep 2012)
> # Upstream keeps inactive for ages and, then, it has broke again
> # now with gnutls-3 (#421385). Removal in a month.
> net-im/jabberd
What about the 1.4 version? It depends on openssl, so maybe it
doesn't have the gnutls issue.
I kinda like jab
Brian Harring wrote:
> Comments?
: is used for namespaces elsewhere too. The familiarity is good.
//Peter
Ben de Groot wrote:
> On 16 September 2012 23:40, Peter Stuge wrote:
> > Pacho Ramos wrote:
> >> # Pacho Ramos (16 Sep 2012)
> >> # Upstream keeps inactive for ages and, then, it has broke again
> >> # now with gnutls-3 (#421385). Removal in a month.
> &
Ben de Groot wrote:
> >> > I kinda like jabberd.
> >>
> >> So step up and take on maintainership of that package.
> >
> > I would have, had I been a developer.
>
> You don't have to be a developer:
> http://www.gentoo.org/proj/en/qa/proxy-maintainers/
And still be dependent on someone else?
No,
Pacho Ramos wrote:
> > > >> # Pacho Ramos (16 Sep 2012)
> > > >> # Upstream keeps inactive for ages and, then, it has broke again
> > > >> # now with gnutls-3 (#421385). Removal in a month.
> > > >> net-im/jabberd
> > > >
> > > > What about the 1.4 version? It depends on openssl, so maybe it
> > >
Rich Freeman wrote:
> Well, as a user there are only two ways to get or keep your
> favorite package in the tree:
..
> If your favorite package isn't in the tree you can:
..
I know all this, and I have my own overlay because I'm not a developer.
I was just saying that proxy-maintaining isn't rele
Michał, Pacho, and everyone else who suck epically at this:
CAN YOU FFS START TO TRIM QUOTES IN YOUR EMAILS!
Thank you
//Peter
pgpJmV3IkjFsp.pgp
Description: PGP signature
Rich Freeman wrote:
> I doubt everybody is going to be happy if somebody convinces infra
> to shut down cvs without any discussion first.
I would do exactly that, actually.
There's been years of discussion. There's even a mailing list for
discussion.
//Peter
Gregory M. Turner wrote:
> "fuck everyone, we are doing this, here is the changeover date."
Well put. When is the date? I suggest October 5th, 18:00 UTC.
//Peter
Diego Elio Pettenò wrote:
> Honestly, this whole thread, with the exception of Rafael, makes me
> facepalm incredibly, because everybody is saying "it's easy!"
> without asking the people who have done the work up to now and will
> have to manage it.
Noone said it's easy.
Please don't put words i
Diego Elio Pettenò wrote:
> With all due respect,
..
> you calling for shutdown dates
..
> is obnoxious.
I don't know about respectful, but oh well..
Another idea I have, besides the go-ahead+fix what breaks, is that
after everything has broken, Gentoo developers will not be spamming
this mailin
Diego Elio Pettenò wrote:
> > Another idea I have, besides the go-ahead+fix what breaks, is that
> > after everything has broken, Gentoo developers will not be spamming
> > this mailing list like three-year-olds screaming rude complaints
> > about how things do not work and calling infra bad names,
Ben de Groot wrote:
> The -commits ML is okay (tho I don't want to subscribe to such a
> high-volume ML), but we miss an IRC interface. The website and
> statistics of cia.vc were nice too.
What is the source data, and what does the desired output look like?
(I mean what should the messages in ch
Ben de Groot wrote:
> > What is the source data,
Still unanswered. I'll ask something which would be equally helpful:
Where is the software that currently sends out emails to the -commits list?
> > and what does the desired output look like?
>
> tetromino * gentoo-x86/x11-themes/gnome-themes-
Ben Kohler wrote:
> Thoughts?
+1 for removing noise.
Rich Freeman wrote:
> PKI becomes a nightmare if anybody but devs sign, and when we move to
> git it won't really be possible to have anybody else sign anyway
> unless we allow merge commits, which is just a whole different mess.
I'm not sure? Signatures can be made on anything by anyone and store
Alec Warner wrote:
> All services except packages.gentoo.org and bouncer.gentoo.org should
> be functional again (we are waiting on an ACL changes for p.g.o.)
> According to icinga, the outage was approximately 20h (packages
> continues to be down.)
Probably nobody even noticed. I sure didn't.
Th
Ben Kohler wrote:
> In my ideal world ("if I were king"), today I would delist them
> from profiles.desc, and send out a news item warning of their
> immediate deprecation and planned removal 3 months from now.
I'm strongly in favor of this, but of course I am no developer.
//Peter
Pacho Ramos wrote:
> > So, rephrasing the example Alexandre pasted, consider:
> >
> > x11-libs/qt-core - The Qt toolkit is a comprehensive C++ application
> >development framework.
> >
> > vs.
> >
> > x11-libs/qt-core - A comprehensive C++ application development framework
>
Pacho Ramos wrote:
> Seriously, what people is still having problems with handling eapi4?
Seriously, what people are still having problems with trimming quotes?
Pacho, I wrote a sarcastic manual for you about how to trim quotes in
your replies on the mailing list, but you are still not doing it.
Diego Elio Pettenò wrote:
> the understanding of "you're responsible for whatever you commit".
A load of bull IMO. Is this rooted in some stupid US law thing (via
the foundation) or merely in some cowardly individual disconnected
from the real world, phrasing stupid blanket rules? Or something els
Diego Elio Pettenò wrote:
> > One of major problems with this tinderbox is that it cannot be
> > used to test packages against newer versions of packages present
> > in overlays [1]
>
> Which is not a problem since we're _not_ talking about packages
> in overlays but of a bump in the main tree whi
Graham Murray wrote:
> > Christ on a $#@%! crutch. You can NOT auto-enable C++11 in your library
> > based
> > on a configure test and then stuff flags that are not supported by previous
> > compiler versions into pkg-config for library consumers. Somebody sane
> > please fix this.
>
> Though i
Ryan Hill wrote:
> You can NOT
I am not saying that it is a good idea, but of course you can. It has
pretty sucky effects on how your library can be used, disabling
various smart stuff that modern systems do, but I guess the upstream
practises may be from a different time.
> Somebody sane please
Diego Elio Pettenò wrote:
> > Um, so how come an overlay isn't the obvious method for testing,
> > before putting things in the main tree? What other method is *more*
> > convenient for testing?
>
> package.mask
Can you clarify? Do you propose that developers carry out wild
experiments by committ
Samuli Suominen wrote:
> I'm just afraid our XFCE port gets lagged behind because of this as
> compared to other distros ...
I am, as you know, a strong proponent of doing things right, rather
than doing them fast.
In this case that means that it is not the end of the world if Gentoo
ebuilds do
Samuli Suominen wrote:
> so unless you are willing to go that far as introducing yourself at the
> xfce devel mailing list and accepting the mantle of upstream of them, we
> are really stuck at this distribution level patching just like others
That makes no sense to me. If you (not you specifica
Duncan wrote:
> kmod itself is trivial in size time and space requirements, but it's
> the principle as much as anything, and in the case of an unneeded
> module loader there's an additional security concern as well
I'm afraid this is flawed. If you want to hinder modules from being
loaded then yo
Rich Freeman wrote:
> > I think that there's a big difference about any developer
> > being allowed to create a project under the gentoo umbrella and
> > create a project and claim it as Gentoo sponsored without any
> > review of the council. I agree that it can exists in the Github
> > account, or
Anthony G. Basile wrote:
> The answer appears to be that a file is the unit
I personally consider it to be smaller; a number of lines within
a file, or even a single line, all depending on things.
//Peter
Greg KH wrote:
> this isn't obvious at first glance, go consult a copyright lawyer
> for the specific details if you are curious about it.
>
> Which, again, I strongly feel that the Foundation needs to do
+1
> before anymore "Copyright Gentoo Foundation" marks get added to
> _any_ files in our
Steven J. Long wrote:
> Nor should Gentoo projects suddenly change what they are because
> "the internet" doesn't understand them. That's a ridiculous basis
> for any change.
If a friend whom I care about and respect tells me that they don't
understand something I do then I try to consider if mayb
Rich Freeman wrote:
> >> Nor should Gentoo projects suddenly change what they are because
> >> "the internet" doesn't understand them. That's a ridiculous basis
> >> for any change.
> >
> > It doesn't always matter what others think, but it is always worth
> > considering. It matters a lot for how
Ciaran McCreesh wrote:
> > a quick consultation with a copyright lawyer can provide us with
> > a very good set of rules and boundry conditions
>
> The last time someone from Gentoo spoke to a copyright lawyer, it
> resulted in a year-or-so-long ban on recruiting anyone, and everyone
> was suppose
Duncan wrote:
> I'd guess that the global/local USE flag distinction is in practice lost
> on most users, and that of those that /do/ know the technical difference,
> likely most use make.conf for most local USE flags anyway, at least
> setting a system default, from which individual packages may
Diego Elio Pettenò wrote:
> On 24/11/2012 07:46, Brian Dolbec wrote:
> > For ruby19, split in the middle to get 1.9, but what about 110, is it
> > 11.0 or 1.10.
>
> Okay stop.
>
> There's no 1.10.
>
> There's 2.0 that's being developed for a long time.
>
> And we're not going to change our
Jauhien Piatlicki wrote:
> > PHP_TARGETS="5.3 5.4"
> > RUBY_TARGETS="1.9"
> > PYTHON_TARGETS="2.7"
> >
> > But maybe it would be too problematic?
>
> What will you do with PYTHON_TARGETS="python2_7 python3_2 pypy1_9
> jython2_5" then?
That's an excellent point. Thanks!
Thinking out loud another
Peter Stuge wrote:
> Thinking out loud another round: _TARGETS is an interface by Gentoo,
> so maybe it would not be such a bad idea to use existing Gentoo
> identifiers there, ie. (a subset of?) PMS version specifications.
Including the package name. This would also make the UX chang
Ole Markus With wrote:
> Maybe I could change the currently masked php5-5 slot to php5_5 instead
> and then eventually phase our the hyphen based slots. This would mean
> inconsistency between the php slots for some time, but eventual
> consistency with Python, which I do see as a good thing.
I th
Michael Orlitzky wrote:
> I just get annoyed with the "don't use Gentoo unless you like your
> stuff broken" attitude.
Don't confuse stuff changing with stuff breaking - they are very
different things.
In Gentoo stuff changes every single day. I heard that gentoo-x86
gets some number of commits p
Alec Warner wrote:
> Testing all the updates is basically not possible. Understanding
> the updates is basically not possible.
I think it's very possible to understand updates which are important
for the system.
Of course it is a lot of work if it is to be done every day. I would
not update syste
Pacho Ramos wrote:
> Looks like cman stabilization (that is needed to stabilize newer lvm2,
> that is needed to stabilize newer udev...) is blocked by its init.d
> script wanting to load modules even on kernels without modules:
> https://bugs.gentoo.org/show_bug.cgi?id=442512#c5
>
> Arch team peop
Anthony G. Basile wrote:
> I proxy maintain bitcoins for luke-jr. He wants to propose a patch
> against the bitcoin eclass. The following is his proposed change.
> I'll commit it after review.
Please do not do that, Anthony.
> Bitcoin Knots includes a number of enhancements users may find usef
Anthony G. Basile wrote:
> >> I proxy maintain bitcoins for luke-jr. He wants to propose a patch
> >> against the bitcoin eclass. The following is his proposed change.
> >> I'll commit it after review.
> >
> > Please do not do that, Anthony.
>
> I don't have time nor the familiarity to properly
Alexis Ballier wrote:
> > If elibtoolize results in different binaries being produced, then it's
> > done wrong in the first place. AFAIU the primary goal of elibtoolize
> > logic is to fix issues on recent systems with outdated build systems.
> > Which is certainly not something that needs to be d
Luke A. Guest wrote:
> Thoughts?
I can't comment on your strategy, but I do agree with and support
your goals of being able to use more Ada in Gentoo.
Thanks to you and others for your work on this! :)
//Peter
Hi,
I have some ebuilds which use enewuser to create groups and users in
pkg_setup(), and make use of those groups and users in src_install()
in exeopts, insopts etc.
Is there any reason that this would not always work reliably with
binpkgs?
Ie. regardless of whether I am using portage or portag
Thank you for working on this.
Sergei Trofimovich wrote:
> Can this proposal make a difference and make gentoo better and
> easier to work with?
>
> Does it try to attack the right thing?
>
> Does it completely miss the point?
I hold a perhaps radical view: I would like to simply remove stable.
1 - 100 of 549 matches
Mail list logo
