I make any change to
the packaged gems I maintain (asciidoctor and asciidoctor-pdf), I want to
make sure this won't break running the test suite when building the RPM.
Thanks,
-Dan
[1] https://github.com/rubygems/rubygems/issues/4748
--
Dan Allen (he, him, his) | @mojavelinux |
t;>
>>
>>
>> --
>> Christopher Brown
>> Senior Consultant
>> Red Hat UK Ltd
>> chris.br...@redhat.com
>>
>
>
> --
> Christopher Brown
> Senior Consultant
> Red Hat UK Ltd
> chris.br...@redhat.com
> _
>> ruby-sig mailing list -- ruby-sig@lists.fedoraproject.org
>> To unsubscribe send an email to ruby-sig-le...@lists.fedoraproject.org
>> Fedora Code of Conduct:
>> https://docs.fedoraproject.org/en-US/project
>> List Archives:
>>> https://lists.fedoraproject.org/archives/list/ruby-sig@lists.fedoraproject.org
>>>
>>
>>
>> --
>> Christopher Brown
>> Senior Consultant
>> Red Hat UK Ltd
>> chris.br...@redhat.com
>>
>
>
> --
> Christopher
However I thought I'd put this out for further responses from anyone with
> a vested interest.
>
> 1.
> https://fedoraproject.org/wiki/Bundled_Libraries?rd=Packaging:Bundled_Libraries
> 2. https://github.com/vega/vega/tags
>
>
> On Thu, 29 Oct 2020 at 20:28, Dan Allen
edoraproject.org/archives/list/ruby-sig@lists.fedoraproject.org
>>
>> ___
>> ruby-sig mailing list -- ruby-sig@lists.fedoraproject.org
>> To unsubscribe send an email to ruby-sig-le...@lists.fedo
>
> You are welcome. Thank you for taking care about those packages. They are
> in good hands.
>
>
> Vít
>
>
> I'd specifically like to call out Dan Allen for his assistance in working
> to improve the testing for asciidoctor-pdf earlier and others for answering
> my
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/ruby-sig@lists.fedoraproject.org
>
--
Dan Allen (he, him, his) | @mojavelinux | http
@Vit Ondruch - if you have any idea on why it can't
> find the binary path, that would be good, am I missing a requires on itself
> or some such?
>
> Cheers
> Chris
>
> On Tue, 5 May 2020 at 20:32, Dan Allen wrote:
>
>> Christopher,
>>
>> I disc
ject.org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/ruby-sig@lists.fedoraproject.org
>
--
rawn-2.2.2-4.fc32.noarch
> rubygem-pdf-core-0.8.1-4.fc32.noarch
> rubygem-pdf-inspector-1.3.0-5.fc32.noarch
> rubygem-pdf-reader-2.1.0-5.fc32.noarch
>
> ~~~
>
>
> Vít
>
>
> Dne 06. 05. 20 v 11:44 Dan Allen napsal(a):
>
> Here's a test script to prove it:
&
ll environment to make
sure we aren't faked out by behavior introduced by inherited environment
variables. I can provide a way to loosen this restriction when running the
tests in the packaging environment, or you can skip the CLI tests:
rspec -t ~cli
Best Regards,
-Dan
--
Dan Allen
; do |fd|
pdf = PDF::Inspector::Text.analyze fd
puts pdf.strings
end
I ran it on this branch:
https://github.com/mojavelinux/prawn/tree/2.2.2-pdf-core-0.8.x
Best Regards,
-Dan
On Wed, May 6, 2020 at 3:33 AM Dan Allen wrote:
> Vit,
>
> It seems to be due to this change:
> https:
patch we need to add on top of Prawn to fix this? I am asking because I am
> not sure there is easy way do revert the pdf-core update (we can always
> bump epoch, but this sucks for other reasons).
>
>
> Vít
>
>
> Dne 06. 05. 20 v 10:31 Dan Allen napsal(a):
>
> I&
ould either wait
for the next release of Prawn or package the prerelease from master (which
is tested against pdf-core 0.8.1).
Best Regards,
-Dan
--
Dan Allen | @mojavelinux | https://twitter.com/mojavelinux
___
ruby-sig mailing list -- ruby-sig@lists.
asciidoctor-pdf (>= 0) with executable asciidoctor-pdf
>
> ~~~
>
>
> Are very likely due to not using Bundler.
>
>
> Vít
>
>
>
> [1]
> https://github.com/prawnpdf/prawn/commit/c504ae4e683017d7afadece084734a9190230cd8
>
> Dne 05. 05. 20 v 21:30 Dan Allen
org
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/ruby-sig@lists.fedoraproject.org
>
--
Dan Allen | @
end
Here's the call site:
Analyser::StatsBase.new(to_h.transform_values { |v| (100 *
v).fdiv(total).round(DECIMALS) })
So a hash is being passed off as keyword arguments. Ruby wants you to make
the conversion explicit. That's the essence of this change.
Best,
-Dan
--
Dan Allen
to adapt to the external world
rather than change it.
I'm happy to rethink how I'm packaging the gem. I'm just explaining my
thought process so you understand why I've been doing what I've been doing.
Cheers,
-Dan
On Sun, Mar 26, 2017 at 3:13 PM, Ken Dreyer wrote:
>
idoctor.gemspec
Until this is fixed, my gem is going to fail in rawhide because I can't
change the already released gem. I suspect there are others that are
failing as well.
-Dan
--
Dan Allen | @mojavelinux | https://twitter.com/mojavelinux
___
ruby-sig
ransitive. For some
reasons, it's winning over MRI Ruby in the dependency closure.
To clarify, though, it's not JRuby that's unstable. JRuby is incredibly
stable. It's the package for Fedora that's unstable (or renders it
unstable).
Cheers,
-Dan
--
Dan Allen |
Great work Vit & everyone participating! It's amazing to see Fedora Ruby
keeping pace with upstream releases.
-Dan
On Jan 2, 2015 8:41 AM, "Vít Ondruch" wrote:
> Hi,
>
> You have probably noticed, that Ruby 2.2.0 was released [1]. I pushed
> the updated .spec file into dist-git and here is the s
sitfedoraruby
>
> --
> FAS : axilleas
> GPG : 0xABF99BE5
> Blog: http://axilleas.me
> ___
> ruby-sig mailing list
> ruby-sig@lists.fedoraproject.org
> https://admin.fedoraproject.org/m
ng list
> ruby-sig@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/ruby-sig
--
Dan Allen | http://google.com/profiles/dan.j.allen
___
ruby-sig mailing list
ruby-sig@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/ruby-sig
-sig@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/ruby-sig
--
Dan Allen | http://google.com/profiles/dan.j.allen
___
ruby-sig mailing list
ruby-sig@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/ruby-sig
On Tue, Sep 17, 2013 at 2:47 AM, Vít Ondruch wrote:
> Dne 15.9.2013 01:21, Dan Allen napsal(a):
>
> While attempting to compile Rubinius on Fedora, I ran into the problem
>> that it could not locate the following header file:
>>
>> /usr/include/ruby/config.h
>>
see here:
http://koji.fedoraproject.org/koji/rpminfo?rpmID=3705765
In the Ruby 2.0 devel package, it's in the expected location, as you can
see here:
http://koji.fedoraproject.org/koji/rpminfo?rpmID=4216149
Should this be fixed?
-Dan
--
Dan Allen | http://google.com/profiles/dan.j.
+1 to the proposal in general.
If you go the macro path, be sure to catch README and LICENSE files that
have extensions, such as .md or .adoc.
-Dan
On Aug 29, 2013 6:13 AM, "Vít Ondruch" wrote:
> Dne 29.8.2013 11:13, Miroslav Suchý napsal(a):
>
>> Hi,
>> all rubygems put their README and LICENS
gt;
> Josef
>
> [1] https://fedoraproject.org/wiki/Changes/Ruby_on_Rails_4.0
>
> ----- Original Message -
> From: "Dan Allen"
> To: "Ruby SIG mailing list"
> Sent: Monday, July 29, 2013 8:58:38 PM
> Subject: Re: Package reviews for Ruby on Rails 4.0 feature
&g
rading Rails.
>
> Regards
> Josef
> ___
> ruby-sig mailing list
> ruby-sig@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/ruby-sig
--
Dan Allen | http://google.com/profiles/dan.j.allen
Thanks for the pointer Vit!
fedpkg is much more useful than I originally realized. Quite a time saver!
-Dan
On Mon, Jul 1, 2013 at 12:46 AM, Vít Ondruch wrote:
> Dne 28.6.2013 22:43, Dan Allen napsal(a):
>
> Yeah! That worked! I bumped the build number, built on F19 and us
f20-build
f20
f20-candidate f20-build
f20
rawhidef20-build
f20
rawhide-repo-holderrawhiderawhide
That's not helpful.
-Dan
On Fri, Jun 28, 2013 at 1:47 AM, Vít Ondruch wrote:
> Dne 28.6.2013 04
ut certificates.
-Dan
On Thu, Jun 27, 2013 at 8:49 PM, Dan Allen wrote:
> Btw, the message is:
>
> ActionNotAllowed: tag requires admin permission
>
> -Dan
>
>
> On Thu, Jun 27, 2013 at 8:48 PM, Dan Allen wrote:
>
>> I'm the maintainer of the rubygem-ascii
Btw, the message is:
ActionNotAllowed: tag requires admin permission
-Dan
On Thu, Jun 27, 2013 at 8:48 PM, Dan Allen wrote:
> I'm the maintainer of the rubygem-asciidoctor package. Thanks to work
> by Jimmi Dyson, the package now builds successfully for epel6
on in order to tag for el6, or is something else wrong?
Thanks,
-Dan
--
Dan Allen | http://google.com/profiles/dan.j.allen
___
ruby-sig mailing list
ruby-sig@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/ruby-sig
There is a way around this if therubyracer is being pulled in by execjs.
You can set an environment variable to use the system js binary, which is
in Fedora by default.
EXECJS_RUNTIME=SpiderMonkey
Then you don't need the racer.
In general, though, execution of JavaScript from Ruby is annoying. I
On Apr 11, 2013 3:46 AM, "Axilleas Pipinellis"
wrote:
>
> Yes, [MariaDB] is said to be fully mysql-compatible, but I haven't tested
any app to see for myself, that's why I put it in the list. I'm thinking to
open an issue at gitlab's bugtracker and ask them to include it in the
supported databases
Absolutely fantastic write-up. This is exactly the type of update that
starts the effort off on the right foot and gets the community behind it.
Thank you for posting.
I just went through the process of packaging a few gems, so *if* I have
time, I'd be happy to grab a few from the list and get the
cular) because
there are numerous community projects that have adopted Awestruct and
having a package in Fedora really help the reputation of Fedora Ruby.
Cheers,
-Dan
[1] http://awestruct.org
--
Dan Allen
Principal Software Engineer, Red Hat | Author of Seam in Action
Registered Linux User #23159
urces-plugin.git/tree/maven-resources-plugin.spec#n44
On Thu, Mar 28, 2013 at 3:55 PM, Ken Dreyer wrote:
> On Thu, Mar 28, 2013 at 3:11 PM, Dan Allen wrote:
> > Is it possible to have
> > an alias package in this case like in Debian where it will install
> > rubygem-asciidoctor wh
t "rubygem-awestruct" or can I name it simply "awestruct".
Thanks,
-Dan
--
Dan Allen
Principal Software Engineer, Red Hat | Author of Seam in Action
Registered Linux User #231597
http://google.com/profiles/dan.j.allen
http://mojavelinux.com
http://mojavelinux.com/seaminaction
pdate channels now?
Thanks,
-Dan
--
Dan Allen
Principal Software Engineer, Red Hat | Author of Seam in Action
Registered Linux User #231597
http://google.com/profiles/dan.j.allen
http://mojavelinux.com
http://mojavelinux.com/seaminaction
___
rub
On Thu, Mar 14, 2013 at 2:48 AM, Vít Ondruch wrote:
> Dne 13.3.2013 16:19, Dan Allen napsal(a):
>
> On Wed, Mar 13, 2013 at 1:47 AM, Vít Ondruch wrote:
>
>> Dne 13.3.2013 05:51, Dan Allen napsal(a):
>>
>> Vít,
>>>
>>> I noticed that the Ti
On Wed, Mar 13, 2013 at 1:47 AM, Vít Ondruch wrote:
> Dne 13.3.2013 05:51, Dan Allen napsal(a):
>
> Vít,
>>
>> I noticed that the Tilt package has been upgraded to 1.3.5 in rawhide.
>> Would it be possible to get this update pushed to F18 (and perhaps F17
>>
,
-Dan
--
Dan Allen
Principal Software Engineer, Red Hat | Author of Seam in Action
Registered Linux User #231597
http://google.com/profiles/dan.j.allen
http://mojavelinux.com
http://mojavelinux.com/seaminaction
___
ruby-sig mailing list
ruby-sig
45 matches
Mail list logo