[gentoo-dev] Re: RFC: CONFIG_CHECK_FATAL, making CONFIG_CHECKS fatal by default

2013-01-26 Thread Duncan
;t a handholding distro and we can't make it one. Do the warnings and RESOLVED/PEBKAC or whatever if people can't read them. People will either learn to read, or they'll go elsewhere, and eventually it'll no longer be the sort of problem it is today, due to gentoo tryin

[gentoo-dev] Re: fcaps.eclass: bringing filesystem capabilities to the tree

2013-01-26 Thread Duncan
s trying to assemble them into something coherent (triggered by this thread, IIRC), but discovered I still needed a bit of help. This was exactly what I needed for the accumulated information to all fall into place! Thanks again! =:^) -- Duncan - List replies preferred. No HTML msgs. "Ev

[gentoo-dev] Re: RFC: CONFIG_CHECK_FATAL, making CONFIG_CHECKS fatal by default

2013-01-25 Thread Duncan
ere and not the other, it should properly find and use the one, regardless of which one it is. (Of course the checks are in the eclass. Anyone sufficiently curious could just go look to see what it did.) -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lor

[gentoo-dev] Re: RFC: CONFIG_CHECK_FATAL, making CONFIG_CHECKS fatal by default

2013-01-24 Thread Duncan
Michael Orlitzky posted on Thu, 24 Jan 2013 21:22:10 -0500 as excerpted: > On 01/24/2013 08:39 PM, Duncan wrote: >> >> Meanwhile, my vote is for a NON-FATAL pkg_pretend warning. That gets >> run at the beginning when people are still likely to be watching, so >> sho

[gentoo-dev] Re: RFC: CONFIG_CHECK_FATAL, making CONFIG_CHECKS fatal by default

2013-01-24 Thread Duncan
e watching, so should be good enough. Beyond that, gentoo can't keep the obtuse from ignoring the warnings, so if it breaks they get to keep the pieces, and RESOLVED/ READTHEWARNINGS to any resulting bugs. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman

[gentoo-dev] Re: RFC: CONFIG_CHECK_FATAL, making CONFIG_CHECKS fatal by default

2013-01-24 Thread Duncan
existing ebuilds until they're fixed. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman

