Re: Looking for contact with Daniel Veillard libxml2 maintainer

2018-01-16 Thread Daniel Veillard
On Tue, Jan 16, 2018 at 02:27:15PM +, Tomasz Kłoczko wrote: > On 16 January 2018 at 14:14, Daniel Veillard wrote: > > On Tue, Jan 16, 2018 at 01:33:28PM +, Tomasz Kłoczko wrote: > >> Hi, > >> > >> I'm trying to follow procedure describ

Re: Looking for contact with Daniel Veillard libxml2 maintainer

2018-01-16 Thread Daniel Veillard
loczek > -- > Tomasz Kłoczko | LinkedIn: http://lnkd.in/FXPWxH -- Daniel Veillard | Red Hat Developers Tools http://developer.redhat.com/ veill...@redhat.com | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | virtualization library http://libvirt.org/ ___

Re: F20 Self Contained Change: Apache OpenOffice

2013-07-21 Thread Daniel Veillard
On Mon, Jul 22, 2013 at 12:52:29AM +0200, Andrea Pescetti wrote: > On 19/07/2013 Daniel Veillard wrote: > >One of my specific request therew is make sure that they link to the system > >libraries instead of relying on the embedded version used e.g. for > >Windows build. Very s

Re: F20 Self Contained Change: Apache OpenOffice

2013-07-19 Thread Daniel Veillard
nclusion in Fedora. One of my specific request therew is make sure that they link to the system libraries instead of relying on the embedded version used e.g. for Windows build. Very specifically make sure libxml2 etc... is not provided by static version inside but uses the system one (so we don&

Re: twinkle: Intent to retire

2013-03-14 Thread Daniel Veillard
are. If we loose twinkle we will still have those two, Daniel -- Daniel Veillard | Open Source and Standards, Red Hat veill...@redhat.com | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | virtualization library http://libvirt.org/ -- devel mailing list devel@lists.fe

Re: Static Analysis: proposed interchange format ("firehose")

2013-01-16 Thread Daniel Veillard
attribute to distinguish :-) - for notes i would separate them ... ... since they are likely to me entered manually, and you may want to track who entered them as you go. - I would use instead of myself but i understand your logic too Long reply but overall that look mostly fine from my

Re: comps' "standard" group spring cleaning?

2013-01-11 Thread Daniel Veillard
ep it, but moving it out of the "standard" group definitely makes sense ! Daniel -- Daniel Veillard | Open Source and Standards, Red Hat veill...@redhat.com | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ http://veillard.com/ | virtualization library http://libvirt.org/ -- devel

Re: minimal install set tuning [was Re: systemd requires HTTP server and serves QR codes]

2012-10-11 Thread Daniel Veillard
looks[1] like Matthias was watching this thread. Yay! > > [1] > http://pkgs.fedoraproject.org/cgit/glib2.git/commit/?id=3d798c3fdcbab4255323c570fcfc0090bd2980df Let's celebrate one less use of gamin ! Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsof

Re: systemd requires HTTP server and serves QR codes

2012-10-10 Thread Daniel Veillard
On Wed, Oct 10, 2012 at 08:43:22AM -0400, Matthew Miller wrote: > On Wed, Oct 10, 2012 at 07:17:58PM +0800, Daniel Veillard wrote: > > > libxml2 takes up 5.2M, of which 3.8M is docs > > It really should go in -devel, I agree ! > > Check it out -- we've accomplish

Re: systemd requires HTTP server and serves QR codes

2012-10-10 Thread Daniel Veillard
file bugs against these. Much less work than anything else I've seen > here, and gets us something -- particularly libxml2, where it's mostly > developer docs. no disagreement. Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ dan...@veillard.co

Re: request: remove "gd.tuwien.ac.at" from mirror-lists

2012-10-07 Thread Daniel Veillard
load is aborted > as if it timed out, and next mirror is used. Each timeout also > halves the mirror's estimated speed so it will very likely be > avoided next time. > > https://admin.fedoraproject.org/updates/FEDORA-2012-14928/python-urlgrabber-3.9.1-21.fc18 Cool, thank

