On Thu, Sep 29, 2005 at 12:46:36AM -0400, Dave Nebinger wrote:
>
> Hey, folks.
>
> I'm trying to write an ebuild, not my first, but definitely something
> that is relatively new to me.
>
> Anyways, I've got the following URL that pulls down the source package:
>
> http://www.fpdf.org/en/dl.ph
Hola.
Subject says it all; SANDBOX_DISABLED functions as (essentially)
RESTRICT="sandbox", except sandbox is left on for pkg_setup .
This is pretty much redundant, considering it's usage. People stick
it in the global scope; if you _must_ turn off the sandbox for a
specific phase, use SANDBOX
Hola all.
The short version of it is that there is no good reason to be using
has_version/portageq in the global scope; it's slow, it's not allowed,
and any attempts to change metadata via it screw up the build plan.
It's really a no go... so next version of portage will trigger an
immediate
On Tue, Sep 27, 2005 at 01:47:49PM -0400, Mike Frysinger wrote:
> On Tuesday 27 September 2005 01:29 pm, Chris Gianelloni wrote:
> > On Tue, 2005-09-27 at 11:57 -0500, Brian Harring wrote:
> > > I'd rather see reasons listed as to why syslog-ng is a superior
> >
On Tue, Sep 27, 2005 at 08:27:34AM -0400, Chris Gianelloni wrote:
> On Tue, 2005-09-27 at 10:39 +0200, Henrik Brix Andersen wrote:
> > On Tue, Sep 27, 2005 at 10:31:04AM +0200, Jan Kundr??t wrote:
> > > our documentation [1] lists syslog-ng as the "default" system logger
> > > while current profile
On Tue, Sep 27, 2005 at 09:07:00AM -0500, Kito wrote:
> [Portage devs please don't throw rocks at me]
All out of rocks :/
> My impression of the userland, elibc, and kernel use expanded vars is
> it was a quick way to sidestep some of the issues with GLEP22... it
> would seem the full keywords
On Thu, Sep 22, 2005 at 11:26:19AM +0300, Philippe Trottier wrote:
> Daniel Ostrow wrote:
> > On Wed, 2005-09-21 at 18:54 +0100, Jos?? Carlos Cruz Costa wrote:
> >
> >>Hi everybody,
> >>
> >>If it's commercial, the company in question should (and must) allow an
> >>ebuild for is product, like what
On Fri, Sep 23, 2005 at 09:47:17AM +0900, Georgi Georgiev wrote:
> Should pkg_setup() be run in a sandbox?
>
> The current reasons to not have it sandboxed include:
>
> - ebuilds need to add users
> - ... (any others?)
>
> So, would it make sense to sandbox pkg_setup() and only unmask the
> pass
On Thu, Sep 22, 2005 at 01:30:00PM -0400, Chris Gianelloni wrote:
> On Thu, 2005-09-22 at 11:46 -0500, Brian Harring wrote:
> > Actually, it does have to deal with glep23, and you already stated in
> > one of you emails (an "interim solution *now* since I've not heard
On Thu, Sep 22, 2005 at 09:30:20AM -0400, Chris Gianelloni wrote:
> On Wed, 2005-09-21 at 17:55 -0500, Lance Albertson wrote:
> > Is this just a one-off implementation until GLEP 23 is implemented, or
> > something that will complement it? Whats going to happen to this data
> > after GLEP23 gets im
On Tue, Sep 20, 2005 at 10:01:39AM +0300, Alin Nastac wrote:
> Georgi Georgiev wrote:
> >maillog: 20/09/2005-09:37:23(+0300): Alin Nastac types
> >>Georgi Georgiev wrote:
> >>>- that package in my overlay that has net-wireless/gnome-phone-manager
> >>> in its *DEPENDs to work for as long as needed
On Sun, Sep 18, 2005 at 03:48:43PM +, John N. Laliberte wrote:
> * "but you are taking away choice!" - If a program has both GTK2 and GTK3
> interfaces, there are many ways to allow for testing of the experimental
> interface. For instance, package.mask with a revision number.
package.mask is
On Sat, Sep 17, 2005 at 11:28:03AM +0200, Kevin F. Quinn wrote:
> The 30-day could be calculated from the $Header: of ebuilds that have
> no UNSTABLE, or where it's empty.
Doesn't work for N arches keywording, or ebuild dev doing minor
syntax touch ups.
~harring
pgp9GsjkqH1mC.pgp
Description:
On Sat, Sep 17, 2005 at 08:23:47AM +1200, Nick Rout wrote:
> Thanks for the clarification Chris.
>
> On a semi-related matter I was looking for the catalyst .spec files, and
> see a thread pointing at cvs, however I believe that as a non-dev mortal I
> can't get access to gentoo cvs. Is that so? I
On Fri, Sep 16, 2005 at 08:14:08PM +0200, Martin Schlemmer wrote:
> On Fri, 2005-09-16 at 19:42 +0200, Paul de Vrieze wrote:
> > On Friday 16 September 2005 00:20, Mike Frysinger wrote:
> > > actually this is came up in the meeting as something we would like to see
> > > spelled out explicitly ...
On Wed, Sep 14, 2005 at 04:38:04PM +0100, Ciaran McCreesh wrote:
> On Wed, 14 Sep 2005 09:42:43 +0200 Thierry Carrez <[EMAIL PROTECTED]>
> wrote:
> | Before debating if the QA team should have more power to enforce,
> | let's just have a proper QA project. Apparently not much devs want to
> | do QA
On Tue, Sep 13, 2005 at 05:02:45PM -0400, Mike Frysinger wrote:
> On Tuesday 13 September 2005 04:43 pm, Donnie Berkholz wrote:
> > Mike Frysinger wrote:
> > > this side note is unrelated to the point being made and really belongs in
> > > the previous discussions on the devrel list
> > >
> > > bes
On Tue, Sep 13, 2005 at 11:51:18AM -0500, Grant Goodyear wrote:
> Grant Goodyear wrote: [Tue Sep 13 2005, 11:40:43AM CDT]
> > I'm not sure that's entirely correct. I seem to remember at least one
> > devrel dev stating that when it comes to devs who violate technical
> > policies (not using repoma
On Tue, Sep 13, 2005 at 03:24:38PM +0200, Frank Schafer wrote:
> Hello,
>
> this bug is from 2005-02-05. It was reported again (in this thread)
> 2005-02-10. I hit the same behavior 2005-09-08.
>
> internal compiler error: segmentation fault during emerge Xorg
>
> The bug is simply reproducible
With the 'proven' definition being repeated contributions, and
explicit in the previous email the view AT's are lesser, but can move
'up' to the level of an ebuild dev, back to this email...
On Tue, Sep 13, 2005 at 04:14:34AM +0100, Ciaran McCreesh wrote:
> On Mon, 12 Sep 2005 23:01:20 -0400 Ale
Top posting, since trying to make a point here in relation to
everything that follows from your email.
define exactly how one proves themself, and in what context.
It's the arguement against (essentially) having AT's on the same level
as ebuild devs, so it best be defined.
On Tue, Sep 13, 200
On Mon, Sep 12, 2005 at 02:13:43PM +0200, Frank Schafer wrote:
> Hi,
>
> I fought with a stage1 install during this weekend. Today in the morning
> I succeeded.
> I had to move a lot in /var/log/portage.
>
> For the content of this directory I'd suggest the following:
>
> Remove the 4 digit numb
Icky on the html email :P
On Wed, Sep 07, 2005 at 05:45:16PM -0700, m h wrote:
> Hello-
> I'm investigating the similarities between portage and openpkg. More
> specifically I was wondering if it is possible to take portage and
> install in on top of an existing linux installation in its own sand
Personally, I'd love to know what this proposed chunk of work and
conflict is going to gain us...
Seen a fair amount of "you should", but no "and this is why". Without
the latter, not seeing any reason we should collapse the two biggest
arches into one (qa fun during it), considering the workl
On Wed, Aug 31, 2005 at 05:32:09PM +0900, Georgi Georgiev wrote:
> Anyone has any idea, why the $header is not
> substituted?
svn by chance? :)
Just did the conversion for portage branches for that...
~harring
pgpM4LzfFm8Jx.pgp
Description: PGP signature
On Sat, Aug 27, 2005 at 03:42:25AM -0500, Brian Harring wrote:
> Hola all.
>
> Straight to the point, I'm proposing that the following files-
> arch.list
> categories
> use.desc
> use.local.desc
> package.mask
> updates
Addition to this list: thirdpartymirrors
On Mon, Aug 29, 2005 at 05:43:35PM -0400, Chris Gianelloni wrote:
Re: not shoving work onto you, complicating your job, etc, I agree,
and actually is what I was getting at in the badly worded section
below
> > > My point is pretty simple,
> > > why should we spend a bunch of time maintaining s
On Mon, Aug 29, 2005 at 05:48:20PM -0400, Chris Gianelloni wrote:
> What other changes are you guys thinking of regarding profiles?
That would be Marius's department. I'm not willing (personally) to
look at revamping profiles till rewrite is finished.
At that point, new profile's should be able
On Mon, Aug 29, 2005 at 01:27:34PM -0400, Chris Gianelloni wrote:
> This could still be done under profiles. Personally, I like the idea of
> something more like this:
>
> project/os/arch/version for profiles
>
> This would give us something like this:
>
> default/linux/x86/2006.0
> default/fre
On Mon, Aug 29, 2005 at 12:56:35PM -0400, Chris Gianelloni wrote:
> On Sat, 2005-08-27 at 05:01 -0500, Brian Harring wrote:
> Basically, you've taken then 2005.1 profile and made it useless, since
> the stages weren't built against it anyway.
Via that logic (don't cha
On Fri, Sep 02, 2005 at 09:57:37AM +0200, Marius Mauch wrote:
> On 08/29/05 Brian Harring wrote:
>
> > On Fri, Sep 02, 2005 at 08:17:39AM +0200, Marius Mauch wrote:
> > > Don't mind moving them, BUT
> > > - metadata is a stupid location for them for seve
On Fri, Sep 02, 2005 at 08:17:39AM +0200, Marius Mauch wrote:
> On 08/27/05 Brian Harring wrote:
> > Straight to the point, I'm proposing that the following files-
> > arch.list
> > categories
> > use.desc
> > use.local.desc
> > package.mask
>
On Fri, Sep 02, 2005 at 07:58:05AM +0200, Marius Mauch wrote:
> On 08/26/05 Brian Harring wrote:
>
> > On Fri, Aug 26, 2005 at 11:44:44AM -0400, Dan Meltzer wrote:
> > > Hows the upgrade path RE: end-user useflag changes? Will everyone
> > > that has gtk in their
On Sat, Aug 27, 2005 at 03:29:32PM +0200, Kevin F. Quinn wrote:
> On 27/8/2005 13:34:15, Brian Harring ([EMAIL PROTECTED]) wrote:
>
> > Rough filtering stack-
> > profiles/package.mask
> > /etc/make.profile/package.mask (incremental through subprofiles)
> >
On Sat, Aug 27, 2005 at 01:32:33PM +0200, Fernando J. Pereda wrote:
> On Sat, Aug 27, 2005 at 01:17:50PM +0200, Kevin F. Quinn wrote:
> > Not sure about package.mask. I thought that was part of the profile,
> > as different profiles might package.mask separately. I know I use it
> > in /etc/profi
On Sat, Aug 27, 2005 at 01:17:50PM +0200, Kevin F. Quinn wrote:
> On 27/8/2005 10:42:25, Brian Harring ([EMAIL PROTECTED]) wrote:
> > Hola all.
> >
> > Straight to the point, I'm proposing that the following files-
> > arch.list
> > categories
> >
Note, sending to dev only, not cc'ing core; the inital -core post was
to make sure those who aren't watching dev ml see the email (annoying,
but it's an old habit I've yet to kick despite needing to).
On Sat, Aug 27, 2005 at 04:48:26AM -0500, Donnie Berkholz wrote:
> Br
Hola all.
Straight to the point, I'm proposing that the following files-
arch.list
categories
use.desc
use.local.desc
package.mask
updates
be moved out of the profiles directory in the tree, and into the existing
metadata directory personally, due to the fact that the files above are
essentiall
On Fri, Aug 26, 2005 at 03:02:13PM -0700, Drake Wyrm wrote:
> Brian Harring <[EMAIL PROTECTED]> wrote:
> > B) EAPI is pretty much bash env template switching
> [snip]
>
> Perhaps the EAPI handling could be implemented using eclasses, rather
> than something in t
On Fri, Aug 26, 2005 at 03:49:35PM -0400, Kristian Benoit wrote:
> On the EAPI subject Brian just brought back, I had this idea that we
> could use the same approch XML took with HTML.
>
> The ebuild could define which EAPI to use, but instead beiing a version,
> the EAPI would be an ebuild API de
On Fri, Aug 26, 2005 at 11:44:44AM -0400, Dan Meltzer wrote:
> Hows the upgrade path RE: end-user useflag changes? Will everyone that
> has gtk in their make.conf die a horrible death if they don't see the
> upgrade notice? when will they see the upgrade notice? Would it make
> sense to leave the
Pardon the delay, been putting this one off since it's going to be a
fun one to address, and will be a bit long :)
On Thu, Aug 25, 2005 at 12:34:00PM +0200, Paul de Vrieze wrote:
> What I mean is compatibility with current portage versions. Current
> versions do not understand EAPI. There would
On Thu, Aug 25, 2005 at 12:05:11PM +0200, Paul de Vrieze wrote:
> Why not create that directory in the /var/tmp/portage/package/ directory.
> It would also safeguard against packages using files that they did not
> request. Maybe in the future a similar thing could be done for patches
> (when eb
On Thu, Aug 25, 2005 at 01:41:00PM +0200, Paul de Vrieze wrote:
> On Wednesday 24 August 2005 15:23, Martin Schlemmer wrote:
> >
> > Same thing (and probably better option) if you put it in pkg_setup()
> > ...
>
> Isn't pkg_setup run too when just building a binary package (-B) (then the
> check
On Wed, Aug 24, 2005 at 08:50:58PM -0400, Mike Frysinger wrote:
> On Wednesday 24 August 2005 08:04 pm, Brian Harring wrote:
> > Again, returning to the USE="-*" arguement, yes, they can go that
> > route. It's also kind of a crappy arguement dodging out of the f
On Tue, Aug 23, 2005 at 06:58:53PM -0400, Kristian Benoit wrote:
> Yeah, I'd really like having a snapshot, even if I'd prefer having
> cvs/svn access. You can send me it by mail or make it available
> somewhere.
Pardon the delay, wanted to iron out building code before
pushing the snapshot up- it
Hola all.
Out of curiousity, since for once my portage installation is *not*
filtering out all flags but my own, I'm wondering why it is that the
system default now holds a lot of use flags that aren't really related
to the system set of packages.
See, from my standpoint cascaded profiles exis
Hola all.
robbat2 made the suggestion, and after a bit of playing I think it's
best- in short, to support multiple DISTDIR's, we need either
intelligent querying of portage from bash side as to a files true
location, or a directory full of symlinks pointing at the ebuild's
stated files.
Latte
On Wed, Aug 24, 2005 at 12:34:41PM +1200, Nick Rout wrote:
> Thanks to all of you, thats now very clear.
>
> The message i have is that it will work, but its not allowed.
Wrong interpretation- it won't work within an ebuild.
It requires exteneral user intervention to make the ebuild work,
*every*
On Wed, Aug 24, 2005 at 12:11:19PM +1200, Nick Rout wrote:
>
> On Tue, 23 Aug 2005 04:41:49 +0200
> Marius Mauch wrote:
>
> > > DOWNLOAD_CMD="wget http://laby.toybox.de/download15/ -O
> > > laby_$(P).tar.gz"
> >
> > Nope. You have three options:
> > a) bug upstream to fix that crap
> > b) use RE
On Tue, Aug 23, 2005 at 01:58:46PM -0400, Olivier Crete wrote:
> I havent looked at your new implementation (does it exist).. but yea
> what you wrote seems to make sense... except that I keep the source code
> too.. so it would bloat binary packages.. I think it should be done
> before the package
First, sidenote (mild ot to this thread also), pardon the dupe posts,
thick fingered typing dumping an old message :)
On Tue, Aug 23, 2005 at 01:34:33PM -0400, Olivier Crete wrote:
> On Tue, 2005-23-08 at 11:16 +0200, Paul de Vrieze wrote:
> > As an aside to this. Does anyone know how debug infor
Lot of text left inline, pardon, just scroll and deal with it :P
On Tue, Aug 23, 2005 at 12:28:08PM -0400, Kristian Benoit wrote:
> Here is my recent communication with Pieter:
>
> On Sat, 2005-08-13 at 21:59 +0200, Pieter Van den Abeele wrote:
> > On 13 Aug 2005, at 19:16, Kristian Benoit wrote
On Tue, Aug 23, 2005 at 12:25:03PM -0400, Kristian Benoit wrote:
> On Mon, 2005-08-22 at 15:39 -0500, Brian Harring wrote:
> > That and help would always be welcome :P
>
> Then where do I find the code (I'm an official dev yet, so I only have
> access to what's in t
On Tue, Aug 23, 2005 at 12:25:03PM -0400, Kristian Benoit wrote:
> On Mon, 2005-08-22 at 15:39 -0500, Brian Harring wrote:
> > That and help would always be welcome :P
>
> Then where do I find the code (I'm an official dev yet, so I only have
> access to what's in t
On Tue, Aug 23, 2005 at 03:20:16PM +0200, Paul de Vrieze wrote:
> To allow for this to work with current portage versions, perhaps it would
> be an option to introduce a new extension for .ebuild scripts that use
> it's functionality. That would allow all non-EAPI aware portage versions
> to aut
On Tue, Aug 23, 2005 at 09:21:50AM +0200, Fabian Zeindl wrote:
> Since nobody except Diego replied on my mail a week ago:
> Is there another way besides filing bugs and mailing the list to make a
> proposal which gets investigated? I think many users are concerned about that
> gstreamer "oddness",
On Tue, Aug 23, 2005 at 08:23:24AM +0200, Dirk Heinrichs wrote:
> Hi,
>
> I have written an ebuild for pam_krb5, based on the version found in fedora,
> since the one from sourceforge which is currently in portage is way
> outdated.
>
> However, even after reading all the ebuild docs, I can't f
Fair warning,
To anyone relying on the vars BUILD_PREFIX, BUILDDIR to be available
in the ebuild env, they're going to be yanked down the line; right
now, going by scans nobody relies on them- so... please keep it that
way.
Thanks,
~harring
pgpjVDBwDVZS4.pgp
Description: PGP signature
Hola all.
Short version, the nostrip feature is a bit funky as an option. What
I'm after is effectively building all packages *with* debugging
information as default, and leaving it up to the repository you're
merging the package to, to decide on stripping or not.
IOW, if you prefer stripped
On Mon, Aug 22, 2005 at 01:49:14PM -0400, Kristian Benoit wrote:
> On Mon, 2005-08-22 at 16:38 +0200, Marius Mauch wrote:
>
> > Anyway, I hope you realize that your project doesn't only involve
> > hacking on portage, but rewriting almost all of it for the client part.
> > Actually I'd rather sugg
On Sat, Aug 20, 2005 at 01:13:37PM -0400, Nathan L. Adams wrote:
> Chris Gianelloni wrote:
> > Reviewing an ebuild has nothing to do with inclusion. For inclusion in
> > the tree, it also needs to be tested.
>
> You don't take the slightest look at an ebuild (the code) before
> including it? Any
On Fri, Aug 19, 2005 at 12:10:44AM -0700, Donnie Berkholz wrote:
> Brian Harring wrote:
> | Yeah, but the angle I'm pushing for default IUSE's ...er.. use is
> | eliminating no* flags, and giving ebuild maintainers more flexibility
> | in breaking the package down into c
On Fri, Aug 19, 2005 at 05:30:42AM +0200, Christian Parpart wrote:
> On Thursday 18 August 2005 17:44, Chris Gianelloni wrote:
> > On Thu, 2005-08-18 at 10:17 -0500, Brian Harring wrote:
> > > 2) ebuild maintenance will be a nightmare- every new version will
> > >
On Fri, Aug 19, 2005 at 01:06:35AM +0100, Ciaran McCreesh wrote:
> On Thu, 18 Aug 2005 13:13:56 -0500 Brian Harring <[EMAIL PROTECTED]>
> wrote:
> | You're a bit vague in the 'die in pkg_setup' bit; if you're
> | referencing doing the changes now, and stickin
On Thu, Aug 18, 2005 at 06:24:03PM +0100, Ciaran McCreesh wrote:
> On Thu, 18 Aug 2005 10:56:06 -0500 Brian Harring <[EMAIL PROTECTED]>
> wrote:
> | Best solution in my opinon? Two use flags address this, client, and
> | server. Regardless of the setting of the two, y
On Thu, Aug 18, 2005 at 01:18:17PM -0400, Mike Frysinger wrote:
> > > Yes, very. Saves us from hacky local USE flag handling by naming them
> > > no* or adding them to profiles.
> >
> > Which then raises the question of whether or not -* in a users USE
> > should disable it.
> > I say no, since -*
On Thu, Aug 18, 2005 at 01:16:05PM -0400, Alec Warner wrote:
> As long as there is a way provided disable the 'default use flags' in
> this case referring to the IUSE="+foo" stuff, with a big warning that
> says crap generally isn't expected to work great with that setting on,
> then thats fine.
On Thu, Aug 18, 2005 at 09:08:51AM -0700, Donnie Berkholz wrote:
> Brian Harring wrote:
> | Kind of curious about people's opinion on the IUSE default use flag
> | thing, initial syntax was (using the above example)
> | IUSE="+client server"
> | with client defa
On Thu, Aug 18, 2005 at 11:37:05AM -0400, Chris Gianelloni wrote:
> Other distributions are also binary-only, so there's no real comparison
> here. While I think having "client" and "server" type USE-flags is
> really a bad idea, I don't see a problem with providing a library.
>
> I 100% disagree
On Thu, Aug 18, 2005 at 04:28:40PM +0200, Christian Parpart wrote:
> for the general mysql ebuild, I'd propose the following splitup:
> * dev-db/mysql-server (or myssqld)
> * net-libs/libmysqlclient
> * dev-db/mysql (a meta package that simply depends on both, for backward
> compat)
> Using the
On Fri, Aug 12, 2005 at 10:14:35AM +0900, Jason Stubbs wrote:
> On Friday 12 August 2005 02:26, Marius Mauch wrote:
> > Hi,
> >
> > For all those drooling over their keyboards after reading this topic,
> > please also read the rest of this mail.
> > So yes, finally a portage-2.1 pre-pre-pre-alpha v
Mildly hijacking the thread to poke about alternative mirroring
methods...
On Wed, Aug 10, 2005 at 10:23:48PM -0700, Robin H. Johnson wrote:
> The diff between 20050801 and 20050802 is only 862668 bytes (uncompressed)
> (and
> 157728 bytes when bzip2'd), so either rsync needs some serious work d
On Tue, Aug 09, 2005 at 07:36:31AM -0500, Caleb Tennis wrote:
> On Monday 08 August 2005 08:14 pm, Donnie Berkholz wrote:
> > If you could bring up some specific examples, we could discuss them.
>
> Sure. Qt has optional support for xkb, tablet, fontconfig, xrender, xrandr,
> xcursor, xinerama (
On Fri, Aug 05, 2005 at 10:59:23AM +0200, Sune Kloppenborg Jeppesen wrote:
> On Friday 05 August 2005 03:40, Brian D. Harring wrote:
> > On Thu, Aug 04, 2005 at 05:31:43PM -0400, Chris Gianelloni wrote:
> > It's not an overnight thing, glep19 (stable portage tree) addresses a
> > > > chunk of conc
On Tue, Jun 21, 2005 at 08:35:52PM +0200, Thierry Carrez wrote:
> I don't say that it cannot be done, and I don't ask what's the best way
> to do it. I just ask *if* we should try to provide higher-level tools
> (and/or doc) to help in doing so. It's not obvious (especially for
> non-developers) ho
On Wed, Jun 01, 2005 at 11:25:00PM +0900, Jason Stubbs wrote:
> I'd be for having RDEPEND required to be set manually. ;)
As would I, actually...
Granted it's a useful convenience, but it also makes nailing the deps
down much harder. Personally down the line, I'd like to see packages
that requi
On Sun, May 29, 2005 at 02:32:45AM -0400, Mike Frysinger wrote:
> On Sunday 29 May 2005 01:48 am, Alec Warner wrote:
> > The actual fix to the bug is a minor one, a small check to Repoman to
> > make sure ebuilds have both DEPEND and RDEPEND set; and to warn if they
> > are not set.
> >
> > However
On Fri, May 27, 2005 at 01:47:37PM +0200, Danny van Dyk wrote:
> Hi Brian
> > What's the gain, aside from implication of collapsing it into a
> > single file? Honestly my only use for metadata.xml is looking up who
> > I get to poke about fixing broken ebuilds...
> The gain is:
> ... that you p
On Fri, May 27, 2005 at 01:01:56PM +0200, Simon Stelling wrote:
> > I would like to propose the following changes:
> > Let's keep the metadata.xml in each package's directory in _CVS only_.
> > Don't propagate them via rsync. Instead, use a script to compile all
> > metadata.xml files into one cent
On Tue, May 24, 2005 at 11:07:54AM +0100, Ciaran McCreesh wrote:
> On Tue, 24 May 2005 11:53:30 +0200 "Michael Haubenwallner"
> <[EMAIL PROTECTED]> wrote:
> | Variables to be set by portage:
> | PREFIX="/home/haubi"
> | AFFIX="home/haubi/" (not used here)
>
> Hrm. So what do we use for finding out
On Tue, May 17, 2005 at 09:58:43AM +0200, Thierry Carrez wrote:
> Stefan Schweizer wrote:
>
> > Many bugs in bugzilla have ebuilds contributed, the work is done,
> > there is just no developer to add them to the tree and review them.
> > Bugvoting would allow other developers to see where they can
On Mon, May 16, 2005 at 10:28:48PM +0200, David Klaftenegger wrote:
> Georgi Georgiev wrote:
> > Would it be inappropriate to start bitching (again) about a flat tree
> > where each package can go in multiple categories?
>
> So now, that I've read all messages in this thread, I needed a point to
On Thu, May 12, 2005 at 08:01:23PM +0100, Stroller wrote:
> >>>* Unique ID strings for packages, zynot style. Messy as hell though,
> >>>DEPEND="foo/bar {12379812AD7382164BD87678652438FC65E43A2}" doesn't
> >>>have
> >>>the same kind of ring to it...
> >>
> >>Maybe I'm just a messy person, but I re
On Wed, May 11, 2005 at 08:10:03PM +0100, Ciaran McCreesh wrote:
> On Thu, 12 May 2005 04:01:17 +0900 Georgi Georgiev <[EMAIL PROTECTED]>
> wrote:
> | How do we prevent a current category/package combination like
> | net-wireless/gnome-phone-manager from becoming something else like
> | app-cellpho
On Wed, May 11, 2005 at 11:11:02AM -0400, Alec Warner wrote:
> >>>Yes and no. You're assuming that people don't use the layout on disk for
> >>>digging
> >>>around without calling portage. Personally, I do.
>Not need to be related, but shouldn't be related. In essence this
> allows people
On Wed, May 11, 2005 at 06:01:17PM +0900, Georgi Georgiev wrote:
> maillog: 11/05/2005-03:40:04(-0500): Brian Harring types
> > > On Wed, May 11, 2005 at 09:46:03AM +0200, Kevin F. Quinn wrote:
> > > Here's my suggestion, for what it's worth :)
> > >
>
> On Wed, May 11, 2005 at 09:46:03AM +0200, Kevin F. Quinn wrote:
> Here's my suggestion, for what it's worth :)
>
> The layout on disk and the semantics of categories do not need to be related.
Yes and no. You're assuming that people don't use the layout on disk for
digging
around without cal
On Wed, May 11, 2005 at 10:11:32AM +0200, Danny van Dyk wrote:
> Fine, fine this means i can remove them as soon as i pout the new
> versions in :-) I'm now going to package mask all of icc/ifc.
Hmm. mm'kay, get cracking, they'll still get flagged in my script :)
>
> > These fetching failures
On Tue, May 10, 2005 at 10:59:42PM -0700, Duncan wrote:
> > Since our tree layout is based upon category, if you tried shifting the
> > focus of it to packages_in anyway_, you would explicitly disallow same
> > name packages, different category. Doesn't matter how you structure the
> > tree, if yo
On Wed, May 11, 2005 at 01:27:46PM +0900, Georgi Georgiev wrote:
> As to whether the categories are good or not... think about it. If they
> were good, would we still be seeing packages moving around the tree?
> That's why I think that multiple categories are a necessity. Unless of
> course, packag
On Tue, May 10, 2005 at 08:04:04PM +0900, Georgi Georgiev wrote:
> maillog: 10/05/2005-11:28:21(+0200): Martin Schlemmer types
> > On Mon, 2005-05-09 at 13:07 -0400, Aron Griffis wrote:
> > > Georgi Georgiev wrote:[Sun May 08 2005, 08:19:20PM EDT]
> > > > Would it be inappropriate to start bitc
On Tue, May 10, 2005 at 09:54:33PM +0100, Ciaran McCreesh wrote:
> Is there a standard way of handling testing for utility-type eclasses?
> For versionator I currently have a __versionator__test_blah function
> included in the eclass (source versionator.eclass works, it doesn't have
> any portage-s
On Tue, May 10, 2005 at 08:06:15PM +0200, Danny van Dyk wrote:
> Some of my thoughts on current problems (w/o having searched bugzilla yet!)
>
for dev-lang/icc-6.0-r1
l_cc_p_6.0.139.tar isn't fetchable
and for
dev-lang/icc-7.1.029
l_cc_pc_7.1.029.tar isn't fetchable
and
dev-lang/ifc-6.0
l_f
Unless someone steps up, the intel compiler toolchain
packages dev-lang/icc (intel cc) and dev-lang/ifc (intel fortran
compiler) are prime candidates for removal from the tree; open bugs,
primary maintainer is retired, and no devs have moved in to pick up the
packages, let along touched the cha
On Mon, May 09, 2005 at 10:12:03PM +0200, Paul de Vrieze wrote:
> What about adding a "panic" mode to portage which, when confronted with a
> missing profile, (and after confirmation) continues to upgrade portage to the
> latest version it can find with some default settings that should allways
On Mon, May 09, 2005 at 03:46:57AM +0300, Marius Mauch wrote:
> Brian Harring wrote:
> >Clarify please :)
> >Offhand, I don't see why a bin repo for a home target isn't viable,
> >along with a vdb repo in the same location. It's a bit trickier, but
> >
On Mon, May 09, 2005 at 09:09:57AM +0200, sf wrote:
> Brian Harring wrote:
> ...
> > B) Permenant solution needed for when snapshots upstream aren't
> >generated, as occured 04/29. This probably will have to be
> >serverside- easiest route, otherw
On Sat, May 07, 2005 at 10:32:53PM +0200, [EMAIL PROTECTED] wrote:
>
> Hi,
>
> Are there any plans for supporting ebuilds for windows apps which use
> wine? I just installed wine (via the ebuild) to enable DVDShrink to
> be installed. Worked like a charm, but it would have been much cooler
> t
On Sun, May 08, 2005 at 12:47:05AM +0900, Jason Stubbs wrote:
> 6 Portage must disallow the creation of binary packages where all
>dependencies are not in the same PREFIX.
First level, second level... ?
I'd rather see the deps/prefix data slapped into the binpkg, and
tracked alongside, and ve
601 - 700 of 735 matches
Mail list logo