[gentoo-dev] Re: news item for udev 197-r3 upgrade (yes, I know, it's late)

2013-01-23 Thread Duncan
months, but soon enough, we should have far fewer bugs of that sort, as people will have learned. And yes, that may seem a rather harsh policy. But gentoo was attracting users in droves back then and was a seriously up and coming distro. Now look at it. We have are nitch, yes, but we're

[gentoo-dev] Re: How a proper server profile should look like

2013-01-22 Thread Duncan
l-emerge- jobs limitations on @system and its deps, many packages of which are piddly little things that kept portage running alone at <1.00 load average on a six-core! So the smaller the set of profile-enabled USE flags and the smaller the @system set, the better, and a minimal profile that

[gentoo-dev] Re: RFC: CONFIG_CHECK_FATAL, making CONFIG_CHECKS fatal by default

2013-01-21 Thread Duncan
not this check be added to eclass? Or eclass does not > know about type of merged package? AFAIK, binpkgs are a PM-specific feature that isn't managed by PMS. As such, eclasses and ebuilds officially must remain binpkg agnostic, leaving all such handling to the PMs themselves. -- Duncan -

[gentoo-dev] Re: USE flags dri, cups, pppd

2013-01-21 Thread Duncan
ady have zero packages in @system as I've negated all the entries that would otherwise be there, and I'm in the process of zeroing out my dependence on profile default-use... When I'm done with that, I'll take a look at the rest and see... -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman

[gentoo-dev] Re: USE flags dri, cups, pppd

2013-01-20 Thread Duncan
oved from base to desktop. That way, it'll still be defaulted on for desktop where most people will want it, but won't appear in the new base, thus eliminating the pollution for people unlikely to care about it, there. And the only possibility for breakage will be with the profile u

[gentoo-dev] Re: Getting the general dev opinion ("Meinungsbild") on some feature

2013-01-20 Thread Duncan
asic issues covered at the trial-court level (which for us is the list). Which would put us back where we started, since that pre-council-decision discussion would happen... on the list. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if

[gentoo-dev] Re: RFC: new "qt" category

2013-01-20 Thread Duncan
ou're better off with something like: >emerge -a1 `eix --only-names -IC qt` FWIW, I have a qt set here. I don't have it listed in world_sets as all my qt package installs are deps and I want to keep it that way, but it sure makes remerging them easier when I need to remerge them al

[gentoo-dev] Re: RFC: new "qt" category

2013-01-20 Thread Duncan
Ben de Groot posted on Sun, 20 Jan 2013 16:24:14 +0800 as excerpted: > On 20 January 2013 00:48, Duncan <1i5t5.dun...@cox.net> wrote: >> *** (VERY strongly!) Please avoid namespace pollution! Don't drop the >> hyphenated qt-pkg names. As a user, most of the time

[gentoo-dev] Re: removing the server profiles...

2013-01-19 Thread Duncan
rational/cultural thing. "The tablet generation" and "the smartphone generation" are rather more likely to find the idea of simply assuming that everyone with a computer/tablet/ smartphone also has a bulky/balky printer... rather quaint. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman

[gentoo-dev] Re: RFC: new "qt" category

2013-01-19 Thread Duncan
rather quaint and anachronistic, sort of like references to ip-chains or xfree86 do today. So my vote would be for dev-qt/qt-*. Yes, that's a doubled qt reference with the category, but in practice, few use the category name unless they have to anyway, and it sure beats the namespace po

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in virtual/ffmpeg: ffmpeg-9.ebuild ChangeLog ffmpeg-0.10.2-r1.ebuild

2013-01-17 Thread Duncan
Diego Elio Pettenò posted on Fri, 18 Jan 2013 02:04:50 +0100 as excerpted: > On Fri, Jan 18, 2013 at 1:32 AM, Duncan <1i5t5.dun...@cox.net> wrote: >> To be clear I'm not in a position to offer, and I definitely respect >> and value your volunteer work, but suppose

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in virtual/ffmpeg: ffmpeg-9.ebuild ChangeLog ffmpeg-0.10.2-r1.ebuild

2013-01-17 Thread Duncan
eneral... It occurs to me that this might be more appropriately answered on your blog (I get the feed), but since it came up here, I might as well ask here. Answer here or there or not at all, your call, but it's something I've wondered occasionally when I've seen "pay me

[gentoo-dev] Re: Stable sys-devel/gcc USE flag changes

2013-01-17 Thread Duncan
l sets, either. The world file is thus a very convenient middle ground. =:^) 2b) I somehow made a mistake, and something ended up in world that shouldn't have. (Due to my longstanding alias usage, this case has so far been entirely theoretical; I've not made that mistake since the introd

[gentoo-dev] Re: [PATCH eutils] Introduce run_in_build_dir() used in a few ebuilds.

2013-01-14 Thread Duncan
g up the point before, I was hoping someone would post the gentoo style-guide link proving me wrong, if there was one. Given that nobody did so, I still believe it to be "he who codes, decides" territory.) -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman

[gentoo-dev] Re: Lifting the HOMEPAGE requirement for ebuilds

2013-01-13 Thread Duncan
less like the package version of a 404 error, explaining that for this package upstream is dead, so as the distributor, we're now the homepage, that would distinguish this case from proper gentoo projects and avoid this question coming up occasionally as it seems to, but...) -- Duncan -

[gentoo-dev] Re: Should portage tree CVS impose a commit moratorium during snapshot creation?

2013-01-09 Thread Duncan
Diego Elio Pettenò posted on Wed, 09 Jan 2013 13:23:13 +0100 as excerpted: > On 09/01/2013 13:20, Duncan wrote: >> Are the git migration blockers at such a point that we can get an ETA >> yet? > > PLEASE ALL STOP DETOURING EVERY DAMN TOPIC OUT THERE WITH THE GIT > MIGRAT

[gentoo-dev] Re: Should portage tree CVS impose a commit moratorium during snapshot creation?

2013-01-09 Thread Duncan
(or notify folks thinking about running for the next council that it happen that term, so they maybe should consider it when they run). But my feel is it's at least not close enough for the first yet, tho maybe the second... or is it? -- Duncan - List replies preferred. No HTML msgs.

