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
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
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
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 deps.
However
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.
If
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 and the
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 are
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
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 problem ? seems like
it's pretty trivial
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 really
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 I assumed council had
to be involved in this decision
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 (our SMTP
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... :/
not until it pans out with infra
Now would be a good time
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
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
well
Haven't seen
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
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 think
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
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 maintainer
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
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 route
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 after /var/db/pkg content, I have
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 who
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
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
will not count), portage will automatically
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
the
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
Gustavo Felisberto wrote:
net-mail/sendEmail
Took this one.
signature.asc
Description: OpenPGP digital signature
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
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.
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
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
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 do with the stripping of a binary
the warning
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
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
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 hardly a
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 signature
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 Gentoo, just
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 within the project
would
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 considered
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
##
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
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 installed
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 openobex-1.2 ;)
I think openobex-1.2 should be unmasked
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 removed the hard mask
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 included in
=dev-libs/openobex-1.2
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 included in
=dev-libs/openobex-1.2
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!
Thank
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 involved
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 ) SRC_URI's
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 too,
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 about sorting by first letter of filename. It won't solve
multiple
[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
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'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
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 selects
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 - marked as such by
hardave on September
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.asc
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
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 future
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 dev-db/mysql-5 in
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:
*
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 redundant
Georgi Georgiev wrote:
I can only think of a couple of solution:
- Remove these unnecessary checks completely: Follow the example of all
other distributions and do not depend on anything kernel-ish for such
packages. A recompilation of the kernel with different options can
easily cause
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
gnome-phone-manager can be found in portage tree under app-mobilephone
category.
signature.asc
Description: OpenPGP digital signature
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
gnome-phone-manager can be found in portage tree under
Aron Griffis wrote:
Alin Nastac wrote: [Sun Sep 11 2005, 05:02:27PM EDT]
Gentoo history is full of such individuals who only want to be sure
that they could become devs but are not willing to put any effort
behind it.
Gentoo's history is full of hard-working devs.
The slackers
Peter Hyman wrote:
Firstly; to be asked to become a developer you should either apply to an
opening, or just help out whether in the form of user support or filing
bug reports - we notice frequent contributors making contributions to
Gentoo and we attempt to reward them by giving them the chance
Mike Frysinger wrote:
also, four tabs rule
you are obviously wrong. three is the magic number ;)
signature.asc
Description: OpenPGP digital signature
Donnie Berkholz wrote:
Tom Martin wrote:
| Hi list,
|
| Bug 97447 wants a logrotate USE flag, which is used by about five
| packages locally. Unless there are any objections, I'll globalify it
| later today.
I think this flag is a bad idea. Why should I have to recompile a
package to get
Michael Cummings wrote:
On Wed, 27 Jul 2005 14:13:12 +0200
Simon Stelling [EMAIL PROTECTED] wrote:
Please don't make portage a news reader.
Compelling - I tend to agree. It'd be nice if some python-wise
individual(group) wrote a tool that could interact with the portage api
enough to
Michael Cummings wrote:
As the original handler of genlop (it was assigned to perl herd when it
first was asked to be added, since its written in perl) I strongly vote
against dropping the package (ok, I didn't even realize it had been
switched over to the portage-tools group for maintenance, and
Diego 'Flameeyes' Pettenò wrote:
As Gentoo/FreeBSD is always improving, I'm thinking is just the case of
telling everyone how to correctly use enewuser without bailing out
Gentoo/FreeBSD :)
enewuser is often used with /bin/false as shell to create an user who can't
login. Unfortunately this
Casey Allen Shobe wrote:
I'm planning to edit the vpopmail ebuild Real Soon Now to add the
mysteriously missing postgres USE flag and thus end up with a
package compiled with the support we need.
Instead of wasting my time re-adding this every time a new version
of vpopmail comes along, I'd
I want to mark net-dialup/ppp-2.4.3-r6 as stable on x86 and amd64 (the
arches tested by me).
Does anyone have a reason why it shouldn't be marked as such?
signature.asc
Description: OpenPGP digital signature
Jason Stubbs wrote:
On Monday 20 June 2005 01:48, Alin Nastac wrote:
net-dialup/pppconfig-2.3.11-r1 depends on LINGUAS, but the list of
supported languages is created in pkg_unpack, based on what tarball
contains.
What happened to determinism and predictability? From the user's
Jason Stubbs wrote:
So there have been many complaints about how USE_EXPANDed flags don't belong
in IUSE. There haven't actually been any reasons given though. :P
net-dialup/pppconfig-2.3.11-r1 depends on LINGUAS, but the list of
supported languages is created in pkg_unpack, based on what
Tom Martin wrote:
Please welcome Stefan on board.
Regards,
Tom
The source of ISDN-related bugs has been shut down :)
Congratulatons, Stefan!
signature.asc
Description: OpenPGP digital signature
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 could care
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
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?
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.
Any reason
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 ATT 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 include cell or
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=mirror is set
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 or objections?
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 the
94 matches
Mail list logo
