+# Petteri Räty <[EMAIL PROTECTED]> (16 Jun 2007)
+# We like our stuff GPL so use dev-java/javahelp instead
+dev-java/javahelp-bin
+
signature.asc
Description: OpenPGP digital signature
Vlastimil Babka wrote:
Jan Kundrát wrote:
It could be interesting to evaluate a new rule "fetch/mirror restricted
package can't be marked stable" :).
I believe common sense and per-package experience is better than such
general rules :)
Agreed, although I think most people would agree with
On 6/15/07, Vlastimil Babka <[EMAIL PROTECTED]> wrote:
Syntax shouldn't repeat package name twice. It wouldn't make much sense
to use it with >=some-cat/foo-4.0
I was thinking about AND dependencies but the only reasonable examples I
could thing of were ranges of versions and thus didn't recogn
Vlastimil Babka wrote:
> Maybe you could (either when final 1.4 hits ~arch or on 19th) change the
> RESTRICT="mirror" to RESTRICT="fetch" in <1.4 and explain the situation
> in pkg_nofetch() via einfo, telling users they either find the distfile
> themselves (might have it on another computer, or g
Gustavo Felisberto <[EMAIL PROTECTED]> writes:
> Any alternatives?
Ask Skype/upstream to change their behavior? For either the installer
mirroring or historical-version removal date.
If they're going through the trouble of producing a linux version, they
probably understand how distros work, a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jan Kundrát wrote:
> Abhay Kedia wrote:
>> I am involved in this thread since its very beginning but looks like I am
>> not
>> being able to understand the problems. Would you please be kind enough to
>> enumerate the issues discussed in this thread
Christopher Bach <[EMAIL PROTECTED]>:
> So if you are a developer or contributor and if you have about 30
> minutes time for me, I would be happy to talk to you!
Wann, wie und wo?
V-Li
--
http://www.gentoo.org/
http://www.faulhammer.org/
http://www.gnupg.org/
signature.asc
Description: PGP
Hi there,
I am currently writing my thesis on Innovation in Open-Source Software
Communities. Since I am looking for some interview partners, it would be
nice if I could also talk to some of Gentoo developers. I am interested
in how you get new ideas and how you work together.
So if you are
On Fri, 15 Jun 2007 13:45:39 +0200
Luca Barbato <[EMAIL PROTECTED]> wrote:
> Ciaran McCreesh wrote:
> > Paludis allows users to do some-cat/foo[>=4.0&<4-3] and
> > some-cat/foo[=4.1|=4.2|=4.3] . The syntax isn't particularly pretty,
> > but it's cleaner than requiring duplication of the cat/pkg. Co
Ciaran McCreesh wrote:
> Paludis allows users to do some-cat/foo[>=4.0&<4-3] and
> some-cat/foo[=4.1|=4.2|=4.3] . The syntax isn't particularly pretty,
> but it's cleaner than requiring duplication of the cat/pkg. Combined
> with :slot deps it should give you everything you need.
>
Seems not bad,
Abhay Kedia wrote:
> I am involved in this thread since its very beginning but looks like I am not
> being able to understand the problems. Would you please be kind enough to
> enumerate the issues discussed in this thread that warrant complete removal
> of Skype (rather than masking it) from th
Marijn Schouten (hkBst) wrote:
> AND is already the implicit combinator. Thus simply listing both these
> atoms
> gives what you want:
>
> > =some-cat/foo-4.0
>
> Still a special syntax for ranges seems like a good idea. If only portage
> would not upgrade past such specifications (and downgrade t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Marijn Schouten (hkBst) wrote:
> John R. Graham wrote:
>> What I'd really like to be able to code is a range with an AND operator,
>> something like this
>> ( && >=some-cat/foo-4.0
> AND is already the implicit combinator. Thus simply listing bot
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
John R. Graham wrote:
> What I'd really like to be able to code is a range with an AND operator,
> something like this
> ( && >=some-cat/foo-4.0 =some-cat/foo-4.0
http://enigmail.mozdev.org
iD4DBQFGclz1p/VmCx0OL2wRAuxMAJY2sDo/FpEqRN3DPk3DkCGM5p++A
Hi!
On Fri, 15 Jun 2007, Kent Fredric wrote:
> On 6/15/07, John R. Graham <[EMAIL PROTECTED]> wrote:
> > I occasionally run across a package version dependency issue that cannot
> > be elegantly solved by the current dependency syntax. Every time I've
> > come across this, it's boiled down to
15 matches
Mail list logo