[gentoo-dev] Re: Should portage tree CVS impose a commit moratorium during snapshot creation?

2013-01-08 Thread Duncan
y won't ordinarily be found in the pre-expanded lines. Whether that's actually the case or not I've no idea... -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman

[gentoo-dev] Re: About using a CONFIGURATION (or SETUP) file under /usr/share/doc for configuration information

2013-01-06 Thread Duncan
you'd deal with changes the same way you deal with any config-protect change. =:^) -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman

[gentoo-dev] Re: Packages without source code (was: Clarify the "as-is" license?)

2013-01-03 Thread Duncan
need to keep that > info around. What about two licenses, BSD, and BSD-no-sources? The second license file would simply note at the top that there's no source available, but the license is BSD, with the BSD license underneath the note. That would allow the first to be included in @FR

[gentoo-dev] Re: USE flag "suid" in both use.desc and use.local.desc

2012-12-31 Thread Duncan
admin had plenty of warning already, via the USE flag change itself. > Fortunately, > that was on my netbook, and I was able to Google the solution on my > desktop machine... http://en.spontex.org/forum/thread/561/1/ I'm > posting a heads up on the user list. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman

[gentoo-dev] Re: glibc-2.17: nscd is optional

2012-12-29 Thread Duncan
what it was designed for, to notify people about this sort of thing ahead of time. =:^) (Examples I've seen recently of people's emerge output noting X news items unread aside. If they can't even read NEWS items... and still choose to use gentoo... well there's that saying ab

[gentoo-dev] Re: default mta

2012-12-26 Thread Duncan
ning on the same machine that sent it in the first place! -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman

[gentoo-dev] Re: Is /var/cache the right place for repositories?

2012-12-25 Thread Duncan
ith the gentoo ebuild tree, the kernel tree, or ccache, which to me ARE caches, while my binpkg dir isn't. But I set the vars myself so what the defaults are isn't a big deal, here. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman

[gentoo-dev] Re: Wordiness

2012-12-21 Thread Duncan
Michael Mol posted on Fri, 21 Dec 2012 08:51:09 -0500 as excerpted: > On Fri, Dec 21, 2012 at 8:31 AM, Matt Turner > wrote: >> On Thu, Dec 20, 2012 at 11:05 PM, Duncan <1i5t5.dun...@cox.net> wrote: >>> >>> >> My point is that you consistently write

[gentoo-dev] Re: Wordiness

2012-12-20 Thread Duncan
Matt Turner posted on Thu, 20 Dec 2012 22:29:09 -0800 as excerpted: > On Thu, Dec 20, 2012 at 10:09 PM, Duncan <1i5t5.dun...@cox.net> wrote: >> >> > Do you realize that you just wrote a two-and-a-half page single-spaced > thousand-word email? Seriously, this is way

[gentoo-dev] Re: Is /var/cache the right place for repositories?

2012-12-20 Thread Duncan
in the definition of "locally generated" has been missed entirely. I know I missed it. But, if internet downloads triggered by running a local app don't qualify as "generated as a result of time-consuming I/O", what other I/O-basis generated files DO qualify as c

[gentoo-dev] Re: Time based retirements

2012-12-20 Thread Duncan
cy could be debated either way, but it DOES need to be discussed, and the general inactivity retirement policy should be updated to reflect the actual decision, whatever it may be. And... perhaps that policy in general needs a reexamination. Regardless, it's possible that the "nastygra

[gentoo-dev] Re: Moving our/portage stuff to var

2012-12-20 Thread Duncan
rely separate machine, which its own copy of the same /l aka /usr/ local.) -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman

[gentoo-dev] Re: Moving our/portage stuff to var

2012-12-19 Thread Duncan
/var/cache/portage vs. /var/portage ... if people have strong feelings about it, they'll move it anyway, so /whatever/ the default, even something as insane as the path suggested to make the point above, it's simply not worth having a coronary (or incinerating opposition with a flaming stare) over. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman

[gentoo-dev] Re: Portage sets support Was: Defaulting for debug information in profiles

2012-12-18 Thread Duncan
kely post the patches. The bug had idled for near two years until I just CCed myself.) -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman

[gentoo-dev] Re: Attracting developers (Re: Packages up for grabs...)

