Hi gang,
The new ppp ebuild should erase /etc/conf.d/net.ppp0 and
/etc/init.d/net.ppp0 installed by previous versions of net-dialup/ppp.
The upcoming sys-apps/baselayout-1.12.0_pre11 will be able to handle any
kind of PPP links.
What would be the best way of doing this?
signature.asc
Descriptio
Marius Mauch wrote:
>>If not, i *personally* could go slowly removing the entries, along
>>with other people willing to help, or any other _better_ suggestion
>>to deal with this?
>>
>>
>
>Don't do this without explicitly checking with the maintainer for a
>package (if existant). Generally red
Hi all,
I plan to release a new version of net-dialup/ppp that will add support
for the pppd net module found in
sys-apps/baselayout-/baselayout-1.12.0_pre11.
This version, however, cannot work with the old /etc/init.d/net.ppp0,
hence I plan to die in pkg_setup with following messages:
* Followi
Herbie Hopkins wrote:
>On Fri, 2005-11-25 at 17:32 +0100, Simon Stelling wrote:
>
>
>> version 5 does not work on clean install
>>
>>
>
>A very descriptive changelog... Any idea what "does not work" means? .
>Seems to work pretty well here.
>
>
same here.
anyway, a "
signature.asc
Descr
Hi all,
I plan to release a new version of net-dialup/ppp that will add support
for the pppd net module found in
sys-apps/baselayout-/baselayout-1.12.0_pre11.
This version, however, cannot work with the old /etc/init.d/net.ppp0,
hence I plan to die in pkg_setup with following messages:
* Followi
Volkov Peter wrote:
>I think it's good idea to add some *reasons* why that files are
>obsoleted.
>
>fex:
>
>* Gentoo is moving toward common configuration file for all network
>* interfaces. Thus starting from >=ppp-2.4.3-r10 the following files
>* are obsoleted and should be removed to avoid futu
Mark Loeser wrote:
>Well, you can tell I didn't exactly think about this too much beforehand,
>since its been brought to my attention a virtual would probably be best for
>this, so we would handle the || ( gcc-3.3.* libstdc++ ) inside of the
>virtual. I'll make one later unless anyone has strong
George Shapovalov wrote:
>Well, I was going to suggest that, but then I realized that he would have to
>be 35+ at this point and to be from Kiev ;).
>
>
>
What is wrong with being over 30? I'm one of those guys... ;-)
Judgind after the fact that is a PhD student, it might be 8-)
signature.a
Given the lack of interest manifested by mips team regarding
net-proxy/squid and its security bumps, I propose to remove the last
mips-stable version of this package - 2.5.10-r2 - marked as such by
hardave on September the 4th 2005.
Objections anyone?
signature.asc
Description: OpenPGP digital
Mike Frysinger wrote:
>On Friday 06 January 2006 08:07, Alin Nastac wrote:
>
>
>>Given the lack of interest manifested by mips team regarding
>>net-proxy/squid and its security bumps, I propose to remove the last
>>mips-stable version of this package - 2.5.10-r2 - mar
Marcelo Góes wrote:
>
>If INSTALL_MASK is the correct way to prevent logrotate stuff from
>being installed, then those 8 ebuilds I mentioned earlier should drop
>the USE flag and install it by default. That's probably easier to fix,
>too.
>
>
This cannot be done for squid, because this useflag s
Chris Gianelloni wrote:
>Basically, if the package *requires* something to function, such as a
>cron script, then it should install it unconditionally. If it does not,
>then it shouldn't install it. Having to change USE to get a stupid
>cron/logrotate file is definitely not the best option. Why
Ciaran McCreesh wrote:
>On Fri, 10 Feb 2006 10:14:26 -0500 Chris Gianelloni
><[EMAIL PROTECTED]> wrote:
>| Interesting, yes... but ebuilds are read by humans and it is necessary
>| to be comprehensible a lot more than the Manifest files are.
>
>Sure. But the comparison would show whether or not it
[deleted]
All seems fair enough, but please fix portage qa issues before this
policy is applied (see bug http://bugs.gentoo.org/show_bug.cgi?id=123733).
signature.asc
Description: OpenPGP digital signature
Simon Stelling wrote:
> Alec Warner wrote:
>
>> Taking the earlier comment ( changing files only on the mirrors )
>> there are no portage changes that are technically required. However,
>> you'd need to change about 1 ( random number I pulled out of my
>> ass, but there are many affected ) SR
Stuart Herbert wrote:
>Why not have the directory structure follow the package category
>structure? E.g. the distfiles for package foo/bar goes into the
>directory ${MIRROR_ROOT}/foo/bar?
>
>This should be easy enough to support in Portage, and if applied to
>the /usr/portage/distfiles directory
Jan Kundrát wrote:
>Alin Nastac wrote:
>
>
>>this has been discussed before.
>>summary: tarballs could be used by more than one package. this way
>>you'll manage to increase the disk space demands for our mirrors.
>>
>>
>
>This one is a
Daniel Drake wrote:
> We have a large expense on both sides when adding a developer to the
> project. I personally have lost developer candidates, undoubtedly more
> technically experienced than myself, who simply did not have the time
> to go through a month-long recruitment process which involve
Jeroen Roovers wrote:
>All descriptions seem to indicate exactly the same thing. Maybe now it's
>time to make it a global use flag.
>
>
Please read this thread:
http://thread.gmane.org/gmane.linux.gentoo.devel/35675
signature.asc
Description: OpenPGP digital signature
Stefan Schweizer wrote:
>On 3/31/06, Jürgen Schinker <[EMAIL PROTECTED]> wrote:
>
>
>>how ca i make sure that i am informed earlier about such changes?
>>
>>
>>
>when has it been renamed exactly, any specific versions?
>
>
Upstream changed that in version 3.6. There is a warning about the
ugzie.
Btw, the change was made 9+ months ago:
...
21 Jun 2005; Alin Nastac <[EMAIL PROTECTED]> -files/rp-pppoe.rc,
rp-pppoe-3.5-r11.ebuild:
Remove the rp-pppoe init script. The new way of using rp-pppoe is through
adsl net module of the baselayout-1.11.12-r4.
...
signature.asc
Description: OpenPGP digital signature
Curtis Napier wrote:
>And that change was duly noted and acted upon by almost everyone. We had
>several threads in the forums plus the einfo warnings. Most people made
>the transition without any problems. Good work on the adsl mrness, it
>works so much better than rp-pppoe now, thanks!
>
>
Tha
Unless someone has a really good reason not to,
app-mobilephone/openobex-apps will be removed from the tree on April 20th.
Most programs found in this package were included in
>=dev-libs/openobex-1.2.
The only exception, obexserver, have a better replacement in
app-mobilephone/sobexsrv.
signatur
Simon Holm Thøgersen wrote:
>tor, 13 04 2006 kl. 22:55 +0300, skrev Alin Nastac:
>
>
>>Unless someone has a really good reason not to,
>>app-mobilephone/openobex-apps will be removed from the tree on April 20th.
>>Most programs found in this package were include
Simon Holm Thøgersen wrote:
>tor, 13 04 2006 kl. 22:55 +0300, skrev Alin Nastac:
>
>
>>Unless someone has a really good reason not to,
>>app-mobilephone/openobex-apps will be removed from the tree on April 20th.
>>Most programs found in this package were include
Henrik Brix Andersen wrote:
>On Sat, Apr 15, 2006 at 02:06:00AM +0300, Alin Nastac wrote:
>
>
>>dev-libs/openobex-1.2 is now in the tree.
>>
>>
>
>Why did you p.mask openobex-apps before openobex-1.2 is stable?
>
>
For forcing users to test openobe
Henrik Brix Andersen wrote:
>On Mon, Apr 17, 2006 at 11:21:29AM +0200, Henrik Brix Andersen wrote:
>
>
>>Please solve this mess - don't package.mask openobex-apps until
>>openobex-1.2 has the same KEYWORDS as openobex.
>>
>>
>
>... as openobex-apps, of course.
>
>./Brix
>
>
OK, I've remove
Sven Köhler wrote:
>at the moment, /usr/lib/pppd/2.4.2/rp-pppoe.so is installed by
>net-dialup/ppp - nothing special - well, it's not a very recent version.
>In the syslog it says:
>
>RP-PPPoE plugin version 3.3 compiled against pppd 2.4.2
>
>On the other hand, i've got net-dialup/rp-pppoe-3.8 ins
Lets say a package foo depends on bar, both at compile time and run time.
Shouldn't DEPEND _and_ RDEPEND of the foo package reflect that
dependency? I usually set DEPEND="$RDEPEND ..." or vice-versa (depending
on which is the most demanding). Am I utterly wrong here?
I know that when a package is i
Kevin F. Quinn (Gentoo) wrote:
>It would be useful to know how many people think herds are not
>maintainers - if only a few people think this then I suggest it would
>be better to accept the common interpretation of herd as a group of
>people who can maintain a package.
>
>
>
I've always conside
A. Khattri wrote:
>Im working on an ebuild for a package and Im not sure what license to use.
>The package is Copyright Company "X" but has this underneath:
>
>
>## This software may be freely copied, modified and redistributed
>## without fee for non-commerical purposes provided that this license
Ryan Phillips wrote:
>
>The council should not vote on gleps are provide policy. They should
>be there to handle the money and world-wide problems.
>
>The developers should drive innovation; not the council.
>
>As in all democracies things get done slowly. We don't need a
>democracy within Gento
Tim Yamin wrote:
>On Fri, Apr 28, 2006 at 01:55:01PM -0500, Grant Goodyear wrote:
>
>
>>>CVS doesn't do branching nor tags very well...
>>>
>>>__Problem: CVS__
>>>
>>>CVS is one of the worst application ever created. The portage tree
>>>needs to move to subversion. A lot of the problems withi
Carsten Lohrke wrote:
>RDEPEND="cvs? ( dev-util/cvs )
> svn? ( dev-util/subversion )
> !cvs? ( ! svn? ( dev-util/cvs ) )"
>
>
Huh? How about:
RDEPEND="|| ( dev-util/cvs dev-util/subversion )"
IMO, your example is a USE flag abuse.
signature.asc
Description: OpenPGP digital signatu
Chris Bainbridge wrote:
> ...
> Do we really have many users on dialup that it would
> inconvenience? Surely the massive size of the distfiles you have to
> download makes the impact of rsyncing the portage tree negligible
> compared to actually fetching everything you want to install?
>
It is har
Thomas Cort wrote:
> What is the proper quoting style for using epatch? In the tree there
> are about 3 different styles...
>
> epatch ${FILESDIR}/some-fix.patch # used by 7326 ebuilds
> epatch "${FILESDIR}"/some-fix.patch# used by 3092 ebuilds
> epatch "${FILESDIR}/some-
app-mobilephone/openobex-apps has been masked and it will be removed
from the tree in 30 days.
Those who want a OBEX server should use app-mobilephone/sobexsrv.
signature.asc
Description: OpenPGP digital signature
I have a question for portage devs. Is appending -g to CFLAGS tolerable
from your pov?
I ask this because net-dialup/freeradius allow me to install unstripped
binaries but the correspondent configure option (--enable-developer)
also append -g to CFLAGS.
Otherwise, I will have to patch configure.in
Mike Frysinger wrote:
> On Saturday 01 July 2006 02:34, Alin Nastac wrote:
>
>> I have a question for portage devs. Is appending -g to CFLAGS tolerable
>> from your pov?
>>
>
> you're confusing things
>
> adding debugging symbols has nothing to
Every now and then someone get sick of Gentoo and suddenly became
prophet, preaching that the end of the distro is near.
I wanted to see how much should we worry about it so I've made a perl
script to find the history of the following characteristics:
- no. of active developers (active dev := did
Chris Bainbridge wrote:
> It may be a better metric to look at the bugzilla stats. How has the
> number of bugs being filed changed? What ratio of filed bugs are
> resolved, vs the ones that are left open? bugs.gentoo.org has some
> facilities for graphing stats back to December 2005...
Bugzilla ca
Simon Stelling wrote:
> I think we agreed at least 3 times on that the logrotate use flag
> shouldn't exist at all because those files add <4kb to the package.
>
Please look at http://article.gmane.org/gmane.linux.gentoo.devel/35754 .
I said it once, I'm saying again: squid need this USE flag.
Doug Goldstein wrote:
> dba
> dio
> ingres
> msession
> mcve
>
> are all used by 1 ebuild... and that's dev-lang/php... they should be
> moved to local's.
>
>
Consequence: php eclasses code should be moved in dev-lang/php ebuild.
signature.asc
Description: OpenPGP digital signature
Gustavo Felisberto wrote:
> net-mail/sendEmail
>
Took this one.
signature.asc
Description: OpenPGP digital signature
I'm annoyed about impossibility to fix a certain class of breakages
(other than reemerging the failing package). I am referring to the
breakages occurred when foo has been upgraded, but the bar package
cannot work with it because it was build against the old foo version.
We all had to run revdep-r
Luca Barbato wrote:
> Alin Nastac wrote:
>> I reckon this could be solved by yet another *DEPEND variable. The only
>> atoms accepted by this variable would be "CATEGORY/PN". Every time when
>> a package gets updated from PV1 to PV2 (distinct versions, revisions
&
Brian Harring wrote:
> On Thu, Sep 21, 2006 at 01:38:59PM +0200, Luca Barbato wrote:
>
> There is one flaw with this though; packages can provide both
> libraries _and_ binaries. Our dependencies don't represent whether
> the dep is actual linkage, or just commandline consuming, so (using
>
Brian Harring wrote:
> BDEPEND was actually a seperate proposal/idea, intention there was to
> have that be the deps that *must* be CHOST (gcc would be an example);
> bits that are used to actually build the pkg, not data it consumes in
> building (headers would be data).
>
Well, until now I
Mike Frysinger wrote:
> i think you're merging the two issues you brought up ... there is binary ABI
> issues (which should not require a new DEPEND variable as portage can extract
> that information out at runtime) and there is runtime plugin issues with
> packages using dlopen() (which portage
Dice R. Random wrote:
> What control mechanisms are there within the Gentoo community to keep
> a few bad apples from spoiling the whole barrel, as it were? I do not
> wish to name any names, but it seems to me from having skimmed this
> list for the past few years that there are a couple people w
Mike Frysinger wrote:
> On Thursday 21 September 2006 13:15, Alin Nastac wrote:
>
>> Unless you save the specific compatibility version of the net-dialup/ppp
>> used by net-dialup/pptpd for building the package, I don't see how can
>> it help me.
>> Judging a
Hi fellow devs,
I discovered that ppp-2.4.4 set a default route without a gateway. It is
totally fine from IP routing point of view (the simple fact that route
is through the point-to-point link is enough to know the next hop),
except that openswan's %defaultroute need a default gateway in order t
Roy Marples wrote:
> So how does that look in the routing table?
>
"default dev ppp0 scope link" instead "default via a.b.c.d dev ppp0".
> If say a DHCP client renewed it's lease and it set a new default route, would
> this have any effect?
>
I guess a DHCP client would override the default
Natanael Copa wrote:
> Nobody has ever showed interest and I'm not pushing my services on
> anyone.
>
Why exactly you don't want to become a Gentoo dev? The whole "proxy
maintainer" thing is a bunch of crap. The Gentoo developer will still be
expected to be responsible of his/her commits, which
Natanael Copa wrote:
> Because of gentoo devs always seems to fight?
>
>
You don't have to fight.
> Its funny, I use gentoo much more that FreeBSD, I'm a freebsd port
> maintainer, but nothing for Gentoo (well, im an active bugreporter...)
>
> When I submit a fix/version bumb (I submit as "maint
Hubert Mercier wrote:
> Since this work saved me a lot of work / time / money in the past two
> years, I thought maybe it could help others. Just let me know if we
> could do something with this, if it sounds usefull/less to you, etc...
Sounds pretty useful to me :-P
signature.asc
Description:
Please correct me if I'm wrong, but isn't amd64 and ia64 architectures
nearly the same? Beside 3dnow/sse instruction sets of course.
If so, shouldn't we have the same kewords ("amd64 ia64", "~amd64 ~ia64"
or none) on every package that don't use 3dnow/sse instructions?
I only ask this because I th
Mike Frysinger wrote:
> my guess is you're confusing EM64T and IA64 ... in that case, people with
> EM64T cpu's use the amd64 KEYWORD
>
yeah, I confused those 2 arches :-[
signature.asc
Description: OpenPGP digital signature
Up till now, I relied on implicit dependencies (dependencies of my
dependencies).
Apparently now (see https://bugs.gentoo.org/show_bug.cgi?id=152534) we
should add every atom that an ebuild depends on to (R)DEPEND.
Which is the right way?
signature.asc
Description: OpenPGP digital signature
David Shakaryan wrote:
> George Prowse wrote:
>
>> Mike Frysinger wrote:
>>
>>> On Wednesday 25 October 2006 01:53, Drake Wyrm wrote:
>>>
I think someone is yanking your chain, vapier.
>>> i doubt it ... other people on irc mentioned receiving said e-mail as
>>> we
Facts:
a) current SPF TXT record of our domain is "v=spf1 mx ptr ?all"
b) I use my own MTA to send my @g.o messages.
c) Probably I am not the only one who does that
I've just evaluated SPF support in spamassassin and I've discovered that
SPF_NEUTRAL has a big fat score of 1.1.
I don't
Jon Portnoy wrote:
> I've been mostly inactive for a good while but hanging on mostly for
> sentimentality's sake, it's past time for that to stop.
>
>
Sad to see another one of us throwing the towel, but I guess this is
just life. People came, people go...
Thanks for all the things you have do
Mike Frysinger wrote:
> If you have something you'd wish for us to chat about, maybe even
> vote on, let us know ! Simply reply to this e-mail for the whole
> Gentoo dev list to see.
>
I have a problem with our current SPF record. I wanna see a +all in this
record for 2 reasons:
a) SPF is rea
Mike Frysinger wrote:
> that's nice, but again, why arent these being directed to infra ?
>
It could be considered as organization policy, so I assumed council had
to be involved in this decision.
signature.asc
Description: OpenPGP digital signature
Mike Frysinger wrote:
> On Sunday 05 November 2006 05:39, Alin Nastac wrote:
>
>> Mike Frysinger wrote:
>>
>>> that's nice, but again, why arent these being directed to infra ?
>>>
>> It could be considered as organization policy, so
Mike Frysinger wrote:
> On Sunday 05 November 2006 07:36, Jakub Moc wrote:
>
>> I'd like to resubmit it to the council... :/
>>
>
> not until it pans out with infra
>
Now would be a good time to bring the problem before the council?
It has been permanently closed as WONTFIX by klieber (
Mike Frysinger wrote:
> On Sunday 05 November 2006 10:00, Alin Nastac wrote:
>
>> Mike Frysinger wrote:
>>
>>> On Sunday 05 November 2006 07:36, Jakub Moc wrote:
>>>
>>>> I'd like to resubmit it to the council...
Mike Frysinger wrote:
> On Monday 06 November 2006 16:59, Jakub Moc wrote:
>
>> Chris Gianelloni napsal(a):
>>
And WONTFIXed in 15 minutes. In that case, I'd like to resubmit it to
the council... :/
>>> So because you didn't like the answer from the people responsibl
Mike Frysinger wrote:
> On Monday 06 November 2006 17:09, Alin Nastac wrote:
>
>> I re-stated my case in comment #14
>>
>
> most of your dislike for SPF centers around the idea you dont want to send
> mail via gentoo.org mail servers ... is this really a pr
Ciaran McCreesh wrote:
> Kurt didn't back up his views back then. Rather typically, he just told
> Method that he disagreed and that he wasn't going to budge no matter
> what anyone said...
>
In the year 2005, the only gentoo-core discussion related to SPF was
between me and lcars.
Probably you
Lance Albertson wrote:
> I'm sorry, but when people automatically want to go to the council first
> and ask questions later I have a hard time wanting to help them. I can't
> control what Kurt does/says so that's out of my control.
For the record, I've asked the council first because I thought it
Diego 'Flameeyes' Pettenò wrote:
> On Wednesday 08 November 2006 21:01, Kurt Lieber wrote:
>
>> So, in other words, spammers aren't abusing anything related to SPF.
>> They're sending mail using forged return-paths and SPF is highlighting
>> that. Which is exactly what SPF is designed to do.
>>
Diego 'Flameeyes' Pettenò wrote:
>> Of course, MUAs such as Thunderbird don't give you the possibility to
>> set that and it will be the same as your From address.
>>
> Shouldn't be your provider's mail server to set it? Both of my SSL-enabled
> mail servers, that are authenticated (GMail an
Paul de Vrieze wrote:
> On Friday 10 November 2006 16:28, Daniel Gryniewicz wrote:
>
>> On Fri, 2006-11-10 at 08:56 +0100, Marius Mauch wrote:
>>
>>> Ok, the list definitely isn't accurate. If there is a legitimate reason
>>> to mask sylpheed-claws-1.x you also have to mask it's reverse dep
Daniel Gryniewicz wrote:
> We (gnome) are not going to maintain gtk+-1. We would very much prefer
> it get removed. If some other person or group wants to maintain it, I
> guess it's fine with me; it will only cause Jakub and company headaches
> for re-assigning all the bugs that mistakenly get a
I've masked dgav and I will remove it from the tree in about a month.
The new version of dansguardian (>net-proxy/dansguardian-2.9) has a
better anti-virus support hence making dgav hack obsolete.
--
gentoo-dev@gentoo.org mailing list
I've masked net-dialup/gigaset-isdn for the following reasons:
- base and M105 driver are part of the standard kernel since 2.6.17
- frontend tools current version != current driver version, which means
it should be splitted in 2 packages
- frontend tools are experimental
I will remove it in ab
IMO, www-proxy should be renamed to net-proxy, for allowing me to move
various SOCKS packages into it.
The packages qualified for moving are:
- net-misc/3proxy
- net-misc/dante
- net-misc/nylon
- net-misc/tsocks
I also think now is the time for creating another category containing
all types of
Elfyn McBratney wrote:
>On Tuesday 19 Apr 2005 06:34, Alin Nastac wrote:
>
>
>>IMO, www-proxy should be renamed to net-proxy, for allowing me to move
>>various SOCKS packages into it.
>>The packages qualified for moving are:
>> - net-misc/3proxy
>> - net-
Philip Webb wrote:
>Ed is there because it's needed for Sed, which is useful for sysadmin;
>Bc has a similar usefulness. all at basic console level.
>
>
sed does not depend on ed, nor does the ed depend on sed.
sed should remain in system since tons of ebuild heavily depends on it.
when was th
Brian Harring wrote:
>Why this matters- around 10,000 files out of 28,600 files will be
>removed from the mirrors network. Either
>
>A) no ebuild claims that distfile. it's orphaned on our mirrors
>B) RESTRICT="fetch" is set for the ebuild. We don't mirror those
> files.
>C) RESTRICT="mirro
Chris Gianelloni wrote:
>On Sat, 2005-04-23 at 08:42 +0200, Stefan Schweizer wrote:
>
>
>>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
Henrik Brix Andersen wrote:
>Hi,
>
>The sys-power/speedfreq package has not seen an upstream release in more
>than a year, and it is superseded in every way by sys-power/cpufreqd
>(which, in turn, is actively maintained by upstream).
>
>There are currently 5 open bugs about sys-power/speedfreq in
Henrik Brix Andersen wrote:
>On Mon, 2005-04-25 at 23:34 +0300, Alin Nastac wrote:
>
>
>>If it is superseded by cpufreqd, why not removing it from the tree and
>>append "move sys-power/speedfreq sys-power/cpufreqd" line in
>>updates/2Q-2005?
>>
&g
Corey Shields wrote:
>At one point in time someone suggested that we may as well utilize other
>people's mirror networks that are already out there, rather than our own.
>This then got implemented for stuff like sourceforge packages.
>
>Unfortunately this plays hell for lots of people. If you
Donnie Berkholz wrote:
> Aaron Walker wrote:
>
> >Hey guys/gals,
>
> >There are a sleu of C++-only libs in dev-libs that IMO belong in dev-cpp:
>
>
> Why is language a good way to sort these? I think they should be sorted
> by function.
prolly 'cause C++ libraries cannot be used unless your progr
Donnie Berkholz wrote:
> Alin Nastac wrote:
>
> >Donnie Berkholz wrote:
>
> >>Why is language a good way to sort these? I think they should be sorted
> >>by function.
>
>
> >prolly 'cause C++ libraries cannot be used unless your program is
>
Hi folks,
I think we should make a new category called app-cellphone containing
the following packages:
net-dialup/gammu
net-dialup/gnokii
net-dialup/wammu
net-wireless/gnome-phone-manager
Yes, I know. It is a short list, but shouldn't be a category
representative for its content?
Alin
R Hill wrote:
>
>
> this doesn't include anything like VOIP of course. btw i think
> "cellphone" is an Americanism. i worked for AT&T Wireless before they
> were bought by Cingular and the term "cellphone" was discouraged for
> that reason. maybe just app-phone?
hmm... I think it should includ
Henrik Brix Andersen wrote:
>On Sun, 2005-05-08 at 19:53 -0400, Mike Frysinger wrote:
>
>
>>app-mobile sounds good to me ... then just use metadata.xml to include a
>>'fuller' description :P
>>
>>
>
>Please don't use app-mobile as it may be confused with mobile computing,
>not mobile phones
Henrik Brix Andersen wrote:
>On Mon, 2005-05-09 at 16:21 +0300, Alin Nastac wrote:
>
>
>>Please explain what do you understand as "mobile computing". You keep
>>using this term.
>>>From what I see in herds.xml, mobile == "Wireless (802.11a/b/g,
>&
app-mobilephone category has emerged, maintained by the brand new
mobile-phone herd. The herd currently has only one member... me. :)
interested gentoo devs, feel free to join me!
signature.asc
Description: OpenPGP digital signature
Alastair Tse wrote:
> Hi Alin,
>
> I think I might be of help with the mobile-phone herd given that I
> maintain almost all the bluetooth related packages and at least half
> of the app-pda stuff. I remember st_lim or someone maintaining gnokii
> and variants there-of, so you might want to ask
Marius Mauch wrote:
>
> CVS doesn't support symlinks.
>
But subversion does ;)
signature.asc
Description: OpenPGP digital signature
Aron Griffis wrote:
>Donnie Berkholz wrote: [Mon May 16 2005, 07:47:17PM EDT]
>
>
>>I blogged [1] about this the other day. It also talks a bit about
>>bounties, which I was actually more interested in.
>>
>>
>
>Bounties sound pretty scary to me. One of Gentoo's enduring qualities
>is that
Diego 'Flameeyes' Pettenò wrote:
>Currently pam stuff (implementations, modules) are organized in the worst way
>I ever seen.
>Most of them are in sys-libs, some of them in app-admin, other in app-crypt,
>pam_smb in net-misc and so on.
>
>I think we should reorganize them and have a sys-pam cate
Mike Doty wrote:
>I wonder if there is a svn interface to cvs, or if one could be written.
>
>
>
rename/move is a feature of the svn database, not of the svn interface.
also support symlinks, btw.
signature.asc
Description: OpenPGP digital signature
at the moment, there are 2 radius local useflags:
[+ C ] radius (net-dialup/ppp):
Enables RADIUS support
[+ C ] radius (net-misc/gnugk):
Enables radius support
but seems that net-misc/ser should also have such flag.
any objections?
signature.asc
Description: OpenPGP digital signature
Michael Sterrett -Mr. Bones.- wrote:
> Nothing wrong with having three packages with a local use flag.
> Global use
> flags are for use flags with global appeal/usage. So far, to me it looks
> like radius should stay a local use flag.
>
"Enables RADIUS support" isn't general enough for ya?
sig
Chris Gianelloni wrote:
>On Mon, 2005-06-06 at 19:55 -0400, Aron Griffis wrote:
>
>
>>Also I find it amusing when people say that Gentoo exists for the
>>users. I think that is wrong. Gentoo exists for the *developers*.
>>
>>
>
>This is the reason why *I* use/develop Gentoo. I love it. I
1 - 100 of 116 matches
Mail list logo
