cluding it."
https://code.google.com/p/vim/issues/detail?id=100&can=1&q=asciidoc
This would be a better for packaging...perhaps looking ahead for the
packages in rawhide.
-Dan
On Wed, Mar 13, 2013 at 11:11 AM, Dan Allen wrote:
> Any way to get the update into F17?
>
> -Dan
&g
Any way to get the update into F17?
-Dan
On Fri, Mar 8, 2013 at 12:44 PM, Dan Allen wrote:
> Fantastic.
>
> I've seen a lot of cases in the AsciiDoc discussions (social media,
> mailinglist, etc) of one person advising another to avoid the package in
> Fedora because it
gineer - Developer Experience
>
> PGP: 7B087241
> Red Hat Inc. http://cz.redhat.com
>
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
>
--
Dan Allen
Principal Software Engin
On Tue, Jul 31, 2012 at 5:58 PM, Josh Boyer wrote:
> On Tue, Jul 31, 2012 at 5:52 PM, Dan Allen wrote:
> > On Tue, Jul 31, 2012 at 4:59 PM, Josh Boyer wrote:
> >>
> >> On Tue, Jul 31, 2012 at 4:52 PM, Dan Allen
> wrote:
> >> > Prior to kernel 3.4.7,
On Tue, Jul 31, 2012 at 4:59 PM, Josh Boyer wrote:
> On Tue, Jul 31, 2012 at 4:52 PM, Dan Allen wrote:
> > Prior to kernel 3.4.7, libvirt was getting pinned to a single CPU after
> > resume (making VMs run painfully slow). This problem is documented
> > thoroughly in t
On Tue, Jul 31, 2012 at 4:59 PM, Josh Boyer wrote:
> On Tue, Jul 31, 2012 at 4:52 PM, Dan Allen wrote:
> > Prior to kernel 3.4.7, libvirt was getting pinned to a single CPU after
> > resume (making VMs run painfully slow). This problem is documented
> > thoroughly in t
Actually, just getting 3.4.6-3 would be fine:
http://koji.fedoraproject.org/koji/taskinfo?taskID=4325884
-Dan
On Tue, Jul 31, 2012 at 4:52 PM, Dan Allen wrote:
> Prior to kernel 3.4.7, libvirt was getting pinned to a single CPU after
> resume (making VMs run painfully slow). This prob
. However, for Fedora 17, it's 3.5 that's in the queue (with -1
karma). Would it be possible to prepare 3.4.7 for Fedora 17 instead of 3.5
so that we get it sooner? This is really a painful bug.
-Dan
--
Dan Allen
Principal Software Engineer, Red Hat | Author of Seam in Action
Registered
ation uses asciidoc for creating man pages, so I seriously doubt that
the upgrade will cause them any problems since that part of asciidoc hasn't
barely been touched.
I'll proceed with the process to get it updated in rawhide (I'm not a
packager atm, so I'm just assisting).
ly,
you'll notice the differences in the markup (mostly changes in how styles
are applied in the HTML output).
-Dan
On Fri, Jul 27, 2012 at 1:28 AM, Dan Allen wrote:
> I'm seeking request for approval to upgrade the asciidoc package [1]. The
> latest version of AsciiDoc is 8.6.7
bute for
HTML backends to allow the Table of Contents placement to be set
manually by the author.
* fixes to Jython compatibility
--
Dan Allen
Principal Software Engineer, Red Hat | Author of Seam in Action
Registered Linux User #231597
http://google.com/profiles/dan.j.allen
http://
11 matches
Mail list logo