2012-12-18 Thread Duncan
Markos Chandras posted on Tue, 18 Dec 2012 08:44:23 + as excerpted: > Nowadays, I use google docs ( and I am also open to g+ and skype > interviews as well ). So IRC is not an absolute requirement. Thanks. Good to know. -- Duncan - List replies preferred. No HTML msgs. "Ev

[gentoo-dev] Portage sets support Was: Defaulting for debug information in profiles

2012-12-18 Thread Duncan
Zac Medico posted on Mon, 17 Dec 2012 23:31:24 -0800 as excerpted: > On 12/17/2012 09:59 PM, Duncan wrote: >> [1] I long ago filed a bug suggesting a new world-sets line for >> depclean, >> but I expect it'll be resolved/fixed about the time sets support >> fin

[gentoo-dev] Re: College Course in Gentoo Development

2012-12-17 Thread Duncan
ful in its own right since it parallels the adaption to an existing work environment that an employee (and for that matter, volunteer joining a FLOSS project) generally must make, regardless of whatever github or etc experience they may have already. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman

[gentoo-dev] Re: Defaulting for debug information in profiles

2012-12-17 Thread Duncan
I guess these are gentoo's Duke Nukem' Forever projects. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman

[gentoo-dev] Re: Attracting developers (Re: Packages up for grabs...)

2012-12-16 Thread Duncan
ere's enough of an overage of recruits that as I said they need a way to weed out a few), I couldn't have been happy doing it anyway, so it's good I found out before seriously getting into the quizzes, etc, wasting both my time and that of the recruiters. So these days I don

[gentoo-dev] Re: Attracting developers (Re: Packages up for grabs...)

2012-12-16 Thread Duncan
rect on the content itself; anything still mentioning looking for openings in the weekly newsletter is... anachronistic I think is the term. Have you checked for and filed if necessary, a bug on that? -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman

[gentoo-dev] Re: udev distro vs upstream choices

2012-12-15 Thread Duncan
27;s the single specific I've seen that came to mind when I later read the claim that it's more a matter of gentoo's udev packaging choices, than of upstream. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman

[gentoo-dev] Re: eudev project announcement

2012-12-15 Thread Duncan
Walter Dnes posted on Sat, 15 Dec 2012 12:53:41 -0500 as excerpted: > On Sat, Dec 15, 2012 at 07:21:21AM +0000, Duncan wrote >> Walter Dnes posted on Sat, 15 Dec 2012 01:33:04 -0500 as excerpted: >> >>> Actually, for political reasons, I hope that eudev does submit a >

[gentoo-dev] Re: [gentoo-project] eudev project announcement

2012-12-15 Thread Duncan
atch-flow, making the situation worse. If the conditions that triggered eudev forking don't improve, let it be due to decisions from the OTHER side, not due to decisions here. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman

[gentoo-dev] Re: eudev project announcement

2012-12-14 Thread Duncan
r actually dependent on udev-systemd's moderation. Which way that takes both udev-systemd and eudev remains to be seen, but I'd /still/ consider it /unfortunate/ if those bugs+patches do appear and get WONTFIXed, thus, certainly I hope they appear, but just as certainly, one can HOPE

[gentoo-dev] Re: [gentoo-dev-announce] Summary Council meeting: Tuesday 11 December 2012

2012-12-14 Thread Duncan
of one solution (see xorg/xfree86), or of competing multiple solutions (see emacs/vi or kde/gnome/xfce/...), over time. Regardless of any temporary angst, I suppose the same will ultimately apply here. From a third party perspective, however, some of that angst sure seems unnecessary. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman

[gentoo-dev] Re: Getting EAPI 5 *use.stable.mask to work in gx86?

2012-12-14 Thread Duncan
nd perhaps eventually the deprecation and in a year or two the final removal of the old profiles, with everything from them then moved to the new ones). As long as that's KEPT the only difference... -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman

[gentoo-dev] Re: Cleaning tree of outdated packages

2012-12-13 Thread Duncan
. I'm not sure about anything else, as the build host's PM and support packages could be current gentoo mainline, just the target some weird corner-case, but again, toolchain folks would know more about such requirements. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman

[gentoo-dev] Handbook updates Was: Using emerge-webrsync to simplify the handbook

