Hi,
forgemeta works in release mode, with release archives published over
http(s). It does not talk at all to source projects using the git
protocol (and that is intentional, since a lot ot things tooling-side
do not talk the git protocol and will never talk the git protocol,
starting with rpm its
To be honest, I'm sad about the change.
I'm not sure if which other applications use the default editor, I know
only git from those. So let's say I will talk about the editor which
git-commit spawns during committing a change.
When I was new to Linux (when I attended a university), I stumbled ove
On 6/25/20 6:48 PM, Adam Williamson wrote:
Nothing in vi's default view (if launched with a file, which is what
happens in this case) tells you you need to press 'insert' in order to
actually edit anything. Nothing in vi's default view tells you you have
to type the entirely cryptic sequence ":wq
On 06/25/2020 08:01 PM, Michael Cronenworth wrote:
> Hi,
>
> Wine has soft-dependencies on two additional pieces of software to provide a
> "full" experience.
>
> * wine-gecko - Gecko web browser engine for Wine
> * wine-mono - .NET for Wine
>
> I package both for Wine. They're typically update
Michael Cronenworth writes:
> The bi-weekly Wine update last week brought with it a minor version
> (5.0.0->5.1.0)
> wine-mono update. The update itself is not minor. The tarball is now bundling
> a
> Clang LLVM-based MinGW toolchain in binary form that is also required to
> compile the
> pac
Hi,
Wine has soft-dependencies on two additional pieces of software to provide a "full"
experience.
* wine-gecko - Gecko web browser engine for Wine
* wine-mono - .NET for Wine
I package both for Wine. They're typically updated at most a couple times per year.
Usually the updates bring with
On Thu, 2020-06-25 at 22:30 -0300, Sergio Belkin wrote:
>
> Well, I strongy disagree whit this move.
> In fact on of the things that I hate of Debian/Ubuntu is the choice of nano
> and the poor version that they offer by default of vi.
> More friendly for end-users? Really?
> Please thinking so, t
On Fri, 2020-06-26 at 08:44 +0800, Qiyu Yan wrote:
> What about to provide a prompt to the user telling them the difference
> between editors?
> For example, when a new user to fedora first invokes git commit
> without $EDITOR set, a program named fedora-default-editor comes up
> and asks: Which ed
On 6/25/20 4:48 PM, Alexander Ploumistos wrote:
On Fri, Jun 26, 2020 at 1:40 AM Peter Hutterer wrote:
disclaimer: I'm using zsh, not bash but it has the same issue. But IMO you
can't really blame it - how is the completion to know that you want to
install an RPM in the current directory? The c
El jue., 25 jun. 2020 a las 21:45, Qiyu Yan ()
escribió:
> What about to provide a prompt to the user telling them the difference
> between editors?
> For example, when a new user to fedora first invokes git commit
> without $EDITOR set, a program named fedora-default-editor comes up
> and asks: W
Jerry James writes:
> My experience is that the build dependencies in the opam files are of
> high quality, but that test and documentation dependencies are often
> omitted. We could add those manually, so that may not be a big deal.
If you add them manually, maybe upstream would accept a pat
What about to provide a prompt to the user telling them the difference
between editors?
For example, when a new user to fedora first invokes git commit
without $EDITOR set, a program named fedora-default-editor comes up
and asks: Which editor do you like?
User can do his or hers choice and the choi
On Thu, Jun 25, 2020 at 08:50:23PM +0200, Jan Kratochvil wrote:
> This is another step trying to make Fedora end-user friendly while the
> only effect is making it hostile to developers. As Fedora will never be
> used by end-users as it conflicts with Fedora's foundation Freedom. With
> each such s
On Fri, Jun 26, 2020 at 1:40 AM Peter Hutterer wrote:
>
> disclaimer: I'm using zsh, not bash but it has the same issue. But IMO you
> can't really blame it - how is the completion to know that you want to
> install an RPM in the current directory? The correct way would be
> dnf install ./
On Thu, Jun 25, 2020 at 11:38:13PM +0200, Jan Kratochvil wrote:
> On Thu, 25 Jun 2020 21:21:37 +0200, Chris Adams wrote:
> > I'm not sure why you think end-users can't use a free OS.
>
> First steps of end-users is to install Chrome, Spotify and VirtualBox.
> So there is left no advantage of a Fre
On 6/25/20 4:11 PM, Chris Murphy wrote:
On Thu, Jun 25, 2020 at 3:38 PM Jan Kratochvil
wrote:
On Thu, 25 Jun 2020 21:21:37 +0200, Chris Adams wrote:
Unless you are doing kernel development, why do you care what the kernel
messages say? On my systems, they go by too fast to read anyway.
Whe
On Thu, Jun 25, 2020 at 3:38 PM Jan Kratochvil
wrote:
>
> On Thu, 25 Jun 2020 21:21:37 +0200, Chris Adams wrote:
> > I'm not sure why you think end-users can't use a free OS.
>
> First steps of end-users is to install Chrome, Spotify and VirtualBox.
> So there is left no advantage of a Free OS.
T
On Thu, Jun 25, 2020 at 4:16 AM Dan Čermák
wrote:
> %generate_buildrequires could be used to parse the opam file from the
> tarball and extract the dependent opam packages from the depends:
> array. E.g. the following:
I've been thinking along those lines as well. More automation would be great.
> suve copydeps dnstwist python-ssdeep
Fixed in rawhide (just dist-git, didn't run the builds). Should there be a new
release for any of these, I'll fix it for F32/31, too.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send
On Thu, Jun 25, 2020 at 6:04 PM Joe Doss wrote:
>
>
>
> On June 25, 2020 4:50:12 PM Justin Forbes wrote:
>
>> On Thu, Jun 25, 2020 at 6:33 AM Leigh Scott wrote:
>>>
>>>
From what I understood of the thread it's purely removing the akmod
and the new kernels have the module so how does i
On June 25, 2020 4:50:12 PM Justin Forbes wrote:
On Thu, Jun 25, 2020 at 6:33 AM Leigh Scott wrote:
From what I understood of the thread it's purely removing the akmod
and the new kernels have the module so how does it break their VPNs?
If you remove akmod-wireguard it will also remove
Yesterday I fixed a FTBFS, but it's still showing in my dashboard. I
suppose that it takes some time to update, but how long should I
expect it to show there until I should suspect that there's some bug?
Iñaki
On Wed, 24 Jun 2020 at 11:20, Josef Skladanka wrote:
>
> Iñaki,
>
> looking at your da
On Thu, Jun 25, 2020 at 10:49 PM Justin Forbes wrote:
> ...snip...
>
> That would be a rather serious flaw in the wireguard tools package to
> have a dep on akmod-wireguard when it has been upstream and included
> in the Fedora kernel-modules package for a few months at this point.
>
>
The wire
On Thu, 25 Jun 2020 21:58:28 +0200, Jonathan Wakely wrote:
> try 'ls $HOME/' without the direxpand
> option set, and tell me what on earth that is for.
It works as expected, what is the problem? Using ctrl-e instead of direxpand
but keeping there $HOME/ may be what one wants.
> the only thing I
On Thu, Jun 25, 2020 at 6:33 AM Leigh Scott wrote:
>
> > From what I understood of the thread it's purely removing the akmod
> > and the new kernels have the module so how does it break their VPNs?
>
> If you remove akmod-wireguard it will also remove the wireguard package which
> will cause the
On Thu, Jun 25, 2020 at 9:58 PM Kamil Dudka wrote:
> ...snip...
>
> Gentoo Linux uses the /etc/env.d tree to globally set environment
> variables:
>
> https://devmanual.gentoo.org/tasks-reference/environment/index.html
>
> It worked there long time before systemd was invented. But clearing t
On Thu, 25 Jun 2020 21:21:37 +0200, Chris Adams wrote:
> I'm not sure why you think end-users can't use a free OS.
First steps of end-users is to install Chrome, Spotify and VirtualBox.
So there is left no advantage of a Free OS.
> I've run with SELinux enabled for years, rarely if ever causes p
Just forwarding this question to more appropriate list.
-- Forwarded Message --
Subject: %forgemeta support for `git` tasks in checked-out code?
Date: Thursday, June 25, 2020, 6:42:42 PM CEST
From: PGNet Dev
To: copr-de...@lists.fedorahosted.org
I'm building a package using mu
On Thursday, June 25, 2020 10:27:06 PM CEST Michael Catanzaro wrote:
> On Thu, Jun 25, 2020 at 8:40 pm, Ian McInerney
> wrote:
>
> > Are you sure this will work? I just ran a test, and putting a new
> > config file inside /usr/lib/environment.d only works for Gnome, and
> > doesn't work for Ma
On Thu, Jun 25, 2020, at 4:03 PM, Neal Gompa wrote:
> On Thu, Jun 25, 2020 at 3:41 PM Ian McInerney
> wrote:
> >>
> >> ...snip...
> >> == Scope ==
> >> * Proposal owners:
> >> ** Modify comps to include nano Fedora wide.
> >> ** Create a new subpackage of nano, called
> >> nano-editor.
> >> ** na
On Thu, Jun 25, 2020 at 08:18:27PM +0200, Tomasz Torcz wrote:
> On Thu, Jun 25, 2020 at 06:10:23PM -, Artur Iwicki wrote:
> > Isn't this how bodhi always worked? One week (two weeks for EPEL) and
> > if doesn't get negative karma, it gets pushed - no matter if it's an
> > enhancement, or a bugf
On Thu, Jun 25, 2020 at 8:40 pm, Ian McInerney
wrote:
Are you sure this will work? I just ran a test, and putting a new
config file inside /usr/lib/environment.d only works for Gnome, and
doesn't work for Mate, Cinnamon or SSH (tested by opening a terminal
in the respective session and examini
On Tue, Jun 23, 2020 at 10:26 AM Tomas Hrnciar wrote:
> python-zodbpicklejjames
> sympycbm jjames jussilehtola orion
I fixed these two in Rawhide, and also fixed a python 3.9 bug in sympy
and an endianness bug in python-gmpy2 en passant.
--
Jerry James
http://www.jamezone.org
On Thu, Jun 25, 2020 at 9:04 PM Neal Gompa wrote:
> On Thu, Jun 25, 2020 at 3:41 PM Ian McInerney
> wrote:
> >>
> >> ...snip...
> >> == Scope ==
> >> * Proposal owners:
> >> ** Modify comps to include nano Fedora wide.
> >> ** Create a new subpackage of nano, called
> >> nano-editor.
> >> ** nan
On Thu, Jun 25, 2020 at 3:41 PM Ian McInerney wrote:
>>
>> ...snip...
>> == Scope ==
>> * Proposal owners:
>> ** Modify comps to include nano Fedora wide.
>> ** Create a new subpackage of nano, called
>> nano-editor.
>> ** nano-editor to include
>> /usr/lib/environment.d/10-nano.conf, which sets
>
On 25/06/20 13:34 -0600, Chris Murphy wrote:
On Thu, Jun 25, 2020 at 12:50 PM Jan Kratochvil
wrote:
On Thu, 25 Jun 2020 19:18:59 +0200, Ben Cotton wrote:
> In contrast, Nano offers the kind of graphical text editing experience
> that people are used to,
This is another step trying to make Fed
On Thu, Jun 25, 2020 at 1:58 PM Chris Murphy wrote:
>
> On Thu, Jun 25, 2020 at 1:48 PM Michael Catanzaro
> wrote:
> >
> > On Thu, Jun 25, 2020 at 2:45 pm, Michael Catanzaro
> > wrote:
> > > Yes. I already fixed the wiki page to clarify that we don't need to
> > > install nano, but I forgot to
On Thu, Jun 25, 2020 at 1:48 PM Michael Catanzaro wrote:
>
> On Thu, Jun 25, 2020 at 2:45 pm, Michael Catanzaro
> wrote:
> > Yes. I already fixed the wiki page to clarify that we don't need to
> > install nano, but I forgot to clarify that we will install
> > nano-editor by default.
>
> BTW maybe
On 25/06/20 20:50 +0200, Jan Kratochvil wrote:
On Thu, 25 Jun 2020 19:18:59 +0200, Ben Cotton wrote:
In contrast, Nano offers the kind of graphical text editing experience
that people are used to,
This is another step trying to make Fedora end-user friendly while the only
effect is making it h
On Thu, 2020-06-25 at 14:47 -0500, Michael Catanzaro wrote:
> On Thu, Jun 25, 2020 at 2:45 pm, Michael Catanzaro
> wrote:
> > Yes. I already fixed the wiki page to clarify that we don't need to
> > install nano, but I forgot to clarify that we will install
> > nano-editor by default.
>
> BTW m
On Thu, Jun 25, 2020 at 2:45 pm, Michael Catanzaro
wrote:
Yes. I already fixed the wiki page to clarify that we don't need to
install nano, but I forgot to clarify that we will install
nano-editor by default.
BTW maybe nano-editor is not the best name for the subpackage,
considering it will
On Thu, Jun 25, 2020 at 12:40 pm, Samuel Sieb wrote:
"nano" is already included by default. Did you mean this to say
you'll
include the new "nano-editor" package by default?
Yes. I already fixed the wiki page to clarify that we don't need to
install nano, but I forgot to clarify that we wil
On Thu, Jun 25, 2020 at 1:21 PM Adam Williamson
wrote:
> My only regret is that I have but one +1 to give to this proposal!
Wait, wait, wait. Aren't you Canadian?
I don't really care much one way or the other about the proposal.
I've learned enough vi to get by. I'll give nano a try and change
>
> ...snip...
> == Scope ==
> * Proposal owners:
> ** Modify comps to include nano Fedora wide.
> ** Create a new subpackage of nano, called
> nano-editor.
> ** nano-editor to include
> /usr/lib/environment.d/10-nano.conf, which sets
> $EDITOR to nano.
>
> With this approach, if nano is uninstalle
On 6/25/20 10:18 AM, Ben Cotton wrote:
** Modify comps to include nano Fedora wide.
"nano" is already included by default. Did you mean this to say you'll
include the new "nano-editor" package by default?
** Create a new subpackage of nano, called
nano-editor.
** nano-editor to include
/us
On Thu, Jun 25, 2020 at 01:34:33PM -0600, Chris Murphy wrote:
> On Thu, Jun 25, 2020 at 12:50 PM Jan Kratochvil
> wrote:
> >
> > On Thu, 25 Jun 2020 19:18:59 +0200, Ben Cotton wrote:
> > > In contrast, Nano offers the kind of graphical text editing experience
> > > that people are used to,
> >
> >
On Thu, Jun 25, 2020 at 12:50 PM Jan Kratochvil
wrote:
>
> On Thu, 25 Jun 2020 19:18:59 +0200, Ben Cotton wrote:
> > In contrast, Nano offers the kind of graphical text editing experience
> > that people are used to,
>
> This is another step trying to make Fedora end-user friendly while the only
>
On Thu, Jun 25, 2020 at 8:50 PM Jan Kratochvil
wrote:
>
> On Thu, 25 Jun 2020 19:18:59 +0200, Ben Cotton wrote:
> > In contrast, Nano offers the kind of graphical text editing experience
> > that people are used to,
>
> This is another step trying to make Fedora end-user friendly while the only
>
Once upon a time, Jan Kratochvil said:
> This is another step trying to make Fedora end-user friendly while the only
> effect is making it hostile to developers.
I've been setting $EDITOR and $VISUAL for ages (since long before Fedora
existed, probably since before Red Hat existed).
> As Fedora
On Thu, 2020-06-25 at 13:18 -0400, Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/UseNanoByDefault
>
> == Summary ==
>
> Let's make Fedora more approachable, by having a default editor that
> doesn't require specialist knowledge to use.
My only regret is that I have but one +1 to giv
Hello,
On Thursday, June 25, 2020 12:50:23 PM MDT Jan Kratochvil wrote:
> On Thu, 25 Jun 2020 19:18:59 +0200, Ben Cotton wrote:
>
> > In contrast, Nano offers the kind of graphical text editing experience
> > that people are used to,
>
>
> This is another step trying to make Fedora end-user friend
On Thu, Jun 25, 2020 at 12:37:41PM -0400, Digimer wrote:
> digimer here, sorry, I'm not sure why my address was rejected. I can
> also be reached at 'mke...@alteeve.ca'.
Could you update it in FAS and check if whichever account you use in FAS has a
corresponding bugzilla account?
Thanks!
Pierre
Dne 24. 06. 20 v 4:40 Przemek Klosowski via devel napsal(a):
> dnf -C list extras
How do I skip packages which are installed from @@commandline? Is there
anything else than "grep -v"?
--
Miroslav Suchy, RHCA
Red Hat, Associate Manager ABRT/Copr, #brno, #fedora-buildsys
_
On Thu, Jun 25, 2020 at 08:50:23PM +0200, Jan Kratochvil wrote:
> This is another step trying to make Fedora end-user friendly while the only
> effect is making it hostile to developers. As Fedora will never be used by
How does changing the default editor make Fedora hostile to developers?
(I sus
On 6/24/20 12:03 PM, Iñaki Ucar wrote:
Thanks. I found another tutorial (from RedHat) which basically says:
1. Implement your service, give it a new SELinux type and run it.
2. Collect all the complaints from SELinux.
3. Use audit2allow to convert them to rules.
4. Repeat until you don't get any
On Thu, 25 Jun 2020 19:18:59 +0200, Ben Cotton wrote:
> In contrast, Nano offers the kind of graphical text editing experience
> that people are used to,
This is another step trying to make Fedora end-user friendly while the only
effect is making it hostile to developers. As Fedora will never be u
Dne 24. 06. 20 v 21:03 Iñaki Ucar napsal(a):
> 3. Use audit2allow to convert them to rules.
> 4. Repeat until you don't get any more complaints.
>
> And I cannot believe my eyes. Is this *really* the way to implement
> SELinux policies? It seems like a joke to me.
No. It is a bit complicated. You
Tomas Hrnciar writes:
> We would like to kindly ask you to add explicit BuildRequires for
> python3-setuptools to packages where setuptools is used. It will help
> us with testing new versions of setuptools in the future or with
> decoupling Python and setuptools. Today, if we want to know if a
>
Dne 25. 06. 20 v 16:06 Igor Raits napsal(a):
> I think removing that dependency is simply wrong. It essentially means
> that one would not be able to use those scripts without dependency
> being installed.
Simply removing is wrong. But I see nothing bad on moving it to Recommends or
even Suggests
On Thu, 2020-06-25 at 20:18 +0200, Tomasz Torcz wrote:
> On Thu, Jun 25, 2020 at 06:10:23PM -, Artur Iwicki wrote:
> > Isn't this how bodhi always worked? One week (two weeks for EPEL) and
> > if doesn't get negative karma, it gets pushed - no matter if it's an
> > enhancement, or a bugfix, or
On Thu, 2020-06-25 at 19:58 +0200, Tomasz Torcz wrote:
> Hi,
>
> I'm really surprised by Bodhi behaviour with this update:
> https://bodhi.fedoraproject.org/updates/FEDORA-2020-6010469bfb
> (ladvd-1.1.2-7.fc32, Fix SELinux AVC denials)
>
> I've set Stable Karma to +3. Update was pushed to
On Thu, Jun 25, 2020 at 06:10:23PM -, Artur Iwicki wrote:
> Isn't this how bodhi always worked? One week (two weeks for EPEL) and
> if doesn't get negative karma, it gets pushed - no matter if it's an
> enhancement, or a bugfix, or a security update.
I don't think so. I remember my updates s
On Thu, Jun 25, 2020 at 7:20 PM Ben Cotton wrote:
>
> Let's make Fedora more approachable, by having a default editor that
> doesn't require specialist knowledge to use.
One could argue that this adds to the experience!
> (These arguments would apply
> just as well if git picked Vim. vi is like
Isn't this how bodhi always worked? One week (two weeks for EPEL) and if
doesn't get negative karma, it gets pushed - no matter if it's an enhancement,
or a bugfix, or a security update.
When creating an update from the web panel, you can un-check the "Auto-request
stable based on time?" box to
Hi,
I'm really surprised by Bodhi behaviour with this update:
https://bodhi.fedoraproject.org/updates/FEDORA-2020-6010469bfb
(ladvd-1.1.2-7.fc32, Fix SELinux AVC denials)
I've set Stable Karma to +3. Update was pushed to testing,
gathered exactly zero reviews with +/- karma. After a week,
On 6/25/20 1:18 PM, Ben Cotton wrote:
Let's make Fedora more approachable, by having a default editor that
doesn't require specialist knowledge to use.
I would like to counter propose that we make ed the default editor :P
___
devel mailing list -- dev
If, like me, you're surprised that it's suddenly the end of June, you
may appreciate this reminder of upcoming Fedora 33 deadlines.
On Wed, Jun 10, 2020 at 1:56 PM Ben Cotton wrote:
>
> * 2020-06-30: Proposal deadline for Changes requiring mass rebuild
> * 2020-06-30: Proposal deadline for System
https://fedoraproject.org/wiki/Changes/DeprecatePytoml
== Summary ==
The {{package|python-pytoml}} ({{package|python3-pytoml}}) package
will be
[https://docs.fedoraproject.org/en-US/packaging-guidelines/deprecating-packages/
deprecated] in [[Releases/33|Fedora 33]]. Pytoml is deprecated
upstream
https://fedoraproject.org/wiki/Changes/UseNanoByDefault
== Summary ==
Let's make Fedora more approachable, by having a default editor that
doesn't require specialist knowledge to use.
== Owner ==
* Name: [[User:chrismurphy| Chris Murphy]]
* Email: chrismur...@fedoraproject.org
== Detailed Des
On Thu, Jun 25, 2020 at 03:56:42PM +0200, Felix Schwarz wrote:
>
> Am 25.06.20 um 14:55 schrieb Pierre-Yves Chibon:
> > Here is an updated list:
> >
> > @certbot-sig
> >
> > Please do try to fix this soon!
>
> I'd love to but unfortunately I'm only a user for the certbot sig and even
> though I
digimer here, sorry, I'm not sure why my address was rejected. I can
also be reached at 'mke...@alteeve.ca'.
Madi
On 2020-06-25 9:08 a.m., Pierre-Yves Chibon wrote:
> Good Morning Everyone,
>
> As announced on devel-announce [1] I have sent an email to each account listed
> on dist-git to be eit
On Thu, 25 Jun 2020 at 14:57, Miro Hrončok wrote:
> What you need is to disable is the "shebang dependency generator" from RPM.
> The
> easiest way is to use:
> https://docs.fedoraproject.org/en-US/packaging-guidelines/AutoProvidesAndRequiresFiltering/
> %global __requires_exclude ^%{python3
Hi Zamir,
thanks and no problem. I even forgot about this issue.
Regards
Raphael
Am 24.06.20 um 14:47 schrieb Zamir SUN:
On 12/11/18 7:52 AM, Raphael Groner wrote:
Hi,
writing to general devel list intentionally. No idea if all members
of lxqt-sig list can read here, too and especially @
On Tue, Jun 23, 2020 at 06:26:23PM +0200, Tomas Hrnciar wrote:
> somlo python-logzero python-migen
Fixed in rawhide. Thanks,
--Gabriel
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedorapr
Hi there
I intend to orphan the EPEL branches which I'm maintaining.
In fact: "I'm maintaining" is an exaggeration. The EPEL requirements simply do
not match my time constraints as soon as EPEL gets behind maintained Fedora
versions. For upstreams without any maintenance branches nor ABI stabil
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Thu, 2020-06-25 at 14:50 +0100, Richard Hughes wrote:
> Hi all,
>
> In fwupd we ship 4 *tiny* python scripts that are useful for ODMs and
> other people working with low level firmware blobs. In
> https://src.fedoraproject.org/rpms/fwupd/pull-req
On 25. 06. 20 15:50, Richard Hughes wrote:
Hi all,
In fwupd we ship 4 *tiny* python scripts that are useful for ODMs and
other people working with low level firmware blobs. In
https://src.fedoraproject.org/rpms/fwupd/pull-request/2 it was
suggested we split them off as a subpackage to avoid the
Am 25.06.20 um 14:55 schrieb Pierre-Yves Chibon:
> Here is an updated list:
>
> @certbot-sig
>
> Please do try to fix this soon!
I'd love to but unfortunately I'm only a user for the certbot sig and even
though I think I'm probably the de-facto maintainer of the certbot stack now I
was not real
On Thu, Jun 25, 2020 at 9:51 AM Richard Hughes wrote:
>
> Hi all,
>
> In fwupd we ship 4 *tiny* python scripts that are useful for ODMs and
> other people working with low level firmware blobs. In
> https://src.fedoraproject.org/rpms/fwupd/pull-request/2 it was
> suggested we split them off as a s
Hi all,
In fwupd we ship 4 *tiny* python scripts that are useful for ODMs and
other people working with low level firmware blobs. In
https://src.fedoraproject.org/rpms/fwupd/pull-request/2 it was
suggested we split them off as a subpackage to avoid the
/usr/bin/python3 dep which is unwanted on Cor
I'm updating hdf5 to 1.10.6 in rawhide via side tag f33-build-side-24795.
All dependent packages will be rebuilt as well. I believe this is:
alembic
armadillo
avogadro2-libs
bes
cgnslib
CheMPS2
dolfin
Field3D
freefem++
gdal
gdl
grads
gtatool
h5py
InsightToolkit
jhdf5
LabPlot
lammps
libminc
math
Good Morning Everyone,
As announced on devel-announce [1] I have sent an email to each account listed
on dist-git to be either point of contact or included in the CC list of tickets
opened on bugzilla.
The following emails to the following account came back with and error:
- digimer (error: Reci
On Sat, Jun 13, 2020 at 10:10:36PM +0200, Pierre-Yves Chibon wrote:
> Good Morning Everyone,
>
> If you are a packagers or are watching tickets on dist-git (ie: asked to be
> cc'ed on tickets on bugzilla for a given package), you must have a valid
> bugzilla account associated with the email addres
On Thu, 25 Jun 2020 at 05:29, Dan Čermák wrote:
>
> Hi Stephen,
>
> this will probably get buried given the immense amount of replies in
> this thread already, but nevertheless, here's my 2cts.
>
> Stephen John Smoogen writes:
>
> > On Sat, 20 Jun 2020 at 17:42, Neal Gompa wrote:
> >>
> >> On Sa
On 23. 06. 20 18:26, Tomas Hrnciar wrote:
churchyard python-django python-ipykernel python-more-itertools
python-ndg_httpsclient thonny
All fixed at least in git. The changes should be visible in repoquery upon the
next rebuild.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
_
> From what I understood of the thread it's purely removing the akmod
> and the new kernels have the module so how does it break their VPNs?
If you remove akmod-wireguard it will also remove the wireguard package which
will cause the VPN to stop functioning.
Wireguard/wireguard-tools is required
On Thu, Jun 25, 2020 at 12:15:51PM +0200, Dan Čermák wrote:
> "Richard W.M. Jones" writes:
>
> >> Maybe I should do COPR builds of all this so everybody can easily see
> >> what I'm talking about? I did a total of 63 package builds in mock,
> >> many of them simple rebuilds, so it will take a li
Thanks for the list.
> ankursinha python-PyLEMS python-SALib python-airspeed python-duecredit
> python-efel python-feedgenerator python-fsleyes python-fsleyes-props
> python-fsleyes-widgets python-fslpy python-hl7 python-indexed_gzip
> python-klusta python-libNeuroML python-matplotlib-scalebar pyt
Hello.
tl;dr - if your package [build]requires python3-dns, please test it with
python-dns from COPR [0] and let me know in case of any troubles.
I'm slowly getting ready to update python-dns to 2.0.0 which drops
Python 2 support. dnspython is still a release candidate but the final
release
"Richard W.M. Jones" writes:
>> Maybe I should do COPR builds of all this so everybody can easily see
>> what I'm talking about? I did a total of 63 package builds in mock,
>> many of them simple rebuilds, so it will take a little time to get
>> that going. Do we know yet what the timeframe is
> We did attempt to obsolete it in f32
>
> https://pkgs.rpmfusion.org/cgit/free/rpmfusion-free-obsolete-packages.git/log/?h=f32
>
> TBH I don't really like the idea much, removing peoples VPN isn't cool and
> leaves them exposed.
From what I understood of the thread it's purely removing the akmod
Hi Stephen,
this will probably get buried given the immense amount of replies in
this thread already, but nevertheless, here's my 2cts.
Stephen John Smoogen writes:
> On Sat, 20 Jun 2020 at 17:42, Neal Gompa wrote:
>>
>> On Sat, Jun 20, 2020 at 5:25 PM John M. Harris Jr
>> wrote:
>> >
>> > O
On 24.06.2020 22:16, Przemek Klosowski via devel wrote:
> Why did you sudo it? It seems to work from a regular account just fine.
Without sudo or `-C` command-line option dnf will download copies of all
repository metadata to your home directory. I don't like such behavior.
--
Sincerely,
Vital
Am 23.06.20 um 18:26 schrieb Tomas Hrnciar:
> fschwarz pdfarranger python-ndg_httpsclient python-pdfrw python-pyrfc3339
> python-tinycss2
I fixed python-ndg_httpsclient, python-pdfrw, python-pyrfc3339 and
python-tinycss2
dreua fixed pdfarranger.
Felix
94 matches
Mail list logo
