take also this one
regards
.g
Il 01/06/2016 13:37, Michal Srb ha scritto:
rpms/rngom -- Java library for parsing RELAX NG grammars ( master f24
f23 f22 )
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
On 06/01/2016 02:30 PM, gil wrote:
Il 01/06/2016 13:37, Michal Srb ha scritto:
Hello,
Due to lack of time, I am orphaning following packages:
hi
take these
Thank you gil ;)
Michal
rpms/spring-ldap -- Java library for simplifying LDAP operations (
master f24 f23 f22 )
rpms/sprin
Il 01/06/2016 13:37, Michal Srb ha scritto:
Hello,
Due to lack of time, I am orphaning following packages:
hi
take these
rpms/spring-ldap -- Java library for simplifying LDAP operations (
master f24 f23 f22 )
rpms/springframework -- Spring Java Application Framework ( master
f24 f23
Hello,
Due to lack of time, I am orphaning following packages:
rpms/PyXB -- Python XML Schema Bindings ( master f24 f23 f22 el6 el5 )
rpms/cvsclient -- CVS library for Java ( master f24 f23 f22 )
rpms/rngom -- Java library for parsing RELAX NG grammars ( master f24
f23 f22 )
rpms/spring-l
On Thu, 2013-07-18 at 16:49 +0200, Nicolas Chauvet wrote:
>
> > But it's actually relatively simple to hack around that for now with a
> > NM dispatcher script. Having libproxy-pacrunner available is the
> > important missing piece of the puzzle for now.
Sorry for delayed response. Please don't d
2013/7/18 David Woodhouse
> On Fri, 2013-06-07 at 01:19 +0800, Christopher Meng wrote:
> > On Thu, Jun 6, 2013 at 6:55 PM, David Woodhouse
> wrote:
> > > On Wed, 2013-06-05 at 12:08 +0800, Christopher Meng wrote:
> > >> libproxy taken.
> > >
> > > I'm also very interested in libproxy. Would you
On Fri, 2013-06-07 at 01:19 +0800, Christopher Meng wrote:
> On Thu, Jun 6, 2013 at 6:55 PM, David Woodhouse wrote:
> > On Wed, 2013-06-05 at 12:08 +0800, Christopher Meng wrote:
> >> libproxy taken.
> >
> > I'm also very interested in libproxy. Would you mind if I comaintain it?
>
> Please reque
On 06/06/2013 04:41 PM, David Woodhouse wrote:
> I think the existing libproxy API is sane enough.
It could be better. But pacrunner's D-Bus API looks fine (mostly because
by using D-Bus you get asynchrony and cancellability for free).
It would be nice if it exposed the "Method" from
CreateProxyC
Hi David,
On Thu, 2013-06-06 at 11:55 +0100, David Woodhouse wrote:
> On Wed, 2013-06-05 at 12:08 +0800, Christopher Meng wrote:
> > libproxy taken.
>
> I'm also very interested in libproxy.
Great! Can you help out with testing
https://bugzilla.redhat.com/show_bug.cgi?id=970282#c4
?
--
devel
On Thu, Jun 6, 2013 at 6:55 PM, David Woodhouse wrote:
> On Wed, 2013-06-05 at 12:08 +0800, Christopher Meng wrote:
>> libproxy taken.
>
> I'm also very interested in libproxy. Would you mind if I comaintain it?
Please request the commit privilege if you want to maintain it. That's all...
--
dev
On Thu, Jun 06, 2013 at 11:55:08AM +0100, David Woodhouse wrote:
> - *EVERY* application just asks "what proxy should I use for this
>URL" by default, unless it's explicitly configured otherwise.
I feel your pain, but making every application depend on an
"overcomplex" C++ Javascript interpre
* Nicolas Chauvet [04/06/2013 22:06] :
>
> perl\* (see pkgdb)
I grabbed the following:
perl-Tk-TableMatrix
perl-Test-Refcount
perl-Socket-GetAddrInfo
perl-Net-CIDR
perl-HTML-FromText
perl-HTTP-Cache-Transparent
perl-Lingua-Preferred
perl-IO-Async
perl-Log-TraceMessages
Emmanuel
--
devel ma
12 matches
Mail list logo