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 beginnin
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
>
В Пнд, 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 manag
В Птн, 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 ...
>
В Пнд, 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
В Втр, 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 x11-b
В Сбт, 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.
--
P
В Втр, 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 p
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_insta
В Пнд, 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 in
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}.
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 de
В Чтв, 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.
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 files
В Сбт, 05/01/2008 в 18:19 +0100, Luca Barbato пишет:
> Anything other suggestions?
I think, arch which does not manage to cope with stabilize bugs force
users to use unstable branch so it's good both for developers and users
to force such arch to concentrate on fixing real bugs and maintain only
u
В Сбт, 05/01/2008 в 18:17 -0600, Ryan Hill пишет:
> I don't know, I can kinda see both sides. Alt arches tend to be finicky
> so it's important that updates are well tested on them. Also they're
> more prone to break during upgrades, not only because they're more
> fragile but because upstream
В Срд, 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'
В Вск, 13/01/2008 в 11:06 +0200, Samuli Suominen пишет:
> # Samuli Suominen <[EMAIL PROTECTED]> (13 Jan 2008)
> # Masked for removal in about 60 days.
> # libdts is replaced by libdca.
> media-libs/libdts
> =media-video/ffmpeg-0.4.9_p20051216
> =media-video/ffmpeg-0.4.9_p2006*
> =media-video/ffmpeg
В Пнд, 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?
>
В Срд, 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 sam
В Срд, 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, k
В Срд, 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 rippin
В Чтв, 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, jav
В Чтв, 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 usin
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 i
В Чтв, 14/02/2008 в 23:19 -0800, Donnie Berkholz пишет:
> > use bundled-adodb || phpUseFlags="${phpUseFlags} sockets"
>
> Why is bundling even an option? We should always force external packages
> to be used, or we end up with more zlib messes.
This does no harm and can help in situations w
В Чтв, 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 s
В Чтв, 06/03/2008 в 09:08 +0530, Anant Narayanan пишет:
> The idea is to make the recruitment process as easy and quick as
> possible, while ensuring that the person involved has the requisite
> skills.
Could you explain, how our recruitment process is long and hard? Also
how could you ensure
В Пнд, 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 wer
В Пнд, 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'
В Втр, 11/03/2008 в 06:36 +0100, Jeroen Roovers пишет:
> On Mon, 10 Mar 2008 23:04:54 -0600
> Ryan Hill <[EMAIL PROTECTED]> wrote:
>
> > Just like when you add a new ebuild, you add it with the keywords for
> > architectures you personally have verified to work.
>
> It seems you're confusing pack
В Сбт, 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 :
> http://sources.gentoo.org/viewcvs.py/gen
В Птн, 16/10/2009 в 23:09 +0300, Samuli Suominen пишет:
> # Samuli Suominen (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
Does kde team chan
В Срд, 14/10/2009 в 22:12 -0600, Ryan Hill пишет:
> On Sun, 11 Oct 2009 13:11:14 +0200
> Peter Hjalmarsson 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.
Why don't
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 dis
В Срд, 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
В Птн, 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 wrote:
> >>> In the past when smaller arches were not that active we used to mark
> >>> Java packages stable after
В Сбт, 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 t
В Вск, 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, an
В Сбт, 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 us
В Вск, 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.1&view=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
> > >>
В Вск, 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 h
В Пнд, 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 lazines
app-text/ghostscript-gnu is masked for removal. Use
app-text/ghostscript-gpl - most up to date version of ghostscript.
Bug #264614.
--
Peter.
В Втр, 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 imple
В Пнд, 07/12/2009 в 21:20 +0100, Thilo Bangert пишет:
> Hans de Graaff said:
> > On Mon, 2009-12-07 at 12:56 +0100, Thilo Bangert wrote:
> > > dev-util/cucumbermissing
> >
> > Fixed, but this is really a bug in metadata.dtd, which specifies
> > > upstream)* )>
> indeed:
В Втр, 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
В Втр, 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 m
В Пнд, 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
reas
В Втр, 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 th
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 Frysing
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
Curr
В Втр, 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.
>
В Сбт, 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:
> http://code.google.com/p/wvstreams/i
В Пнд, 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 im
В Пнд, 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 n
В Чтв, 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
В Срд, 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 wit
В Вск, 28/03/2010 в 07:47 +0200, Maciej Mrozowski пишет:
> No, seriously - given the fact that some of my packages were even stabilized
> without contacting me (app-misc/hal-cups-utils, app-admin/system-config-
> printer-common)
If you know packages are broken why they were not hardmasked? If th
В Втр, 06/04/2010 в 07:43 +0530, Nirbheek Chauhan пишет:
> * It makes zero sense to manually manage ChangeLogs in git[1]
Once I had stupid cut&paste 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 so
В Втр, 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 (patri
В Втр, 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.
В Пнд, 24/05/2010 в 18:17 -0400, Mike Frysinger пишет:
> sources.gentoo.org/eclass/autotools.eclass?r1=1.97&r2=1.98
for makefile_name in {GNUmakefile,{M,m}akefile}.{am,in} "" ; do
Why "" is required at the end of file list?
--
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.97&r2=1.98
> > Why "" is required at the end of file list?
> for makefile_name in {GNUmak
В Сбт, 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 yo
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 belo
В Срд, 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 j
В Чтв, 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 conn
В Птн, 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
> > > >
В Срд, 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
&
В Чтв, 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 manua
В Птн, 25/06/2010 в 14:19 +0530, Arun Raghavan пишет:
> On 25 June 2010 14:15, Peter Volkov wrote:
> > В Чтв, 24/06/2010 в 16:43 -0400, Olivier Crête пишет:
> [...]
> >> Or you could review the changes before pushing (since in git these
> >> operations ar
В Втр, 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 everythi
В Срд, 21/07/2010 в 17:18 +0200, "Miroslav Šulc (fordfrog)" пишет:
> > epatch_user() from euitls.eclass
> so this is undocumented feature? i did not know about this cool
> feature till now.
It's undocumented since it's better to avoid this feature in ebuilds
because this hack makes impossible to
В Срд, 21/07/2010 в 13:34 +0200, Jeroen Roovers пишет:
> This is madness, people. Two herds and four separately mentioned
> developers? Why don't you join a herd? Go on, it's fun and you don't
> have to be alone!
Jeroen, sometimes I add myself as maintainer at the same time being part
of herd for
В Чтв, 22/07/2010 в 14:32 +0200, "Miroslav Šulc (fordfrog)" пишет:
> Dne 22.7.2010 10:44, Peter Volkov napsal(a):
> > В Срд, 21/07/2010 в 17:18 +0200, "Miroslav Šulc (fordfrog)" пишет:
> >>> epatch_user() from euitls.eclass
> >> so this is un
Hi.
How should we version our packages in case we've backported upstream
patches from stable branch of development? Bug 330667 requests _p or
_pre. I feel that _p|_pre versions should be left for VCS (read
development) versions of the package, while during backports we have the
best version with a
В Втр, 03/08/2010 в 22:17 +0300, Petteri Räty пишет:
> On 08/03/2010 03:03 PM, Peter Volkov wrote:
> > Bug 330667 requests _p or
> > _pre. I feel that _p|_pre versions should be left for VCS (read
> > development) versions of the package, while during backports we have the
В Втр, 03/08/2010 в 17:12 -0500, Jeremy Olexa пишет:
> On Thu, 29 Jul 2010 20:22:47 + (UTC), "Arfrever Frehtes Taifersar
> Arahesis (arfrever)" wrote:
> >
> > SRC_URI="http://pypi.python.org/packages/source/${MY_PN:0:1}/${MY_PN}/${MY_P}.tar.gz";
> >
>
> This is a perfect example of "over-co
В Срд, 04/08/2010 в 09:42 +, Jorge Manuel B. S. Vicetto пишет:
> If you take KDE's team example, we provide ebuilds to track the stable
> branch from upstream in our overlay. They're called ..
> It's true that our ebuild does use the live vcs, but in this case the
> difference is that inste
В Сбт, 14/08/2010 в 20:06 +0300, Markos Chandras пишет:
> On Sat, Aug 14, 2010 at 06:26:36PM +0200, Thilo Bangert wrote:
> > > So you want me to force everyone to update the package just to respect
> > > the LDFLAGS.
> >
> > yes. IIRC it has been stated on this list before, that a change which
>
В Сбт, 14/08/2010 в 18:29 +0200, Peter Hjalmarsson пишет:
> lör 2010-08-14 klockan 15:14 +0300 skrev Samuli Suominen:
> > > [1] Last time I did a bugreport about this, here is the answer:
> > > https://bugs.gentoo.org/show_bug.cgi?id=310681
> >
> > Long story short:
> >
> > If package has SSL sup
В Пнд, 16/08/2010 в 18:04 +, Alexey Shvetsov (alexxy) пишет:
> alexxy 10/08/16 18:04:52
>
> Modified: ChangeLog
> Added:drupal-5.23.ebuild drupal-6.19.ebuild
> Removed: drupal-6.16.ebuild drupal-6.17.ebuild
> drupal-5.
В Втр, 17/08/2010 в 11:27 +0200, Alex Legler пишет:
> but as for removing the old versions, that's something we usually ask
> people to do after bumping packages with security issues to minimize
> the risk of people installing possibly vulnerable versions.
I agree with removal but not immediately.
В Чтв, 19/08/2010 в 19:58 +, Duncan пишет:
> Jim Ramsay posted on Thu, 19 Aug 2010 17:00:17 + as excerpted:
>
> > Option 1: IUSE="python python3"
> >
> > Where python -> --enable-pythoninterp And python3 ->
> > --enable-python3interp
> >
> > This means if you want python3 support and not
В Вск, 12/09/2010 в 17:01 +0300, Mart Raudsepp пишет:
> On L, 2010-09-11 at 23:18 +0300, Petteri Räty wrote:
> > On 09/11/2010 11:14 PM, Ryan Hill wrote:
> > > On Sat, 11 Sep 2010 22:10:51 +0300
> > > Petteri Räty wrote:
> > >
> > >>> +
> > >>> +*hachoir-parser-1.3.4 (10 Sep 2010)
> > >>> +
> > >
В Чтв, 09/09/2010 в 10:20 +0200, Christian Faulhammer пишет:
> Does anybody here know an obstacle to the stabilisation?
Just found that I'm unable to print with cups-1.4:
https://bugs.gentoo.org/show_bug.cgi?id=337057
Since Samsung printers are rather popular I think this is a blocker. But
proba
В Пнд, 13/09/2010 в 16:44 +, Arfrever Frehtes Taifersar Arahesis
(arfrever) пишет:
> arfrever10/09/13 16:44:13
>
> Modified: ChangeLog
> Added:sqlalchemy-0.5.8.ebuild
> Log:
> Restore for old versions of Gourmet.
Please, mention why the change was made.
В Чтв, 16/09/2010 в 17:44 +0200, Jeroen Roovers пишет:
> On Thu, 16 Sep 2010 09:41:30 -0500
> Jeremy Olexa wrote:
>
> > * econf doesn't need to "|| die"
>
> Is that a novelty change? Most of the tree still does econf || die ...
econf is function that dies on its own.
But still there is one cas
101 - 200 of 302 matches
Mail list logo
