On 1/11/06, Diego 'Flameeyes' Pettenò [EMAIL PROTECTED] wrote:
It's a compromise, we trade perfectly stated deps for a lot of easyness for
devs.. It's not a perfect world, you all know.
We do not have perfect depends in portage
For example we are missing out all deps in system usually.
And I
On 3/21/06, Bret Towe [EMAIL PROTECTED] wrote:
perhaps having some proxys of a sort that accept patchs and such
from trusted users that would commit fixes to portage would help.
similiar to the kernel format that way users can 'commit'/help out quickly
without having to go thru the long
On 3/23/06, Chris Gianelloni [EMAIL PROTECTED] wrote:
Think about it this way, what if we had two competing products in the
tree that do the same thing, with the same file names? We would add a
blocker, no? So what mechanism is there to ensure that there's no
blocking issues between an
On 3/23/06, Daniel Ostrow [EMAIL PROTECTED] wrote:
You can't have it both ways, either they are wholey Unofficial and do not get
tracked in bugzilla at all (something which would have to be made VERY clear
to our users, e.g. a you use it you get to keep the pieces policy, and the
developer or
On 3/24/06, Alec Warner [EMAIL PROTECTED] wrote:
Thoughts on ideas on this somewhat more focussed idea? ( or at least I
think it's more focused :P )
IMO motivation b) is not taken into account enough.
You are missing out a general-user-overlay, where the developer adding
a user to the access
I think you are right, remove it.
- Stefan
--
gentoo-dev@gentoo.org mailing list
On 4/4/06, Danny van Dyk [EMAIL PROTECTED] wrote:
It is a personal pleasure to announce that Stefan Cornelius,
one of the Operation Lead Developers of the Gentoo Security Project
has passed all necessary quizzes to fiddle with the tree.
Congratulations!
Now, finally I can tell the security
Donnie Berkholz wrote:
The drivers cannot be upgraded until a newer server is installed. So
technically, this would allow things to work by forcing people to
unmerge all their drivers before upgrading, then remerge the new
versions. That's not a very desirable solution either, but do you think
Do we really need this package?
There is ghostscript:
/usr/bin/ps2ascii
as well as:
/usr/bin/ps2pdf
+ poppler:
/usr/bin/pdftotext
Does that replace the functionality?
- Stefan
--
gentoo-dev@gentoo.org mailing list
Hi,
there are at least two problems with how portage currently handles locales:
- Firstly some packages fail to build with obscure LC_* settings
The continuous stream of et_EE bugs is annoying: http://tinyurl.com/jsqzb
- and secondly I get my gcc output in german when I have a german locale
Marc Hildebrand wrote:
Otoh LC_ALL=C could help if you intend to use a .utf-8 locale as root,
though. So if it does help solving bugs and causes no trouble, why not.
ok, we have prepared a patch now, so everyone can have a look at it.
http://dev.gentoo.org/~zmedico/tmp/portage_lc_all.patch
Harald van Dijk wrote:
[..] encourages broken packages.
et_EE breakage should be fixed, and slowly but surely is[..]
That is your main problem here and I have discussed this in IRC with you and
it is true in my opinion that it does not improve gentoo or make the
distribution any better to close
Marius Mauch wrote:
Why does this have to be fast tracked all of a sudden?
Because someone took care of it eventually and it will fix all the estonian
bugs at once + allow other-LC-people like me to file bugs without having to
run emerge again with LC_ALL=C.
And I think it should go in as soon
There is also a darcs.eclass in the zugaina overlay (available through
layman) if you need some more inspiration.
I think this is cool and a darcs eclass should definitely live in the tree.
Please add it, so that we can start using it :)
- Stefan
--
gentoo-dev@gentoo.org mailing list
Alec Warner wrote:
So we created this awesome alias to put ebuilds that need a maintainer.
Good idea at the time, decent idea still. The problem? We have nearly
2000 open bugs assigned to maintainer-wanted[1]. I would like to
discuss policy on these. Do we keep them, do we get a group of
Hi,
today I would like to propose a few default keywords for removal. They are
outdated and no longer needed on current systems:
-apm - only very old notebooks use apm
-foomaticdb - foomaticdb is only used for development foomatic xml files.
SInce most of our users do not develop printer drivers
Chris Gianelloni wrote:
On Mon, 2006-06-05 at 18:03 +0200, Stefan Schweizer wrote:
-foomaticdb - foomaticdb is only used for development foomatic xml files.
SInce most of our users do not develop printer drivers I suggest
making ppds a default use flag instead.
Should we have ppds
Hi,
so the thread is getting a bit long, I will just summarize the status
-apm -foomaticdb -imlib -motif -xmms
Those are more or less without objections
-fortran - I am dropping this request, seems fortran is meant to be default
-oss - apparently people are fighting this one. Flameeyes also
Hi,
I have founded a new Gentoo Project for the Gentoo User Overlay.
The intention is to give contributors a single place to put their ebuilds -
a place where they can be downloaded, updated and be moved to portage more
easily than through bugzilla. It is also a good place for users who would
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
Stefan Schweizer wrote:
..commit their changes to the overlay instead of updating the bugzilla
every time.
it is actually encouraged to update bugzilla when changes are made in the
overlay.
Here are some more things I found in the current thread:
chris
It also doesn't answer the questions
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
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
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
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
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
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
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
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
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
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
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
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
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
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?
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
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,
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
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
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
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)
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
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
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,
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
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,
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
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
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
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
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:
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
# Stefan Schweizer [EMAIL PROTECTED] (19 Jan 2008)
# Project abandoned. Masked for removal, bug 206105
sys-apps/list
--
gentoo-dev@lists.gentoo.org mailing list
On 4/19/05, Paul de Vrieze [EMAIL PROTECTED] wrote:
Any indication on the stability of the snapshots. I'm eager to try out all the
new sugar, but do want to keep a somewhat stable system.
works for 5 hours without problems on my system now :)
regards,
Stefan
--
gentoo-dev@gentoo.org
Hi,
USE_EXPAND is now available to be set in the profiles.
I would like to use it to allow only downloading the needed drivers in
SRC_URI when FRITZCAPI_CARDS or FCDSL_CARDS is set.
Any comments or objections?
See http://bugs.gentoo.org/show_bug.cgi?id=84873 for the proposed ebuild.
Regards,
On 5/17/05, Alec Warner [EMAIL PROTECTED] wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Frysinger wrote:
On Monday 16 May 2005 08:01 pm, Ciaran McCreesh wrote:
On Mon, 16 May 2005 19:45:05 -0400 Mike Frysinger [EMAIL PROTECTED]
wrote:
| On Monday 16 May 2005 07:08 pm,
Am Montag 13 Juni 2005 20:15 schrieb Daniel Drake:
Maurice van der Pot wrote:
Do you have a date or thread subject or something like that? I can't
find it in the archives. I would like to see some reasons why one or the
other is better.
I can't remember and I can't see it in the archives.
Am Dienstag 14 Juni 2005 22:11 schrieb Tom Martin:
[..]
Please welcome Stefan on board.
Regards,
Tom
Welcome Stefan, now you are finally able to add your work to the tree
yourself, congrats!
Regards,
Stefan
pgpOyCXAPhZbW.pgp
Description: PGP signature
Am Montag 11 Juli 2005 15:13 schrieb Karl Trygve Kalleberg:
Hi gang,
over the course of the next few days, we will finally be replacing the
'mozilla' useflag in all the Java runtimes with a new USE flag, called
'browserplugin'.
Are you expecting the other browser-plugin-ebuilds to follow
Hi,
the kernel team has announced this already some time ago, but there are still
some ebuilds in the tree using kernel-mod.eclass in there latest version:
sci-misc/comedi/comedi-0.7.68.ebuild:
herd: no-herd
dev: caleb
media-video/mplayer/mplayer-1.0_pre7.ebuild:
herd: video
On 8/31/05, Ciaran McCreesh [EMAIL PROTECTED] wrote:
On Wed, 31 Aug 2005 20:36:03 + Forrest Voight [EMAIL PROTECTED]
wrote:
| Is it possible for me to mantain the packages?
We don't (or at least shouldn't...) give out CVS to people just for a
few ebuilds. If you contribute a lot of high
Hi,
I want to preinstall Gentoo Linux on some devices for customers. Do
you have any tips for preinstallation, any scripts? What is the
correct prcedure of doing so?
Anyone knows of something like a sysprep script for linux that will
ask the costumer for user and passwort setup when he first
On 10/14/05, Duncan [EMAIL PROTECTED] wrote:
Stefan Schweizer posted
[EMAIL PROTECTED], excerpted
below, on Thu, 13 Oct 2005 23:33:57 +0200:
[..]
Anyone knows of something like a sysprep script for linux that will
ask the costumer for user and passwort setup when he first switches
On 10/17/05, Aron Griffis [EMAIL PROTECTED] wrote:
At this point I think it would still be worthwhile to repair these
ebuilds to respect USE=nsplugin and drop the browserplugin from
use.local.desc. Comments?
Thank you for proposing it. Will solve the current confusion.
Please go ahead and do
On 11/3/05, Ciaran McCreesh [EMAIL PROTECTED] wrote:
I can also give you a list of people who throw hissy fits if you dare
suggest that their code may be anything less than perfect... It's a
pretty useful starting point for filtering out the worst of the
dross...
Do you have a list of people
Well, you should know that those are because of portage bugs or some
portage peculiarity, read the corresponding bugs for example for cups
to find out more.
Regards,
Stefan
--
gentoo-dev@gentoo.org mailing list
1 - 100 of 137 matches
Mail list logo