On Tuesday 24 February 2009, Petteri Räty wrote:
Let's try something new. I would like to get opinions from as many
people as possible about GLEP 55 and alternatives listed here in
order to get some idea what the general developer pool thinks.
Thanks for opening a spot to voice our opinions
On Sunday 08 March 2009, Tiziano Müller wrote:
Hi everyone
With eapis 1 and 2 we introduced nice features but also a couple of
new problems. One of them are the use dependencies when the package
you depend on doesn't have the use flag anymore (see [1] for an
example).
So I think it's time
On Saturday 21 March 2009, Markos Chandras wrote:
Doing some research I found out that perforce-cli was in the portage
back in 2006 but not anymore. Can somebody recall the reason why it
is not there anymore? If it wasn't a license issue , I want to bring
it back ( at least the client
On Sunday 22 March 2009, Nirbheek Chauhan wrote:
On Sun, Mar 22, 2009 at 2:58 AM, Alec Warner anta...@gentoo.org
wrote:
I think you will encounter namespace collisions, thats why I CC'd
zac as he maintains mirror-dist ;p
Why the hell didn't we think of this before!? :o
The mirror-dist
On Monday 23 March 2009, Tiziano Müller wrote:
Spec needed. DOCS or no DOCS?
DOCS, and non-empty default value, please [1].
Some eclasses already do this (not base, but others), and if that
default doesn't cover it for you, the function can be overridden.
Concerning the argument of declarative
On Monday 30 March 2009, Thomas Sachau wrote:
Ciaran McCreesh schrieb:
So far, we've got this, by agreement of the Council:
* There will be a default src_install in EAPI 3
* It will have a DOCS variable, or something along those lines.
I'd like to suggest the following too:
* If
On Wednesday 06 May 2009, Tobias Klausmann wrote:
I've been toying with the idea of offering something akin to
Debians popularity contest tool. Some people are rather
uncomfortable with data gathering tools that send stuff to some
strangers, so I don't know how well it would work. I list this
On Saturday 16 May 2009, Ciaran McCreesh wrote:
Have a look at every package using a MY_PV style thing. Group those
into upstream's doing something dumb and upstream's being sensible
but our arbitrary restrictions on rules means we can't follow what
they do.
I like the fact that our
On Sunday 17 May 2009, Piotr Jaroszyński wrote:
Hello,
I have just updated GLEP 55 [1], hopefully making it a bit clearer.
Just FYI, my order of preference of solutions is:
1. EAPI-suffixed ebuilds (obviously)
2. EAPI in the filename with one-time extension change
3. Easily fetchable EAPI
On Monday 18 May 2009, Jeroen Roovers wrote:
On Mon, 18 May 2009 16:16:46 +0100
Ciaran McCreesh ciaran.mccre...@googlemail.com wrote:
Why do you think I wrote the awful hack that is versionator?
Why don't you explain why, historically, you put that in the tree? It
would help us now if you
On Tuesday 19 May 2009, Jesús Guerrero wrote:
On Tue, May 19, 2009 21:52, Dale wrote:
Also, the link to your thread does not exist. I get The topic or
post you requested does not exist.
The project should be viewable. The forum post will only be
visible for mods, admins and devs I guess,
On Saturday 23 May 2009, Roy Marples wrote:
Basically as Doug said, each OpenRC version comes with a few big
chances. Well not massive as in your box will break now, but just a
different spin on how things should work. OpenRC-0.5 will have the
biggest re-spin to date - net.lo (net.eth0 etc) is
On Monday 25 May 2009, lx...@sabayonlinux.org wrote:
On Mon, May 25, 2009 at 3:43 PM, Alex Legler a...@gentoo.org wrote:
On So, 2009-05-24 at 20:04 +0200, lx...@sabayonlinux.org wrote:
[...]
app-admin/equo (sabayon overlay -- Entropy Framework client)
supports the postfix @repository
On Monday 25 May 2009, Ben de Groot wrote:
Robert Buchholz wrote:
If we use repo_name as the overlay identifier, we must rethink how
layman-global.txt is currently handled. Many overlays in there have
that file missing, and some have different identifiers than what
layman displays
. It was determined
unanimously that Pierre-Yves Rofes (py) and Robert Buchholz (rbu) will
be the new French-German duo that is our Team Leads. We would like to
publicly thank Raphael Marichez (falco) and Matthias Geerdsen (vorlon)
for doing the job the years past. They were both not available
Hello,
the Security Team would like to create a new DTD for our GLSAs. GLSAs
are distributed via our web site and the tree. Their format is defined
by a DTD.
When the format was initially defined in 2004, some use cases were
considered that never got implemented or used. Other use cases only
On Tuesday 26 May 2009, Tiziano Müller wrote:
Am Dienstag, den 26.05.2009, 16:19 +0200 schrieb Robert Buchholz:
I would like to announce the changes we want to introduce. If you
have any feedback, please speak up. This can include feature
requests.
Maybe add a 'tag' attribute
On Monday 08 June 2009, Benedikt Böhm wrote:
Hi all,
currently I am the only active developer in the apache herd, but
quite busy with work and life, so I'd like to ask all of you to fix
bugs assigned to apache-bugs@ if you come across them/if they annoy
you etc, since i cannot keep up with
On Monday 08 June 2009, Maciej Mrozowski wrote:
...
While it usually doesn't do any particular harm (but I guess security
and prefix/alt team won't agree on this) - insanely enabling
everything by default is not the best idea in my opinion.
The Security Team supports all use flag combinations,
On Saturday 13 June 2009, Sebastian Pipping wrote:
One of the stronger points for collaborating at the source is that
poeple who are not Gentoo devs (yet) and therefore have no write
access to the Gentoo tree can still extend and fix the Gentoo
packagemap entries. Doing it downstream would
On Monday 15 June 2009, Sebastian Pipping wrote:
However there are a few more things to take into account,
please have a look at my reply to Paul:
http://lists.alioth.debian.org/pipermail/popcon-developers/2009-June/
001759.html
Sorry for not CC'ing you, I should have though of that.
On Sunday 12 July 2009, Fabian Groffen wrote:
since I assume you can't reliably use the checked out version of the
overlay (by e.g. layman), can you try to retrieve the repo_name file
from the overlay? Probably a lot of efforts. So alternative, what
if we extend the layman-global.txt (which
On Sunday 12 July 2009, Tobias Klausmann wrote:
Interestingly, my cross-compile alpha setup (created using
crossdev) is noticed as a secret package - I presume that is on
purpose?
That's an interesting phenomenon that pops up with both g-cpan and
crossdev, because they generate new ebuilds. I
On Sunday 12 July 2009, Sebastian Pipping wrote:
Robert Buchholz wrote:
1. has no DTD/xml validation schema
I'd like to be part of the schema creation process but feel that
having pre-mature schema's on the list and it's archives is not a
good idea.
It's probably wise
On Monday 13 July 2009, Rémi Cardona wrote:
Le 13/07/2009 16:56, Marijn Schouten (hkBst) a écrit :
All have in common that they've been broken (in portage) for many
months and no-one noticed until Sabayon folks started doing tinderbox
builds :)
We're using the
On Thursday 23 July 2009, Sérgio Almeida wrote:
You changedir, you call uprofile, and
voila, new profile. You login again, default profile.
Most shells have the ability to execute a command when a new prompt is
generated. Users do not need to call uprofile themselves, they could
set up their
On Sunday 09 August 2009, Robin H. Johnson wrote:
In the wake of bug #279260 that continues to break the ISO builds,
I've restructured the symlinks under releases/$ARCH.
Previously with autobuilds, we only have one symlink, current/, at
the same level as autobuilds.
Now there are two [1]
On Tuesday 11 August 2009, Maciej Mrozowski wrote:
On Tuesday 11 of August 2009 11:08:34 Robert Buchholz wrote:
In my opinion, the entrance barrier for devs is lower on
git.overlays, there is no signup, password, mail verification
required. There's scripts to keep the ssh keys in LDAP
On Wednesday 12 August 2009, Sebastian Pipping wrote:
cvs
Missing documentation, but valid, see make.conf.example
split-debug
This is probably invalid.
preserve-libs
splitdebug
unmerge-logs
These are documented in Portage 2.2 make.conf(5).
Robert
signature.asc
Description:
On Wednesday 19 August 2009, Duncan wrote:
FWIW, It'd be useful to know about @system packages as well,
particularly portage, I'd guess, and there's likely others. AFAIK
smolt depends on portage ATM, but the particular versions installed
and percentage for each could be /very/ helpful as more
On Saturday 22 August 2009, Maciej Mrozowski wrote:
It's true, but being able to modularize profile may outweights the
need to be strict-with-the-book here - it's a matter of usefulness. I
think it should be decided by those who actually do the work in
profile, whether it's worthy to push this
On Sunday 20 September 2009, Arfrever Frehtes Taifersar Arahesis wrote:
Some packages (whose older versions might be stable) might soon start
requiring Python 3. Stabilization of these packages cannot be delayed
due to the fact that some other packages don't work with Python 3.
Of course they
On Thursday 01 October 2009, Tiziano Müller wrote:
Am Mittwoch, den 30.09.2009, 18:17 +0200 schrieb Sebastian Pipping:
Ciaran McCreesh wrote:
Sure. Just periodically fetch the repository centrally. Have a
master list of sync URLs with expected repository names, and use
that to generate
On Saturday 24 October 2009, Maciej Mrozowski wrote:
Resulting from discussion during last Gentoo KDE team meeting taking
place 22 Oct 2009 at #gentoo-meetings (summary fill be available
soon), having Gentoo GNOME team representative, it's been decided to
go ahead with splitting desktop
Hello,
I want to drop maintenance for some of the packages that I have acquired
over the years. Some of them are still co-maintained, some are now
unmaintained.
=== Freevo ===
Freevo is split up in different Python components. They are all
maintained by a herd, but a dedicated maintainer is
On Tuesday 02 March 2010, Sebastian Pipping wrote:
On 03/02/10 20:28, Nathan Zachary wrote:
This looks like overkill to me. One keyword should be enough, and
for supplementary information Status Whiteboard could be used.
I agree. Simply having the BUGDAY keyword should be sufficient,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 18.09.2007 um 01:33 schrieb Mike Frysinger:
ive been sending private e-mails as i didnt want to make a lot of
noise, but
many of the comments i make i imagine would be applicable to a lot of
people ... i also see others doing reviews and such
On Tuesday, 25. September 2007, Donnie Berkholz wrote:
On 20:04 Mon 24 Sep , Doug Goldstein (cardoe) wrote:
if ! use usb; then
sed -i util/Makefile \
-e '/ttusb_dec_reset/d' \
-e '/dib3000-watch/d'
fi
# do not
On Thursday, 27. September 2007, Robin H. Johnson wrote:
On Thu, Sep 27, 2007 at 03:05:28PM +0300, Olivier Cr?te wrote:
Is this really required? It pushes the real content even farther
down the window. Or if you really want to keep it for new users,
please allow us to disable that.
On Friday, 5. October 2007, Olivier Crête wrote:
On Fri, 2007-05-10 at 11:46 -0700, Donnie Berkholz wrote:
How many packages depend on virtual/editor? Should it be a virtual
at all?
Tester_ !rdep virtual/editor
jeeves virtual/editor - app-admin/sudo sys-process/fcron
I think the answer
On Sunday, 7. October 2007, Alec Warner wrote:
On 10/7/07, Robert Buchholz [EMAIL PROTECTED] wrote:
On Friday, 5. October 2007, Olivier Crête wrote:
On Fri, 2007-05-10 at 11:46 -0700, Donnie Berkholz wrote:
How many packages depend on virtual/editor? Should it be a
virtual at all
On Thursday, 4. October 2007, Christian Hoffmann wrote:
# Christian Hoffmann [EMAIL PROTECTED] (04 Oct 2007)
# Outdated (no releases since May 2006), buggy and possibly
vulnerable
# to security problems
Anything security-related you know of or just a wild guess?
Robert
signature.asc
On Thursday, 4. October 2007, Josh Sled wrote:
Wolfram Schlich [EMAIL PROTECTED] writes:
* Donnie Berkholz [EMAIL PROTECTED] [2007-10-03 19:12]:
On 12:43 Wed 03 Oct , Wolfram Schlich wrote:
And *please*, don't send such mails to this
list *and* to my address in addition.
You can
Am 08.10.2007 um 10:05 schrieb Christian Hoffmann:
On 2007-10-08 at 05:37 +0200, Robert Buchholz wrote:
On Thursday, 4. October 2007, Christian Hoffmann wrote:
# Christian Hoffmann [EMAIL PROTECTED] (04 Oct 2007)
# Outdated (no releases since May 2006), buggy and possibly
vulnerable
On Saturday, 27. October 2007, Denis Dupeyron wrote:
It's my pleasure to introduce Elias Piping (pipping) who is joining
us as staff. He will do general development and bug solving for the
Gentoo/alt project.
Elias is familiar with Tcl, Ruby, Python, Perl, Java, sed, awk and
bash. He admits
Am 07.11.2007 um 14:09 schrieb Ferris McCormick:
On Wed, 2007-11-07 at 09:13 +0100, Alexis Ballier wrote:
Hi,
Yes, we should introduce tex, latex and kpathsea USE flags.
Anyone?
+1 for latex kpathsea. How/when do we start ? :) I'd say start
moving
useflags on a per package basis,
# Diego Pettenò [EMAIL PROTECTED] (15 Nov 2007)
# Masked for security vulnerability, see bug #199193.
# Will be removed on December 15th 2007.
sys-auth/pam_console
(in case of replies, please keep Diego in CC)
signature.asc
Description: This is a digitally signed message part.
On Monday, 10. December 2007, Nirbheek Chauhan wrote:
Why not just have something like
sys-devel/gcc-4.2.3_p20071127-scm_b${BRANCHNAME}-r1 ?
1) You cannot define a total order on those names:
Is
maa/moo-3-scm_bONECOOLFEATURE
maa/moo-3-scm_bOTHERCOOLFEATURE
?
2) It will break updating
On Monday, 10. December 2007, Nirbheek Chauhan wrote:
On Dec 10, 2007 6:29 PM, Robert Buchholz [EMAIL PROTECTED] wrote:
1) You cannot define a total order on those names:
Is
maa/moo-3-scm_bONECOOLFEATURE
maa/moo-3-scm_bOTHERCOOLFEATURE
?
Why not have them block each other
On Friday, 4. January 2008, Donnie Berkholz wrote:
On 14:59 Wed 02 Jan , Mike Kelly wrote:
While you're at it, I think almost everything in
desc/video_cards.desc, desc/input_devices.desc, and a few more, could
use some attention.
In particular, things like nv vs. nvidia are quite
On Monday, 14. January 2008, Robin H. Johnson wrote:
Ok, so per the one discussion in #-dev this evening, I'm looking for
questions to put on a new user survey.
For style of questions, multiple choice (both pick-one and pick-many) or
simple integers would be best. However some freeform
On Wednesday 06 February 2008, Andrea Barisani wrote:
Hi folks, I'm retiring.
Sorry to hear that.
I was maintaining the following packages:
app-admin/tenshi (note: I'm upstream as well)
mail-mta/sendmail
net-analyzer/scapy
net-analyzer/ftester (note: I'm upstream as well)
On Saturday 08 March 2008, Petteri Räty wrote:
Joining us from the zoos of Florida, we have Kenneth keninsert
random numbers here Prugh. Ken did such a fine job testing all
those random packages for amd64 that it will be the sole purpose of
his life from now on. He tells me his hobby is to
On Tuesday 18 March 2008, Robin H. Johnson wrote:
As the Bugzilla admin, this sounds reasonable, and it plays into some
of my plans wrt to Bugzilla3. In that, depending on some bits with
Bugzie3, I'd like to consider a radical re-arrangement of Products
and Components, to help users find the
On Monday 21 April 2008, Santiago M. Mola wrote:
On Mon, Apr 21, 2008 at 9:01 PM, Samuli Suominen [EMAIL PROTECTED]
wrote:
# Samuli Suominen [EMAIL PROTECTED] (21 Apr 2008)
# Masked for removal in 30 days. Doesn't build
# wrt bug 178036 and has open CVE-2007-4773 wrt
# security bug
On Thursday 08 May 2008, Doug Goldstein wrote:
Additionally to follow myself up, I believe one of the security
issues was execution of arbitrary data either when untarred or just
decompressed (assuming a specially crafted lzma file).
Can you please point me to the location where this is
On Friday, 16. May 2008, Tiziano Müller wrote:
Mike Auty wrote:
As one of the primary vmware devs, I'm not sure that vmware easily
fits into this group based on it's closed-source nature, and the
complex (but just about workable) module system we've put in place. I
also wouldn't want to
On Monday 19 May 2008, Robin H. Johnson wrote:
Removals:
...
dev-libs/libsigcx 2008-05-14 11:43:18 uid2153
Why was the username screwed up here?
Judging from bug 191855, it was Remi who deleted it.
Also, do we need the mail cross-posted to both -dev and -dev-announce?
Robert
On Friday 30 May 2008, Robin H. Johnson wrote:
This is more of a reminder email than anything else, in my capacity
as the VCS administrator for Gentoo.
Thanks a lot for the overview, especially the part about public/private
repositories. It would be great if this list could be maintained as
On Monday 09 June 2008, Mike Frysinger wrote:
it seems packages are failing when built with glibc-2.8 and/or
gcc-4.3. these are issues in the package, not the toolchain.
previous versions were lazy and included API bleeding which
packages took advantage of. with these newer versions, things
Hi,
I've stumbled upon an inconsitency between package managers the other
day [1], which was due to both an ebuild and an eclass defining
inconsisting KEYWORDS.
bla-1.ebuild:
inherit myeclass
KEYWORDS=~arch
myeclass.eclass:
KEYWORDS=arch
Portage will resolve this by overwriting the
On Friday 01 August 2008, Chrissy Fullam wrote:
Debian did exactly the same a couple of months
ago prior to them moving out to OFTC
(http://www.debian.org/News/2006/20060604)
This addresses a question I raised a few days back regarding whether
we were concerned that Gentoo moving to any
On Tuesday 19 August 2008, Mark Loeser wrote:
I am not sure how we would be able to enforce this across the board
for forcefully retired developers.
If we are talking policies, can someone please define the
term 'forecefully retired'? What about people whom had been complained
about to
On Friday 05 September 2008, Fernando J. Pereda wrote:
On Fri, Sep 05, 2008 at 12:39:16AM -0700, Zac Medico wrote:
David Leverton wrote:
2008/9/5 Zac Medico [EMAIL PROTECTED]:
Both approaches are essentially equivalent but it's a little
simpler for ebuild writer if they don't have to
On Friday 05 September 2008, Mike Auty wrote:
From what I understand of the idea, the eclass will just change the
SRC_URI field from the first case (sf=tgz) to the second case (-).
Eclasses have to be sourced before the SRC_URI is determined because
they can already add (and presumably alter)
On Thursday 11 September 2008, Ciaran McCreesh wrote:
On Wed, 10 Sep 2008 23:43:54 -0700
Zac Medico [EMAIL PROTECTED] wrote:
[2] http://dev.gentoo.org/~zmedico/portage/eapi/eapi-2-draft.html
By table 6.11, are you implying that you consider the new pkg_ phase
order to be part of EAPI 2?
On Tuesday 23 September 2008, Thomas Sachau wrote:
Ulrich Mueller schrieb:
And I still don't see why we would need the most general solution
for a *default* function. There's always the possibility to write
your own src_install() for the few ebuilds that need it.
Ulrich
I aggree with
On Sunday, 5. October 2008, Ulrich Mueller wrote:
On Tue, 30 Sep 2008, Petteri Räty wrote:
dodoc ${DOCS} || die dodoc failed
This seems alright fine to me
It's not. If you want to have default DOCS then you should loop
through the items and check with [[ -e ]] before trying to
On Sunday, 5. October 2008, Ulrich Mueller wrote:
On Sun, 5 Oct 2008, Robert Buchholz wrote:
It's not. If you want to have default DOCS then you should loop
through the items and check with [[ -e ]] before trying to
install them.
So, maybe just do a 'dodoc ${DOCS}' and omit
On Sunday 05 October 2008, Thilo Bangert wrote:
Ciaran McCreesh [EMAIL PROTECTED] said:
On Sun, 5 Oct 2008 03:44:20 -0700
Robin H. Johnson [EMAIL PROTECTED] wrote:
Either we need special cases to declare that it no longer has a
homepage, or we need to allow the empty HOMEPAGE.
Hello,
currently, PMS section 10.1 states:
Some functions may assume that their initial working directory is
set to a particular location; these are noted below.
If no initial working directory is mandated, it may be set to
anything and the ebuild must not rely upon a particular location
On Monday 13 October 2008, Ciaran McCreesh wrote:
On Mon, 13 Oct 2008 10:42:21 -0700
Donnie Berkholz [EMAIL PROTECTED] wrote:
It seems to me that this is an EAPI=0 change. Since EAPI=1 and
EAPI=2 are just differences to EAPI=0, they wouldn't be voted on.
Since EAPI=0 isn't actually
On Sunday 19 October 2008, Robin H. Johnson wrote:
Now into it's Nth great year, I bring you the fourth edition of the
automatic assignment proposal. /truman-show
Yay!
5. Javascript then appends the server results into the Additional
Comments box: a suggested assignee and suggested CC
On Friday 17 October 2008, Robert Buchholz wrote:
On Monday 13 October 2008, Ciaran McCreesh wrote:
It's a retroactive change to EAPI 0 that requires changes from
package managers and has security implications... Robert isn't
requesting that we specify and mandate existing behaviour here
On Saturday 03 January 2009, Robin H. Johnson wrote:
On Fri, Jan 02, 2009 at 11:50:07PM -0600, Jeremy Olexa wrote:
So you are asking for the layman file to be updated properly or
what? layman -i overlay name
As a start:
1. How about somebody actually taking ownership of the layman.txt
On Saturday 03 January 2009, Jeroen Roovers wrote:
On Fri, 02 Jan 2009 23:50:07 -0600
Jeremy Olexa darks...@gentoo.org wrote:
So you are asking for the layman file to be updated properly or
what?
I specifically didn't go into the minor technical details (of files
and formats and so on)
On Sunday 19 October 2008, Robin H. Johnson wrote:
Now into it's Nth great year, I bring you the fourth edition of the
automatic assignment proposal. /truman-show
Previously:
http://thread.gmane.org/gmane.linux.gentoo.devel/48485 [v1]
http://thread.gmane.org/gmane.linux.gentoo.devel/49601
On Sunday 04 January 2009, Mike Auty wrote:
Jeroen Roovers wrote:
The order (first maintainer as assignee or first maintainer/herd
as assignee) is open to discussion and I think this is the proper
forum to have that discussion.
It seems sensible to me. I would've thought that being more
On Sunday 25 January 2009, Josh Saddler wrote:
Right now, there's no canonical (heh) way of handling SRC_URI for
projects that have their files at launchpad.net. We need a standard
way of handling Launchpad SRC_URIs, similar to what we do with
mirror://sourceforge/ SRC_URIs.
1. Some packages
Steve Long wrote:
Alec Warner wrote:
Er, his point being that if you don't do the upgrade all at once, you
have two classes of package.
1. Packages that don't require C-compiler
2. Packages that don't yet depend upon C-compiler
When doing the upgrade over a period of time the two classes
Steve Long wrote:
Robert Buchholz wrote:
The problem here is that one can not say when the whole tree is updated
to the new standard, because for the packages which were not touched, it
could mean that they needed no change or that they were not looked at yet.
I can understand
Petteri Räty wrote:
It's my pleasure to introduce to you Robert rbu Buchholz.
Before it's too late, I wanted to send thanks to Jokey who was and is a
great mentor.
And also to all who sent greetings. Hope to see some of you at the next
German conspiracy meeting.
Robert
--
Ryan Hill wrote:
Steve Long wrote:
Robert Buchholz wrote:
Since the tree itself is the best database of the packages available,
anything else would be a lot more overhead.
I really don't agree, altho I could well be missing something. Surely there
should be a maintenance/QA database which
Steve Long schrieb:
In terms of maintaining the metadata, am I right in thinking it's all
just kept within the text files in the tree?
Since the tree itself is the best database of the packages available,
anything else would be a lot more overhead.
I really don't agree, altho I could well be
Hi *,
both app-misc/lcdproc and app-misc/lcd4linux can use numerous kinds of
displays. The device selections are right now handled via environment
variables and/or single use flags.
I would like to unify possible devices via the USE_EXPAND'ed
LCD_DEVICES. Right now, this would contain about 50
Ciaran McCreesh schrieb:
On Wed, 10 Jan 2007 01:15:45 +0100 Robert Buchholz [EMAIL PROTECTED]
wrote:
| I would like to unify possible devices via the USE_EXPAND'ed
| LCD_DEVICES. Right now, this would contain about 50 devices [1].
How standardised is the naming of these devices?
It's
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10.01.2007 at 13:56, Chris Gianelloni wrote:
On Wed, 2007-01-10 at 01:15 +0100, Robert Buchholz wrote:
* Who will add the entries to base/make.defaults? Can I do this?
Not only *can* you, but you absolutely *must* do this if you're making
Chris Gianelloni wrote:
On Fri, 2007-01-12 at 09:22 -0700, Steve Dibb wrote:
Would that Changelog in profiles/ need to be updated for stuff
recursively as well? I made some changes to default-linux/amd64/ stuff,
but I added the changes to the ChangeLog for that directory.
That would be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 20.03.2007 um 09:35 schrieb Ioannis Aslanidis:
What I personally think out of all this situation is nice propaganda
for Gentoo, which we could somehow exploit in 'our benefit'. Anyone
with ideas on how to promote our distribution even with that
Grant Goodyear wrote:
Ciaran McCreesh wrote: [Sat Mar 24 2007, 11:38:45AM CDT]
On Sat, 24 Mar 2007 09:30:55 -0700
Mike Doty [EMAIL PROTECTED] wrote:
Grant Goodyear wrote:
[snip]
PS. So, anybody have any actual technical comments about this
proposal?
Yes. pioto's proposal is weak.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 09.05.2007 um 07:44 schrieb Donnie Berkholz:
Hi all,
I'm sure I'm not the only one with a number of projects I'll never get
to, but I'd really like them to happen anyway. I suggest we create
some
sort of page that aggregates all of these
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 12.06.2007 um 13:29 schrieb Christoph Mende:
On Tue, 12 Jun 2007 12:59:42 +0200
cilly [EMAIL PROTECTED] wrote:
On Jun 12, 2007, at 12:53 PM, cilly wrote:
Additional:
Sometimes the chance for the users to place the ebuild comfortably
into
On Friday, 6. July 2007 10:09, Petteri Räty wrote:
Mike Frysinger kirjoitti:
get your waaait dont do it votes in now, i plan on pushing:
glibc-2.6 ~amd64 ~ppc ~ppc64 ~x86
gcc-4.2.0 ~amd64 ~x86
in the next day or so
-mike
About how many packages will break with the new gcc version?
On Wednesday, 11. July 2007 21:28, Stefan Schweizer wrote:
Hi,
# unmaintained, masked for removal, bug 156497
# You can find a new version in the sunrise overlay
media-tv/freevo-1.7.2
I'll take over (proxy) maintenance of it, beandog (media-tv) agreed to
lend a hand and we have _AxS_ from
Am 13.07.2007 um 00:43 schrieb Chrissy Fullam:
The -dev mailing list would be the list for development discussion.
The
reason it does not replace -core is because it would still be open
to be
viewed by the public.
Many devs have stated that they do not wish to read -dev presently
due to
On Tuesday, 17. July 2007 13:16, Mike Auty wrote:
It also means that if a developer has had to move files around or in
some way create the specific layout of the tarball for the ebuild,
they won't be lost if the dev goes away, or retires, etc. So
attaching the specific package creation code
On Thursday, 19. July 2007 22:39, Jeroen Roovers wrote:
Marijn Schouten (hkBst) wrote:
Associate an irc-channel with each package.
Associate how? Sounds like a lot of work at the least and a lot of
cruft at the worst.
It could be included in the herds.xml:
herd
namekde/name
On Friday, 20. July 2007 23:48, Chris Gianelloni wrote:
On Fri, 2007-07-20 at 18:54 +0200, Thomas Scharl wrote:
Anyways this is more of philosophical/social issue to discuss about
than a technical one.
One thing that I had been considering bringing up and getting help
with is some
On Tuesday, 24. July 2007 14:26, Petteri Räty wrote:
Ciaran McCreesh kirjoitti:
On Tue, 24 Jul 2007 13:44:52 +0200
Marijn Schouten (hkBst) [EMAIL PROTECTED] wrote:
Perhaps we should just move DESCRIPTIONs to metadata. That would
make it impossible to use ${PV} and more importantly also
On Thursday, 2. August 2007 19:35, Christian Faulhammer wrote:
Martin Michlmayr, Debian Project Leader from 2003 to 2005, has
finished his Phd thesis about Quality improvement in volunteer
software projects [1]
.. he gave a short introduction on the whole topic on Google Tech Talks:
1 - 100 of 102 matches
Mail list logo