# Stefan Schweizer [EMAIL PROTECTED] (19 Jan 2008)
# Project abandoned. Masked for removal, bug 206105
sys-apps/list
--
gentoo-dev@lists.gentoo.org mailing list
someone should get him a cvs account ;)
# Stefan Schweizer [EMAIL PROTECTED] (02 Sep 2007)
# last-rite bpalogin for mark_alec, as the package is useless now (ISP
# no longer needs it) and the initscript is broken with baselayout2
net-dialup/bpalogin
--
[EMAIL PROTECTED] mailing list
Mike Doty wrote:
We're going to change the -dev mailing list from completely open to where
only devs can post,
Restricting freedom to post is like setting up surveilance and censorship
against terrorism.
I hate it when the rulers think they can impose such decisions upon the
people and do not
Hi,
# unmaintained, masked for removal, bug 156497
# You can find a new version in the sunrise overlay
media-tv/freevo-1.7.2
Best regards,
Stefan
--
[EMAIL PROTECTED] mailing list
Can you please also list #138792 as implemented? It has a patch attached.
-Stefan
--
[EMAIL PROTECTED] mailing list
A good time for a fresh wind in the Gentoo world :)
nominating:
betelgeuse
dberkholz
jokey
Best regards,
Stefan
--
[EMAIL PROTECTED] mailing list
Steve Long wrote:
Dunno what the procedure might end up becoming, but my understanding is
commit right to the sunrise overlay, from where a dev has to commit it to
the main tree. It seems like a logical extension of sunrise, and i am sure
there are stats on who has submitted what to sunrise in
Thilo Bangert wrote:
All packages with herdmaintainer-needed/herd will be moved to
herdno-herd/herd.
I think that is not quite right, and since maintainer-needed is not a
maintainer but multiple people listening to the alias and users I would
like to suggest the following addition to herds.xml
Rumen Yotov wrote:
Somebody might want to know (for a new install) for how long
(eventually) he/she will have to wait.
You do not have to wait for the gentoo release engineering team. You will
get an up to date install after running emerge -uvaD system in your fresh
system.
If the livecd is
Christian Heim wrote:
Tobias is joining us from Hamm, Germany where he's currently finishing the
junior high school.
Wow he must be really young then. But I cannot find the adequate german
translation for junior high school. What is it?
Welcome to the devs!
-Stefan
--
[EMAIL PROTECTED]
»Q« wrote:
In news:[EMAIL PROTECTED],
Philip Webb [EMAIL PROTECTED] wrote:
070407 Stefan Schweizer wrote:
# masked for removal: no release since 2001, build broken, bug
154671 app-misc/gfontview
I have added a comment to the bug.
If you want to remove this package, please provide
# Stefan Schweizer [EMAIL PROTECTED] (07 Apr 2007)
# masked for removal: no release since 2001, build broken, bug 154671
app-misc/gfontview
--
gentoo-dev@gentoo.org mailing list
Philip Webb wrote:
070407 Stefan Schweizer wrote:
# masked for removal: no release since 2001, build broken, bug 154671
app-misc/gfontview
I have added a comment to the bug.
If you want to remove this package, please provide a better explanation.
right you are. The bug is invalid
Hi,
virtual/x11 has been deprecated for some time and now that all packages
that only use it have been removed it is time to mask and remove it. I
have put it in package.mask now - please fix your overlays in case you
still use virtual/x11 somewhere. It will be removed in 30 days as per
the
# Stefan Schweizer [EMAIL PROTECTED] (24 Mar 2007)
# as-needed broken, unmaintained, for removal, bug 147550
x11-libs/libzvt
# use gksu now
app-admin/gnomesu
app-admin/xsu2
# use root-tail now
x11-misc/root-portal
--
gentoo-dev@gentoo.org mailing list
Christian Heim wrote:
Please welcome Bernard as a new fellow developer among us !
Thanks Bernhard - it is awesome to have up to date NX packages again! Thank
you also Christian for taking the time to set him up. Your work is really
appreciated.
Best regards,
Stefan
--
gentoo-dev@gentoo.org
libhydrogen is now masked for removal, modular X broken and unused.
Bug 153202
-Stefan
--
gentoo-dev@gentoo.org mailing list
# Stefan Schweizer [EMAIL PROTECTED] (27 Feb 2007)
# Masked for removal, modular X incompatible
# bug 153202, upstream dead
media-libs/libhydrogen
# bug 139792, upstream dead
app-i18n/skkinput
# bug 116233, upstream dead
media-video/xiron
--
gentoo-dev@gentoo.org mailing list
Some time ago the development version of portage used to source the
ebuild only once. I very much liked this and in the process fixed some
ebuilds like you described it.
Sadly this feature was removed from portage again - nice to see it
coming up again. Please fix or point out ebuilds that
To my fellow arguing Gentoo developers,
due to the recent conflict concerning keywording I want to propose to
separate keywording completely from ebuilds. The keywords would reside
in a special file in profiles/, maybe even in more than one file to
allow more granular permissions. For example
Bryan Østergaard wrote:
A. ~arch keywords are supposed to be carried over to new versions unless
we're talking about big rewrites or similar (so old versions doesn't
have to linger around in portage tree at all).
right, we all agree :)
B. If we're complaining about MIPS team not being able to
Alexander Færøy schrieb:
It was discussed at the last council meeting... Proposed by jokey.
Thanks. Sorry I did not know about it because there was no summary for
the last council meeting. From the log that I read now I cannot clearly
define an outcome.
I would appreciate to see summaries
George Shapovalov schrieb:
a) move all the keywording into profiles (that is remove all KEYWORDS fields
from all the ebuild) and disallow package maintainers and other devs (other
than arch teams) to touch keywords
or
b) leave ebuilds with simple ~arch/arch/-arch (literally) keywords and
# Stefan Schweizer [EMAIL PROTECTED] (19 Feb 2007)
# bug 152513 broken on gcc4 and no release since 2002, masked for removal
net-misc/kssh
# Stefan Schweizer [EMAIL PROTECTED] (07 Nov 2006)
# Please use ntfs3g now - it is better. Will be removed someday
sys-fs/captive
# Stefan Schweizer [EMAIL
Diego 'Flameeyes' Pettenò wrote:
Comments, ideas, proposals?
currently we have all those under GPL-2. Now when GPL-3 becomes available
people have the option to use GPL-3. However that will still allow people
to use GPL-2 if their patents, etc need it. SO it is not much difference.
The big
[EMAIL PROTECTED] wrote:
and the reply by Mike Frysinger (vapier), maintainer of this eclass:
i would use -z1 or -z2 as the default and allow people to override it via
make.conf ... but you should send your proposal to the gentoo-dev mailing
list to see how people feel
why not use -z0? No
Petteri Räty wrote:
It's my pleasure to introduce to you Charlie masterdriverz Shepherd.
He is joining us to help with the multiple kernel sources we have in the
tree. Maybe we will have master-sources soon? Previously he has been
helping in the sunrise overlay and he is also looking to join
Petteri Räty wrote:
It's my pleasure to introduce to you Cédric cedk Krier. He is joining
us to help with the netmon herd. Previously he has been filling the
bugzilla with new ebuilds and participating in the sunrise overlay.
Welcome! Finally some of those many many ebuilds you made will get
that problems for users who are too early.
2) get infra to provide patches.gentoo.org as a permanent solution that I
have asked for since march 2005 and it sometimes even looked close to
getting it on bug 85098.
Thanks for understanding
Stefan Schweizer
--
gentoo-dev@gentoo.org mailing list
Alec Warner wrote:
Those get uploaded and look fine but after 6 months they are suddenly
being removed by the script.
There is a distfiles whitelist[1] for this exact purpose...isn't there?
[1]
http://www.gentoo.org/proj/en/infrastructure/mirrors/overview-distfile.xml
Thanks for the
Grant Goodyear wrote:
Truly, the sarcasm doesn't help. It takes a potentially reasonable
grievance and reduces it to just the author appearing to be a jerk.
Sorry, I have no intention to cause any ill fate. Is meant explanatory.
- Stefan
--
gentoo-dev@gentoo.org mailing list
Christian Heim wrote:
So please welcome David as a new fellow developer among us!
You are welcome, David! It is nice to see another of the sunrise people join
Gentoo.
Also thanks to Christian - you are doing an awesome job these days handling
new developers. Delays are no longer an issue. You
Hi,
it has been a pleasure to work with you through bugzilla. I am really glad
you are a developer now - I will not have to commit anything for you
anymore now ;)
Best regards,
- Stefan
--
gentoo-dev@gentoo.org mailing list
Bryan Østergaard wrote:
As there's been very little, if any, interest from anybody besides
Stefan and Recruiters / Developer Relations I'm going to deny the
contributor access idea. Recruiters and Developer Relations feels that
this is a bad idea, especially seeing how hard it has been to
To my fellow Gentoo developers,
in the Sunrise project we have some users who are ambitious and cotribute
more than a few ebuilds. Those regulars have the possibility to take the
ebuild quiz and acquire the title Sunrise trusted committer. Those
sunrise committers can use extended bugzilla
Bryan Østergaard wrote:
[..] Adding a bit of structure to it seemed like a good
thing and I'd argue that the small bit of structure have helped keep
the discussion on track.
I talked with kloeri in private about this and a GLEP that allows giving out
bugzilla access permissions by
Luca Barbato wrote:
Carsten Lohrke wrote:
On Sunday 03 September 2006 16:36, Stefan Schweizer wrote:
I am not adding stuff. I am fixing existing packages. And I am taking
responsibility.
How wonderful this sort of maintenance is you can read here:
https://bugs.gentoo.org/show_bug.cgi?id
Roy Marples wrote:
On Tuesday 05 September 2006 15:18, Sven Köhler wrote:
There's no comment by the maintainer for a while. I wrote the patches
that are needed to fix the problem. They work fine as far as i can tell.
Don't feel too bad - I frequently post patches to bugs reported on the
Elfyn McBratney wrote:
thus that developer can request
write access for them. It's worked like that for at least two
years...
I did that and devrel asked me to write a GLEP. If you can show me another
way to do it, I would like to hear about it! I have two contributors with
ebuild quiz here.
Josh Saddler wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Stefan Schweizer wrote:
[. . .]
Define contributors -- is this a special status? If it is, how does one
*become* a contributor to get these rights?
This is potentially a big problem, the way I see it.
As the word
Alec Warner wrote:
C. No real standard on any other fora. I don't need a GLEP to add
someone to my project overlay, or grant them voice or ops in my
project's IRC channel. I don't need a GLEP to get them subscribed to my
mailing list and I don't need a GLEP to add them to (most) project
Josh Saddler wrote:
Stefan Schweizer wrote:
Josh Saddler wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Stefan Schweizer wrote:
[. . .]
Define contributors -- is this a special status? If it is, how does
one *become* a contributor to get these rights?
This is potentially a big
Mike Frysinger wrote:
On Monday 04 September 2006 02:45, Stefan Schweizer wrote:
Josh Saddler wrote:
Stefan Schweizer wrote:
[. . .]
Define contributors -- is this a special status? If it is, how does
one *become* a contributor to get these rights?
This is potentially a big
Josh Saddler wrote:
Because as much as possible, we need to see something concrete, not maybe
an arch tester. We need to have a better definition of what when needed
is and who these some people are -- think about it. Do we want a system
that works like devship, but only halfway -- like you
Kevin F. Quinn wrote:
Then you should not have committed it - as a dev it is your
responsibility to test any ebuilds your commit. There's nothing
stopping you doing the normal checks on the ebuild, even if you can't
read Hebrew. For example you should verify whether the '-j1' is really
Bryan Ãstergaard wrote:
Ok, let me see if I can get this straight.. You're saying that
maintainer-needed requires less communication overhead compared to
ebuilds with maintainers assigned? And that maintainer-needed is
therefore better than ebuilds having maintainers.
agreed. I prefer to fix
Hi,
as requested by multiple devrel members I have written a GLEP to standardize
bugzilla access for contributors. It has already been discussed on the
devrel mailing list before but I am looking for a wider opinion now.
This is also a submission for the new council when it meets.
Best regards,
Hi,
Repoman needs to check for deprecated eclasses, see
http://bugs.gentoo.org/141677
As a result of the discussion in the bug, we would like to add
$PORTDIR/qa-data/eclass.deprecated
to allow to deprecate eclasses properly and make repoman fail.
This will allow us to avoid problems with new
Hi,
I think this is a good idea. Now that we have the file installed by
portage-utils there are ideas spreading about using it in layman and eix.
Depending on portage-utils does not seem to be a good way to make sure that
the bin/post_sync file exists. Installing it on ou one neither, because of
Mark Stier wrote:
See http://bugs.gentoo.org/show_bug.cgi?id=141806
Provides caching and release tag support for SVN.
sorry - I do not see the need for a new eclass here. Can you please instead
modify the subversion eclass and add support for what you want to do?
Best regards,
Stefan
--
Hi
we currently have both webdav and nowebdav ueflags, this is confusing:
# grep webdav /usr/portage/profiles/use.local.desc
dev-util/git:webdav - Adds support for push'ing to HTTP repositories via DAV
dev-util/subversion:nowebdav - Disables WebDAV support via neon library
Luis Francisco Araujo wrote:
3 - Users ask on this mailing list if there exist any developer
interested to include X, or Y ebuild into the tree. (Probably we could
create a template for this?)
The user should send the ebuild changes together with the mail. Make it look
like on LKML including
Paul de Vrieze wrote:
I'd like to explain why subversion has a nowebdav useflag. Basically one
of the features of subversion is its ability to work over the http
protocol. Many subversion installations use the apache module to serve
subversion (even our own overlay project does). To disable
Danny van Dyk wrote:
5 packages, and only one has nowebdav, and you want to make it a default
USE flag? I strongly disagree here. Make it a plain useflag and notify
users of subversion that the behaviour changed. Much better than
informing users of the other 4 packages that the behaviour
To my fellow Gentoo developers and users,
Sunrise is about contributing ebuilds and getting feedback and review while
doing so. The main resource this currently happens for is the Gentoo User
Overlay of Sunrise and second come ebuilds that get into portage afterwards
In last weeks council
Stephen P. Becker wrote:
Eso since when did we have the discussion where you actually
addressed all of the numerous concerns brought forth right before this
project was initially suspended?
Do you have any concrete concerns that have not been dealt with yet? I would
like to hear about
Matthew Kennedy wrote:
The following ebuilds installed xinetd configuration on my machine
even though I don't have xinetd installed.
[EMAIL PROTECTED]:~$ equery belongs /etc/xinetd.d
[ Searching for file(s) /etc/xinetd.d in *... ]
dev-util/subversion-1.3.2-r1 (/etc/xinetd.d)
Hi,
the herd of voip packages is constantly growing and according to
herdstat -p voip we already have 60 packages in the voip herd. Those are
currently in the categories net-misc, net-im, net-libs, dev-libs and
media-libs. Most of them would fit perfectly into a new net-voip category.
Those are
Simon Stelling wrote:
I just noticed that the USE flag 'firefox' is a local one. I think it
should be global, though:
Good plan. I think it should also be a default use flag on supported
architectures in desktop profiles. Can we make it default at the same time?
Regards,
Stefan
--
Ned Ludd wrote:
Creation of a new categories is fine. pkg moves are bad.
See the countless other posting on this subject of why pkg
moves are bad.
yeah new packages is my primary concern.
Any objections, problems with the plan, comments?
Sure I'll step up and say I object to the part of
Hi,
net-im/gnomemeeting is obsoleted by net-im/ekiga and if no objections come
up I will remove the old gnomemeeting in 30 days. I package.masked the
package for now.
see bug 136615 [1] for the removal request. alpha and pcc64 are asked to add
their keywords to ekiga. Also the ppc64 keyword is
Zhang Le wrote:
Some packages don't provide standard setup.py.
Take a look at the attachment.
This is a new ebuld.
So my suggestion is to add a new variable to distutils.eclass, e.g.
SETUP.PY, if it's set, then use it, otherwise let it defaults to
setup.py.
what about making a simple
Alastair Tse wrote:
I know there's gentoo-bugger, which is great, but it's in perl and I
couldn't figure out how to modify the output to suit my needs.
yeah gentoo-bugger was interactive, this one is better :)
I really like it, thank you.
Here's the README attached if you're interested in how
Sune Kloppenborg Jeppesen wrote:
On Wednesday 12 July 2006 16:43, [EMAIL PROTECTED] wrote:
I really would like to see back the upstream version, what do you think?
The reason for this was security I believe. xpdf code is embedded in lots
of other packages (see http://glsa.gentoo.org for some
Hi,
This came up in Bug 138792 [dobin etc. should automatically die on failure]
It needs more discussion on the mailing lists.
Some excerpts from the bug: The proposal from Paul Bredbury:
Hi, I propose that the following ebuild commands themselves *die* on
failure, because the vast majority of
Aron Griffis wrote:
Stefan Schweizer wrote: [Wed Jul 12 2006, 01:37:44PM EDT]
This came up in Bug 138792 [dobin etc. should automatically die on
failure]
Since do* would become functions in this case, you'll have to fix the
few ebuilds that use them on the RHS of xargs.
grep -r
Hi,
As proposed in http://bugs.gentoo.org/show_bug.cgi?id=139987 I would like to
add a flag to the foo2zjs printer driver ebuild to select if everything is
downloaded or only parts. This makes sense to be done in a special
variable.
I want to use FOO2ZJS_DEVICES because that seems to be common,
Mike Frysinger wrote:
- only Gentoo devs may be nominated
with that limitation in mind I want to propose some developers that are
doing a lot of work to improve gentoo:
AllanonJL for his gnome work
nichoj for the outstanding java-2 move
rl03 for his devdication to webapps
antarus for his
Mike Frysinger wrote:
On Monday 03 July 2006 15:41, Henrik Brix Andersen wrote:
On Mon, Jul 03, 2006 at 03:04:55PM -0400, Mike Frysinger wrote:
the entire point of these threads is to address developer concerns
to that sunrise can be folded back into Gentoo
Really? According to who?
Chris Gianelloni wrote:
What exactly is there to discuss about this?
Evaluating our progress with hashing out the details etc.
It is not an official
project anymore, so the council really has no bearing on it. I'm
guessing you would like for it to become an official project.
correct.
If I
Hi,
Can we have another Sunrise discussion please? I would love to have some
feedback about Sunrise, about our progress and where we are still lacking.
Thanks,
Stefan
--
gentoo-dev@gentoo.org mailing list
Luca Barbato wrote:
Add support for QA checkers clientside and serverside (there are
precommit hooks you can use for that)
That way we will avoid those smart problems as described in irc long ago.
Yeah this is now supported, the script has been greatly improved by
shillelagh, thanks go to
Mike Frysinger wrote:
after looking at some acl stuff i'm 99% sure this can be done ... so can
we get this setup ?
in fact, gentoo-wiki.com has a section on doing apache2/svn/dav/acls
-mike
anonymous checkout is already disabled for some time now:
svn co
Luca Barbato wrote:
Edward Catmur wrote:
On Sat, 2006-06-24 at 13:05 +0200, Luca Barbato wrote:
(from critics)
- What is wrong with the model (each point 2 lines at least, 4 at most)
- What you'd do as alternative as the criticized point ( 2 lines again)
Let me reformat a bit
Critic 1
to update the documentation to
reflect this change. I have attached a patch to do this for skel.ebuild and
sent a patch to plasmaroo for the devmanual. Is there any other
documentation that needs updating?
- Stefan Schweizer
--- /usr/portage/skel.ebuild2006-06-20 20:05:18.0 +0200
Caleb Tennis wrote:
I would personally like to stay with just the qt use flag. The use flag
will be for support of whichever version of Qt is supported (v3 or v4) for
the particular emerge.
In the cases where more than one version is supported, it should be for
Qt4 only. The Qt3 version
Caleb Tennis wrote:
On Tuesday 20 June 2006 12:40, Stefan Schweizer wrote:
Hi,
with kde4 approaching and the new Qt-4 being in the tree we suddenly see
the same problems that gtk had with the gtk2 flag again.
I think there's a lot of good thoughts surrounding how to handle
Hi,
with kde4 approaching and the new Qt-4 being in the tree we suddenly see the
same problems that gtk had with the gtk2 flag again.
I am currently using the flags that way:
[ebuild R ] app-text/poppler-bindings-0.5.3 USE=cairo gtk qt qt4 0 kB
so qt = qt3. Now that scheme will sure break
comments and
suggestions.
Kind regards,
Stefan Schweizer
--
gentoo-dev@gentoo.org mailing list
Seemant Kulleen wrote:
On Sat, 2006-06-17 at 18:04 +0200, Stefan Schweizer wrote:
Hi,
solar has requested an account on overlays.gentoo.org for the embedded
overlay for you.
Your password: DX7wnSe40Y
Kind regards,
Stefan
Was the list the intended recipient of this?
no, of course
Ned Ludd wrote:
On Sat, 2006-06-17 at 18:04 +0200, Stefan Schweizer wrote:
Hi,
solar has requested an account on overlays.gentoo.org for the embedded
overlay for you.
Your password: DX7wnSe40Y
think you can change my pw and lets do this offlist?
lol, you have not read accurately
Mike Frysinger wrote:
On Friday 09 June 2006 15:01, Stefan Schweizer wrote:
Chris Gianelloni wrote:
Everyone that you happen to include as allowed to actually commit, you
mean. As opposed to everyone that can sign themselves up for
bugzilla?
It is designed to be more open and more
Thanks, I have worked in your ideas and made the +CC and bug-updates clear
in the HOWTO.
Kind regards,
Stefan
--
gentoo-dev@gentoo.org mailing list
Henrik Brix Andersen wrote:
On Sun, Jun 11, 2006 at 06:53:51PM +0100, Stuart Herbert wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Henrik Brix Andersen wrote:
| However, as has been pointed out several times in this thread already,
| back when the devloper community agreed to the
Daniel Ostrow wrote:
3) a yes from herds required, keeping a timeout to avoid bugspam
after a comment has been placed on a maintainer-wanted bug in bugzie,
there's a grace time of two weeks for herds to either leave a comment on
whether they're fine with take over or not. When this time is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chris Gianelloni wrote:
On Mon, 2006-06-12 at 15:19 +0200, Stefan Schweizer wrote:
You've broken this one before, so I just want to point it out to you
again.
The bug was of course discussed in IRC with the games team and the lead in
advance. I
Peter wrote:
Um, there are numerous new not-in-portage-tree ebuilds submitted to bz
which have been assigned to teams. However, they may still languish. They
were assigned by the wranglers, and not improperly. Yet, for many reasons,
the bugs wait. So, will there be a mechanism for a
Dan Meltzer wrote:
On 6/10/06, Markus Ullmann [EMAIL PROTECTED] wrote:
2) Not one large tree but subdirs, one per herd
to help herds better keeping track of which parts are alive in the
overlay, each herd's ebuilds are grouped in a subdir, e.g. there will be
a netmon/ dir with
Markus Ullmann wrote:
2) Not one large tree but subdirs, one per herd
to help herds better keeping track of which parts are alive in the
overlay, each herd's ebuilds are grouped in a subdir, e.g. there will be
a netmon/ dir with net-analyzer/specialapp below it.
A better solution is
Marius Mauch wrote:
On Sat, 10 Jun 2006 13:37:15 +0200
Markus Ullmann [EMAIL PROTECTED] wrote:
Okay, so after figuring out open problems (thanks to kloeri and
various other people for help here), we now have a resolution that
should satisfy all involved parties here. This should adress
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
an
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 and
Markus Ullmann wrote:
Maybe that way we avoid any misunderstandings, nearly doubled posts and
repeating ourselves over and over again.
The problem is that some questions and answers easily get lost in a mailing
list. To solve this shortcoming, I am starting to make a FAQ page in the
trac wiki:
Chris Gianelloni wrote:
Everyone that you happen to include as allowed to actually commit, you
mean. As opposed to everyone that can sign themselves up for
bugzilla?
It is designed to be more open and more easily fixable.
Sure. More open then a self-registering system. Gotcha.
We
Luis Francisco Araujo wrote:
Fine. I highly agree on that, now my question is,
why this needs to be officially supported?
See
Why does this have to be on official gentoo hardware?
http://overlays.gentoo.org/proj/sunrise/wiki/SunriseFaq
--
gentoo-dev@gentoo.org mailing list
James Potts wrote:
I do have a question: If you're allowing just anybody who asks to
have commit access to the repo, what guarantees can you give me that
they won't commit something deliberately malicious or which will break
the entire overlay to the overlay?
I have added this to the FAQ:
Wernfried Haas wrote:
- Ebuild development questions should for example be discussed in
#gentoo-dev-help and I have seen threads about it on
forums.gentoo.org and even helped there. There is no reason why
questions about ebuild writing for the Sunrise overlay should not be
treated equally.
Anders Hellgren wrote:
What the faq entry didn't say, and what amne asked for in his previous
e-mail was that questions related to ebuilds not distributed as part of
the official tree should be posted to the Unsupported Software forum [1].
Yes
We have neither reason nor desire to treat
Jon Portnoy wrote:
On Thu, Jun 08, 2006 at 09:32:13AM -0400, Thomas Cort wrote:
On Thu, 08 Jun 2006 09:20:18 -0400
Chris Gianelloni [EMAIL PROTECTED] wrote:
Please keep the games bugs in bugzilla. Making this change is a direct
change in games team policy without any prior notice to the
foser wrote:
I don't think the problem with maintainer-wanted ebuilds is that they
are crappy, but that there is no dev willing to maintain them and ensure
their quality over time. 'sunrise' (who came up with that name ? cheap
asian poetry attempt) doesn't change that by adding it to an
1 - 100 of 137 matches
Mail list logo