Re: Help needed with new RStudio subcomponent: quarto
On 2/18/22 09:21, Fabio Valentini wrote: > On Fri, Feb 18, 2022 at 3:14 PM Iñaki Ucar wrote: >> >> What kind of issues? Aren't they MIT licensed? > > Some of them are MIT licensed, some are not, but many do not correctly > contain license files. I tried listing all the ones that don't in the > TODO section on the GitHub repo I linked above. > >> And when you talk about "packages" in this context, what does it mean? >> Are they parts of the main repo? Or third-party modules? I assume it's >> not what they call the "standard library", because that's JavaScript >> and TypeScript. > > I mean the packages for invidivual Rust dependencies. > Some of them are part of the deno project (backend libraries for the > "deno" runtime binary, which provide networking, crypto, filesystem > access, etc. functionality for the runtime). But those also depend on > a a lot of other Rust libraries, among them the dozens of crates that > make up SWC (the typescript compiler they use), which is a separate > project entirely The problems I see is that some crates do not publish > sources with licenses files as they should, and one of the deno > projects (rusty_v8) bundles sources for the V8 runtime from chromium, > but doesn't include license files for all bundled components. > > Fabio Please report bugs against the crates in question. This is an upstream problem, not yours. -- Sincerely, Demi Marie Obenour (she/her/hers) OpenPGP_0xB288B55FFF9C22C1.asc Description: OpenPGP public key OpenPGP_signature Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.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/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Help needed with new RStudio subcomponent: quarto
On Fri, Feb 18, 2022 at 3:21 PM Fabio Valentini wrote: > > On Fri, Feb 18, 2022 at 3:14 PM Iñaki Ucar wrote: > > > > What kind of issues? Aren't they MIT licensed? > > Some of them are MIT licensed, some are not, but many do not correctly > contain license files. I tried listing all the ones that don't in the > TODO section on the GitHub repo I linked above. > > > And when you talk about "packages" in this context, what does it mean? > > Are they parts of the main repo? Or third-party modules? I assume it's > > not what they call the "standard library", because that's JavaScript > > and TypeScript. > > I mean the packages for invidivual Rust dependencies. > Some of them are part of the deno project (backend libraries for the > "deno" runtime binary, which provide networking, crypto, filesystem > access, etc. functionality for the runtime). But those also depend on > a a lot of other Rust libraries, among them the dozens of crates that > make up SWC (the typescript compiler they use), which is a separate > project entirely The problems I see is that some crates do not publish > sources with licenses files as they should, and one of the deno > projects (rusty_v8) bundles sources for the V8 runtime from chromium, > but doesn't include license files for all bundled components. Sorry, hit send too soon. Basically, maintaining a "properly done" package of deno for Fedora would be a full-time job, because of the sheer number of individual components, which also mostly need to be updated in a coordinated fashion. Which is why I only had time to do the initial packaging for COPR, and one big batch of updates, but then fell behind upstream releases, just because it's just so time-consuming. Fabio ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.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/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Help needed with new RStudio subcomponent: quarto
On Fri, Feb 18, 2022 at 3:14 PM Iñaki Ucar wrote: > > What kind of issues? Aren't they MIT licensed? Some of them are MIT licensed, some are not, but many do not correctly contain license files. I tried listing all the ones that don't in the TODO section on the GitHub repo I linked above. > And when you talk about "packages" in this context, what does it mean? > Are they parts of the main repo? Or third-party modules? I assume it's > not what they call the "standard library", because that's JavaScript > and TypeScript. I mean the packages for invidivual Rust dependencies. Some of them are part of the deno project (backend libraries for the "deno" runtime binary, which provide networking, crypto, filesystem access, etc. functionality for the runtime). But those also depend on a a lot of other Rust libraries, among them the dozens of crates that make up SWC (the typescript compiler they use), which is a separate project entirely The problems I see is that some crates do not publish sources with licenses files as they should, and one of the deno projects (rusty_v8) bundles sources for the V8 runtime from chromium, but doesn't include license files for all bundled components. Fabio ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.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/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Help needed with new RStudio subcomponent: quarto
On Fri, 18 Feb 2022 at 14:39, Fabio Valentini wrote: > > On Fri, Feb 18, 2022 at 1:36 PM Iñaki Ucar wrote: > > > > Hi, > > > > The new version of RStudio [1] now bundles quarto [2], a publishing > > system written in JavaScript and TypeScript that in turn bundles Deno > > [3] (runtime written in Rust) and its standard library (this is not > > binary, but it's tagged independently of Deno at the moment), > > deno_dom, and Dart Sass (other binary dependencies are pandoc and > > esbuild, but they are part of Fedora already). > > > > I'm a bit overwhelmed by this. Does anyone see any sane way forward > > here? Anyone willing to help? Some thoughts: > > > > - We could package Deno, but how stable it is, and thus how important > > the tie to a specific version might be. Also, there's the question > > about how to handle its standard library and third-party modules. > > Maybe we could follow the same strategy as with nodejs, allowing > > bundling specific versions. > > I have tried packaging deno as RPMs. It is possible, but quite a big task. I was afraid this was the case. And then there is support only for x86_64 and aarch64, as you mentioned. > The packages are now a bit out-of-date because I didn't have time to > update them lately, > but here's the work-in-progress .spec files for everything needed by deno: > https://github.com/ironthree/deno-rpms > and here's the work-in-progress RPM packages: > https://copr.fedorainfracloud.org/coprs/decathorpe/deno/monitor/ > > The "deno" binary does work, but the packages would need working with > upstream to fix some (mostly licensing) issues before they could be > submitted as Fedora packages. > (Note that building deno with vendored Rust dependencies would not > really help, since those aforementioned issues would also need to be > resolved in that case.) What kind of issues? Aren't they MIT licensed? And when you talk about "packages" in this context, what does it mean? Are they parts of the main repo? Or third-party modules? I assume it's not what they call the "standard library", because that's JavaScript and TypeScript. > > - Dart Saas seems quite complicated, because it obviously requires the > > Dart SDK [5]. Could Dart Saas be replaced by Ruby Saas? > > I think the Ruby SASS gem is deprecated, I'd rather replace it with > sassc. It is the recommended replacement, alongside the Dart library - > but given that we don't have dart in Fedora, and we already have > libsass / sassc, I'd try to use that instead. Ok, I see. I would need to check whether this can be a drop-in replacement. Well, the deno part is quite a showstopper right now. I think we're stuck with the previous version of RStudio for now. :( -- Iñaki Úcar ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.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/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Help needed with new RStudio subcomponent: quarto
On Fri, Feb 18, 2022 at 2:30 PM Fabio Valentini wrote: > > On Fri, Feb 18, 2022 at 1:36 PM Iñaki Ucar wrote: > > > > Hi, > > > > The new version of RStudio [1] now bundles quarto [2], a publishing > > system written in JavaScript and TypeScript that in turn bundles Deno > > [3] (runtime written in Rust) and its standard library (this is not > > binary, but it's tagged independently of Deno at the moment), > > deno_dom, and Dart Sass (other binary dependencies are pandoc and > > esbuild, but they are part of Fedora already). > > > > I'm a bit overwhelmed by this. Does anyone see any sane way forward > > here? Anyone willing to help? Some thoughts: > > > > - We could package Deno, but how stable it is, and thus how important > > the tie to a specific version might be. Also, there's the question > > about how to handle its standard library and third-party modules. > > Maybe we could follow the same strategy as with nodejs, allowing > > bundling specific versions. > > I have tried packaging deno as RPMs. It is possible, but quite a big task. > > The packages are now a bit out-of-date because I didn't have time to > update them lately, > but here's the work-in-progress .spec files for everything needed by deno: > https://github.com/ironthree/deno-rpms > and here's the work-in-progress RPM packages: > https://copr.fedorainfracloud.org/coprs/decathorpe/deno/monitor/ > > The "deno" binary does work, but the packages would need working with > upstream to fix some (mostly licensing) issues before they could be > submitted as Fedora packages. > (Note that building deno with vendored Rust dependencies would not > really help, since those aforementioned issues would also need to be > resolved in that case.) Oh, and I forgot to mention: deno only supports building / running on x86_64 and aarch64. So if you need deno for anything, be aware that it's only available on those two architectures. Fabio ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.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/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Help needed with new RStudio subcomponent: quarto
On Fri, Feb 18, 2022 at 1:36 PM Iñaki Ucar wrote: > > Hi, > > The new version of RStudio [1] now bundles quarto [2], a publishing > system written in JavaScript and TypeScript that in turn bundles Deno > [3] (runtime written in Rust) and its standard library (this is not > binary, but it's tagged independently of Deno at the moment), > deno_dom, and Dart Sass (other binary dependencies are pandoc and > esbuild, but they are part of Fedora already). > > I'm a bit overwhelmed by this. Does anyone see any sane way forward > here? Anyone willing to help? Some thoughts: > > - We could package Deno, but how stable it is, and thus how important > the tie to a specific version might be. Also, there's the question > about how to handle its standard library and third-party modules. > Maybe we could follow the same strategy as with nodejs, allowing > bundling specific versions. I have tried packaging deno as RPMs. It is possible, but quite a big task. The packages are now a bit out-of-date because I didn't have time to update them lately, but here's the work-in-progress .spec files for everything needed by deno: https://github.com/ironthree/deno-rpms and here's the work-in-progress RPM packages: https://copr.fedorainfracloud.org/coprs/decathorpe/deno/monitor/ The "deno" binary does work, but the packages would need working with upstream to fix some (mostly licensing) issues before they could be submitted as Fedora packages. (Note that building deno with vendored Rust dependencies would not really help, since those aforementioned issues would also need to be resolved in that case.) > - Dart Saas seems quite complicated, because it obviously requires the > Dart SDK [5]. Could Dart Saas be replaced by Ruby Saas? I think the Ruby SASS gem is deprecated, I'd rather replace it with sassc. It is the recommended replacement, alongside the Dart library - but given that we don't have dart in Fedora, and we already have libsass / sassc, I'd try to use that instead. Fabio ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.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/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Help needed with new RStudio subcomponent: quarto
Hi, The new version of RStudio [1] now bundles quarto [2], a publishing system written in JavaScript and TypeScript that in turn bundles Deno [3] (runtime written in Rust) and its standard library (this is not binary, but it's tagged independently of Deno at the moment), deno_dom, and Dart Sass (other binary dependencies are pandoc and esbuild, but they are part of Fedora already). I'm a bit overwhelmed by this. Does anyone see any sane way forward here? Anyone willing to help? Some thoughts: - We could package Deno, but how stable it is, and thus how important the tie to a specific version might be. Also, there's the question about how to handle its standard library and third-party modules. Maybe we could follow the same strategy as with nodejs, allowing bundling specific versions. - Dart Saas seems quite complicated, because it obviously requires the Dart SDK [5]. Could Dart Saas be replaced by Ruby Saas? [1] https://src.fedoraproject.org/rpms/rstudio [2] https://github.com/quarto-dev/quarto-cli [3] https://deno.land [4] https://github.com/sass/dart-sass [5] https://dart.dev/get-dart -- Iñaki Úcar ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.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/devel@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure
Re: Another take on RStudio (review swaps?)
Great, thanks, I'll take yours! El jue., 20 feb. 2020 4:01, Jerry James escribió: > On Wed, Feb 19, 2020 at 1:17 PM Iñaki Ucar > wrote: > > I managed to solve the issue with the Java stack size for the s390x > > builder. The new koji scratch build succeeded, and now the review > > should be quick and easy: > > That's great! I will take the review. If an OCaml review is okay, > would you mind reviewing ocaml-lablgtk3? > > https://bugzilla.redhat.com/show_bug.cgi?id=1796271 > > Thanks, > -- > Jerry James > http://www.jamezone.org/ > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.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/devel@lists.fedoraproject.org > ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.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/devel@lists.fedoraproject.org
Re: Another take on RStudio (review swaps?)
On Wed, Feb 19, 2020 at 1:17 PM Iñaki Ucar wrote: > I managed to solve the issue with the Java stack size for the s390x > builder. The new koji scratch build succeeded, and now the review > should be quick and easy: That's great! I will take the review. If an OCaml review is okay, would you mind reviewing ocaml-lablgtk3? https://bugzilla.redhat.com/show_bug.cgi?id=1796271 Thanks, -- Jerry James http://www.jamezone.org/ ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.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/devel@lists.fedoraproject.org
Re: Another take on RStudio (review swaps?)
I managed to solve the issue with the Java stack size for the s390x builder. The new koji scratch build succeeded, and now the review should be quick and easy: https://bugzilla.redhat.com/show_bug.cgi?id=1803528 Iñaki On Tue, 18 Feb 2020 at 20:23, Iñaki Ucar wrote: > > On Tue, 18 Feb 2020 at 08:39, Iñaki Ucar wrote: > > > > On Tue, 18 Feb 2020 at 01:11, Jerry James wrote: > > > > > > On Sun, Feb 16, 2020 at 10:06 AM Iñaki Ucar > > > wrote: > > > > If anyone is interested in pushing this forward, I can review > > > > something in exchange. Note that the koji scratch build fails on s390x > > > > due to a Java stack overflow. Does anyone know what's the default in > > > > that arch and how to increase it? > > > > > > You can find the default like this: > > > > > > java -XX:+PrintFlagsFinal > > > > > > Then look for ThreadStackSize in the output. It is 1024 on my x86_64 > > > machine with Java 8, and 1536 on an s390x machine where I have an > > > account. Pass -Xss to java or -J-Xss to javac to increase it. > > > > Thanks, Jerry. Is there an environment variable to do that? In this > > package there is an "ant" invocation buried in the cmake-based build > > system, so I tried > > > > %ifarch s390 s390x > > export _JAVA_OPTIONS="-Xss16M" > > %endif > > > > with no luck. The compilation still fails with a Java stack overflow, > > so I suppose that this env variable is not being used. > > I tried also exporting ANT_OPTS="-Xss..." with no luck either. I'm > getting out of ideas. > > And still the package needs a reviewer. :) :) > > Iñaki -- Iñaki Úcar ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.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/devel@lists.fedoraproject.org
Re: Another take on RStudio (review swaps?)
On Tue, 18 Feb 2020 at 08:39, Iñaki Ucar wrote: > > On Tue, 18 Feb 2020 at 01:11, Jerry James wrote: > > > > On Sun, Feb 16, 2020 at 10:06 AM Iñaki Ucar wrote: > > > If anyone is interested in pushing this forward, I can review > > > something in exchange. Note that the koji scratch build fails on s390x > > > due to a Java stack overflow. Does anyone know what's the default in > > > that arch and how to increase it? > > > > You can find the default like this: > > > > java -XX:+PrintFlagsFinal > > > > Then look for ThreadStackSize in the output. It is 1024 on my x86_64 > > machine with Java 8, and 1536 on an s390x machine where I have an > > account. Pass -Xss to java or -J-Xss to javac to increase it. > > Thanks, Jerry. Is there an environment variable to do that? In this > package there is an "ant" invocation buried in the cmake-based build > system, so I tried > > %ifarch s390 s390x > export _JAVA_OPTIONS="-Xss16M" > %endif > > with no luck. The compilation still fails with a Java stack overflow, > so I suppose that this env variable is not being used. I tried also exporting ANT_OPTS="-Xss..." with no luck either. I'm getting out of ideas. And still the package needs a reviewer. :) :) Iñaki ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.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/devel@lists.fedoraproject.org
Re: Another take on RStudio (review swaps?)
On Tue, 18 Feb 2020 at 01:11, Jerry James wrote: > > On Sun, Feb 16, 2020 at 10:06 AM Iñaki Ucar wrote: > > If anyone is interested in pushing this forward, I can review > > something in exchange. Note that the koji scratch build fails on s390x > > due to a Java stack overflow. Does anyone know what's the default in > > that arch and how to increase it? > > You can find the default like this: > > java -XX:+PrintFlagsFinal > > Then look for ThreadStackSize in the output. It is 1024 on my x86_64 > machine with Java 8, and 1536 on an s390x machine where I have an > account. Pass -Xss to java or -J-Xss to javac to increase it. Thanks, Jerry. Is there an environment variable to do that? In this package there is an "ant" invocation buried in the cmake-based build system, so I tried %ifarch s390 s390x export _JAVA_OPTIONS="-Xss16M" %endif with no luck. The compilation still fails with a Java stack overflow, so I suppose that this env variable is not being used. Iñaki ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.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/devel@lists.fedoraproject.org
Re: Another take on RStudio (review swaps?)
On Sun, Feb 16, 2020 at 10:06 AM Iñaki Ucar wrote: > If anyone is interested in pushing this forward, I can review > something in exchange. Note that the koji scratch build fails on s390x > due to a Java stack overflow. Does anyone know what's the default in > that arch and how to increase it? You can find the default like this: java -XX:+PrintFlagsFinal Then look for ThreadStackSize in the output. It is 1024 on my x86_64 machine with Java 8, and 1536 on an s390x machine where I have an account. Pass -Xss to java or -J-Xss to javac to increase it. -- Jerry James http://www.jamezone.org/ ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.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/devel@lists.fedoraproject.org
Another take on RStudio (review swaps?)
Hi all, There were some efforts to package RStudio in the past [1], but they're all dead. So following recent work by Dan Čermák for openSUSE [2], I adapted it for Fedora and submitted it for review: https://bugzilla.redhat.com/show_bug.cgi?id=1803528 If anyone is interested in pushing this forward, I can review something in exchange. Note that the koji scratch build fails on s390x due to a Java stack overflow. Does anyone know what's the default in that arch and how to increase it? Thanks, Iñaki [1] https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/AJ44JDERYQMY6MIMFCKQEZL75JEHISQL/ [2] https://build.opensuse.org/package/show/devel:languages:R:released/rstudio ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.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/devel@lists.fedoraproject.org
Re: Rstudio
On samedi 20 janvier 2018 14:47:20 CET Germano Massullo wrote: > Hi, any progress on this? > Best regards I had a quick look at it, the problem seems t is bndling precompiled binaries for GWT/Gin/Selenium especially. This is quite a mess to untangle. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Rstudio
2018-01-20 14:57 GMT+01:00 Reindl Harald : > > > Am 20.01.2018 um 14:47 schrieb Germano Massullo: >> >> Hi, any progress on this? > > > you likely gain more when you don't lack the context > > there is no single message with subject "Rstudio" in the archive and even if > - you can't demand others to seek around because you don't write a proper > reply with a quote On Devel mailing list web interface, discussion https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/AJ44JDERYQMY6MIMFCKQEZL75JEHISQL/ I clicked on "Reply" button under message by Mukundan Ragavan written on Monday, 4 April 7:05 a.m. which permanent link is https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/JEAIXT4XUKPVZUKSNOS6MDYHTWC6KP4S/ ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Rstudio
Hi, any progress on this? Best regards ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Rstudio
Hi all, I created a copr repo containing RStudio builds, it is partly based on the spec from Steve. https://copr.fedorainfracloud.org/coprs/lupinix/R/ Maybe we can get this into official repos later, but first it needs some testing and also some unbundling would be nice. Right now only RStudio desktop (package rstudio-desktop) is packaged, but adding the server shouldn't be that hard. Greetings, Christian On 02/29/2016 05:14 PM, Steve Grubb wrote: > Hello, > > I like to have everything on my system in a package. So, I looked around and > found no recipe or rpm for Rstudio. This is really a shame because every > tutorial on R kinda tells you to install it. Even the Coursera classes in the > Data Science track make you install it and send a screenshot to prove it. > > So, I spent some time getting it packaged and working. I am placing the spec > file and necessary patch here so that google finds it and saves other people > the > trouble. I'm not wanting to submit the package to Fedora because its more > work > than I have time for. If anyone else wants to take it from here and submit > and/or maintain it, feel free. > > http://people.redhat.com/sgrubb/files/Rstudio/ > > Enjoy... > > -Steve > -- > devel mailing list > devel@lists.fedoraproject.org > http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: Rstudio
On 04/03/2016 10:03 PM, Zbigniew Jędrzejewski-Szmek wrote: > On Fri, Mar 18, 2016 at 08:46:12PM -0400, Mukundan Ragavan wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA512 >> >> >> I would be glad to put this up for review and maintain the package >> assuming there is not someone else who has already started work on this. > > Any progress on this? > > Zbyszek It will probably be this week. -- GPG Key - E5C8BC67 --- signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: Rstudio
On Fri, Mar 18, 2016 at 08:46:12PM -0400, Mukundan Ragavan wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > On 02/29/2016 05:25 PM, Amit Saha wrote: > >> SG> Hello, I like to have everything on my system in a package. > >> So, I SG> looked around and found no recipe or rpm for Rstudio. > >> > >> I actually just use the upstream RPMs, but I unpack and repack > >> them to remove some bundled crap and some extraneous Provides:. > >> Might not even need to do that these days; I haven't checked > >> lately. > >> > >> But having it in Fedora proper would be really great. At least I > >> think it's sufficiently free. > > > > > > And I would gladly include it in Fedora Scientific, right now you > > get rkward and could also use Jupyter notebook for it: > > http://fedora-scientific.readthedocs.org/en/latest/R_programming.html > > > > > >> > > > I would be glad to put this up for review and maintain the package > assuming there is not someone else who has already started work on this. Any progress on this? Zbyszek -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: Rstudio
On Sat, Mar 19, 2016 at 1:46 AM, Mukundan Ragavan wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > On 02/29/2016 05:25 PM, Amit Saha wrote: > >> SG> Hello, I like to have everything on my system in a package. > >> So, I SG> looked around and found no recipe or rpm for Rstudio. > >> > >> I actually just use the upstream RPMs, but I unpack and repack > >> them to remove some bundled crap and some extraneous Provides:. > >> Might not even need to do that these days; I haven't checked > >> lately. > >> > >> But having it in Fedora proper would be really great. At least I > >> think it's sufficiently free. > > > > > > And I would gladly include it in Fedora Scientific, right now you > > get rkward and could also use Jupyter notebook for it: > > http://fedora-scientific.readthedocs.org/en/latest/R_programming.html > > > > > >> > > > I would be glad to put this up for review and maintain the package > assuming there is not someone else who has already started work on this. > That's a very good initiative. Please find on my github[0] the spec file I wrote to build/install Rstudio-server. Maybe can we define and as build variables ? There is too in my repo the spec file to build R with Intel ICC and MKL.. HTH. [0]https://github.com/gabx/r-project/tree/master/R-studio-server > > > If anyone is already working on this, I can also co-maintain. Please > let me know. If I don't see anything here in the next few days, I will > submit a review request for RStudio. > > Mukundan. > > > - -- > GPG Key - E5C8BC67 > - --- > > > -BEGIN PGP SIGNATURE- > Version: GnuPG v2 > > iQIcBAEBCgAGBQJW7KE6AAoJEHE/1K3lyLxnZtAP/A6/tUabs4n3pDu7IahWUm8V > kSvOAoBbDyskdwlz6fd1torQMq8HAwNOYGd5rLx+XXw4rtJ48LcvAJYyR+OIcUKx > e+o3+2rB6wcqwgUrxNh0QttDfZ3EJGCZTNw0/JJ/uihCp7GD25qEd4REdsJGjXoO > HxESTc5uDd8fbRD/1PVA/apx7NUasdi/hoagGc5P7hMUnsCr27VrprSWrxVYB989 > aLkpgSPCLABwvlEKiGcTPza1VXBevhECK6Oci9QTufjzVCmQ6BS7iNVEB5P63ojZ > ibyhHjcOe5N5O75yIFPXHI+mzsEmKGCsT6V3cY60O74PVYhurt5UtvNGcKh19iXq > bmWAq9qcy8JdmFdNeFo4UcO8j9S1ipdk0NhqKvDCr1vxRUmuHsc7S9ZKoj3F8OIh > 59EjS2qNv9pf7CDk1SXB+ANW3Lx6anzDOFqLjVekEYc8yDoc5Fdd8XR6KELrQrFJ > aHX5sJI0YDmj0bZ2SW25Po01B8EjzErmm2vT4BKQ/uHKEG5oHYZnY6yecR7QTOe7 > t7V42awaT1HQ1a7sDo83G2VoJ60nZcyUtTkTWxHLWiUY16cOt7wLz8PmLQz30Dl8 > CutJILbCAIssHiwKDvRhv0CmBj9akRZ9oTfZ+rcDFyJVHWFMwWwFg+0GKAXDMFkp > uuzac5uiCHMxkkoG7LV4 > =OUHz > -END PGP SIGNATURE- > -- > devel mailing list > devel@lists.fedoraproject.org > http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org > -- google.com/+arnaudgabourygabx <https://plus.google.com/_/notifications/emlink?emr=05814804238976922326&emid=CKiv-v6PvboCFcfoQgod6msAAA&path=%2F116159236040461325607%2Fop%2Fu&dt=1383086841306&ub=50> -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: Rstudio
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 02/29/2016 05:25 PM, Amit Saha wrote: >> SG> Hello, I like to have everything on my system in a package. >> So, I SG> looked around and found no recipe or rpm for Rstudio. >> >> I actually just use the upstream RPMs, but I unpack and repack >> them to remove some bundled crap and some extraneous Provides:. >> Might not even need to do that these days; I haven't checked >> lately. >> >> But having it in Fedora proper would be really great. At least I >> think it's sufficiently free. > > > And I would gladly include it in Fedora Scientific, right now you > get rkward and could also use Jupyter notebook for it: > http://fedora-scientific.readthedocs.org/en/latest/R_programming.html > > >> I would be glad to put this up for review and maintain the package assuming there is not someone else who has already started work on this. If anyone is already working on this, I can also co-maintain. Please let me know. If I don't see anything here in the next few days, I will submit a review request for RStudio. Mukundan. - -- GPG Key - E5C8BC67 - --- -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJW7KE6AAoJEHE/1K3lyLxnZtAP/A6/tUabs4n3pDu7IahWUm8V kSvOAoBbDyskdwlz6fd1torQMq8HAwNOYGd5rLx+XXw4rtJ48LcvAJYyR+OIcUKx e+o3+2rB6wcqwgUrxNh0QttDfZ3EJGCZTNw0/JJ/uihCp7GD25qEd4REdsJGjXoO HxESTc5uDd8fbRD/1PVA/apx7NUasdi/hoagGc5P7hMUnsCr27VrprSWrxVYB989 aLkpgSPCLABwvlEKiGcTPza1VXBevhECK6Oci9QTufjzVCmQ6BS7iNVEB5P63ojZ ibyhHjcOe5N5O75yIFPXHI+mzsEmKGCsT6V3cY60O74PVYhurt5UtvNGcKh19iXq bmWAq9qcy8JdmFdNeFo4UcO8j9S1ipdk0NhqKvDCr1vxRUmuHsc7S9ZKoj3F8OIh 59EjS2qNv9pf7CDk1SXB+ANW3Lx6anzDOFqLjVekEYc8yDoc5Fdd8XR6KELrQrFJ aHX5sJI0YDmj0bZ2SW25Po01B8EjzErmm2vT4BKQ/uHKEG5oHYZnY6yecR7QTOe7 t7V42awaT1HQ1a7sDo83G2VoJ60nZcyUtTkTWxHLWiUY16cOt7wLz8PmLQz30Dl8 CutJILbCAIssHiwKDvRhv0CmBj9akRZ9oTfZ+rcDFyJVHWFMwWwFg+0GKAXDMFkp uuzac5uiCHMxkkoG7LV4 =OUHz -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: Rstudio
> SG> Hello, I like to have everything on my system in a package. So, I > SG> looked around and found no recipe or rpm for Rstudio. > > I actually just use the upstream RPMs, but I unpack and repack them to > remove some bundled crap and some extraneous Provides:. Might not even > need to do that these days; I haven't checked lately. > > But having it in Fedora proper would be really great. At least I think > it's sufficiently free. And I would gladly include it in Fedora Scientific, right now you get rkward and could also use Jupyter notebook for it: http://fedora-scientific.readthedocs.org/en/latest/R_programming.html > > - J< -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: Rstudio
>>>>> "SG" == Steve Grubb writes: SG> Hello, I like to have everything on my system in a package. So, I SG> looked around and found no recipe or rpm for Rstudio. I actually just use the upstream RPMs, but I unpack and repack them to remove some bundled crap and some extraneous Provides:. Might not even need to do that these days; I haven't checked lately. But having it in Fedora proper would be really great. At least I think it's sufficiently free. - J< -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: Rstudio
On Mon, Feb 29, 2016 at 11:14:12AM -0500, Steve Grubb wrote: > So, I spent some time getting it packaged and working. I am placing the spec > file and necessary patch here so that google finds it and saves other people > the > trouble. I'm not wanting to submit the package to Fedora because its more > work > than I have time for. If anyone else wants to take it from here and submit > and/or maintain it, feel free. > http://people.redhat.com/sgrubb/files/Rstudio/ There is also this https://copr.fedorainfracloud.org/coprs/znmeb/rstudio/ -- Matthew Miller Fedora Project Leader -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Rstudio
Hello, I like to have everything on my system in a package. So, I looked around and found no recipe or rpm for Rstudio. This is really a shame because every tutorial on R kinda tells you to install it. Even the Coursera classes in the Data Science track make you install it and send a screenshot to prove it. So, I spent some time getting it packaged and working. I am placing the spec file and necessary patch here so that google finds it and saves other people the trouble. I'm not wanting to submit the package to Fedora because its more work than I have time for. If anyone else wants to take it from here and submit and/or maintain it, feel free. http://people.redhat.com/sgrubb/files/Rstudio/ Enjoy... -Steve -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: RStudio
On 03/21/2011 07:30 PM, Adam Williamson wrote: > On Sat, 2011-03-19 at 15:24 +0100, lameire alexis wrote: >>> The external dependencies (see dependencies/common/install-gwt) are a >>> bit troubling. It might take a while to sort this out -- we'd need all >>> of these to be shipped in Fedora, and tweak the build scripts to find them. >>> >>> Regards, >>> >>> -- >> >> I'm also working on packaging RStudio. The upstream rpm is an awful >> crap, automatically generated :(. >> >> GWT was packaged by the JPackage project (it's can be a good startpoint) >> and so available on their repo. James Laska, the AutoQA developer, >> provides also this JPackage RPM in its AutoQA repo. I asked him if he >> was willing to submit one day GWT to the Fedora repos, but no answer for >> the moment. > > You can survey the full magnificence of the gwt mess here: > > http://fedoraproject.org/wiki/User:Jlaska/autoqa_package_dependencies *hides under bed* -- Michel Alexandre Salim () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: RStudio
On Sat, 2011-03-19 at 15:24 +0100, lameire alexis wrote: > > The external dependencies (see dependencies/common/install-gwt) are a > > bit troubling. It might take a while to sort this out -- we'd need all > > of these to be shipped in Fedora, and tweak the build scripts to find them. > > > > Regards, > > > > -- > > I'm also working on packaging RStudio. The upstream rpm is an awful > crap, automatically generated :(. > > GWT was packaged by the JPackage project (it's can be a good startpoint) > and so available on their repo. James Laska, the AutoQA developer, > provides also this JPackage RPM in its AutoQA repo. I asked him if he > was willing to submit one day GWT to the Fedora repos, but no answer for > the moment. You can survey the full magnificence of the gwt mess here: http://fedoraproject.org/wiki/User:Jlaska/autoqa_package_dependencies -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: RStudio
On 03/19/2011 03:24 PM, lameire alexis wrote: >> The external dependencies (see dependencies/common/install-gwt) are a >> bit troubling. It might take a while to sort this out -- we'd need all >> of these to be shipped in Fedora, and tweak the build scripts to find them. >> >> Regards, >> >> -- > > I'm also working on packaging RStudio. The upstream rpm is an awful > crap, automatically generated :(. > I've not even looked at their RPM, I just start off from their compile instructions. Right now I'm just including the three Java .zips that RStudio downloads, and patched the download script to do nothing; I wanted to focus on making sure RStudio works first, and figuring out where to put files, before handling the dependency probs. esp. since they use an older version of Guide and GWT. > GWT was packaged by the JPackage project (it's can be a good startpoint) > and so available on their repo. James Laska, the AutoQA developer, > provides also this JPackage RPM in its AutoQA repo. I asked him if he > was willing to submit one day GWT to the Fedora repos, but no answer for > the moment. > Ideally James could maintain it in Fedora, yes. I'd be willing to give it a review if it's submitted. Do you have a working RStudio spec already? I just started taking a look for an hour or so this afternoon, so I'd be happy to just review yours if you want. -- Michel Alexandre Salim () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: RStudio
> The external dependencies (see dependencies/common/install-gwt) are a > bit troubling. It might take a while to sort this out -- we'd need all > of these to be shipped in Fedora, and tweak the build scripts to find them. > > Regards, > > -- I'm also working on packaging RStudio. The upstream rpm is an awful crap, automatically generated :(. GWT was packaged by the JPackage project (it's can be a good startpoint) and so available on their repo. James Laska, the AutoQA developer, provides also this JPackage RPM in its AutoQA repo. I asked him if he was willing to submit one day GWT to the Fedora repos, but no answer for the moment. Alexis Lameire -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: RStudio
On 03/19/2011 02:34 PM, Michel Alexandre Salim wrote: > Hi A., > On 03/18/2011 09:50 PM, A. Mani wrote: >> It is a new R IDE, F14 rpms are not available >> The external F13 rpm does not work on F14 >> Also it is not in Fedora package database. >> >> Compiling from source (on git only) is not an option for many potential >> users. >> >> http://www.rstudio.org >> >> I have added it to >> https://fedoraproject.org/wiki/Package_maintainers_wishlist#Q-S >> > Thanks for mentioning this! We use R at work, and been finding both > Emacs and Rkward a bit inadequate at times. > > I'll play with this and post a review request when ready. > The external dependencies (see dependencies/common/install-gwt) are a bit troubling. It might take a while to sort this out -- we'd need all of these to be shipped in Fedora, and tweak the build scripts to find them. Regards, -- Michel Alexandre Salim () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: RStudio
Hi A., On 03/18/2011 09:50 PM, A. Mani wrote: > It is a new R IDE, F14 rpms are not available > The external F13 rpm does not work on F14 > Also it is not in Fedora package database. > > Compiling from source (on git only) is not an option for many potential users. > > http://www.rstudio.org > > I have added it to > https://fedoraproject.org/wiki/Package_maintainers_wishlist#Q-S > Thanks for mentioning this! We use R at work, and been finding both Emacs and Rkward a bit inadequate at times. I'll play with this and post a review request when ready. Best regards, -- Michel Alexandre Salim () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
RStudio
It is a new R IDE, F14 rpms are not available The external F13 rpm does not work on F14 Also it is not in Fedora package database. Compiling from source (on git only) is not an option for many potential users. http://www.rstudio.org I have added it to https://fedoraproject.org/wiki/Package_maintainers_wishlist#Q-S Best A. Mani -- A. Mani ASL, CLC, AMS, CMS http://www.logicamani.co.cc -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel