I am proposing to change the behavior of `dnf needs-restarting` in DNF 5, and
I'd like to know whether anyone has strong feelings about that plugin.
In short, I would like to make `dnf5 needs-restarting` function like `dnf
needs-restarting -r` currently does: report whether the system req
On Thu, Nov 24, 2022 16:22:02 +, Peter Robinson wrote:
>
> I replied, but he doesn't actually provide much information to be able
> to actually reply with certainly.
Thanks. Yeh, it often takes a little bit of back and forth to obtain the
necessary info. I didn't know what to ask for, or I'd
Hi,
> We've had a post this morning from a user having trouble with R-pi 4
> using the F37 ARM 64 images. Could someone with some experience in this
> area please take a look and maybe help them out?
>
> https://ask.fedoraproject.org/t/fedora-arm-64-does-not-work-on-ras
Hi folks,
We've had a post this morning from a user having trouble with R-pi 4
using the F37 ARM 64 images. Could someone with some experience in this
area please take a look and maybe help them out?
https://ask.fedoraproject.org/t/fedora-arm-64-does-not-work-on-raspberry-pi-4/29111
--
T
R-lifecycle license changed from GPLv3 to MIT
--
Ali Erdinc Koroglu
Linux OS Systems Engineering
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https
ared
>> > the side tag to rebuild the packages there, but I believe he's not
>> > currently available...
>>
>> I've opened https://pagure.io/releng/issue/10943
>
>
> I went ahead and untagged the R build, from both f37 and eln. Can someone
> make s
ilable...
>
> I've opened https://pagure.io/releng/issue/10943
I went ahead and untagged the R build, from both f37 and eln. Can someone
make sure to rebuild R once more in the side tag so that it has a higher
release number than the build that was just untagged? Otherwise I am fairly
sure it&#x
On 02. 08. 22 19:02, Iñaki Ucar wrote:
On Tue, 2 Aug 2022 at 18:47, Miro Hrončok wrote:
Hello folks,
looks like R was update to 4.2 in a side tag, but a rebuild for ICU 71.1
shipped it in Rawhide prematurely. As a result, none of the R-* package
installs.
OMG
I wonder if we shall revert
On Tue, 2 Aug 2022 at 18:47, Miro Hrončok wrote:
>
> Hello folks,
>
> looks like R was update to 4.2 in a side tag, but a rebuild for ICU 71.1
> shipped it in Rawhide prematurely. As a result, none of the R-* package
> installs.
OMG
> I wonder if we shall revert the 4.2 u
Hello folks,
looks like R was update to 4.2 in a side tag, but a rebuild for ICU 71.1
shipped it in Rawhide prematurely. As a result, none of the R-* package installs.
I wonder if we shall revert the 4.2 update in dist-git and rebuild 4.1 with
ICU 71.1 now.
$ repoquery -q --repo=koji
As in title, for the 1.1.1 update, which I will send in F34 and F33 as well.
--
Elliott
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fed
This occurred in the previous update from 2.3.0 to 2.4.0 done by
someone else, but the License tag was not updated. This applies to
Rawhide and F35, and I will also build for F34 now.
--
Elliott
___
devel mailing list -- devel@lists.fedoraproject.org
To
The license changed between 1.4.7 and 1.6.1, but that update was made
by someone else who did not update the license tag. This only affects
Rawhide and F35, so I am only making the change there.
--
Elliott
___
devel mailing list -- devel@lists.fedorapro
The to-be-built R-roxygen2 7.1.2 release will be MIT instead of GPLv2;
this will come to all Fedora releases.
--
Elliott
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora
As in the title.
--
Elliott
___
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 Guideline
As in subject; change will be in F34+ only due to necessary dependencies.
--
Elliott
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedora
Upstream has relicensed; changes coming to F34+ only due to dependencies.
--
Elliott
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedora
Upstream has re-licensed to MIT.
--
Elliott
___
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
Upstream has relicensed, as in title. Due to requirements, this will
only be changed in F34+.
--
Elliott
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
Since jqueryui is no longer packaged, I've re-bundled it in R-shiny. I
went through the bundled JavaScript libraries and corrected the
License field, as above.
--
Elliott
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe se
As in title; updates will be made to all releases.
--
Elliott
___
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/proje
On 11. 01. 21 18:22, Miro Hrončok wrote:
On 11. 01. 21 18:02, Miro Hrončok wrote:
On 11. 01. 21 13:19, Miro Hrončok wrote:
On 11. 01. 21 13:13, Miro Hrončok wrote:
Hello Siteshwar,
I see two Python packages that fail to test with Bash 5.1 due to
\x1b[?2004l\r376\r or similar unexpectedly in
On 11. 01. 21 18:02, Miro Hrončok wrote:
On 11. 01. 21 13:19, Miro Hrončok wrote:
On 11. 01. 21 13:13, Miro Hrončok wrote:
Hello Siteshwar,
I see two Python packages that fail to test with Bash 5.1 due to
\x1b[?2004l\r376\r or similar unexpectedly in captured stdout:
https
On 11. 01. 21 13:19, Miro Hrončok wrote:
On 11. 01. 21 13:13, Miro Hrončok wrote:
Hello Siteshwar,
I see two Python packages that fail to test with Bash 5.1 due to
\x1b[?2004l\r376\r or similar unexpectedly in captured stdout:
https://bugzilla.redhat.com/show_bug.cgi?id=1914782
https
On 11. 01. 21 13:13, Miro Hrončok wrote:
Hello Siteshwar,
I see two Python packages that fail to test with Bash 5.1 due to
\x1b[?2004l\r376\r or similar unexpectedly in captured stdout:
https://bugzilla.redhat.com/show_bug.cgi?id=1914782
https://bugzilla.redhat.com/show_bug.cgi?id=1914880
As in subject; this will be in Rawhide only due to other breaking changes.
--
Elliott
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedor
As in subject.
--
Elliott
___
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:
As in subject. Due to other dependency changes, this will only be in Rawhide.
--
Elliott
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fe
See title. I will only be updating in F33+.
--
Elliott
___
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
As in title, here re-licensed from GPLv3 to MIT.
There are also some new dependencies, so likely won't be building this
in Rawhide for a little bit until they are reviewed.
--
Elliott
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscri
As in title, rprojroot re-licensed from GPLv3 to MIT.
--
Elliott
___
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/pr
As in subject. I expect little trouble as it's more permissive.
--
Elliott
___
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.or
The R-ps 1.4.0 package has changed license from the previous BSD to MIT.
New builds will be made shortly.
--
Elliott
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora
Hello Fedorans,
It is my intent to revive R-AnnotationDbi, as it is needed to update
R-biomaRt. I've already done the review request here:
https://bugzilla.redhat.com/show_bug.cgi?id=1845360
Thanks,
Tom
___
devel mailing list --
On Thu, 7 May 2020 at 20:50, Kevin Fenzi wrote:
>
> On Tue, May 05, 2020 at 06:46:48PM +0200, Florian Weimer wrote:
> ...snip...
> >
> > The latest tag for a source package name wins for the Koji-generatged
> > repository. I don't know what happens if different source packages
> > build subpackag
On Tue, May 05, 2020 at 06:46:48PM +0200, Florian Weimer wrote:
...snip...
>
> The latest tag for a source package name wins for the Koji-generatged
> repository. I don't know what happens if different source packages
> build subpackages of the same name.
koji operates on source packages, so as
> Well, if you don't push the tag and you do a build, you will get N-V-R
> like foo-1.0-1.git.3.abcdef12. E.g. it won't be a clean N-V-R because
I meant "I.e." there, not "E.g."...just to be clear.
> it doesn't come from a tagged commit. If you pu
erything else which can get out of sync and
> > change"? If you are talking about tags (or refs in general), it's true
> > that you can add tags into past which may or may not affect
> > auto-generation depending on the ordering function.
>
> What kind of ordering funct
>> >> Tags can also be added retroactively and backdated. These things
>> >> conflict with the advantages you list (in particular, with NVR
>> >> auto-generation, git is not the sole source of truth).
>> >
>> > If the tag ordering function is done properly, I believe even
>> > retroactive tagging
ners) effort, I revisited the sorting
> >> > algorithm that is used to determine the "latest" tag for a given
> >> > package which is needed to determine correct package version.
> >> > Basically, if the current commit is tagged, then the N-V-R informatio
the "latest" tag for a given
>> > package which is needed to determine correct package version.
>> > Basically, if the current commit is tagged, then the N-V-R information
>> > from that tag name is directly used to render version or release
>> >
ting
> > > algorithm that is used to determine the "latest" tag for a given
> > > package which is needed to determine correct package version.
> > > Basically, if the current commit is tagged, then the N-V-R information
> > > from that tag name is directly
or a given
> > package which is needed to determine correct package version.
> > Basically, if the current commit is tagged, then the N-V-R information
> > from that tag name is directly used to render version or release
> > (depending on macro usage). If the latest tag is on
Basically, if the current commit is tagged, then the N-V-R information
> from that tag name is directly used to render version or release
> (depending on macro usage). If the latest tag is on some older commit,
> we still use information from it but the version (or release) string
> wil
ent commit is tagged, then the N-V-R information
from that tag name is directly used to render version or release
(depending on macro usage). If the latest tag is on some older commit,
we still use information from it but the version (or release) string
will contain some appendices like .git.4.a
For what it is worth while updating R-waveslim I noticed that the license is
wrong as it says GPLv2+ while it is BSD
on my defense I should point that the homepage of the package:
http://r-forge.r-project.org/projects/waveslim/
says GPL.
I am now fixing it in the update package.
--
José
Hello,
Upstream has changed the license metadata for testit from 'GPL' to
'GPL-3', resulting in the consequential change of the Fedora package
license from GPLv2+ to GPLv3.
--
Elliott
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscri
Hello,
As you may or may not know, due to this F31 Change [1], all R packages
now have Suggests for all packages in their metadata automatically. In
the discussion with FPC and Legal [2], it has been determined that the
Suggests cannot apply to non-existent packages.
I have already fixed my
Dne 13. 09. 19 v 10:38 Ralf Corsepius napsal(a):
> # /usr/bin/dnf --installroot /var/lib/mock/fedora-31-i386/root/ --releasever
> 31 --setopt=deltarpm=False
> --disableplugin=local --disableplugin=spacewalk install @buildsys-build
https://github.com/rpm-software-management/mock/pull/333
--
Miro
On Fri, Sep 13, 2019 at 9:49 AM Vitaly Zaitsev wrote:
> You don't need to do it anymore on Fedora 31+ due to i686 deprecation
> (except of multilib shared libraries, needed by Steam and Wine).
So, yes, i still do need to do it for multilib shared libraries, and
also for the 32-bit ARM architectur
On 13.09.2019 17:27, Jerry James wrote:
> To diagnose 32-bit-specific problems in packages.
You don't need to do it anymore on Fedora 31+ due to i686 deprecation
(except of multilib shared libraries, needed by Steam and Wine).
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
__
On 13.09.2019 17:10, Sérgio Basto wrote:
> how you build a multilib in mock or in copr ?
Koji --scratch.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to deve
On Fri, Sep 13, 2019 at 8:35 AM Vitaly Zaitsev via devel
wrote:
> What is the purpose of using i386 mock today?
To diagnose 32-bit-specific problems in packages. I've had to do that
lots of times.
--
Jerry James
http://www.jamezone.org/
___
devel mail
On Fri, 2019-09-13 at 16:22 +0200, Vitaly Zaitsev via devel wrote:
> On 13.09.2019 14:53, Ralf Corsepius wrote:
> > Understood - Give me a ping when Fedora has a usable infrastructure
> > again.
>
> What is the purpose of using i386 mock today?
how you build a multilib in mock or in copr ?
> --
On 13.09.2019 14:53, Ralf Corsepius wrote:
> Understood - Give me a ping when Fedora has a usable infrastructure again.
What is the purpose of using i386 mock today?
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list -- devel
On 9/13/19 1:34 PM, Vít Ondruch wrote:
Just FTR, this was brought up already:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/2V2RRTT7DTHWANFHL6YBVM7RILCWDGGT/
Understood - Give me a ping when Fedora has a usable infrastructure again.
I'll suspend all Fedor
re broken:
>
> # mock -r fedora-31-i386 --init
> INFO: mock.py version 1.4.16 starting (python version = 3.7.4)...
> Start: init plugins
> INFO: selinux disabled
> Finish: init plugins
> Start: run
> Start: clean chroot
> Finish: clean chroot
> Start: chroot init
> INFO:
Hi,
Apparently mock-build roots for fedora-31-i386 currently are broken:
# mock -r fedora-31-i386 --init
INFO: mock.py version 1.4.16 starting (python version = 3.7.4)...
Start: init plugins
INFO: selinux disabled
Finish: init plugins
Start: run
Start: clean chroot
Finish: clean chroot
Start
Hi,
I noticed this. For the same R version, fc31 and fc32 R-core packages
do not provide librt.so anymore. As a consequence, R packages using
real time extensions (notably, those using shared memory) cannot be
loaded due to missing symbols (because they don't have an explicit
-lrt). Is th
FYI, I have put together a Change proposal for this work, which you
may have seen announced [1].
On Mon, 17 Jun 2019 at 09:35, José Abílio Matos wrote:
>
> On Sunday, 16 June 2019 03.09.41 WEST Elliott Sales de Andrade wrote:
> > Hi R-interested packagers and others,
> >
>
https://fedoraproject.org/wiki/Changes/Automatic_R_runtime_dependencies
== Summary ==
Packages of R libraries will produce a standard
R(packageName) Provides, and Requires on these standard
names will be added from library metadata. Standard provides will use
the unmodified versions from the
It would be really great to have a proper upstream repository for these
scripts so they don't just live inside of distgit. They could have their
own repository in https://github.com/rpm-software-management or could be
placed in https://github.com/rpm-software-management/rpm-extras. What
ever you li
On Sunday, 16 June 2019 03.09.41 WEST Elliott Sales de Andrade wrote:
> Hi R-interested packagers and others,
>
> So now the question is how to apply this. I expect there are social
> concerns, i.e., discussing with the R maintainer, making a
> Self-contained Change, etc. But for t
On Sun, 16 Jun 2019 at 22:52, Elliott Sales de Andrade
wrote:
>
>> > 6. R only has two levels of dependencies (hard-require or suggested,
>> > but not installed by default). Thus both build- and runtime-optional
>> > packages are in Suggests; do we care about the e
On Sun, Jun 16, 2019, 10:00 AM Iñaki Ucar, wrote:
> On Sun, 16 Jun 2019 at 05:07, Elliott Sales de Andrade
> wrote:
> >
> > Hi R-interested packagers and others,
> >
> > Recently, I've been looking at how RPM can automatically determine
> > Provides a
On Sun, 16 Jun 2019 at 05:07, Elliott Sales de Andrade
wrote:
>
> Hi R-interested packagers and others,
>
> Recently, I've been looking at how RPM can automatically determine
> Provides and Requires [1]. I have since implemented this for R using
> an R script [2] and
Hi R-interested packagers and others,
Recently, I've been looking at how RPM can automatically determine
Provides and Requires [1]. I have since implemented this for R using
an R script [2] and some file attributes [3]. Following other
languages' Provides, I have namespaced them as R(p
Elliott Sales de Andrade wrote:
> Upstream has made a new release that changes the license from GPLv2+
> to GPLv3. I intend to build this later today. Since its main use and
> linkage was to GSL which is GPLv3 only, this is effectively the
> license the built work is already under anyway.
No more
Hi,
Upstream has made a new release that changes the license from GPLv2+
to GPLv3. I intend to build this later today. Since its main use and
linkage was to GSL which is GPLv3 only, this is effectively the
license the built work is already under anyway.
--
Elliott
___
R-tweenr 1.0.0 has changed license from GPLv2+ and WTFPL to MIT and WTFPL.
--
Elliott
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https
Hi Pierre,
> Good Morning Everyone,
>
> A few days ago, I sent this to the r-sig-fedora(a)r-project.org list but
> without
> reactions, so I'm sending it here as well in case there are more people
> interested here :)
>
> Thanks,
>
> Pierre
>
>
Good Morning Everyone,
A few days ago, I sent this to the r-sig-fed...@r-project.org list but without
reactions, so I'm sending it here as well in case there are more people
interested here :)
Thanks,
Pierre
--
Good Morning Everyone,
I was going through my list of FTBFS packages
bAa9o64/e1lydz8qt5w7kd
HAtf6t6Nr+rSWbemW2VPoVwwzgVekNQ3mw7vlM86Go/A3wr3iNRyhHkKPeXvmrMm
gPf/7hkG0nU8ioTwvDHc3zllxqBeoKVCBpv+XvwLm+p0e4mxPUbCPmQN/fZpPTL7
0/eL9iljvGEnpfExsInV9ZCwlcLZR8pkhHfFLqGiUCrUlCnXXlO0+UmWeB0KA6/r
FDRuLAPHtIzsoXK1FCxBoJb7OptEv+oVZg0GUlQlbr8W4CqCgyG3ThpCnjudhmo3
vPaXLDxe7puVSQx7jWzUQ
On Fri, Jun 30, 2017 at 04:27:25PM +, Globe Trotter wrote:
> FWIW, here is another example where this caused problems:
> https://stackoverflow.com/q/44834208/479426
>
> --
> Respectfully, the above package is not from R, but R-forge. If
> contributors who are not part of
From: Matthew Miller
To: Development discussions related to Fedora
Sent: Friday, June 30, 2017 10:57 AM
Subject: Re: R 3.4 update
On Sun, Jun 25, 2017 at 11:38:00AM -0400, Steve Grubb wrote:
> First, I appreciate the work that goes into maintaining the R ecosystem. But
>
On Sun, Jun 25, 2017 at 11:38:00AM -0400, Steve Grubb wrote:
> First, I appreciate the work that goes into maintaining the R ecosystem. But
> there is now a problem that I don't think people would allow in other
> languages. Namely, the recently pushed R-3.4 update breaks t
t; > For example, when I run RStudio, I get:
> > > >
> > > > R graphics engine version 12 is not supported by this version of
> > > > RStudio. The Plots tab will be disabled until a newer version of
> > > > RStudio is installed.
> > >
> For example, when I run RStudio, I get:
> > > >
> > > > R graphics engine version 12 is not supported by this version of
> > > > RStudio. The Plots tab will be disabled until a newer version of RStudio
> > > > is installed.
> > >
On Tuesday, June 27, 2017 3:47:42 PM EDT Adam Williamson wrote:
> On Sun, 2017-06-25 at 17:08 +0100, José Abílio Matos wrote:
> > On Sunday, 25 June 2017 16.38.00 WEST Steve Grubb wrote:
> >
> > > For example, when I run RStudio, I get:
> > >
> > > R g
On Sun, 2017-06-25 at 20:28 -0400, Steve Grubb wrote:
> IOW, F26 can have 3.4 just fine
> since its not shipped.
Well, it's not quite that clear cut. Even if we ignore the Final freeze
which just kicked in (a significant version update would not be a great
candidate for a freeze exception, in mos
r users. If you'd like to make newer versions of
something like R available for shipped releases for people who want to
opt-in, we have Copr which makes that easy.
--
Matthew Miller
Fedora Project Leader
___
devel mailing list -- devel@lists.fe
On Sun, 2017-06-25 at 17:08 +0100, José Abílio Matos wrote:
> On Sunday, 25 June 2017 16.38.00 WEST Steve Grubb wrote:
> > For example, when I run RStudio, I get:
> >
> > R graphics engine version 12 is not supported by this version of RStudio.
> > The Plots tab wil
On Sunday, June 25, 2017 12:08:29 PM EDT José Abílio Matos wrote:
> On Sunday, 25 June 2017 16.38.00 WEST Steve Grubb wrote:
>
> > For example, when I run RStudio, I get:
> >
> > R graphics engine version 12 is not supported by this version of RStudio.
> > The Plot
On Sunday, 25 June 2017 16.38.00 WEST Steve Grubb wrote:
> For example, when I run RStudio, I get:
>
> R graphics engine version 12 is not supported by this version of RStudio.
> The Plots tab will be disabled until a newer version of RStudio is
> installed.
You need to update Rst
Hello,
First, I appreciate the work that goes into maintaining the R ecosystem. But
there is now a problem that I don't think people would allow in other
languages. Namely, the recently pushed R-3.4 update breaks the whole world.
Something this disruptive usually has to wait for a new F
I just need one more review...
> R-GenomicAlignments : https://bugzilla.redhat.com/show_bug.cgi?id=1457453
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
On 06/01/2017 12:00 PM, Mattias Ellert wrote:
> I can take a few a these. If you could review these two python packages
> for me:
All done. Thank you for helping me (and for making such clean packages).
~tom
___
devel mailing list -- devel@lists.fedorap
tor 2017-06-01 klockan 10:39 -0400 skrev Tom Callaway:
> Background: R recently released 3.4.0, which introduced changes that
> required all "compiled" R modules to be rebuilt against it. I've been
> working over the last week or so to do this, and at the same time, br
Background: R recently released 3.4.0, which introduced changes that
required all "compiled" R modules to be rebuilt against it. I've been
working over the last week or so to do this, and at the same time, bring
them to the latest revisions.
Unfortunately, CRAN and Biocondu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 02/08/2016 11:14 AM, Mattias Ellert wrote:
> Hi!
>
> I have 4 R package that I submitted for review.
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1305333 R-highlight
> https://bugzilla.redhat.com/show_bug.cgi?id=1305334
Hi!
I have 4 R package that I submitted for review.
https://bugzilla.redhat.com/show_bug.cgi?id=1305333 R-highlight
https://bugzilla.redhat.com/show_bug.cgi?id=1305334 R-inline
https://bugzilla.redhat.com/show_bug.cgi?id=1305335 R-Rcpp
https://bugzilla.redhat.com/show_bug.cgi?id=1305336 R
hi
confirm, i have the same problem
regards
gil
>Messaggio originale
>Da: jsyna...@redhat.com
>Data: 18/09/2015 8.23
>A:
>Ogg: No space left on device: '/mnt/koji/work/tasks/...'
>
>I can't 'fedpkg build' right now and I'm not sure where to file this.
>
>--
>Jan Synacek
>Software Engine
Hi,
I understand that as a prospective package maintainer for Fedora I'm
encouraged to send an email to introduce myself to devel. As I plan to be
working on amateur radio software, I've copied the fedora-hams mailing list
too.
I've been contributing to Debian as a packager, amongst other things,
In version 1.7-12 (-11 really but I did not package that) the license of R-zoo
changed from
GPL2
to
GPL2 or GPL3
so that there no changes from our point of view.
--
José Abílio
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Fedora
On 03/04/2015 09:04 AM, José Matos wrote:
On Tuesday 03 March 2015 21:27:42 Orion Poplawski wrote:
I'm orphaning the following R packages as we don't use them anymore and
I don't have the time for them:
R-TH-data -- Data for other R packages ( master f22 f21 f20 epel7 el6 )
R-c
On Tuesday 03 March 2015 21:27:42 Orion Poplawski wrote:
> I'm orphaning the following R packages as we don't use them anymore and
> I don't have the time for them:
>
> R-TH-data -- Data for other R packages ( master f22 f21 f20 epel7 el6 )
> R-car -- Companion to
I'm orphaning the following R packages as we don't use them anymore and
I don't have the time for them:
R-TH-data -- Data for other R packages ( master f22 f21 f20 epel7 el6 )
R-car -- Companion to Applied Regression package for R ( master f22 f21
f20 el6 el5 )
R-lmtest --
Il 03/01/2015 15:44, Antonio Trande ha scritto:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/03/2015 04:00 PM, gil wrote:
Il 03/01/2015 15.03, Antonio Trande ha scritto: On 01/03/2015 01:33
PM, punto...@libero.it wrote:
i think xorg-x11-drv-nouveau regards gil
You must check if the nV
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/03/2015 04:00 PM, gil wrote:
> Il 03/01/2015 15.03, Antonio Trande ha scritto: On 01/03/2015 01:33
> PM, punto...@libero.it wrote:
i think xorg-x11-drv-nouveau regards gil
> You must check if the nVidia video driver is loaded and if it is,
Il 03/01/2015 15.03, Antonio Trande ha scritto:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 01/03/2015 01:33 PM, punto...@libero.it wrote:
>> i think xorg-x11-drv-nouveau regards gil
> You must check if the nVidia video driver is loaded and if it is,
> check why it does not work proper
1 - 100 of 224 matches
Mail list logo