2012-12-08 Thread Duncan
rlay versions at the next six-month bump.) I'm really looking forward to the day when proper sets support appears in stable portage, and sets can eliminate the unsorted world list mess for others just as they have for me. Unfortunately, that looks to be something of a "bluesky" enhancement bug for stable or even ~arch, but at least 2.2's there to be unmasked for people who like me have real, practical use for sets.) -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman

[gentoo-dev] Re: Packages up for grabs due lavajoe retirement

2012-12-02 Thread Duncan
rious connotations). Exactly. =:^) -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman

[gentoo-dev] Re: [RFC] Defaulting desktop profiles to net-nds/openldap[minimal]

2012-12-02 Thread Duncan
Michael Orlitzky posted on Sun, 02 Dec 2012 11:02:09 -0500 as excerpted: > On 12/02/2012 04:40 AM, Duncan wrote: >> >> As others have mentioned, equery u[ses] openldap . >> >> > Does nothing in this case. It gives the global description, which as I said el

[gentoo-dev] Re: Packages up for grabs due lavajoe retirement

2012-12-02 Thread Duncan
Michał Górny posted on Sun, 02 Dec 2012 09:35:45 +0100 as excerpted: > On Sun, 2 Dec 2012 02:20:07 + (UTC) > Duncan <1i5t5.dun...@cox.net> wrote: > >> Rich Freeman posted on Sat, 01 Dec 2012 08:46:34 -0500 as excerpted: >> >> > And if we force some ty

[gentoo-dev] Re: [RFC] Defaulting desktop profiles to net-nds/openldap[minimal]

2012-12-02 Thread Duncan
Michael Orlitzky posted on Sat, 01 Dec 2012 22:44:36 -0500 as excerpted: > On 12/01/2012 09:48 PM, Duncan wrote: >> So yes, a news item is reasonable as it's arguably part of that "good >> documentation". But in general, there's something wrong if we&

[gentoo-dev] Re: [RFC] Defaulting desktop profiles to net-nds/openldap[minimal]

2012-12-01 Thread Duncan
o be. Paraphrasing Star Trek's Bones, that would be "Gentoo, Jim, but not as we know it." -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman

[gentoo-dev] Re: Packages up for grabs due lavajoe retirement

2012-12-01 Thread Duncan
hat have opted-in when there's a known security issue. If this proves to be a reasonable compromise, it's possible there's other packages for which it can be used as well. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman

[gentoo-dev] Re: RFC: new eclass - pkgconfig.eclass

2012-11-29 Thread Duncan
ges are allowed to use it. That list could then be controlled by either the science or QA teams as thought appropriate, thus strictly limiting the spread of this ordinarily inappropriate practice. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman

[gentoo-dev] Re: RFC: new eclass - pkgconfig.eclass

2012-11-28 Thread Duncan
on library B's *.pc file, wrongly believing it's provided by upstream, when it's not, thus screwing up things for all the OTHER distros when they try to build package A, because it's trying to use a non-existent *.pc file that library B should have provided, but didn't. Th

[gentoo-dev] Re: proposal for consistency between {RUBY,PYTHON,PHP}_TARGETS

2012-11-24 Thread Duncan
ke that to the users having to adjust their *_TARGETS vars. That's far less impressive than a bit of inter-package *_TARGETS inconsistency. So like someone suggested in an earlier thread on simply changing some name or other, I take it if we're discussing this, all the REAL bugs are alrea

[gentoo-dev] Re: New global useflag proposals

2012-11-23 Thread Duncan
OES. Unfortunately, that's the case with (raw guess) half the USE flag usage out there -- the gentooer has to actually read the ebuild to see what the flag does /for/ /that/ /package/, even tho the description SHOULD be in metadata.xml, thus exposed via equery uses, even for global fla

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in app-office/lyx: lyx-2.0.5.ebuild ChangeLog

2012-11-22 Thread Duncan
atches, so a bit of delay could be understandable... but I'd still like to see it in the mozilla overlay at least, even if it's not considered ready for the tree, even masked. That's the reason I /have/ that overlay setup in layman, after all!) -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman

[gentoo-dev] Re: gstreamer eclass review

2012-11-18 Thread Duncan
much review weight to it. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman

[gentoo-dev] Re: gstreamer eclass review

