В Вск, 07/09/2008 в 02:05 +, Jorge Manuel B. S. Vicetto пишет:
Our first attempt was to use a multislot use flag[1]. According to that
flag, we would set the SLOT and the PREFIX for the install. That has the
a very important problem - it breaks the invariancy of the SLOT and as
thus been
Hello.
Is it allowed (good idea) to override global USE flags in metadata.xml?
GLEP 56 in Motivation part give us such examples and media-libs/xine-lib
already uses this possibility but before GLEP 56 was implemented having
USE flag both in local.use.desc and use.desc was not allowed.
We
В Чтв, 21/08/2008 в 19:26 -0700, Alec Warner пишет:
src_prepare is a logically distinct action (maybe if we called it
src_patch it would be clearer?)
We are not only patching sources there but modify them by other means
too (like sed or find .. rm \{\};). So src_prepare is the name which
better
В Сбт, 23/08/2008 в 13:39 -0700, Zac Medico пишет:
Please consider a PROPERTIES=live value that, when set in an ebuild,
will serve to indicate that the ebuild will use some form of live
source code that may vary each time that the package is installed.
Does this (and previous similar threads)
В Пнд, 25/08/2008 в 11:40 -0700, Zac Medico пишет:
Peter Volkov wrote:
It's good feature for overlays, but I think we should avoid this in
portage tree as having same information in two places can be avoided in
this case: it's better and not so hard to write tool which will keyword
В Вск, 17/08/2008 в 17:24 -0700, Zac Medico пишет:
At least a few people have expressed a desire to have support for a
package.keywords file in the profiles [1] as a means to add or
subtract any number values to or from the KEYWORDS that apply to a
given ebuild.
It's good feature for
Hello.
There are droid fonts package in the tree. Author states that they are
apache licensed [1] (supposedly similar to google's android sdk) but
license itself is not included in the package (only .ttf files are
there). Should we RESTRICT=mirror in such case or it's safe to drop
such
В Срд, 06/08/2008 в 14:18 -0700, Robin H. Johnson пишет:
Getting the bot out there
-
If you would like to have the new bot in your #gentoo-* channel, would
each channel founder/leader please respond to this thread, stating the
channel name, and that they are the
В Втр, 01/07/2008 в 05:05 +0300, Mart Raudsepp пишет:
Over a year or two ago, it was communicated that it supposedly a policy
that USE=static
Well, I don't have web-reference at hand now, but there was a thread in
gentoo-dev with the subject: Say no to static libraries!. Summarizing
some ideas
В Вск, 13/07/2008 в 23:52 +0100, Ciaran McCreesh пишет:
Which part of the 'Problem' section in the GLEP didn't you understand?
Do you seriously consider not being able to add or change global scope
functions in future EAPIs to be a non-issue, or were you ignoring those
two bullet points?
I've
В Чтв, 17/07/2008 в 04:51 +0200, Marius Mauch пишет:
At dev.gentoo.org/~genone/unpack.eclass is the draft for an eclass
to implement this feature.
Marius, although it's possible to do this things in eclass why is eclass
better? As I see portage's unpack() already has extension - program
to
В Втр, 24/06/2008 в 01:53 +0200, Robert Buchholz пишет:
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.
But do we allow KEYWORDS in eclasses? Why? Each package should be tested
В Сбт, 21/06/2008 в 10:56 +0200, Albert Zeyer пишет:
Perhaps install a script which automatically takes the CVS comment when
some of these files is changed and adds this comment automatically to
the ChangeLog?
Some days ago Diego (flameeyes) suggested to write script which will
abort commit in
В Срд, 11/06/2008 в 07:53 +0200, Luca Barbato пишет:
Getting the build time from 30minutes to an hour or more?
Actually I don't understand this concern. If you bother about time
tests take don't build package from sources - use binary packages. If
you build program by yourself - run testsuite
В Чтв, 19/06/2008 в 21:03 +, Michael Sterrett (mr_bones_) пишет:
mr_bones_08/06/19 21:03:29
Modified: package.mask
Log:
mask =games-kids/gcompris-8.4.5 until
http://bugs.gentoo.org/show_bug.cgi?id=225883 is fixed up.
Revision ChangesPath
1.8740
В Втр, 10/06/2008 в 21:10 -0700, Brian Harring пишет:
So... someone other then ciaran have a comment?
From ebuild developer point of view there is no difference if eapi is a
variable of a function call. If changing eapi to a function call makes
sourcing of ebuilds more sane, then it's good to
В Втр, 17/06/2008 в 09:48 +0200, Tiziano Müller пишет:
http://dev.gentoo.org/~dev-zero/glep/glep-glep.txt
Your GLEP describes only two possible types: Technical and
Organizational. At the same time type of your GLEP is informational. How
this could be? What happens with informational GLEPs?
В Срд, 11/06/2008 в 19:45 -0400, Jim Ramsay пишет:
Vlastimil Babka [EMAIL PROTECTED] wrote:
I would prefer something that
doesn't add extra lines to ebuild.
I think I would disagree with you here. I think that having a special
'eblank' or 'eseparator' command is much more readable in
В Сбт, 14/06/2008 в 19:28 +0200, Luca Barbato пишет:
I don't see disadvantages, all I wanted is a simple way to archive this:
[# emaint -r ffmpeg ... # emerge ffmpeg -L ... egen ... skipped most of stuff]
Your example shows that .live ebuilds fix different issue. What you
are suggesting are
В Вск, 15/06/2008 в 13:19 +0200, Benedikt Morbach пишет:
But speaking about names of options - -A and -B are easier to
remember
as -A stands for above and -B for below and grep users already knew
that.
for grep -A means after and -B before ;)
True. And still, one day I learn this
В Чтв, 12/06/2008 в 09:36 +0200, Markus Ullmann пишет:
The PMS maintainers were withholding information on compatibility
issues they've seen. As such we can't be sure this will pop up again
in the future and so I strongly suggest dismissing this as something
official for gentoo.
Dismissing
В Вск, 15/06/2008 в 15:50 +0100, Ciaran McCreesh пишет:
On Sun, 15 Jun 2008 18:42:28 +0400
Peter Volkov [EMAIL PROTECTED] wrote:
By formalizing I mean the following: call for and form PMS team. Team
must represent portage developers and could paludis and pkgcore. All
suggestions for PMS
If you need eapi in file name what are the technical reasons of putting
it into file name extension? Why don't you suggest better ebuild name
like:
pkg-ver-eapi.ebuild or pkg-eapi-ver.ebuild ?
I remember last time I've asked this genone told me that this is not
backward compatible. Ok, it's not,
В Срд, 11/06/2008 в 08:34 +0100, Ciaran McCreesh пишет:
On Wed, 11 Jun 2008 11:25:50 +0400
Peter Volkov [EMAIL PROTECTED] wrote:
If you need eapi in file name what are the technical reasons of
putting it into file name extension? Why don't you suggest better
ebuild name like:
pkg-ver
Hello Luis.
В Пнд, 09/06/2008 в 18:12 +, Luis F. Araujo (araujo) пишет:
araujo 08/06/09 18:12:09
Modified: package.mask
Log:
Saving Squeak. Solving bugs #163724 , #196984
Revision ChangesPath
1.8705 profiles/package.mask
Whenever you
Hello, Markus.
В Вск, 08/06/2008 в 19:28 +, Markus Ullmann (jokey) пишет:
jokey 08/06/08 19:28:19
Modified: use.local.desc
Log:
Rename webkitgtk to webkit-gtk
Revision ChangesPath
1.3576 profiles/use.local.desc
Whenever you modify
В Птн, 30/05/2008 в 20:28 -0700, Brian Harring пишет:
Either way, basically it's coming down to if gentoo wants to follow
the definition of 'academic' right, or 'pragmatic' right. Exempting
ciaran, vote seems to be pragmatic.
Well, although I've asked about problems with having --as-needed
В Вск, 04/05/2008 в 21:48 +0200, Enrico Weigelt пишет:
I'm just installing qemu, which requires gcc-3.x for building.
The current breaks are very ugly, IMHO.
So I'm proposing to add the old gcc-3.x as depedency to qemu,
at least as long as it doesn't build w/ newer gcc.
What do you
В Вск, 20/04/2008 в 20:02 +0200, Tiziano Müller пишет:
What do you think of putting edac and ipmi stuff (and maybe other
server-related monitoring/controlling stuff) into the sysadmin herd?
Alternative: Create a new herd (name?) for such tools.
Actually this thread follows discussion in bug
В Чтв, 03/04/2008 в 18:56 +0300, Petteri Räty пишет:
Petteri Räty wrote:
Defining required amount of activity for ebuild devs. I would like us to
raise the required amount of activity for ebuild devs.
I checked the current slacker script and it checks for having at least
one commit in
В Пнд, 31/03/2008 в 06:21 +, Duncan пишет:
Mike Frysinger [EMAIL PROTECTED] posted
[EMAIL PROTECTED], excerpted below, on Sun, 30 Mar
2008 20:39:14 -0400:
there is no package-manager specificness here. it's already completely
doable from a user perspective, just having it in the
В Пнд, 10/03/2008 в 06:12 +0100, Natanael Copa пишет:
Took me weeks to complete the quiz. I want to help, yes, but I do have
a life.
What were the problems? Do you think that knowledge of answers to the
questions asked in quiz are not required to do actual work on ebuilds in
the tree? What were
В Пнд, 10/03/2008 в 04:13 -0800, Alec Warner пишет:
On 3/10/08, Peter Volkov [EMAIL PROTECTED] wrote:
В Пнд, 10/03/2008 в 06:12 +0100, Natanael Copa пишет:
It's documented?
It is mentioned in some places on website but no, it's not documented as
I see.
It is one of many of my
В Сбт, 01/03/2008 в 14:39 +, Peter Weller пишет:
There are also a number of problems with people on the team who are there
soley so that they don't have to ask the team to mark a package stable for
them - they can just go and stable it themselves.
It'll be even better if we prohibit
В Чтв, 28/02/2008 в 21:49 -0500, Richard Freeman пишет:
Santiago M. Mola wrote:
What do you think about? Would it be easy to integrate it with
packages.g.o or should it belong somewhere else? Do you think this is
a suitable project for SoC?
I like the idea, although it is a bit
Oleg, please, do not top post.
В Сбт, 16/02/2008 в 15:16 +0600, Oleg Puchinin пишет:
One hundred programmers which only also do that dig in mountain bugs
a kind new package , it, in my opinion, how to use a steam hammer
to crack nuts. Can it is necessary to make the processes occuring in
В Срд, 13/02/2008 в 21:38 +0100, Markus Meier пишет:
On Wed, 13 Feb 2008 21:13:09 +0100
[EMAIL PROTECTED] (Diego 'Flameeyes' Pettenò) wrote:
css: Enables ripping of encrypted DVDs
Are we sure that nothing intends css as Cascading Style Sheet?
app-cdr/k3b:css - Enables ripping of
В Чтв, 14/02/2008 в 02:10 +0200, Mart Raudsepp пишет:
On K, 2008-02-13 at 15:49 -0500, Doug Klima wrote:
deprecated eclasses:64-bit, darcs, db4-fix, debian, embassy-2.10,
embassy-2.9, gcc, gnustep-old, gtk-engines, gtk-engines2, inherit,
jakarta-commons, java-pkg, java-utils,
В Чтв, 14/02/2008 в 11:33 +0100, Wulf C. Krueger пишет:
Which *actual* packages would benefit from changing the current css
USE flag to something different?
Of course, I'm not talking about benefit for packages but about benefit
for users (me included). Technically we could name USE-flags using
В Срд, 13/02/2008 в 13:22 +0100, Matthias Schwarzott пишет:
How can I use PATCHES without quoting issues?
default is this (when not using relative pathes):
PATCHES=${FILESDIR}/p1.diff ${FILESDIR}/p2.diff
You can not. This should be fixed like we did for font.eclass (bug
201834). BTW,
В Пнд, 14/01/2008 в 02:10 +0200, Petteri Räty пишет:
Mike Frysinger kirjoitti:
On Sunday 13 January 2008, Petteri Räty wrote:
Peter Volkov kirjoitti:
Also why not just do package move for libdts to avoid manual unmerge
libdts?
Package moves don't work very well if you move an existing
В Срд, 16/01/2008 в 06:09 -0500, Mike Frysinger пишет:
if two packages provide the same binary and they blocked each other, a move
would be doable as it would be impossible for the two packages to be
installed simultaneously. but as Petteri points out, libdca/libdts dont
provide the same
В Срд, 09/01/2008 в 13:13 +0100, Fernando J. Pereda пишет:
Why taking it against arch teams? How is that different from certain
maintainer not taking care of a bug that holds stabilization of certain
package by some time measured in months ? I'll tell you my answer: 'no
difference at all'.
While it's may be a good idea to set EAPI inside filename and if we ever
decide on this, consider different implementation.
I really dislike idea of EAPI-suffixed extensions. It's easier for me
(and I think for others too) to differentiate ebuilds between other
files in directory when ebuild
Thank you all, for your responds.
Currently I see that the best approach is arrays. They provide required
functionality, clear syntax and easy upgrade path. Speaking about the
latter it is:
1. Modify eclass to use arrays:
for conffile in [EMAIL PROTECTED]; do
...
done
2. Modify ebuilds
В Чтв, 13/12/2007 в 09:41 +, Roy Marples пишет:
On Thursday 13 December 2007 09:18:45 Peter Volkov wrote:
use arrays.
Why not use a function in pkg_setup as suggested earlier
Because this is more code for the same functionality. Also if at one
point somebody decides to add
В Чтв, 13/12/2007 в 10:52 +, Steve Long пишет:
Peter Volkov wrote:
Speaking about the
latter it is:
1. Modify eclass to use arrays:
for conffile in [EMAIL PROTECTED]; do
...
done
2. Modify ebuilds to use arrays.
-FONT_CONF=path1 path2
+FONT_CONF=( path1 path2
Hello.
Some eclasses (kernel-2, font) use variable to pass space separated PATH
to patch or fontconfig files from ebuild to eclass. In ebuild we use:
FONT_CONF=path1 path2
Then eclasses use the variable:
for conffile in ${FONT_CONF}; do
...
done
The problem with this doesn't work if
В Втр, 11/12/2007 в 10:38 +, Roy Marples пишет:
FONT_CONF=path1:path2
IFS=.
IIUC should be IFS=:
for for conffile in ${FONT_CONF}; do
done
unset IFS
That way you work the same way as the classic $PATH variable.
But this seems to fail if we have ':' inside path{1,2}. Is that
В Пнд, 12/11/2007 в 18:20 -0800, Donnie Berkholz пишет:
On 00:03 Tue 13 Nov , Michael Hanselmann wrote:
On Mon, Nov 12, 2007 at 02:09:33PM -0800, Donnie Berkholz wrote:
On 21:47 Mon 12 Nov , Michael Hanselmann (hansmi) wrote:
pkg_postinst() {
chown -R
On Mon, 05/11/2007 в 10:03 -0800, Donnie Berkholz wrote:
On 14:23 Mon 05 Nov , Peter Volkov (pva) wrote:
1.1 net-firewall/ipset/ipset-2.3.0.20070828.ebuild
src_defs() {
# these are used in both of src_compile and src_install
myconf=${myconf} PREFIX
В Втр, 09/10/2007 в 12:40 -0700, Donnie Berkholz пишет:
On 17:57 Tue 09 Oct , Markus Ullmann (jokey) wrote:
1.1 net-libs/libpcap/libpcap-0.9.8.ebuild
DEPEND=!virtual/libpcap
PROVIDE=virtual/libpcap
Does this still work properly with some of the new portage
В Сбт, 29/09/2007 в 07:05 -0400, Mike Frysinger пишет:
when comments get added, there are 5 blank lines between the bugzilla
URI's and the start of actual content ...
This can be workarouned with another .procmailrc rule:
# Strip out excess empty lines
:0 Hfw
* ^From: [EMAIL PROTECTED]
| awk
В Пнд, 22/10/2007 в 19:21 +0200, Elias Probst пишет:
To delete empty lines with sed, just do a
sed '/^$/d'
I hope that's what you're looking for.
No. awk command in the previous mail substituted 2 or more empty lines
with exactly one empty line. Your command makes mail less readable.
--
В Втр, 09/10/2007 в 07:43 +, Donnie Berkholz (dberkholz) пишет:
dberkholz07/10/09 07:43:50
Modified: xorg-x11-7.2.ebuild xorg-x11-7.3.ebuild ChangeLog
Log:
Fix quoting issues caught by latest repoman.
Revision ChangesPath
1.14
В Пнд, 24/09/2007 в 12:56 -0700, Donnie Berkholz пишет:
if use ppc ; then
sed -i -e 's:-Werror::g' src/Makefile
fi
We should never leave -Werror in -- make this unconditional.
never is too strong: for example, wireshark's upstream told me that
they want code to be
В Птн, 17/08/2007 в 13:18 -0700, Donnie Berkholz пишет:
On 13:40 Fri 17 Aug , Mike Frysinger wrote:
On Friday 17 August 2007, Hans de Graaff wrote:
Unfortunately FEATURES=stricter stopped being really useful
i can make it more selective about which ones actually die ...
Would be
В Пнд, 16/07/2007 в 10:50 -0700, Ned Ludd пишет:
net-firewall/ebtables
net-misc/netkit-telnetd
taken.
base-system, are there any objections if I add you as the herd? related
applications like iptables and other netkit-* apps belongs to your
herd...
net-firewall/arptables
and if I manage
On Sun, 2007-04-01 at 16:21 +0100, Ciaran McCreesh wrote:
env not being in /usr/bin will break an awful lot of stuff. It's listed
in many textbooks as being the safe way of doing things.
On Sun, 2007-04-01 at 08:46 -0700, Alec Warner wrote:
However using env really only makes sense in the
On Sun, 2007-04-01 at 00:01 -0700, Alec Warner wrote:
One idea that comes to mind is /usr/bin/env $bin
And here we return to the problem that one day /usr/bin/env, could
become /bin/env... Or that /usr/ sometimes is not mounted during boot.
Thus, well. Seems that have sane PATH in the
Hello.
Path of some utilities in coreutils-6.7-r1 changed from /usr/bin to /bin
and vice versa. This cause some scripts became broken as they relied on
the full path to executable. The question is: does there exist best
practice on how to avoid this problem in future? Should we set some
default
Hello.
I found the following bug in debian bugzilla:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=386570
Is this an issue for gentoo? Should I repackage tarball(/convince
upstream to repackage) and exclude this icons sounds from tarball? Or
may be RESTRICT fetch it enough to solve the
Hello.
Anatoly raised really important concern and currently I've started to
think about fix. One possible solution requires virtual/editor to suite
glep 37 and thus affects many packages. So... wondering why this change
was not done I'd like to discuss the problem on the list.
Problem:
There
On 2006-11-12 at 04:34 -0500, Mike Frysinger wrote:
why not modify sudo to not filter the EDITOR env var then there is no
more problem
Considering that this is the only situation where environment is
dropped... yes this fixes sudo problem. The other possible solution is:
#!/bin/bash
export
On Sun, 2006-11-12 at 05:26 -0500, Mike Frysinger wrote:
then we end up with having to maintain a list of safe EDITORs and
dealing with people who want to edit their own favorite editor
the sudo file has the ability to specify editor's, so why not tell
people to change their sudo config file
On Sun, 2006-11-12 at 05:54 -0500, Mike Frysinger wrote:
in the example usages you cited, people where using `sudo` to just
avoid running `su -` first ... in other words, their sudo was
unlimited ... updating the sudoers file to allow EDITOR via env_keep
would work fine for them
in that
On Sun, 2006-11-12 at 11:06 +, Tavis Ormandy wrote:
You can set `Defaults env_keep=EDITOR` in your sudoers file if you
want, or what I do is `Defaults:%wheel !env_reset`, to allow users in
group wheel to use sudo without the environment being scrubbed.
Of course I know about that. And I
On Sun, 2006-11-12 at 12:15 +, Tavis Ormandy wrote:
The only `hardcoded` editor is the fallback editor for
visudo
And this is the problem I'm talking about. I do not see any reasons to
keep this not working fallback. There are parts of code that just do not
work in Gentoo.
which can be
On behalf of Russian translators team members I'd like to say thank you
for your work guys! This greatly simplifies translators work to
translate and keep translations updated. This also allows to create
Russian website synchronized with gentoo.org also with Russian specific
additions.
Thank you
On 2006-11-10 at 12:24 +0500, Anatoly Shipitsin wrote:
It's app-admin/sudo and sys-process/fcron.
This packages use virtual/editor but by default set nano as default
editor.
I'm don't know how get provider category virtual/editor. But equery
view it as first package.
Any ideas ?
Please,
Hello.
Short question: What shall we use to link libraries/programs: gcc or ld?
Why?
A bit longer story: I have a problem during linking of wepattack on
amd64 systems. Linking stage issues warning:
$ x86_64-pc-linux-gnu-ld -o wepattack wepattack.o rc4.o wepfilter.o
log.o modes.o misc.o
On 2006-11-03 at 00:43 -0800, Zac Medico wrote:
Also, some ebuilds will loose some implicit RDEPEND that they current
get from eclasses.
Why? I suppose more logical solution is to adjoin DEPEND from ebuild and
RDEPEND from eclass.
Peter.
signature.asc
Description: This is a digitally signed
Hello.
One of packages I maintain changed its name. What shall be done, so
users of the package were aware about package name change and upgraded
flawlessly?
Thank you,
Peter.
signature.asc
Description: This is a digitally signed message part
On 2006-09-11 at 20:30 -0400, Michael Cummings wrote:
Ciaran McCreesh wrote:
* If no existing file with the intended target name exists, or if the
existing
file has identical content to the file to be installed, the file to be
installed
is installed as normal.
Just one poor
On Вск, 2006-06-11 at 02:16 +0200, Marius Mauch wrote:
On Sat, 10 Jun 2006 15:11:50 +0200
Jan Kundrát [EMAIL PROTECTED] wrote:
b) Localization of Gentoo-developed applications (portage,
gentoolkit,...) including their manpages
I don't really like this one. Documentation, sure, but for the
On Чтв, 2006-06-08 at 21:20 +0200, Henrik Brix Andersen wrote:
It's not a normal overlay as I see it. You've promoted it to be an
official overlay. The difference is huge in my opinion.
IMO such overlay should be official! Why not to keep all (partially)
broken ebuilds in one place? This is the
On Чтв, 2006-06-08 at 21:20 +0200, Henrik Brix Andersen wrote:
It's not a normal overlay as I see it. You've promoted it to be an
official overlay. The difference is huge in my opinion.
IMO such overlay should be official! Why not to keep all (partially)
broken ebuilds in one place? This is the
On Втр, 2006-06-06 at 00:17 +0200, Diego 'Flameeyes' Pettenò wrote:
That's why we use a SCM for managing the ebuilds: the removed ebuilds
are still found via cvs commands and on sources.gentoo.org
But how can I search for removed ebuild in cvs? Is there any quick way
for such things?
Peter.
On Срд, 2006-01-25 at 20:57 +0100, Grobian wrote:
Are there any objections to removing csh from the tree? If there are no
problems with csh removal before Feb 1st 2006, then I will starting from
that date work on getting csh removed by masking it, blocking tcsh and
csh, and request for
On Вск, 2006-01-01 at 21:35 +0100, Francesco Riosa wrote:
We have currently 10371 ChangeLog files, 25 MB totally .
1365 == 13% with size = 4096 B, 12 MB totally
rsync from emerge --sync has --whole-file between its options, that
mean transfer the whole file if changed.
2) rotate
Hello.
On Пнд, 2005-09-19 at 20:24 +0900, Chris White wrote:
I think the problem here isn't about choice, but support. Mainly deprication
is the issue here. GTK2 was meant to be an upgrade of GTK1 interfaces. At
some point upstream is going to have to giveup and say Sorry sam, use gtk2
201 - 281 of 281 matches
Mail list logo