Mike Frysinger wrote:
> On Monday 24 September 2007, Donnie Berkholz wrote:
>>
>> You could use C-style syntax here:
>>
>> (( use_errors++ ))
>>
>> I find it a bit more readable.
>
> i like to get anal and use ((++use_errors))
>
> then again, it may also be more readable like so:
> use_errors=fa
Denis Dupeyron wrote:
> Timo lives in Neckarsulm, Germany, and works as an IT technician in a
> local city administration near his home. He finds his job very
> interesting and loves it, and even runs some Gentoo machines there.
m00!
> His interests are very wide-ranging and he likes to play a goo
Mike Frysinger wrote:
> we should really rename "build" to "stage1", "bootstrap" to "stage2", and
> then have catalyst add USE="stage3" during the stage3 step ... that would
> allow packages to automatically key off of the environment
That sounds clean too. You could use "install" to make the tran
Donnie Berkholz wrote:
> On 06:22 Mon 24 Sep , Thilo Bangert wrote:
>> also, perhaps the more common ones should additionally be converted to
>> repoman tests, if that is feasable.
>
> That might be reasonable for some cases, but it won't be perfect, and
> won't even be possible for many.
>
Wh
Andrew Gaffney wrote:
> Steve Long wrote:
>> Great. What exactly? How does fulfilling the user requirement with
>> vapier's solution mess up catalyst?
>
> This is the the first time I've heard of a user requesting this change. It
> seems to me that many peop
Chris Gianelloni wrote:
> On Sat, 2007-09-22 at 07:19 +0100, Steve Long wrote:
>> This guy: http://gentoovm.blogspot.com/ works for vmware according to his
>> first post here: http://www.vmwhere.net/category/gentoo/ (where he makes
>> clear he has nothing to do with releng,
Chris Gianelloni wrote:
> On Sat, 2007-09-22 at 08:01 +0100, Steve Long wrote:
>> > I've already stated my preference for not doing *anything* outside of
>> > merging packages in the stages.
>> With respect, this is a little confusing. I didn't get past th
Torsten Veller wrote:
>> pkg_postinst() {
>> # Hack to fix ownership/perms
>> chown -fR firebird:firebird /etc/firebird /usr/share/firebird
>> chmod 750 /etc/firebird
>>
>
> ROOT!=/ ?
>
>> pkg_config() {
>> cd /usr/share/firebird
>
> same
>
Does the above only apply to phases other than compil
Chris Gianelloni wrote:
> On Fri, 2007-09-21 at 17:45 -0400, Mike Frysinger wrote:
>> the compromise is simple: catalyst runs --config at the end of stage3 for
>> appropriate packages, but as to what those things actually do is left in
>> the ebuilds.
>
> I've already stated my preference for not
Mike Doty wrote:
>> I don't get this obsession with a "live image" when someone can boot the
>> LiveCD/LiveDVD on real hardware *or* in VMware. They can even boot the
>> ISO directly and not even have to burn to disk, so people without a DVD
>> burner can still use the LiveDVD. So exactly what pr
Mike Frysinger wrote:
>> It's a shame xmlGawk got punted, it was the best project of its ilk
>> imnsho. That other project[1] was deader than a dodo, vapier ;P
>
> that "other project" was started by the xmlGawk author as the replacement
> of xmlGawk ... i know because we talked about it via e-mai
Roy Marples wrote:
> On Fri, 2007-09-07 at 17:25 -0700, Alec Warner wrote:
>> People who parse xml with sed make me cry.
>>
>> grep = also bad.
>
> Where do you stand on awk | head | cut | tail | xargs chains?
>
Just awk will do all that, Roy ;)
It's a shame xmlGawk got punted, it was the best
Davide Italiano wrote:
> Are/were there some people involved in that project?
> It could be useful and pretty to (re)activate this project, considering
> that also gentoo-guis project is active (the two projects are actually
> related). I've some ideas about, I'll write it after you'll tell me (if
Marijn Schouten (hkBst) wrote:
>>
http://overlays.gentoo.org/proj/emacs/browser/emacs-overlay/eclass/xemacs-elisp-common.eclass
>
> You use $* and $@ here which are the same when unquoted. They should
> probably be quoted and that means that all instances would become the four
> characters "$@".
>
Luis Francisco Araujo wrote:
> himerge is not really new ; it's been around for a good while now.
>
> Its name stands for 'Haskell Interface for Emerge' ; plus i think some
> of those GUI's you are mentioning didn't exist when i started himerge or
> they don't offer all that himerge does.
>
http
Lars Weiler wrote:
> Think about apache1, php4, KDE-3, gcc-2.95, etc.
>
> IMHO they are worth being announced in the last rites
> section, probably along with a nice upgrade-guide.
>
++
A slot definitely is equivalent to a package from user/code perspective; eg
if gtk-1 were removed.
--
[EMAIL
Christian Faulhammer wrote:
>> Ps. I will be watching how fast you will deal with all the tens of
>> Java bugs.
>
> Sorry, that is my field. Anyway, have you analysed my test failure
> for dev-java/backport-util-concurrent?
>
Tsk tsk, get to it!
Welcome to the madhouse ;)
--
[EMAIL PROTECT
Ed W wrote:
>> For lvm2 this was added without increasing the ebuild revision, but later
>> there were some updates of lvm2, so all users of ~arch that are up to
>> date should have this.
>>
> Anyway, yes, installing that newer lvm2 fixed the problems. Probably
> worth a note somewhere in the u
Christian Faulhammer wrote:
> Alexis Ballier <[EMAIL PROTECTED]>:
>
>> > While we are not distributing binaries, I could easily add a
>> > USE flag to enable it; the user compiles it himself, so it is all
>> > fine. But now regard the existence of binary hosts, are they
>> > distributions of the
W.Kenworthy wrote:
>>From a users point of view - dont do it.
>
Firstly, can I ask you not to top-post? It makes it harder to follow the
flow of conversations.
> Stay simple and standard (i.e., equal to upstream as per the gentoo
> philosophy).
>
It's been years since I worked with a dial-up Linux
Ryan Hill wrote:
> Pushing to eliminate one of these options is going to make one group or
> the other very annoyed.
>
++ When in doubt: "mechanism, not policy"
--
[EMAIL PROTECTED] mailing list
>> > In all of the above cases you usually want that the corresponding
>> > packages are contained in the next emerge -NDu world; you just want
>> > to exclude the packages for one particular call of emerge.
>>
update[1] does this via the SKIP env var (if it's just for that one session
or run.) Mr
Petteri Räty wrote:
> Steve Long kirjoitti:
>> Petteri Räty wrote:
>>> http://bugs.gentoo.org/show_bug.cgi?id=163262
>>>
>> What is the situation regarding the hooks in general?
> A user feature as said in the bug.
>
What, you mean the bit I quote
Chris Gianelloni wrote:
>> The stabilization idea sounds good and it could free maintainers from
>> filing similar bugs over and over ; but wouldn't this be more and harder
>> work for arch teams?. For example, they should carefully track the
>> history of all the packages to know when and if they
Petteri Räty wrote:
> http://bugs.gentoo.org/show_bug.cgi?id=163262
>
What is the situation regarding the hooks in general?
> > They're a horrible solution. They don't stack and they override
> > something that is used by users. What's going to happen if anyone else
> > starts using the same func
Ciaran McCreesh wrote:
> On Fri, 03 Aug 2007 15:06:07 -0700
> Chris Gianelloni <[EMAIL PROTECTED]> wrote:
>> - arch-specific patches/dependencies - If someone is requesting
>> KEYWORD changes on a package and it requires a patch or additional
>> dependencies for your architecture, you are not only
Tiziano Müller wrote:
> Chris Gianelloni schrieb:
>> - arch-specific patches/dependencies - If someone is requesting KEYWORD
>> changes on a package and it requires a patch or additional dependencies
>> for your architecture, you are not only permitted, but really are
>> required to make the neces
Vlastimil Babka wrote:
>
> dodoc calls should have || die and USE=doc should be tested before
> commiting a bump, IMHO
>
Would it not be easier to roll the || die into dodoc? I know some eclass
functions die on error, but I haven't been able to find out what the
definitive list is, or at least th
Alec Warner wrote:
> Ask for forgiveness, not permission.
++ I think anything that streamlines the process is a good thing. (Obviously
I don't know enough about all the changes to comment on specifics.) Not
saying it should be done recklessly, eg SRC_URI changes. How about a simple
requirement th
Er it's been pointed out to me that this is a Google SoC project, so
apologies for the beginners info. (I'd forgotten your earlier post.)
http://code.google.com/p/archfs/ for anyone else who's interested.
--
[EMAIL PROTECTED] mailing list
emerge: there are no ebuilds to satisfy "archfs".
Perhaps a link to the homepage/ overlay might be handy? ;)
This is not "something that's about the technical development of our tree"
so it might be considered off-topic (interesting though it might be.) As a
general rule, the Unsupported Software
James Cloos wrote:
> The pciutils ebuild should be re-engineered to use separate USE flags
> for linking to libz and compressing the database.
++
It may be what upstream (pciutils) do by default, but no other distro ships
with compressed ids for the reasons you outline (and you can't mmap the
file)
Martin Schwier wrote:
> +bash-completion
Well I for one can't stand bash-completion, but I guess I could always
disable it if others think it useful.
> +bluetooth
> +ffmpeg(totem isn't much without it)
If it's just for a specific package, there is a default package.use iirc.
> +libnotify (giv
>> - If I remember correctly, elog shouldn't be used for empty lines like
>> in qmail_supervise_config_notice. Use echo instead for them.
>
> You remember incorrectly (though I don't think I ever said anything
> about it). You should use elog/ewarn/... without arguments to separate
> different m
Mike Frysinger wrote:
> On Sunday 22 July 2007, Samuli Suominen wrote:
>> > > # Last release from 1999, still using GTK+-1.2.
>> >
>> > in other words, you have no real reason for punting this package ?
>>
>> well, for me gtk+-1.2 and no intentions of upgrading it to version 2
>> from upstream is
Raúl Porcel wrote:
> Christian Faulhammer wrote:
>> Ulrich Mueller <[EMAIL PROTECTED]>:
>>
On Thu, 26 Jul 2007, Christian Faulhammer wrote:
app-emacs/nxml-gentoo-schemacs
>>> It's "schemas", not "schemacs". ;-)
>>
>> Right, Shemacs is the transsexual version of GNU Emacs.
>>
>> V-
Chris Gianelloni wrote:
>> Yeah, you should take that to -project or some other suitable list :P
>
> Once some consensus is made and it actually becomes policy, sure. Until
> then, I'm going to continue to use this list for the same things it's
> been used for up until now. Once we've agreed
Eric Polino wrote:
> Not sure if this fits in to what you're talking about, but I do know
> that as myself a "would like to me maintainer someday", I'm somewhat
> lost as to knowing how I can get involved and who I need to talk to.
>
Your best starting point is #gentoo-dev-help (if you need to tal
Marijn Schouten (hkBst) wrote:
> Perhaps we also need to make it more clear where users can ask such
> Gentoo-specific questions about specific packages, so they don't need to
> go and annoy upstream. Associate an irc-channel with each package. Most
> packages have a herd associated with them which
Luis Francisco Araujo wrote:
> Steve Long wrote:
>> Petteri Räty wrote:
>>
>>> It's a joint pleasure for me and diox to introduce to you Pierre-Yves
>>> "py" Rofes. Instead of the snake people he will be joining our security
>>> team. Py
Ryan Hill wrote:
> Steve Long wrote:
>> Chris Gianelloni wrote:
>>
>>> :0
>>> * ^List-Id:.gentoo-dev.gentoo.org.
>>> * ^Subject:.*ML changes
>>> /dev/null
>>>
>> Sorry was there some reason the rest of us had to read this? If so,
Richard Freeman wrote:
> Then again, I guess this post pretty-much obliterates my chance of
> getting a patent.
Nah, you have a year to file in the US ;) The ROTW might not agree, however.
--
[EMAIL PROTECTED] mailing list
Ciaran McCreesh wrote:
> On Mon, 16 Jul 2007 21:02:07 +0100
> Peter Weller <[EMAIL PROTECTED]>
>> The moderators should get the final word, end of.
>
> That would only work if Gentoo could find decent moderator
Sorry I know I said "ignore thread" but really: just cos the forum mods
banned you it
Petteri Räty wrote:
> It's a joint pleasure for me and diox to introduce to you Pierre-Yves
> "py" Rofes. Instead of the snake people he will be joining our security
> team. Py originates from Paris, France, and has just finished his
> studies in computer science. He'll be hired soon (or maybe alr
Denis Dupeyron wrote:
> On 7/16/07, Ned Ludd <[EMAIL PROTECTED]> wrote:
>> Well it's clear that nearly everybody is a fucking tard on this list. So
>> before I depart. Here is a list of shit that's going to need to be
>> maintained or dropped from the tree. Do what you will I could give two
>> shi
Chris Gianelloni wrote:
> :0
> * ^List-Id:.gentoo-dev.gentoo.org.
> * ^Subject:.*ML changes
> /dev/null
>
Sorry was there some reason the rest of us had to read this? If so, please
explain it like a responsible Council member. Or is this your swansong? If
so it's l4m3.
--
[EMAIL PROTECTED] ma
Donnie Berkholz wrote:
>> Just because developers develop because they want to doesn't mean
>> they dont want to be part of a community, if that wasn't the case
>> then none of the current developers would have originally been part
>> of the userbase to begin with.
>
> What relevance does this ha
Chris Gianelloni wrote:
> On Mon, 2007-07-16 at 23:30 +0100, George Prowse wrote:
>> This is going to crash and burn but wouldn't it be an ideal job
>> description for the proctors? Instead of telling people off they could
>> just stop people posting. That way you dont even get to know that they
>
Chris Gianelloni wrote:
> On Mon, 2007-07-16 at 13:34 +0100, Steve Long wrote:
>> Are you really claiming that Gentoo could possibly function as an
>> organisation without the users?
>
> Who ever said that?
>
> Please don't read your own whatever into what is
Wernfried Haas wrote:
> On Sun, Jul 15, 2007 at 05:11:56PM +0200, Timothy Redaelli wrote:
>> I have always thought that proctors/COC is useless, I vote to remove it.
>
> Proctors have already been removed in the last council meeting.
> As far the CoC is concerned, i'm not sure what the current st
Andrew Gaffney wrote:
> You misunderstand. I'm not saying that all non-devs can get bent and their
> opinions be damned. I'm just saying that at the core, Gentoo is still the
> same as it was "back in the day". Gentoo isn't a commercial distribution,
> and nobody pays us, so we can do anything we w
Donnie Berkholz wrote:
> Matthias Langer wrote:
>> no offense, but this is one of the worst proposals i've ever read on
>> this list; why? because, one of gentoo's major problems is that it is
>> becoming more and more a toy exclusively for its own developers.
>
> Gentoo's always been exclusively
Mike Frysinger wrote:
> there are ways to make the USE=nocxx -> USE=cxx transition nice and i plan
> on going that route
>
What would those/that be?
--
[EMAIL PROTECTED] mailing list
Christina Fullam wrote:
> I suppose the problem is high-volume and excessive flaming/trolling/OT.
> The proposed solution asks that every developer take an active role,
> yes, so that could easily equal more work - but I have little doubts
> that there are developers that will take an interest in
William L. Thomson Jr. wrote:
> On Sat, 2007-07-14 at 10:24 -0600, Ryan Hill wrote:
>> Alin N?stac wrote:
>>
>> > Do you have a solution to filter flamefests out of a ml? If you do,
>> > please share it with the list.
>>
>> Please give one example of a mailing list plagued by flamefests that
>>
Chris Gianelloni wrote:
> On Fri, 2007-07-13 at 08:39 -0700, Donnie Berkholz wrote:
>> I just read an article about this [1]. To summarize, in a volunteer
>> community, there needs to be more people enforcing the rules than
>> people breaking them. A small group of proctors doesn't work -- we need
Ned Ludd wrote:
> On Fri, 2007-07-13 at 02:17 +0200, Robert Buchholz wrote:
>
>> I have to second the voices that a lot of user mails are productive.
>> I did
>> not do any stats, but I feel that most mails to -dev are currently by
>> Gentoo
>> devs anyway, so it will not seriously reduce the amo
Marius Mauch wrote:
> Well, documention won't help to resolve the legal questions about this
> (what exactly is necessary to assign copyright from a person to the
> foundation), and that's the main problem IMO.
>
Yeah, but most of us are pretty well aware that we're submitting an ebuild
with Gento
Markus Ullmann wrote:
> Hey ;)
>
> As an extension of it. What about this:
>
> _All_ posts from -dev go in CC to -project. Even if the posts are
> moderated, they always appear there. That way you can have a (moderated)
> subset as -dev and people who want to get their words and fights out,
> ca
Luca Barbato wrote:
> Tiziano Müller wrote:
>> Let's go for censorship! Let's vote for gagging those users who don't
>> have any idea of development and those ex-devs who think they still have
>> anything to say.
>
> Yawn...
>
Hmm.
>>
>> And to give that comment a technical side:
>> - Do you th
Greg KH wrote:
>> > So, what is the problem here? The kernel is not going to change
>> > licenses any time soon, so I don't understand your objections.
>> >
>> I think the point is that people who oppose this kind of thing (yes,
>> including me) would rather _our_ contributions were under GPLv3.
Chris Gianelloni wrote:
> On Thu, 2007-07-12 at 10:18 +0100, Steve Long wrote:
>> Or is it `acceptable' for me to put GPLv3 on, say, an ebuild I wrote from
>> scratch?
>
> The point is that we don't feel that you *can* write an ebuild "from
> scratch&qu
Greg KH wrote:
> The GPLv2 is all about distribution, not use cases, so yes, this is the
> case and is perfictly legal with GPLv2 (even the FSF explicitly told
> Tivo that what they were doing was legal and acceptable.)
>
Well legal, maybe, ie acceptable under the terms.
> So, what is the problem
Duncan wrote:
> Thus the questions of whether many/most individual ebuilds /could/ be
> copyrighted or if so whether it's worth doing so. Certainly, it's the
> tree that contains the license, not the individual ebuilds, etc, which
> give the copyright statement but little more. Gentoo policy woul
Kent Fredric wrote:
> On 7/8/07, Mike Frysinger <[EMAIL PROTECTED]> wrote:
>> often times when i get a bug report about certain packages, there's
>> information about that package that i usually ask for ... i wonder if
>> this can be automated
>> > pkg_getinfo(){
>> > if [[ installed ]]; then
>>
Mike Frysinger wrote:
>> I have to disagree in this particular case. The anacron homepage,
>> anacron.sourceforge.net, gives this exact situation as its primary
>> example of what anacron is intended for. Sure, it's not good for
>> handling more complex scheduling, but it seems to do what run-cro
Petteri Räty wrote:
> David kirjoitti:
>> Was suggested I make a post on the mailing list in addition to lodging
>> bug https://bugs.gentoo.org/184522
>>
> Don't know why you were suggested it but any way yes everyone should be
> on the lookout for license changes.
>
That's why ;)
--
[EMAIL PRO
Luca Barbato wrote:
> Denis Dupeyron wrote:
>> So please, everybody, give a warm non-welcome to Tobias.
>
> Happy break^Whacking!
>
Yeah, I think that might be one of those occasions where the humourous
intent was somewhat diverted by linguistic differences.. in this case to
absolutely hilarious
Rémi Cardona wrote:
> Could you list the packages which could use this? Because if only 3 pkgs
> need it, it might not be worth the hassle to add it.
/usr/portage $ grep -lR 'GAMES_CHECK_LICENSE="yes"' *games*|wc -l
40
I'm ofc not including fetch-restricted which also require interaction,
although
Hi,
A link on bugzilla somehow led me (isn't the web wonderful ;) to this:
http://thread.gmane.org/gmane.linux.gentoo.devel/40596
which appears (to a user) like a really good idea. There is a version still
at: http://jawed.name/dev/gentoo/einput.eclass
A search at: http://dir.gmane.org/gmane.l
Ryan Reich wrote:
>
> If there's interest in incorporating this, I wouldn't mind testing my
> idea. Once I get past the initial resistance to doing anything at
> all, it's probably two minutes' compilation time plus two more writing
> the config files to set up.
>
I think I should point out tha
Mike Frysinger wrote:
>> > this would be for 2007.1+ profiles and we can leave the old things in
>> > place until we phase out 2007.0 and older completely
>>
>> This is actually something I was already planning on working on setting
>> up. To avoid conflicting with the current profiles, I was plan
Jeroen Roovers wrote:
> On Wed, 04 Jul 2007 15:28:04 +0100
> Steve Long <[EMAIL PROTECTED]> wrote:
>
>> It maybe be Published by some group, but they seem to make no
>> restrictions whatsoever. As such, I'd personally feel quite happy
>> using it as-is; I
Paul de Vrieze wrote:
>> > ;; Bozoup(P) 1995 The Bozo(tic) Softwar(e) Founda(t)ion, Inc.
>> > ;; See the BOZO Antipasto for further information.
>> > ;; If this is useful to you, may you forever be blessed by the Holy
>> > Lord ;; Patty. AT&T you will.
>>
>> That's not a license, it's a copyright
Jan Kundrát wrote:
> I nominate Wernfried Haas (amne). Based on a thorough and detailed
> review of Gentoo state-of-affair that we did together over several beers
> some time ago when he was at Prague, I'm sure he's one of the best
> candidates for the human, caring part of the Council.
>
I second
Steve Long wrote:
> Kent Fredric wrote:
>>> ++ I was only thinking of the programmer:user difference, since code
>>> docs tend to pull in a lot of stuff, where as end-user docs are normally
>>> supplied in an easier format (eg not dox ;) rebuild-docs as a one-shot
&g
Kent Fredric wrote:
>> ++ I was only thinking of the programmer:user difference, since code docs
>> tend to pull in a lot of stuff, where as end-user docs are normally
>> supplied in an easier format (eg not dox ;) rebuild-docs as a one-shot
>> flag is great.
>>
>> Would there be a way to control w
Petteri Räty wrote:
>> Maybe the flag needs to be renamed/split up to clarify it's meaning,
>> it's too generic in it's current form (many people enable it blindly and
>> don't really have any clue what the result is).
>> Like using USE=apidoc for API documentation, USE=extradoc for extra
>> user d
Chris Gianelloni wrote:
> Please don't point people to this document. It is a work-in-progress
> and does not accurately reflect the state of catalyst 2.x (but rather
> catalyst 1.x), its configuration, or its capabilities. For the best
> documentation, grab the tarball (or emerge catalyst) and l
+=10 to both (i get 160 votes on kde bugs.. ;)
--
[EMAIL PROTECTED] mailing list
Kent Fredric wrote:
> Steve Long wrote:
>> Wow that all sounds mega: er what does it mean? ;) I mean, can you give
>> examples of the syntax please? I'm guessing and instead of && but what
>> about (..) Is that going to be line-based? (LISP brackets are very
&g
Daniel Glaser wrote:
> another thing I forgot is, that I need a stage, that is not yet in
> experimental. What would be the fastest way, to get to something like:
>
> stage3-ppc-glibc-softfloat-2006.1.tar.bz2
>
> Would it be to get the uclibc, which is in experimental and just
> recompile everyth
Andrew Gaffney wrote:
> Ciaran McCreesh wrote:
>> Andrew Gaffney wrote:
>>> I'm not sure that's really a feasible solution (but then you probably
>>> weren't suggesting it with that intention). Being able to create a
>>> "backup" of any installed package without re-emerging is pretty
>>> handy. Man
William L. Thomson Jr. wrote:
> That's providing people pay attention to portage griping in the first
> place. Which I would assume most don't :) Unless they have to.
>
That's why I posted that script a few months ago:
http://forums.gentoo.org/viewtopic-t-546828.html
It's updated for bash 3.2 an
>> Oh yeah,and who said we really needed more than one use case? I think
>> providing tools to allow Gentoo to be adopted in the corporate
>> environment is reason enough to have binary package support, and I feel
>> that many people will agree with me.
>>
Well I'm sure you'll be over the moon to
Marius Mauch wrote:
> Mike Frysinger <[EMAIL PROTECTED]> wrote:
>> mayhaps we need a new function to be run in src_install() to label
>> files as "sensitive" ... so baselayout would do:
>> esosensitive /etc/{fstab,group,passwd,shadow}
>> and then we expand the format of CONTENTS in the vdb:
>> priv
Chris Gianelloni wrote:
> On Mon, 2007-06-18 at 23:49 +0100, Steve Long wrote:
> Alright. I've had about enough of your constant and pointless bashing
> of everything that we do. Seriously. Grow up.
>
> Take a step back and come back after you've decided to actual
Kent Fredric wrote:
> If you can, try integrate a name based syntax into the requirement.
> using decorative characters alone may have their uses, but there are
> only so many you can use, and so many combinations you can create
> before all your code starts looking like perl's acme eyedrops. I say
Chris Gianelloni wrote:
> On Mon, 2007-06-18 at 06:01 +0100, Steve Long wrote:
>> Stephen Bennett wrote:
>> > Not everyone sees that as a reason not to use a potentially useful
>> > piece of software. We're not debian.
>>
>> Could you clarify whether th
Steev Klimaszewski wrote:
>> It is neither a QA nor license issue, its an issue of the download being
>> unavailable. Please read the full thread.
> And to reply to myself - its a licensing issue since we cannot mirror
> the distfile.
Er thanks for that ;)
> However, I hardly find that "facist" -
Ciaran McCreesh wrote:
> Luca Barbato <[EMAIL PROTECTED]> wrote:
>> Ciaran McCreesh wrote:
>> > Paludis allows users to do some-cat/foo[>=4.0&<4-3] and
>> > some-cat/foo[=4.1|=4.2|=4.3] . The syntax isn't particularly pretty,
>> > but it's cleaner than requiring duplication of the cat/pkg. Combined
Stephen Bennett wrote:
> Not everyone sees that as a reason not to use a potentially useful
> piece of software. We're not debian.
Could you clarify whether this is indeed a Gentoo QA issue, or in fact a
licensing issue? If the latter case, this discussion should prob'y go to
the new -project ml i
Josh Saddler wrote:
> As we've established earlier, being closed-source is not sufficient
> reason for removing any program from Portage; you should have read the
> rest of the thread.
No but fascist license conditions are; you should have read the ion3
discussion.
--
[EMAIL PROTECTED] mailing l
Richard Freeman wrote:
> Agreed, although I think most people would agree with the principle
> being alluded to. I don't think many people had issues with making
> users fetch their java files, as they generally had stable URLs and were
> hosted for a long time. The real issue is with software wh
Kent Fredric wrote:
> Gentoo is about choices, one of those choices is the choice to install
> closed-source software, or software with well documented evils, the
> best thing we can do is warn users what they're getting themselves
> into and let them make an informed decision IMO.
>
Sure, so why
cilly wrote:
> On Jun 12, 2007, at 1:56 PM, Christoph Mende wrote:
>
>> It seems a bit that you didn't fully understand that case. That
>> package
>> fails to install for 10% but works flawlessly for the other 90%. Those
>> 10% will get the fix even without a version bump, the other 90% don't,
>>
Stephen P. Becker wrote:
>> So (without a Portage tree) it replaces the oldgrown single-liner
>> wget foo; tar -xzf foo; cd foo; ./configure; make; make install
>
> Are you implying that there would be much more involved with anything
> currently in the gentoo tree in the absence of portage?
>
>
Kent Fredric wrote:
> On 6/12/07, Alexander Gabert <[EMAIL PROTECTED]> wrote:
>> There are others like him and there will be others after him. There
>> were even people doing that before him.
> As with trolls, theres more where they came for, but that doesn't make
> gentoo-ML 'different' to as to
William L. Thomson Jr. wrote:
I have nfc what any of that really means for users.. ;) Either we need both
packages to keep current with any and all gpg usage, or we don't. Sort it
out amongst yourselves, just keep us users able to mouth off about how
great gentoo is.
BTW thanks for deskzilla ;)
Stefan Schweizer wrote:
> The process has worked really good so far. I suggest you to read up on how
> this is currently being done on overlays.gentoo.org/proj/sunrise and if
> you are interested I invite you to join #gentoo-sunrise to see how it is
> done.
>
Lovely, nice to meet you! Sorry i went
201 - 300 of 518 matches
Mail list logo