Re: request: remove "gd.tuwien.ac.at" from mirror-lists

2012-09-25 Thread Daniel Veillard
the ISP own evaluation of the traffic pattern. Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ dan...@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/ -- devel mailing list devel

Yum broken behaviour on slow server [was: request: remove "gd.tuwien.ac.at" from mirror-lists]

2012-09-25 Thread Daniel Veillard
is more intelligent than the user, then make sure the code behave intelligently in all situations. Heh it improved it's only 2 hours to fetch primary_db now, how great ! updates/primary_db0% [=- ] 471 B/s | 2.2 MB 138:40 ETA needless to say, I'm cancelling the comma

Heads up, small incompatibility with upcoming libxml2-2.9.0

2012-08-09 Thread Daniel Veillard
t way ? Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ dan...@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://veillard.com/ | virtualization library http://libvirt.org/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproj

Re: Orphaning dnsmasq

2011-08-22 Thread Daniel Veillard
puzzle. > > It would probably then be best if one of the libvirt developers took > > ownership. > > I took. Thanks, I certainly watch the package, but I'm happy to delegate this :-) Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsof

Re: [ACTION REQUIRED v2] Retiring packages in F-16

2011-07-13 Thread Daniel Veillard
On Wed, Jul 13, 2011 at 09:26:25AM -0700, Toshio Kuratomi wrote: > On Wed, Jul 13, 2011 at 06:06:37PM +0800, Daniel Veillard wrote: > > On Tue, Jul 12, 2011 at 05:10:01PM -0400, Bill Nottingham wrote: > > > Each release, before branching, we block currently orphaned packages. &g

Re: [ACTION REQUIRED v2] Retiring packages in F-16

2011-07-13 Thread Daniel Veillard
t; comaintained by: veillard [...] > Orphan libvirt-cim > comaintained by: veillard I sent a mail to this very list one week ago: Date: Wed, 6 Jul 2011 09:07:57 +0800 From: Daniel Veillard To: devel@lists.fedoraproject.org Subject: Taking ownership of libcmpiutil and libvir

Taking ownership of libcmpiutil and libvirt-cim

2011-07-05 Thread Daniel Veillard
pkgdb/acls/name/libvirt-cim Note that both packages are listed as owned by "orphan" but they don't show up in the orphan list (yet ?) https://admin.fedoraproject.org/pkgdb/acls/orphans Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/

Re: Heads-Up: Beware of xmlCleanupParser() when your package links against libxml2

2010-01-18 Thread Daniel Veillard
On Wed, Jan 13, 2010 at 03:57:46PM -0600, Michael Cronenworth wrote: > Daniel Veillard wrote: > > The problem is that you can perfectly have application not relying on > > libxml2 outside of their own code use libxml2 at different phases, > > for example when parsing input

Re: Heads-Up: Beware of xmlCleanupParser() when your package links against libxml2

2010-01-18 Thread Daniel Veillard
also happen to help make them > thread safe. I provided a bunch of new parsing API in libxml2 precisely to avoid the problem of global variables, but well unless I make a non-compatible API and hence libxml3 (no target date, probably never) this problem will stay around. Daniel -

Re: Heads-Up: Beware of xmlCleanupParser() when your package links against libxml2

2010-01-18 Thread Daniel Veillard
First time I see something coming from you or Postgres group complaining about a leak or about the use of xmlMemSetup() Daniel -- Daniel Veillard | libxml Gnome XML XSLT toolkit http://xmlsoft.org/ dan...@veillard.com | Rpmfind RPM search engine http://rpmfind.net/ http://

Re: Heads-Up: Beware of xmlCleanupParser() when your package links against libxml2

2010-01-13 Thread Daniel Veillard
could turn xmlCleanupParser() into an empty entry point and create a new function where the name would make clear that this is not to be used without being careful, but that decision would have to be discussed on the above list, not here. Daniel -- Daniel Veillard | libxml Gnome XML XSLT too