п'ятниця, 9. червень 2006 15:10, Roy Marples Ви написали:
> Some packages provide both a client and a server. As such, users usually
> only want one or the other - and rarely both.
[skip]
> USE client server
> client - just build the client - duh
> server - just build the server - duh
> client and
Stuart Herbert wrote:
> Hi,
>
> One of the issues that the o.g.o project has brought to a head is the
> definition of what is "official" and what is not "official" when it
> comes to Gentoo. The term is already being thrown about in the
> Project Sunrise thread; I'm sure it'll come up again in fu
>> Where else would these bugs go except for arch
>> teams, seeing as we clearly can't assign them to end users who
>> originally submitted the maintainer-wanted ebuilds?
> These are not expected to be filed as bugs, they should be fixed by the
> users in question.
Apparently, this is not the cas
Stephen P. Becker wrote:
> Starting a new thread here for a new angle...
>
> As Stuart mentioned, bugs for any ebuild on o.g.o would go through
> Gentoo bugzilla.
Yeah, as there is usually a bug report for maintainer-wanted and
maintainer-needed bugs it wont hurt anyone.
> It seems like genstef
Some packages provide both a client and a server. As such, users usually only
want one or the other - and rarely both.
A good candidate is net-misc/dhcp as it installs a DHCP client and server.
Which makes no sense really, so I'd like to put some USE flags here to show
what I want, or not want
On Fri, Jun 09, 2006 at 05:42:01AM -0700, Brian Harring wrote:
> Curious, how will the wrangler know in general? *cough* they won't.
>
> You're using a generic arguement against a specific target- iow, apply
> it to overlays.g.o in general instead of singling sunrise out via it.
Well, the other
On Thu, Jun 08, 2006 at 11:08:55PM -0400, Stephen P. Becker wrote:
> Starting a new thread here for a new angle...
>
> As Stuart mentioned, bugs for any ebuild on o.g.o would go through
> Gentoo bugzilla. It seems like genstef and jokey have completely
> ignored support from arch teams for this o
On Fri, Jun 09, 2006 at 07:44:38AM -0400, Peter wrote:
> Firstly, I think it is very clear that anything in sunrise is experimental
> or not supported in the main gentoo tree. That's fine! I don't think any
> user who goes through the trouble to set up an overlay would miss that
> point. You can't
On Fri, Jun 09, 2006 at 08:16:32AM -0400, Chris Gianelloni wrote:
> On Fri, 2006-06-09 at 02:49 +0200, Markus Ullmann wrote:
> > > This is a bug for an ebuild that the user does not think is related to
> > > the pam_skey. Go back and read what I wrote.
> > >
> >
> > it was agreed upon that we do
On Fri, 9 Jun 2006 11:05:56 +0100 "Chris Bainbridge"
<[EMAIL PROTECTED]> wrote:
| On 09/06/06, Edward Catmur <[EMAIL PROTECTED]> wrote:
| > And what if they do know what they're doing, and what they're doing
| > is subverting Gentoo systems en masse? You're proposing to hand out
| > commit access t
On Fri, 2006-06-09 at 02:49 +0200, Markus Ullmann wrote:
> > Excellent. So we're moving the history from being in a single location
> > (the bug) to being in multiple locations. That will definitely improve
> > the development process. Another thing that people tend to miss is that
> > not all i
Carsten Lohrke wrote:
> You should at least make it visible in bold letters on the overlay.g.o
> front page, what the conditions of each overlay are and which [EMAIL
> PROTECTED]
> address bugs have to be assigned to.
Please, do not assume our users being stupid. They know that they are using
a
On Friday 09 June 2006 13:44, Peter wrote:
> And, anyone who
> goes through the trouble to svn the overlay, edit make.conf, etc., would
> not be an ignorant newbie (no disrespect to newbies intended).
I had a bug from an users unable to build kdesktop with gcc 4.1. I built it
fine I told him, and
Keeping it simple...
If it's hosted on gentoo infrastructure it's official.
If it's hosted on gentooexp.org/SF/Non infra then it's not official.
On Fri, 2006-06-09 at 10:32 +0100, Stuart Herbert wrote:
> Hi,
>
> One of the issues that the o.g.o project has brought to a head is the
> definition
On Fri, 09 Jun 2006 13:08:01 +0200, Henrik Brix Andersen wrote:
> On Thu, Jun 08, 2006 at 06:31:43PM -0400, Peter wrote:
>> And, for me again as a user, using a gentoo-hosted overlay is
>> preferable to a third party repository. This is a personal bias on my
>> part -- and maybe unwarranted.
>
>
This may work for Apache or PHP, but an overlay with arbitrary "maintainer
wanted" ebuilds would need an extra bugzilla account. The problem is that
this won't really help, since (some) users will see "oh, an kde app crashed"
and file a bug at [EMAIL PROTECTED] Then /me looks at the tree, doesn'
On Friday 09 June 2006 02:53, Stefan Schweizer wrote:
> > It also doesn't answer the questions of security and maintenance. Are
> > genstef and jokey going to be responsible for the security of every
> > single package in the overlay?
>
> Yes, we will be acting upon all issues that we hear about.
In my eyes only the main tree is official. The overlays are development niches
(and as such perfectly fine), to speed up development without causing much
trouble in the main tree. The problem is that overlay.g.o is seemingly
official, because we host it. It should be made more clear that this is
On Friday 09 June 2006 12:12, Chris Bainbridge wrote:
> This larger group of users are the ones that would benefit
> from an overlay.
And this larger group of people is exactly the same one, that doesn't know to
help itself, if necessary and will suffer the most, when something goes
wrong. This
On Thu, Jun 08, 2006 at 06:31:43PM -0400, Peter wrote:
> And, for me again as a user, using a gentoo-hosted overlay is preferable
> to a third party repository. This is a personal bias on my part -- and
> maybe unwarranted.
This is actually my main concern with the Sunrice project. You say you
wou
Edward Catmur wrote:
> On Fri, 2006-06-09 at 10:28 +0200, Patrick Lauer wrote:
>> Instead of a simple cvs up; cd /usr/local/portage/category/package I
>> need to search for ALL bugs with $name in it, look which one it is,
>> curse bugzilla for falling asleep again, see which attachments are
>> rele
On 6/9/06, Edward Catmur <[EMAIL PROTECTED]> wrote:
With an overlay: search sunrice.gentoo.org for the package
If you want people to debate seriously with you, stop calling this
project 'sunrice'.
If you can't discuss this topic respectfully with others on this list,
please stop using our list
On 09/06/06, Luis Francisco Araujo <[EMAIL PROTECTED]> wrote:
Yes, i agree, writting and maintaining ebuilds is a hard and
*time-consuming* task.
So if an user can't even take the time to fix a digest, why we should
support him
officially?.
The point is that there are lots of users who are inte
On 09/06/06, Edward Catmur <[EMAIL PROTECTED]> wrote:
And what if they do know what they're doing, and what they're doing is
subverting Gentoo systems en masse? You're proposing to hand out commit
access to anyone who makes a case on IRC; you have no way to tell that
they aren't an attacker.
Th
On 09/06/06, Luis Francisco Araujo <[EMAIL PROTECTED]> wrote:
Chris Bainbridge wrote:
> There are already loads of semi-official overlays. Besides the stuff
> actually hosted by gentoo (random example
> http://dev.gentoo.org/~flameeyes/bzr/overlay/) there are official
> groups (again, not picking
On Fri, 2006-06-09 at 10:28 +0200, Patrick Lauer wrote:
> > > > Except that I can *look* at an ebuild without having to break out a
> > > > subversion client currently.
> > > See my answer in 3)
> > See mine. ;]
> Hmmm ... bugzilla.
> Instead of a simple cvs up; cd /usr/local/portage/category/pack
On Thu, Jun 08, 2006 at 07:00:33PM -0700, Drake Wyrm wrote:
> I just took a look at that. It's asking that you don't relay mail
> through dev.gentoo.org unless you can't send mail through your usual
> means of sending mail. For example, if your ISP blocks mail if the From:
> header indicates someth
Ah, you're right, there should be an env-update in there. Thanks for
the report.
As for sourcing /etc/profile, you don't need to do that with eselect-
compiler because your $PATH doesn't change like it did with gcc-
config-1.x.
--Jeremy
On Jun 8, 2006, at 11:27 , Donnie Berkholz wrote:
Hi,
One of the issues that the o.g.o project has brought to a head is the
definition of what is "official" and what is not "official" when it
comes to Gentoo. The term is already being thrown about in the
Project Sunrise thread; I'm sure it'll come up again in future.
It's an issue I think we s
On Friday 09 June 2006 11:06, Jakub Moc wrote:
> The thing has been sitting in bugzilla for ages, I've asked Flameeyes to
> commit it and he said he's not going to put any mode pam stuff into the
> tree unless he's using the modules himself.
Or if somebody wants to help with PAM and related... cons
Patrick Lauer wrote:
> On Thu, 2006-06-08 at 20:06 -0400, Chris Gianelloni wrote:
>> Again, read what I wrote. I said that the developer would see "sunrise"
>> in the PORTDIR_OVERLAY of the user's emerge --info, which you reiterated
>> without considering. This is a login bug. At no point did t
On 6/9/06, Chris Gianelloni <[EMAIL PROTECTED]> wrote:
Wouldn't this process be *infinitely* easier if instead of "sunrise"
there was a "pam" overlay with *only* the pam stuff?
I agree that it would make sense for the the sunrise overlay to
contain smaller package trees, with each package tree
Hi Diego,
> It's sub-optimal compared to eselect compiler, x86_64 ld does not
> work with i686.
eselect binutils should be as capable as binutils-config. AFAIK the
stated behaviour is no regression. If it is a regression, please file a
bug against it. If it isn't, file a bug for an enhancement req
Hi again
as written below I think it makes more sense for Project sunrise to redefine
it a bit. It seems to be clear that currently noone is happy with the
Sunrise Project.
There is one huge disadvantage for end users like me:
If we decide to use an overlay package (because "we" need / want
On Thu, 2006-06-08 at 20:06 -0400, Chris Gianelloni wrote:
> > You don't need a subversion client, you perhaps notice the http in front
> > of the url.. just open it up in your browser and you get the source
> > immediately.
>
> Umm... so now I need to go and instead of clicking a nice link in
> b
On Friday 09 June 2006 10:15, Danny van Dyk wrote:
> Have a look at eselect binutils please, which is shipped with
> app-admin/eselect.
It's sub-optimal compared to eselect compiler, x86_64 ld does not work with
i686.
--
Diego "Flameeyes" Pettenò - http://farragut.flameeyes.is-a-geek.org/
Gentoo
Hi Kumba,
> In a similar vein, will this eselect tool eventually supplant the
> functionality of binutils-config as well (and thus need its own
> wrapper script)?
Have a look at eselect binutils please, which is shipped with
app-admin/eselect.
Danny
--
Danny van Dyk <[EMAIL PROTECTED]>
Gentoo/
On Fri, 2006-06-09 at 02:53 +0200, Stefan Schweizer wrote:
> Stefan Schweizer wrote:
> it is actually encouraged to update bugzilla when changes are made in the
> overlay.
Encouraged? If you leave it at that, people will forget, and things will
get out of sync. At the very least you should supply
101 - 138 of 138 matches
Mail list logo