2012-11-18 Thread Duncan
l match is used, as opposed to the double-equals pattern match. Of course either one would work here as it's a trivial pattern, just noting it for consistency.) [[ ${GST_LA_PUNT} = yes ]] && prune_libtool_files --modules But as I said up top, that's (mostly, the pattern

[gentoo-dev] Re: udev-ng? (Was: Summary Council meeting Tuesday 13 November 2012)

2012-11-18 Thread Duncan
a system where a deliberate choice has been made to turn kernel module loading functionality off. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman

[gentoo-dev] Re: Tightly-coupled core distro [was: Council meeting summary for 3 April 2012]

2012-11-18 Thread Duncan
be on its way to being worked out, best I can tell, so it too seems to have been blown way out of proportion, tho it may well have been felt that was necessary in ordered to stress the gravity of the situation. As many find out too late, legal isn't a laughing matter, but regardless, tha

[gentoo-dev] Re: Tightly-coupled core distro [was: Council meeting summary for 3 April 2012]

2012-11-18 Thread Duncan
te. This is simply reinforcing and underlining the above, only now we're looking at the upstream level, not the gentoo/distro level. > So, feel free to offer advice/comments/etc. However, let's keep the > tone civil. Unless you're their employer, the guys writing the software > you don't like owe you precisely nothing. ++ on keeping it civil! =:^) -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman

[gentoo-dev] Re: udev-ng? (Was: Summary Council meeting Tuesday 13 November 2012)

2012-11-18 Thread Duncan
d on a monolithic kernel gentoo system, a kernel module loader increases both, trivially sure, but when there's no justifiable reason for it in the first place... -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman

[gentoo-dev] Re: udev-ng? (Was: Summary Council meeting Tuesday 13 November 2012)

2012-11-18 Thread Duncan
herwise useless on my systems kmod as a build-time dep. package.provided worked for years as a workaround for the module- init-tools @system dep. And I'd like to get back to not having to have a module-loader package installed at all, since I don't have any modules to load anyway.

[gentoo-dev] Re: Additional USE_EXPAND variables: E_MODULES and E_MODULES_CONF

2012-11-15 Thread Duncan
ated to the new python eclass/vars? Maybe something EAPI5 related? I'll keep an eye out and investigate if I see it again.) Meanwhile, with that ENLIGHTENMENT_MODULES=... doesn't seem so bad; I agree with other posters now, LGTM. -- Duncan - List replies preferred. No HTML msgs. &

[gentoo-dev] Re: Additional USE_EXPAND variables: E_MODULES and E_MODULES_CONF

2012-11-15 Thread Duncan
ERY long emerge --pretend --verbose output! So as a user I'd prefer the shorter if more cryptic ENL_*, which does at least eliminate the potential confusion of the originally proposed E_*, while still being short enough to not be horribly annoying when repeated a dozen times. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman

[gentoo-dev] Re: OpenRC-0.11.4 call for testers

2012-11-06 Thread Duncan
there's a bunch of commits between either ORIG_HEAD or new HEAD and 0.11.4, so I guess even ORIG_HEAD is really 0.12 series even if it did still say 0.11, which would make 0.11.4 a downgrade for me, but FWIW... I'm updating every few days and haven't had any problems with it in awhile

[gentoo-dev] Re: /etc/make.conf -> /etc/portage/make.conf

2012-11-05 Thread Duncan
either already fixed, or at least someone's aware of and working on the problem. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman

[gentoo-dev] Re: Maintainer needed: dev-libs/icu

2012-11-05 Thread Duncan
ad the two posts I wrote on the topic, which will form a > basis for the documentation of the tinderbox: > > http://goo.gl/SM9Rp http://goo.gl/SF0Dz FWIW I'm subscribed to your feed and gentoo-planet both, so saw those. I read/skimmed them, but some of it was beyond me for just r

[gentoo-dev] Re: [RFC] Dropping slotted boost

2012-10-30 Thread Duncan
Diego Elio Pettenò posted on Tue, 30 Oct 2012 17:45:27 -0700 as excerpted: > On 30/10/2012 17:42, Duncan wrote: >> >> icu-49.1.2 seems to build just fine against glibc-2.16.0, here. I just >> rebuilt to be sure. (With gcc-4.7.2.) > > I said "1.50+", I&

