(I'm subscribed in digest mode, so please CC me on any responses you want
me to see)
I'm a developer for a neighbour distro, Arch Linux, and I'm starting up a
site to discuss distro development issues.
The goal is to have a site that describes solutions to common distro
problems and shares inform
On 8/16/05, Ciaran McCreesh <[EMAIL PROTECTED]> wrote:
> GLEP 31 is withdrawn until Gentoo gets some means of removing commit
> access from people who say "nyah nyah I don't feel like following the
> rules and so I'll just carry on breaking stuff as I see fit". As it
> stands I've been told by vari
On Wednesday 22 June 2005 02:07, Donnie Berkholz wrote:
> Alec Warner wrote:
> > Donnie Berkholz wrote:
> > The reasoning for that is that hardware support doesn't make sense as
> > USE flags, so it should be something else. In this case, that was
> > INPUT_DEVICES. We haven't been able to take muc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chris Gianelloni wrote:
> That being said, thanks to IU for doing the webcast... now everybody
> gets to see what we look like... *grin*
If you're like me, you have a perfect face... for email. :P
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (
On Tuesday 16 August 2005 09:52 pm, Ciaran McCreesh wrote:
> On Wed, 17 Aug 2005 10:46:23 +0900 Jason Stubbs <[EMAIL PROTECTED]>
>
> wrote:
> | On Wednesday 17 August 2005 08:38, Ciaran McCreesh wrote:
> | > GLEP 31 is withdrawn until Gentoo gets some means of removing commit
> | > access from peop
On Wed, 17 Aug 2005 10:46:23 +0900 Jason Stubbs <[EMAIL PROTECTED]>
wrote:
| On Wednesday 17 August 2005 08:38, Ciaran McCreesh wrote:
| > GLEP 31 is withdrawn until Gentoo gets some means of removing commit
| > access from people who say "nyah nyah I don't feel like following
| > the rules and so
On Wednesday 17 August 2005 08:38, Ciaran McCreesh wrote:
> GLEP 31 is withdrawn until Gentoo gets some means of removing commit
> access from people who say "nyah nyah I don't feel like following the
> rules and so I'll just carry on breaking stuff as I see fit". As it
> stands I've been told by v
On Wednesday 17 August 2005 07:18, Mike Frysinger wrote:
> suggestion:
> stop keeping ChangeLog files in CVS and instead, let them be generated
> automagically by the cvs server using the last of
> commit messages.
You stole my idea! I guess I better ack it then. ;)
--
Jason Stubbs
pgpkxElZpa
Hi guys,
i had to reinstall my system so i lost my GPG key. So i generated
another and the new one is 0xAAC32A11.
If any other thing is needed (to update the dev-list page on
www.gentoo.org for example), please mail me or contact me on irc.
Thanks,
Carlos "r3pek" Silva
signature
On Tue, 16 Aug 2005 21:03:21 -0400 Alec Warner <[EMAIL PROTECTED]>
wrote:
| Also forcing a Changelog syntax makes portage's -l feature useful,
| since it attempts to parse the Changelog to provide sane
| entries...but some Changelogs don't seem to be in the correct syntax
| that the -l functionalit
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jeremy Huddleston wrote:
> On Tue, 2005-08-16 at 18:18 -0400, Mike Frysinger wrote:
>
>>suggestion:
>>stop keeping ChangeLog files in CVS and instead, let them be generated
>>automagically by the cvs server using the last of commit
>>messages. if
Daniel Drake wrote:
Examples of what people are requesting:
- Ability to browse the 'archives' (i.e. the content which has dropped
off the end of the page, which planet discards)
- Ability to search the content and the archives
- Ability to browse by Gentoo herd, i.e. view the weblogs of the
On Tue, 2005-08-16 at 18:18 -0400, Mike Frysinger wrote:
> suggestion:
> stop keeping ChangeLog files in CVS and instead, let them be generated
> automagically by the cvs server using the last of commit
> messages. if you really want to keep a commit message out of the changelog,
> then we com
Mike Frysinger wrote:
> suggestion:
> stop keeping ChangeLog files in CVS and instead, let them be generated
> automagically by the cvs server using the last of commit
> messages.
As I already use a bash function called ecommit which writes a ChangeLog
entry before it runs repoman and finall
On Tue, 16 Aug 2005 19:18:21 -0400 Mike Frysinger <[EMAIL PROTECTED]>
wrote:
| On Tuesday 16 August 2005 07:03 pm, Robin H. Johnson wrote:
| > On Tue, Aug 16, 2005 at 06:18:29PM -0400, Mike Frysinger wrote:
| > > logic:
| > Question:
| > - are CVS commit messages UTF8 safe?
|
| GLEP 31 came to min
On Tuesday 16 August 2005 07:03 pm, Robin H. Johnson wrote:
> On Tue, Aug 16, 2005 at 06:18:29PM -0400, Mike Frysinger wrote:
> > logic:
> Question:
> - are CVS commit messages UTF8 safe?
GLEP 31 came to mind when i was writing the e-mail but i forgot to mention
it ... maybe ciaran can hop in her
On Tue, Aug 16, 2005 at 06:18:29PM -0400, Mike Frysinger wrote:
> stop keeping ChangeLog files in CVS and instead, let them be generated
> automagically by the cvs server using the last of commit
> messages. if you really want to keep a commit message out of the changelog,
> then we come up wi
On Aug 16, 2005, at 5:18 PM, Mike Frysinger wrote:
logic:
- i'm lazy
- i hate typing the samething twice (yes, bash scripting with
echangelog can
kind of take care of this) ... it doesnt handle if you want to use
different
commit messages for different files
- shrinks ChangeLog size fo
suggestion:
stop keeping ChangeLog files in CVS and instead, let them be generated
automagically by the cvs server using the last of commit
messages. if you really want to keep a commit message out of the changelog,
then we come up with a simple policy of prefixing the message with a period
(
> My opinion is this: Keeping eselect modules inside eselect's SVN repo
> results in:
> a) More eyes reading the code (read: QA)
I think the point you're trying to make here is that the QA is easier to
accomplish for you, and that certainly is true.
I think having modules in app-admin/eselect-/fi
Hello,
I am writing this email to ask for opinions and discuss some issues
of the SmallTalk packages that we have in the tree.
We currently have the following smalltalk implementations in the tree (STI):
dev-lang/gnu-smalltalk
dev-lang/smalltalkx
dev-lang/squeak
dev-lang/squeak-basicimage
dev-l
On Tue, 16 Aug 2005 21:52:25 +0200 Danny van Dyk <[EMAIL PROTECTED]>
wrote:
| b) The possibility to change all modules in one move in case we change
| ~ something like a default behaviour, or function names, etc.
That kind of thing shouldn't happen once a stable release is out...
--
Ciaran McC
On Tue, 16 Aug 2005 15:38:08 -0400 Chris Gianelloni
<[EMAIL PROTECTED]> wrote:
| There's also the size issue. I use opengl-update on the LiveCD
| builds, and have exactly zero need for *any* other eselect module, so
| why should I be required to have them all to just get the one that I
| need?
He
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Jeremy,
(Just a note: the follwing expresses my opinion, i don't speak for the
other eselect devs)
Jeremy Huddleston schrieb:
| I've recently updated opengl-update to use the eselect framework. I
| think the team has done a great job as it was e
On Tue, 2005-08-16 at 12:21 -0700, Donnie Berkholz wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Jeremy Huddleston wrote:
> | The eselect developers want to keep all eselect modules in their svn
> | repository and distributed through a single package (app-admin/eselect).
> | Their m
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jeremy Huddleston wrote:
| The eselect developers want to keep all eselect modules in their svn
| repository and distributed through a single package (app-admin/eselect).
| Their main reasons for this are better QA and less overhead for releases
| and
I've recently updated opengl-update to use the eselect framework. I
think the team has done a great job as it was extremely easy to port the
bash script to an eselect module. However, when I placed it in the
portage tree, it sparked a little bit of a policy discussion between
myself and the core
Sebastian Bergmann wrote:
Have you looked at the software [1] that runs on Planet PHP [2]?
--
[1] http://svn.bitflux.ch/repos/public/planet-php/trunk/
[2] http://www.planet-php.net/
Thanks, I hadn't heard of that. It seems in tune to what we need: Storing
entries in a MySQL database, prov
Daniel Drake schrieb:
> planet is a nice system and makes it dead easy to set up a Planet-style
> aggregator. However the feature requests that I am recieving go out of
> the scope of what a simple script can do.
Have you looked at the software [1] that runs on Planet PHP [2]?
--
[1] http://sv
Daniel Drake wrote:
Hi,
As the Planet Gentoo admin (http://planet.gentoo.org), I often get
feature ideas and requests for ways to enhance the Planet website.
Right now, a python script called "planet" (www.planetplanet.org)
powers the site. planet is a nice simple script, which is invoked b
Hi,
As the Planet Gentoo admin (http://planet.gentoo.org), I often get feature
ideas and requests for ways to enhance the Planet website.
Right now, a python script called "planet" (www.planetplanet.org) powers the
site. planet is a nice simple script, which is invoked by cron every hour - it
On Tuesday 16 August 2005 12:38, Fabian Zeindl wrote:
> So my proposal is putting UseFlags for additional GstreamerPlugins in the
> Gstreamerpackage and remove it in the packages depending on Gstreamer
> (totem for example).
While I can't decide anything about this as it's up to GStreamer herd, I'd
Hi
Some time ago I opened a bug concerning Gstreamer's useflags, which are
handled completely unlogical at the moment. *every* package depending on the
gstreamer multimediaframework brings it's own use flags for gstreamer-plugins,
instead of putting the use flags centrally in the gstreamer package
Hi,
Yesterday I was tinkering with a ruby script and the p.mask file to get a few
data about packages (long, off-topic story).
Looking at package.mask I found that there are quite a few packages listed
there that doesn't exists at all in portage, a few versions completely
vanished, and a few pac
34 matches
Mail list logo
