On 04/15/2012 01:16 AM, Ryan Hill wrote:
Right now we have support in some packages for user patches - those being
patches dropped into /etc/portage/patches/pkgname/ - which are automatically
applied. Because this feature is implemented by epatch_user() in
eutils.eclass, it is only available
From time to time I see old bug reports that are still wrongly opened
and referring to old packages no longer in the tree. Would be possible
to add a way to periodically check for bugs referring in summary to
obsolete packages and, then, allow us to have a cleaner bug list?
How
On 04/15/12 16:16, Ryan Hill wrote:
Right now we have support in some packages for user patches - those being
patches dropped into /etc/portage/patches/pkgname/ - which are automatically
applied. Because this feature is implemented by epatch_user() in
eutils.eclass, it is only available for
On Sun, 15 Apr 2012 01:35:40 -0700
Zac Medico zmed...@gentoo.org wrote:
On 04/15/2012 01:16 AM, Ryan Hill wrote:
Right now we have support in some packages for user patches - those being
patches dropped into /etc/portage/patches/pkgname/ - which are automatically
applied. Because this
Right now we have support in some packages for user patches - those being
patches dropped into /etc/portage/patches/pkgname/ - which are automatically
applied. Because this feature is implemented by epatch_user() in
eutils.eclass, it is only available for ebuilds that inherit eutils and
On Sun, 15 Apr 2012 16:53:04 +0800
Patrick Lauer patr...@gentoo.org wrote:
On 04/15/12 16:16, Ryan Hill wrote:
Right now we have support in some packages for user patches - those being
patches dropped into /etc/portage/patches/pkgname/ - which are automatically
applied. Because this
On 04/15/2012 02:03 AM, Ryan Hill wrote:
The reason that Funtoo's FEATURES=localpatch applies patches before
src_prepare is that it's common for eautoreconf to be called inside
src_prepare, and applying patches after src_prepare can create a need to
call eautoreconf a second time.
Well that
On Sun, 15 Apr 2012 16:53:04 +0800
Patrick Lauer patr...@gentoo.org wrote:
On 04/15/12 16:16, Ryan Hill wrote:
Right now we have support in some packages for user patches - those being
patches dropped into /etc/portage/patches/pkgname/ - which are automatically
applied. Because this
Thanks everyone for your extremely useful tips. I seem to have it
working now. The problem is that ZFS does memory allocations when asked
to write things.
A makeshift solution is to do `echo 524288
/proc/sys/vm/min_free_kbytes`. A more permanent fix will take more time
to produce, but at least I
El dom, 15-04-2012 a las 02:47 -0600, Ryan Hill escribió:
From time to time I see old bug reports that are still wrongly opened
and referring to old packages no longer in the tree. Would be possible
to add a way to periodically check for bugs referring in summary to
obsolete
Hello
I am unsure about validate_desktop_entries() utility. It's currently
provided by eutils.eclass and only called by net-firewall/fwbuilder.
Shouldn't this be moved to a qa check? Current way is pretty useless
as it's not used by most of packages, and calling it from a lot of
eclasses/ebuilds
El dom, 15-04-2012 a las 11:55 +0200, Pacho Ramos escribió:
El dom, 15-04-2012 a las 02:47 -0600, Ryan Hill escribió:
From time to time I see old bug reports that are still wrongly opened
and referring to old packages no longer in the tree. Would be possible
to add a way to
On Sun, 15 Apr 2012 12:00:45 +0200
Pacho Ramos pa...@gentoo.org wrote:
Also, the idea is to simply generate a list with possible obsolete bug
reports, closing would still be done manually after checking for false
positives ;)
Ah, okay. I thought you wanted something automatically closing
On 04/15/2012 12:59 PM, Pacho Ramos wrote:
Hello
I am unsure about validate_desktop_entries() utility. It's currently
provided by eutils.eclass and only called by net-firewall/fwbuilder.
and xfconf.eclass :)
Shouldn't this be moved to a qa check? Current way is pretty useless
as it's not
Right now we have support in some packages for user patches - those being
patches dropped into /etc/portage/patches/pkgname/ - which are
automatically applied. Because this feature is implemented by
epatch_user() in
eutils.eclass, it is only available for ebuilds that inherit eutils and
On 2012-04-15, at 5:03 AM, Ryan Hill dirtye...@gentoo.org wrote:
On Sun, 15 Apr 2012 01:35:40 -0700
Zac Medico zmed...@gentoo.org wrote:
On 04/15/2012 01:16 AM, Ryan Hill wrote:
Right now we have support in some packages for user patches - those being
patches dropped into
On Sun, 15 Apr 2012 13:00:10 +0200
Andreas K. Huettel dilfri...@gentoo.org wrote:
Right now we have support in some packages for user patches - those
being patches dropped into /etc/portage/patches/pkgname/ - which are
automatically applied. Because this feature is implemented by
On Sun, 15 Apr 2012 02:16:41 -0600
Ryan Hill dirtye...@gentoo.org wrote:
Right now we have support in some packages for user patches - those
being patches dropped into /etc/portage/patches/pkgname/ - which are
automatically applied. Because this feature is implemented by
epatch_user() in
On Sun, 15 Apr 2012 11:59:50 +0200
Pacho Ramos pa...@gentoo.org wrote:
I am unsure about validate_desktop_entries() utility. It's currently
provided by eutils.eclass and only called by net-firewall/fwbuilder.
Shouldn't this be moved to a qa check? Current way is pretty useless
as it's not
El dom, 15-04-2012 a las 16:02 +0200, Michał Górny escribió:
On Sun, 15 Apr 2012 11:59:50 +0200
Pacho Ramos pa...@gentoo.org wrote:
I am unsure about validate_desktop_entries() utility. It's currently
provided by eutils.eclass and only called by net-firewall/fwbuilder.
Shouldn't this be
On Sun, 15 Apr 2012 16:12:11 +0200
Pacho Ramos pa...@gentoo.org wrote:
El dom, 15-04-2012 a las 16:02 +0200, Michał Górny escribió:
On Sun, 15 Apr 2012 11:59:50 +0200
Pacho Ramos pa...@gentoo.org wrote:
I am unsure about validate_desktop_entries() utility. It's
currently provided by
On Sat, 14 Apr 2012 14:24:25 +0300
Samuli Suominen ssuomi...@gentoo.org wrote:
On 04/14/2012 02:16 PM, Pacho Ramos wrote:
Due long devaway, his packages need a co-maintainer, feel free to
add to metadata if you want. Thanks:
dev-util/ciabot-svn
media-sound/teamspeak-client-bin
W dniu 2012-04-14 13:02, Pacho Ramos pisze:
Hello
From time to time I see old bug reports that are still wrongly
opened and referring to old packages no longer in the tree. Would
be possible to add a way to periodically check for bugs referring
in summary to obsolete packages and, then,
El dom, 15-04-2012 a las 17:47 +0200, Marcin Mirosław escribió:
W dniu 2012-04-14 13:02, Pacho Ramos pisze:
Hello
From time to time I see old bug reports that are still wrongly
opened and referring to old packages no longer in the tree. Would
be possible to add a way to periodically
On 04/15/2012 06:47 PM, Marcin Mirosław wrote:
W dniu 2012-04-14 13:02, Pacho Ramos pisze:
Hello
From time to time I see old bug reports that are still wrongly
opened and referring to old packages no longer in the tree. Would
be possible to add a way to periodically check for bugs referring
On Sunday 15 April 2012 04:16:41 Ryan Hill wrote:
Is there any reason why this couldn't just be done in the package manager,
making user patches available for all ebuilds without code changes?
i originally added it to eutils eclass and only called it in some ebuilds
because people were against
El dom, 15-04-2012 a las 19:10 +0300, Samuli Suominen escribió:
On 04/15/2012 06:47 PM, Marcin Mirosław wrote:
W dniu 2012-04-14 13:02, Pacho Ramos pisze:
Hello
From time to time I see old bug reports that are still wrongly
opened and referring to old packages no longer in the tree.
W dniu 2012-04-15 18:10, Samuli Suominen napisał(a):
When package foobar gets removed from Portage, the remaining bugs
affecting foobar gets closed with resolution WONTFIX/OBSOLETE/FIXED
depending on type of the bug.
When package foobar gets readded to Portage, the maintainer needs to
check also
El mié, 11-04-2012 a las 13:02 +0300, Samuli Suominen escribió:
On 04/11/2012 09:12 AM, Ryan Hill wrote:
On Tue, 10 Apr 2012 22:21:20 +0200
Pacho Ramospa...@gentoo.org wrote:
OK, looks like I misunderstood how wxwidgets work and most opinions
point to enable wxwidgets by default in
On Sun, Apr 15, 2012 at 03:55:58PM +0200, Michał Górny wrote:
What if some patches are applied conditionally?
imo patches that are applied conditionally should be rewritten so they
can always be applied.
patches that are applied conditionally probably won't get into upsream
most of the time.
Sergei Trofimovich posted on Sun, 15 Apr 2012 12:25:12 +0300 as excerpted:
On Sun, 15 Apr 2012 16:53:04 +0800 Patrick Lauer patr...@gentoo.org
wrote:
On 04/15/12 16:16, Ryan Hill wrote:
Right now we have support in some packages for user patches - those
being patches dropped into
The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2012-04-15 23h59 UTC.
Removals:
media-libs/paragui 2012-04-12 09:58:54 tupone
Additions:
dev-ruby/unf_ext2012-04-09 07:07:28 graaff
On Sun, 15 Apr 2012 11:55:04 +0200
Pacho Ramos pa...@gentoo.org wrote:
Well, I currently manually do eix searching to check it, maybe would
be a way to compare eix outputs with ${CATEGORY}/${PKGNAME} from bug
summaries (bugs without that naming structure would be uncovered by
this, but we
On Sunday 15 April 2012 21:04:01 Jeroen Roovers wrote:
On Sun, 15 Apr 2012 11:55:04 +0200 Pacho Ramos wrote:
Well, I currently manually do eix searching to check it, maybe would
be a way to compare eix outputs with ${CATEGORY}/${PKGNAME} from bug
summaries (bugs without that naming
On Sun, 15 Apr 2012 18:59:11 +0200
Pacho Ramos pa...@gentoo.org wrote:
OK then to enable wxwidgets in desktop profile?
Yes.
--
fonts, gcc-porting
toolchain, wxwidgets
@ gentoo.org
signature.asc
Description: PGP signature
35 matches
Mail list logo