В Вс, 21/07/2013 в 10:23 +0200, Pacho Ramos пишет:
Will remove the herd if nobody joins in a week.
I talked to hollow and we think it's worth to remove this herd.
Actually only openvz and vserver packages are in this herd and they are
maintained completely independently for a long time... I'll
В Вт, 24/09/2013 в 11:46 -0700, Paweł Hajdan, Jr. пишет:
On 9/22/13 5:24 PM, Peter Stuge wrote:
Paweł Hajdan, Jr. wrote:
compiling with versions of v8 other than what is included is not
currently supported.
..
For now V8 upstream gives no guarantees about API/ABI stability and
EAPI inside ebuild is the best solution. If we really have to put it
inside filename, keep it out of extension, like 2) b) suggests.
--
Peter.
В Втр, 24/02/2009 в 16:14 +0200, Serkan Kaba пишет:
lucene-contrib eclass in java-experimental [1] sets EAPI to 1 to use
slot deps. And I think that's a valid usage.
1:
http://overlays.gentoo.org/proj/java/browser/java-experimental/eclass/lucene-contrib.eclass
It's better (the only way...)
В Пнд, 02/03/2009 в 13:01 +0100, Bo Ørsted Andresen пишет:
On Monday 02 March 2009 08:24:35 Torsten Veller wrote:
Could you just use dosed here?
dosed needs to die.
Why?
--
Peter.
signature.asc
Description: Эта часть сообщения подписана цифровой подписью
В Вск, 08/03/2009 в 22:54 +0100, Rémi Cardona пишет:
Le 08/03/2009 21:38, Tomáš Chvátal a écrit :
net-misc/mDNSResponder
How about dropping this one in favor of avahi? Or am I missing something
obvious?
Are they completely interchangeable? Last time (well, the only time) I
built samba
В Чтв, 12/03/2009 в 21:02 +0100, Alex Legler пишет:
http://dev.gentoo.org/~a3li/ruby/gems.eclass.txt
http://dev.gentoo.org/~a3li/ruby/gems.eclass.diff
You have:
EXPORT_FUNCTIONS src_unpack src_prepare src_configure src_compile src_install
I'm not sure here. Is it safe to export src_prepare
В Птн, 13/03/2009 в 19:09 +0100, Federico Ferri пишет:
btw, on a different topic: the number of bugs on tcltk (8.5) has
lowered a bit.
maybe it's time to unmask it and have package maintainers fix the
outdated apps?
A number of packages depend on itcl which does not builds with 8.5. It
is
В Пнд, 16/03/2009 в 20:47 +, Ciaran McCreesh пишет:
* Am I to take it src_test is to remain in its current worthless state?
Is it possible in EAPI 3 make src_test failures not fatal? Something
like make die() non fatal inside src_test. Package manager if it sees
die() inside src_test should
В Вск, 05/04/2009 в 09:38 +0200, Ulrich Mueller пишет:
Is the following a reasonable scheme?
net-www/adobesvg - www-plugins/adobesvg
This one probably should be removed from the tree:
http://www.adobe.com/svg/eol.html
net-www/gnash- www-plugins/gnash
В Вск, 05/04/2009 в 22:41 +0200, Timothy Redaelli пишет:
i think it's better to develop an emerge --info package
It already exists. But regretfully it does not provide useful output
even about the package's USE flags so I suspect it was implemented for
different purposes.
--
Peter.
В Чтв, 09/04/2009 в 15:32 +0100, Ciaran McCreesh пишет:
Please provide a list of packages that use custom configure scripts,
that currently work with econf (including all the weird things it
already passes), that would break with this change and whose ebuilds
are using econf. I have yet to see
В Срд, 08/04/2009 в 16:36 +0200, Jeroen Roovers пишет:
On Mon, 06 Apr 2009 12:11:02 +0400
Peter Volkov p...@gentoo.org wrote:
В Вск, 05/04/2009 в 22:41 +0200, Timothy Redaelli пишет:
i think it's better to develop an emerge --info package
It already exists. But regretfully it does
В Чтв, 14/05/2009 в 03:32 +0300, Mart Raudsepp пишет:
Project maintainer-wanted
=
Mart, I think that it's good idea to create such project but with a
different goals. I think currently maintainer-wanted alias is missed by
most developers: new packages are assigned there
В Пнд, 08/06/2009 в 20:54 -0400, Mike Frysinger пишет:
i dont see how that is relevant. we only care about Gentoo here. plus, the
test is: if /sbin/functions.sh exists, it's baselayout-1 (which no one else
outside of Gentoo will be using), otherwise it's openrc. once we toss
problems with this.
В Птн, 12/06/2009 в 14:53 +0400, Peter Volkov пишет:
Is there any problem with /etc/openrc-version?
I don't think this is necessary any more.
--
Peter.
This package is hard masked now finally. Another reference to count:
https://bugs.gentoo.org/show_bug.cgi?id=274341
В Втр, 28/04/2009 в 17:24 +1000, Daniel Black пишет:
This package relies on disabling of essential package management features
(collision-protection) to achieve installation. It
В Сбт, 26/09/2009 в 00:18 +, Patrick Lauer (patrick) пишет:
patrick 09/09/26 00:18:02
Log:
Bump to 2.0.6, fixes #286462
(Portage version: 2.2_rc41/cvs/Linux x86_64)
1.1 dev-cpp/eigen/eigen-2.0.6.ebuild
file :
В Птн, 16/10/2009 в 23:09 +0300, Samuli Suominen пишет:
# Samuli Suominen ssuomi...@gentoo.org (16 Oct 2009)
# Fails to build with KDE4 installed wrt bug #277427.
# Masked for removal in 30 days.
net-news/eventwatcher
kde-misc/kisdnwatch
...
http://bugs.gentoo.org/show_bug.cgi?id=279823
В Срд, 14/10/2009 в 22:12 -0600, Ryan Hill пишет:
On Sun, 11 Oct 2009 13:11:14 +0200
Peter Hjalmarsson x...@rymdraket.net wrote:
Sorry for reviving an old thread, but was there any progress on this
topic?
A week isn't old. ;) I'll add it once the flu and homework let up for a
minute.
Hi. How do we handle packages that provide client, server, and possibly
extra tools/libraries? Do we split packages like binary distros do or do
we use USE flags? What USE flags? Currently some packages are split
other use client, server or minimal USE flag(s).
Back in 2006 similar problem was
В Срд, 04/11/2009 в 17:34 +0100, Tiziano Müller пишет:
Am Mittwoch, den 04.11.2009, 18:44 +0300 schrieb Peter Volkov:
So are there any good reasons to split packages?
In environments with a staging server and binary packages, yes.
Currently you either have to script your staging server
В Птн, 06/11/2009 в 14:07 -0800, Zac Medico пишет:
Fabian Groffen wrote:
On 06-11-2009 19:48:16 +0530, Nirbheek Chauhan wrote:
On Fri, Nov 6, 2009 at 1:42 AM, Petteri Räty betelge...@gentoo.org wrote:
In the past when smaller arches were not that active we used to mark
Java packages
В Сбт, 07/11/2009 в 18:24 +0100, Tomáš Chvátal пишет:
* Masking beta...
This masks are good if the software release is KNOWN to break previous
behaviour or degrade user experience. Otherwise the software should not be
masked (its TESTING for purpose, not stable).
God no! If we'll start to
В Вск, 08/11/2009 в 10:05 +0100, Fabian Groffen пишет:
On 07-11-2009 17:54:25 +0300, Peter Volkov wrote:
We could introduce noarch and ~noarch KEYWORDS, add noarch to
the default ACCEPT_KEYWORDS setting for all profiles, and instruct
unstable users to add ~noarch to ACCEPT_KEYWORDS
В Сбт, 07/11/2009 в 12:49 -0800, Zac Medico пишет:
Peter Volkov wrote:
We could introduce noarch and ~noarch KEYWORDS, add noarch to
the default ACCEPT_KEYWORDS setting for all profiles, and instruct
unstable users to add ~noarch to ACCEPT_KEYWORDS.
Looks like this will not work
В Вск, 08/11/2009 в 11:56 +, Patrick Lauer (patrick) пишет:
patrick 09/11/08 11:56:46
Log:
Bump
file :
http://sources.gentoo.org/viewcvs.py/gentoo-x86/app-forensics/foremost/foremost-1.5.6.ebuild?rev=1.1view=markup
Index: foremost-1.5.6.ebuild
В Вск, 08/11/2009 в 09:40 -0500, Mike Frysinger пишет:
On Sunday 08 November 2009 08:35:10 Joe Sapp wrote:
Samuli Suominen wrote:
Joe Sapp (nixphoeni) wrote:
nixphoeni09/10/27 11:21:25
Log: Directory /var/cvsroot/gentoo-x86/x11-plugins/desklet-Mouse added
to the repository
В Вск, 08/11/2009 в 16:06 +0100, Patrick Lauer пишет:
And because I'm a lazy
I'd appreciate if y'all stopped obsessing about such details and just fix
it instead
Do you mean that whatever you commit to the tree is not your
responsibility? Sorry but it's your job.
Also it's nice to see how
В Пнд, 09/11/2009 в 01:37 +0100, Vlastimil Babka пишет:
I totally agree. And I must say it started with the very first mail of
pva. Accusing of not knowing quizzes was totally uncalled for.
If you know how to do thing properly what are the reasons avoid doing
that? All I heard here is laziness
В Втр, 15/12/2009 в 09:15 +0100, Ulrich Mueller пишет:
On Tue, 15 Dec 2009, Peter Volkov wrote:
If package has ssl support use ssl USE flag for that. In case there
are alternatives, use openssl/gnutls/nss for upstream _less_
recommended implementation(s).
Small problem: If a user
В Пнд, 07/12/2009 в 21:20 +0100, Thilo Bangert пишет:
Hans de Graaff gra...@gentoo.org said:
On Mon, 2009-12-07 at 12:56 +0100, Thilo Bangert wrote:
dev-util/cucumber herd missing
Fixed, but this is really a bug in metadata.dtd, which specifies
!ELEMENT
В Втр, 15/12/2009 в 10:39 +0100, Ulrich Mueller пишет:
bzr.eclass currently uses bzr export for copying from
${DISTDIR}/bzr-src to ${WORKDIR} in src_unpack. Unfortunately,
bzr export accesses the remote repository for lightweight checkouts
(which are the eclass's default), so it cannot be used
В Втр, 15/12/2009 в 19:59 +0100, Fabian Groffen пишет:
Should an ebuild using an EAPI that has offset-prefix support make the
use of that support mandatory or optional?
I think no. Without real testing that package works in prefix there is
no need to bother and create illusion that it does.
В Сбт, 19/12/2009 в 16:24 +0100, Arfrever Frehtes Taifersar Arahesis
пишет:
- Scripts of packages supporting only e.g. Python 2 can be executed
(without necessity
of using of e.g. python2 /usr/bin/${script}) after activating of e.g.
Python 3.
- Scripts of packages supporting
В Пнд, 28/12/2009 в 18:41 +0530, Nirbheek Chauhan пишет:
I think we can simply follow debian and fedora's lead on this. They
have the lawyers, and
Well, it's possible but not that simple. To do this it's not enough to
compare packages, but files and patches should be compared as well (and
В Втр, 29/12/2009 в 00:24 -0500, Vincent Launchbury пишет:
File a bug with some ebuilds.
It looks like somebody already has. See
http://bugs.gentoo.org/show_bug.cgi?id=266157. I tested the latest
ebuild, and it worked fine (see comment #59.) What would have to be
done to get it in the main
The bug you mentioned [253725] is not about layman location, it's only
about keepdir line. Why don't we fix that and don't change defaults
another time? Such change does more harm for our users then good.
В Сбт, 16/01/2010 в 02:55 +0100, Sebastian Pipping пишет:
On 01/16/10 02:45, Mike Frysinger
Hi. I'm going to add xtable-addons package to the tree. This is
patch-o-matic replacement which allows to extend iptables without
touching iptables source itself. Currently package contains 24 modules
which I'd like to have USE configurable with USE_EXPAND'ed variable:
XTABLES_ADDONS_MODULES
В Втр, 19/01/2010 в 01:22 +0200, Petteri Räty пишет:
On 01/18/2010 03:02 PM, Tiziano Müller wrote:
The proper replacement for such interactive notifications when called in
pkg_setup is pkg_pretend, which will (hopefully) be available in EAPI 4.
Thus I'd keep them around until then.
ebeep
В Сбт, 30/01/2010 в 13:19 +0100, Hanno Böck пишет:
- php fails, fix is trivial. I've sent it upstream and it got already applied
to upstream svn:
http://bugs.php.net/bug.php?id=50859
- wvstreams fails, fix also trivial and sent upstream, no reply yet:
В Пнд, 01/02/2010 в 11:35 +0100, Tomáš Chvátal пишет:
As I was reworking the x-modular-r2 eclass I found out that most of the
slowdowns for fonts were produced in fonts eclass.
Exactly what slowdowns are you talking about? I've reviewed all changes
and I don't see any noticeable performance
В Пнд, 01/02/2010 в 14:29 +0100, Tomáš Chvátal пишет:
2.
if has X ${IUSE//+} use X ; then
I'm not sure. With this change should we update all packages depending
on font.eclass to have X in IUSE?
Nak this specialy allows that you dont have to keep X in iuse.
But it does not matter
В Чтв, 04/02/2010 в 22:37 +0100, Tiziano Müller пишет:
The upstream tags are meant as a way to track information about
- id of a hosting or indexing site (automated version bump checks)
Does there exist any scripts for this?
--
Peter.
В Вск, 07/02/2010 в 21:24 -0500, Mike Frysinger пишет:
it might also be useful to add a default epatch() to the initial env that
would be clobbered when the inherit occurred.
epatch() { die you need to inherit eutils.eclass to use epatch ; }
After fixing breakage that was introduced by
В Срд, 10/03/2010 в 05:08 +0100, Sebastian Pipping пишет:
How about a monthly bumpday?
Good idea, but it should follow our policy to inform maintainers _in
advance_: e.g. on first bumpday to work on bumps and notify maintainer
about this work by attaching final ebuild to the version bump bug
В Втр, 06/04/2010 в 07:43 +0530, Nirbheek Chauhan пишет:
* It makes zero sense to manually manage ChangeLogs in git[1]
Once I had stupid cutpaste mistake and entered wrong credits in
ChangeLog. I don't see how to resolve this issue in case ChangeLog's
will be generated from git log and until
В Втр, 13/04/2010 в 17:18 +0530, Nirbheek Chauhan пишет:
The traditional ChangeLog that is currently employed in gentoo-x86
(and in other projects) is simply an ugly hack
The difference between gentoo-x86 ebuild ChangeLogs and ChangeLogs used
in other projects is that gentoo-x86 ChangeLog is
В Чтв, 06/05/2010 в 00:34 +0200, Stanislav Ochotnicky пишет:
Moreover if I am not mistaken database is not compatible between 4 and
5 so if someone accidentally upgrades...he/she is screwed. That was
original reason for masking rpm-5 as far as I know.
It was hardmasked because some packages
ipac-ng fails to build/work with recent iptables (bug 191582, bug 255086
and bug 307813), suffers from parallel make issue (bug 240744). New
version (1.33) crashs on start as reported by many people in upstream
mailing lists and elsewhere (bug 310981).
--
Peter.
Hi.
Guys, please, cleanup ebuids with version bumps!
Also Patrick, if you use this software or at least investigated it
during version bump, why it is still maintainer-wanted? Although
everything below makes me think that this was blind bump.
В Пнд, 17/05/2010 в 18:41 +, Patrick Lauer
В Втр, 11/05/2010 в 11:53 +, Patrick Lauer (patrick) пишет:
start() {
+ # we can't assume that /var/run/ is persistent, so create dir if needed
+ [ ! -e /var/run/samba ] mkdir /var/run/samba
Why? Is it impossible to create /var/run/samba during src_install?
--
Peter.
В Втр, 25/05/2010 в 12:12 +, Duncan пишет:
Peter Volkov posted on Tue, 25 May 2010 11:46:12 +0400 as excerpted:
sources.gentoo.org/eclass/autotools.eclass?r1=1.97r2=1.98
Why is required at the end of file list?
for makefile_name in {GNUmakefile,{M,m}akefile}.{am,in} ; do
В Сбт, 05/06/2010 в 02:00 +0200, Torsten Veller пишет:
Nominations for the Gentoo Council 2010/2011 are now open for the next
two weeks (until 23:59 UTC, 18/06/2010).
All nominations must be sent to the gentoo-dev mailing list. If you
were nominated and want to run, you have to accept your
Hi.
We have LINGUAS support in portage for quite some time now, but how do
we handle LINGUAS? It's not as evident as it seems and thus we need some
guidelines. So I'll formulate few questions below but first let's look
how portage works with LINGUAS. If you know this skip to Questions
section
В Срд, 09/06/2010 в 21:21 +0200, Harald van Dijk пишет:
On Wed, Jun 09, 2010 at 11:38:03AM +0400, Peter Volkov wrote:
1. Do we want all packages to support LINGUAS if possible? It is
possible to leave gettext based package without LINGUAS and everything
will just work, but I think that it's
В Чтв, 10/06/2010 в 23:42 -0700, Alec Warner пишет:
I don't agree with that, but just out of curiosity, is it possible to use a
web interface? phpldapadmin or something
The problem with phpldapadmin is that it potentially opens up LDAP to
the world.
Require everybody to forward connection
В Птн, 11/06/2010 в 09:48 +0200, Maciej Mrozowski пишет:
On Friday 11 of June 2010 09:24:45 Peter Volkov wrote:
В Чтв, 10/06/2010 в 23:42 -0700, Alec Warner пишет:
I don't agree with that, but just out of curiosity, is it possible to
use a web interface? phpldapadmin or something
В Срд, 16/06/2010 в 13:41 +0200, Pacho Ramos пишет:
Trying to move the following bug to upstream:
http://bugs.gentoo.org/show_bug.cgi?id=253862
AFAIR this was never libtool bug, but automake and with recent enough
automake (1.10 for sure) everything should just work.
--
Peter.
В Срд, 16/06/2010 в 17:21 -0400, Mike Frysinger пишет:
On Wed, Jun 16, 2010 at 4:16 PM, Peter Volkov wrote:
В Срд, 16/06/2010 в 13:41 +0200, Pacho Ramos пишет:
Trying to move the following bug to upstream:
http://bugs.gentoo.org/show_bug.cgi?id=253862
AFAIR this was never libtool bug
В Чтв, 24/06/2010 в 16:43 -0400, Olivier Crête пишет:
On Thu, 2010-06-24 at 20:59 +0200, Luca Barbato wrote:
On 04/13/2010 01:25 PM, Peter Volkov wrote:
В Втр, 06/04/2010 в 07:43 +0530, Nirbheek Chauhan пишет:
* It makes zero sense to manually manage ChangeLogs in git[1]
Once I had
В Птн, 25/06/2010 в 14:19 +0530, Arun Raghavan пишет:
On 25 June 2010 14:15, Peter Volkov p...@gentoo.org wrote:
В Чтв, 24/06/2010 в 16:43 -0400, Olivier Crête пишет:
[...]
Or you could review the changes before pushing (since in git these
operations are separate). And live
В Втр, 06/07/2010 в 01:29 +0200, Enrico Weigelt пишет:
Hi folks,
does he speak for all of you ?
Enrico I don't see why we may need to maintain separate ebuilds for
programs with patches scheduled upstream. Submit important patches
separately or, better, work with upstream so we'll get
В Пнд, 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
В Втр, 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
В Сбт, 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 в 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
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
В Пнд, 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
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
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
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
В Срд, 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'.
В Пнд, 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
В Срд, 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,
В Срд, 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
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
В Чтв, 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
В Сбт, 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
В Пнд, 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
В Пнд, 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
В Чтв, 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
В Вск, 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
В Вск, 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
В Птн, 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
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
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
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
В Срд, 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
1 - 100 of 281 matches
Mail list logo
