Sorry to bother you again, but I still cannot do signed commits. I don't
know what else to try.
On Thu, 14 Mar 2013, Robin H. Johnson wrote:
On Thu, Mar 14, 2013 at 10:50:00AM +0700, gro...@gentoo.org wrote:
But my first attempt to do a signed commit has failed:
Your GPG agent is broken/missi
On Thu, 21 Mar 2013 12:32:31 +0200
Samuli Suominen wrote:
> On 21/03/13 12:29, Ulrich Mueller wrote:
> > These packages have inotify as local USE flag:
> >
> > app-editors/emacs-vcs
> > app-misc/recoll
> > app-misc/strigi
> > dev-libs/ecore
> > dev-vcs/git-annex
> > media-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 21/03/13 15:14, Ulrich Mueller wrote:
> Most of the time USE="foo" will enable some "foo" feature.
Most of the time is not all of the time, but I see your point. Maybe
"Enable inotify to notice filesystem changes". Or one of your
suggestions, both
On Thu, 21 Mar 2013 14:33:50 +0100
Peter Stuge wrote:
> ..using the mailing list as bugtracker?
No. In this context we are using the mailing list to discuss a patch
to a bug; this is completely normal use of the mailing list, you can
also see this behavior on other mailing lists, eg. the Linux k
> On Thu, 21 Mar 2013, Alexander Berntsen wrote:
>> BTW, half of the local flag descriptions are "Enable inotify
>> support". Imagine that! ;-)
> Why not just make it "Enable inotify support", and write more
> detailed local flags?
The point is that this so-called description adds no useful
Samuli Suominen wrote:
>>> i'm referring to the mistakes done by maintainers by adding
>>> unnecessarily the flag
>>
>> That was not at all clear, but that's great! Then you could fix those
>> ebuilds.
>
> Yes, I could, or I could just let other maintainers know about it, like
> on the ML, wait...
# Tiziano Müller (21 Mar 2013)
# Masked for removal in 30 days (bug #462590). Open bugs:
# #310217, #339477, #343807, #439110
# Recent test failures in dvutil show bugs in timezone handling.
# No new release since >3 years, upstream is not responding.
# Not recommended for new development. Use C++
Hello, I'd want to ask if it's possible and a good idea to add
HEXCHAT_PLUGINS to the global USE_EXPAND var.
HEXCHAT_PLUGINS has been created as a user (and maintainer) request in
bug 461972 [1] to handle easily the net-irc/hexchat plugins that this
package offers, which are: checksum, doat, fishl
On 21/03/13 14:10, Peter Stuge wrote:
Samuli Suominen wrote:
Samuli Suominen wrote:
it should always be enabled with 'kernel_linux' and let the
application itself do a runtime check if inotify is available or not
I think it's great if you are working on such patches for upstreams!
no, i'm t
21.03.2013 16:10, Peter Stuge wrote:
> That was not at all clear, but that's great! Then you could fix those
> ebuilds. Except there's that rule to not fix bugs in others' ebuilds,
> so even though you've found a bug you're not allowed to fix it.. :\
To be honest - last statement is not correct, b
Hi,
The PHP herd currently contains a few packages that were added for
historical reasons, but do not belong in the herd.
dev-db/cdb
dev-db/libiodbc
dev-db/odbtp
dev-libs/libxdiff
cdb and odbtp will be dropped to maintainer-needed. libiodbc and
libxdiff I can take on myself if no one else wants
Samuli Suominen wrote:
>> Samuli Suominen wrote:
>>> it should always be enabled with 'kernel_linux' and let the
>>> application itself do a runtime check if inotify is available or not
>>
>> I think it's great if you are working on such patches for upstreams!
>
> no, i'm talking from experience --
On 21/03/13 13:43, Peter Stuge wrote:
Ulrich Mueller wrote:
Should we make it a global flag?
Sure.
What description is better:
inotify - Enable inotify filesystem monitoring support
inotify - Enable inotify file change notification support
The former is more correct, because inoti
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 21/03/13 11:29, Ulrich Mueller wrote:
> Should we make it a global flag?
Sure.
> What description is better:
>
> inotify - Enable inotify filesystem monitoring support inotify -
> Enable inotify file change notification support
>
> BTW, half o
Ulrich Mueller wrote:
> Should we make it a global flag?
Sure.
> What description is better:
>
>inotify - Enable inotify filesystem monitoring support
>inotify - Enable inotify file change notification support
The former is more correct, because inotify provides notifications
for more t
On 21/03/13 12:29, Ulrich Mueller wrote:
These packages have inotify as local USE flag:
app-editors/emacs-vcs
app-misc/recoll
app-misc/strigi
dev-libs/ecore
dev-vcs/git-annex
media-sound/mpd
net-im/ekg2
net-misc/mediatomb
sys-fs/aufs2
sys-fs/aufs3
sys-
These packages have inotify as local USE flag:
app-editors/emacs-vcs
app-misc/recoll
app-misc/strigi
dev-libs/ecore
dev-vcs/git-annex
media-sound/mpd
net-im/ekg2
net-misc/mediatomb
sys-fs/aufs2
sys-fs/aufs3
sys-process/cronie
Should we make it a global flag? What
17 matches
Mail list logo