[gentoo-dev] Re: [RFC] Dropping slotted boost

2012-10-30 Thread Duncan
e-checked, nothing in /etc/portage/patches or /etc/portage/env, and no overlay ebuild either, so I'm building straight from tree. Of course being UTF8.en-US, I don't do anything exotic with unicode except the occasional web page or net radio or utube/minitube video, but I've

[gentoo-dev] Re: glibc-2.16 moving to ~arch

2012-10-30 Thread Duncan
Diego Elio Pettenò posted on Tue, 30 Oct 2012 10:56:11 -0700 as excerpted: > On 30/10/2012 10:46, Duncan wrote: >> ... tho I had to remask gnutls-3.1.3 as I experienced some problem >> (IDR what) with it. But I'm running 3.1.2 without issue. >> What gnutls-3.1.x are y

[gentoo-dev] Re: glibc-2.16 moving to ~arch

2012-10-30 Thread Duncan
t one filed already) if the problem still exists, or is 3.1.2 good enough? FWIW, I also recently did a full emerge --empty-tree @world too, so there shouldn't be any hidden problems lurking around to bite on either package, at least with my @world and USE flag combo, either. -- Duncan - List r

[gentoo-dev] Re: [RFC] A news item covering PYTHON_TARGETS

2012-10-29 Thread Duncan
Michał Górny posted on Mon, 29 Oct 2012 22:50:09 +0100 as excerpted: > Thank you for all your suggestions, and especially Duncan for wording > the hardest paragraph for me ;). I've also tried to make the remaining > ones clearer. That's clear enough if it were water you could

[gentoo-dev] Re: [RFC] A news item covering PYTHON_TARGETS

2012-10-29 Thread Duncan
HON, you don't need to do anything. The defaults will continue to work just as they have. The rest of it looks good to me. Extra points for the specific examples, both of PYTHON_TARGETS and of a suitable command-line to get a list of all possibilities. =:^) -- Duncan - List replies p

[gentoo-dev] Re: libxul.so in gentoo

2012-10-22 Thread Duncan
moved in Gecko 6.0 (Firefox 6.0 / Thunderbird 6.0 / SeaMonkey 2.3). -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman

[gentoo-dev] Re: Clarify the "as-is" license?

2012-10-06 Thread Duncan
pendencies for their actual > ║ license terms. > ╙ Useful idea. LGTM. Thanks to all those working on this. Licenses are important to get right, but working on them can't be particularly enjoyable. Your work is appreciated. =:^) -- Duncan - List replies preferred. No HTML msgs. "Eve

[gentoo-dev] Re: [PATCH/RFC] eclass/flag-o-matic.eclass: prepend-ldpath

2012-10-06 Thread Duncan
e-warp-engines -L/random/prefix/usr/lib -L." =:^) -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman

[gentoo-dev] Re: CIA replacement

2012-10-03 Thread Duncan
oint, whereas CIA clearly did that publicly. Undertakers. (Watching that and closing unused accounts does keep them from hanging around to be discovered by the bad guys.) -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman

[gentoo-dev] Re: CIA replacement

2012-10-01 Thread Duncan
el/79499 Old interface: http://thread.gmane.org/gmane.linux.gentoo.devel/79499 It may be that there are further developments, but a read of the old thread (which you don't appear to have participated in and didn't mention so I'm assuming you missed) should help in any case. -- Dunc

[gentoo-dev] Re: example conversion of gentoo-x86 current deps to unified dependencies

2012-09-30 Thread Duncan
resulting process breakdown by allowing direct compound assignments, thus eliminating the intermediate assignments and their exponential proliferation. Thanks again, Brian. Much clearer now, indeed, at least for me, and presumably for others who previously had the same problem I was having. =:^) -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman

[gentoo-dev] Re: [pre-GLEP] Optional runtime dependencies via runtime-switchable USE flags

2012-09-25 Thread Duncan
#x27;s not entirely trivial, depending upon how you're doing > resolution. > >> Handling of REQUIRED_USE is not perfectly user friendly but it works. > > Like a square wheel, yes. Pentagonal (or at least rounded corners on the square... tho of course then there's pate

[gentoo-dev] Re: vala.eclass: change vala_src_prepare behavior when USE=-vala

2012-09-20 Thread Duncan
ent, and thus, could result in complaints, which could be taken thru qa, devrel and ultimately up to council, if the disagreement couldn't be worked out some other way, before it got to that level. That's from memory, but I expect if someone bothers to go dig around in the archives, it'll be found to be reasonably accurate. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman

[gentoo-dev] Re: example conversion of gentoo-x86 current deps to unified dependencies

2012-09-19 Thread Duncan
e intermediate var and copying var methods, without ever saying what that "wrong" might be, in the face of the experience of many that those existing methods "just work". So if there's something wrong with them, let's get it out there where people can see it. And if t

[gentoo-dev] Re: DESCRIPTION="Based on the ${ECLASS} eclass"

2012-09-15 Thread Duncan
Zac Medico posted on Sat, 15 Sep 2012 10:01:49 -0700 as excerpted: > I've gone ahead and removed them. I can't imagine that it will break > anything. After the change, all of the ebuilds still have non-empty > DESCRIPTION metadata. "And there was much rejoicing in gentoo

[gentoo-dev] Re: DESCRIPTION="Based on the ${ECLASS} eclass"

2012-09-15 Thread Duncan
broke when the lines "disappeared". But it's simply easier to go with "don't fix what's not broken", and just leave it be. Let someone else take that risk. But as long as any breakage "magically disappeared" to wherever the DESCRIPTIONs went, I don

[gentoo-dev] Re: DESCRIPTION="Based on the ${ECLASS} eclass"

2012-09-15 Thread Duncan
entoo.devel/78813/ Bottom line, I doubt there'd be any complaints if those lines "disappeared", as long as anything broken in the process equally magically just "got fixed". -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman

[gentoo-dev] Re: News item 1: changes to stages (make.conf and make.profile)

2012-09-11 Thread Duncan
=app-shells%2Fgentoo-bashcomp -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman

[gentoo-dev] Re: News item 1: changes to stages (make.conf and make.profile)

2012-09-10 Thread Duncan
ts instead of debating what /could/ happen. Excuse me... =:^) -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman

[gentoo-dev] Re: News item 1: changes to stages (make.conf and make.profile)

2012-09-09 Thread Duncan
Zac Medico posted on Sun, 09 Sep 2012 18:34:09 -0700 as excerpted: > On 09/09/2012 05:59 PM, Duncan wrote: >> To your knowlege (IOW have you tested) having /etc/make.conf either a >> symlink to /etc/portage/make.conf or a simple one-line "source >> /etc/portage/make.co

[gentoo-dev] Re: News item 1: changes to stages (make.conf and make.profile)

2012-09-09 Thread Duncan
Duncan posted on Mon, 10 Sep 2012 00:59:32 + as excerpted: > To your knowlege (IOW have you tested) having /etc/make.conf I apologize for the terrible "sentence" structure (and spelling "knowledge" or rather practice). Hopefully it's obvious what I inten

[gentoo-dev] Re: unifying use.mask/package.use.mask, use.force, package.use.force, etc

2012-09-09 Thread Duncan
will be trying to support them (and both sets of profiles if the profile deprecation and upgrade migration method is chosen), will have rather stronger ideas about the practical cost/benefit ratio of such a change. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman

[gentoo-dev] Re: News item 1: changes to stages (make.conf and make.profile)

2012-09-09 Thread Duncan
keep old scripts and the like working, without portage suffering the indigestion at the prospect that it did at least way back then. If you haven't tested it and want me to, then file a bug if necessary, just say so, but it'd be nice to know whether you believe it to be working now, b

[gentoo-dev] Re: News item 1: changes to stages (make.conf and make.profile)

2012-09-08 Thread Duncan
cts new systems and both locations will continue to be supported. Whether you wish to move the files to their new /etc/portage location is therefore entirely up to you. -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman

[gentoo-dev] Re: News item 1: changes to stages (make.conf and make.profile)

2012-09-05 Thread Duncan
tle is enough to say what it's about and the body is IMO just about perfect in terms of info/brevity; in fact, perhaps the best I've seen, especially for a first draft, so good job! Now to hash out the profile problem... -- Duncan - List replies preferred. No HTML msgs. "

<    2   3   4   5   6   7   8   9   10   11   >