Following is the list of topics that will be discussed in the
FESCo meeting Monday at 15:00UTC in #fedora-meeting-1 on
irc.freenode.net.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '2019-11-25 15:00 UTC'
Links to all issues to be
No missing expected images.
Soft failed openQA tests: 1/1 (x86_64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-29-20191124.0):
ID: 488105 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://openqa.fedoraproj
No missing expected images.
Passed openQA tests: 1/1 (x86_64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedorap
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
Note: If
Hi all!.
I orphaned infinispan package from fedora. Anyone of you guys know a reason why
it shouldn't be orphaned? It is orphaned because no major packages depend on
infinispan and it is also not in RHEL anymore (as I am RedHatter). If you do
want to leave it in Fedora, will anyone of you becam
As an example of the sorry state of the Java SIG, pdfbox and batik were
orphaned 2 weeks ago, but those are dependencies of fop, which is a
dependency of publican, which is used by appstream to build documentation,
and half of the distribution (including the entire KF5 stack, through extra-
cmak
Il giorno lun 25 nov 2019 alle ore 10:54 Miro Hrončok
ha scritto:
> The following packages are orphaned and will be retired when they
> are orphaned for six weeks, unless someone adopts them. If you know for
> sure
> that the package should be retired, please do so now with a proper reason:
> htt
On 25. 11. 19 11:30, Kevin Kofler wrote:
As an example of the sorry state of the Java SIG, pdfbox and batik were
orphaned 2 weeks ago, but those are dependencies of fop, which is a
dependency of publican, which is used by appstream to build documentation,
and half of the distribution (including t
On Mon, Nov 25, 2019 at 11:32 AM Sandro Bonazzola wrote:
>
>
>
> Il giorno lun 25 nov 2019 alle ore 10:54 Miro Hrončok
> ha scritto:
>>
>> The following packages are orphaned and will be retired when they
>> are orphaned for six weeks, unless someone adopts them. If you know for sure
>> that the
On 25. 11. 19 11:30, Sandro Bonazzola wrote:
I believe above is wrong. I'm not maintaining buildnumber-maven-plugin package.
You are not. You are maintaining something that is affected by
buildnumber-maven-plugin being orphaned.
See https://churchyard.fedorapeople.org/orphans-2019-11-25.txt
Hi!
On Monday, 25 November 2019 at 10:52, Miro Hrončok wrote:
> The following packages are orphaned and will be retired when they
> are orphaned for six weeks, unless someone adopts them. If you know for sure
> that the package should be retired, please do so now with a proper reason:
> https://fe
On Mon, Nov 25, 2019 at 12:31 PM Kevin Kofler
wrote:
> As an example of the sorry state of the Java SIG, pdfbox and batik were
> orphaned 2 weeks ago, but those are dependencies of fop, which is a
> dependency of publican, which is used by appstream to build documentation,
> and half of the distr
On Tue, Nov 19, 2019 at 8:22 PM Adam Jackson wrote:
> On Fri, 2019-11-15 at 23:38 +0100, Kevin Kofler wrote:
> > Adam Samalik wrote:
> > > 1/ A history chart for base images [2] is now being generated —
> includes
> > > data since 25 September. It's a bit rough initial implementation, but
> it's
FYI, commit [0] introduced a major update for libusbmuxd to rawhide
(including an unannounced SONAME bump), and even explicitly changed the
%files entry for the shared library against the Packaging Guidelines'
recommendations to cover the library version with a glob. *frown*
Please coordinate rebu
On Mon, Nov 25, 2019 11:38:42 +0100, Dominik 'Rathann' Mierzejewski wrote:
> Hi!
>
>
>
> To save time looking this up, I want to direct the attention of pmix and
> openmpi maintainers (Cc'd) to this chain:
>
> munge (orphaned) -> pmix -> openmpi
>
> In short, anything that depends on openmpi i
Hi everybody,
I'm a bit concerned about the growing number of broken dependencies in
fedora, which leads to non-installable (FTI) and un-buildable (FTBFS)
packages. For rawhide [0], I see almost 400 source packages and almost
200 x86_64 packages with broken deps. Especially the number of source
pa
On Monday, 25 November 2019 at 12:45, Ankur Sinha wrote:
> On Mon, Nov 25, 2019 11:38:42 +0100, Dominik 'Rathann' Mierzejewski wrote:
> > Hi!
> >
> >
> >
> > To save time looking this up, I want to direct the attention of pmix and
> > openmpi maintainers (Cc'd) to this chain:
> >
> > munge (orp
On Mon, Nov 25, 2019 13:26:20 +0100, Dominik 'Rathann' Mierzejewski wrote:
> On Monday, 25 November 2019 at 12:45, Ankur Sinha wrote:
> > On Mon, Nov 25, 2019 11:38:42 +0100, Dominik 'Rathann' Mierzejewski wrote:
> > > Hi!
> > >
> > >
> > >
> > > To save time looking this up, I want to direct th
On Mon, Nov 25, 2019 at 6:55 AM Miro Hrončok wrote:
> The following packages are orphaned and will be retired when they
> are orphaned for six weeks, unless someone adopts them. If you know for
> sure
> that the package should be retired, please do so now with a proper reason:
> https://fedorapro
Hey Fabio,
There is a problem with the code. You seem to run either repoquery or
repoclosure inside. However, that does not really check rich
dependencies correctly.
Do you want to check for FTI/FTBFS or that all dependencies are
present in Fedora?
On Mon, Nov 25, 2019 at 1:23 PM Fabio Valentini
On Mon, Nov 25, 2019 at 2:08 PM Igor Gnatenko
wrote:
>
> Hey Fabio,
Hey Igor!
> There is a problem with the code. You seem to run either repoquery or
> repoclosure inside. However, that does not really check rich
> dependencies correctly.
Yes, I know, I'm using repoclosure. Sadly, fixing DNF's
Cătălin George Feștilă wrote:
> I install 'Development Tools', but some tools are not in this group and
> PythonLibrary is not set. Any idea how to fix it? dnf group install
See below, the biggest missing piece is ECM, I'd suggest you do:
sudo dnf builddep krita
then you'll get everything that
On 11/25/19 5:50 AM, Ankur Sinha wrote:
On Mon, Nov 25, 2019 13:26:20 +0100, Dominik 'Rathann' Mierzejewski wrote:
On Monday, 25 November 2019 at 12:45, Ankur Sinha wrote:
On Mon, Nov 25, 2019 11:38:42 +0100, Dominik 'Rathann' Mierzejewski wrote:
Hi!
To save time looking this up, I want to
On Mon, Nov 25, 2019 07:29:39 -0700, Orion Poplawski wrote:
>
> > Sure---if everyone is aboard this plan (Cc'd orion, who is the owner of
> > the group), how should we do this? There's a FAS group for scitech
> > already. Is this being used for anything currently? If not, we can
> > clean this ou
Minutes:
https://meetbot.fedoraproject.org/fedora-meeting-1/2019-11-25/fesco.2019-11-25-15.00.html
Minutes (text):
https://meetbot.fedoraproject.org/fedora-meeting-1/2019-11-25/fesco.2019-11-25-15.00.txt
Log:
https://meetbot.fedoraproject.org/fedora-meeting-1/2019-11-25/fesco.2019-11-25-15.00.lo
I have a general question about mass rebuilds - I noticed that my F31 machine
still has a few packages that appear to be fc30 versions, and I got curious as
to why.
For example, I have avr-libc-2.0.0-7.fc30.noarch installed. It has a build
date of Thu 31 Jan 2019 09:23:34 AM EST
I looked at t
* https://bugzilla.redhat.com/show_bug.cgi?id=1774713
Review Request: virt-v2v - Convert a virtual machine to run on KVM
This is actually more of a package split. This program was part of
libguestfs, but has been split out into a separate upstream project:
https://github.com/libguestfs/libgue
On Mon, Nov 25, 2019 at 5:14 AM Fabio Valentini wrote:
> PS: Feel free to browse the data in the linked pagure repo. I'm
> regenerating it daily with the latest state of all fedora branches. If
> somebody is interested in getting notified about any of their packages
> getting broken deps (for exam
I have orphaned js-jquery-file-upload.
___
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
- Original Message -
>
> * https://bugzilla.redhat.com/show_bug.cgi?id=1774713
> Review Request: virt-v2v - Convert a virtual machine to run on KVM
>
> This is actually more of a package split. This program was part of
> libguestfs, but has been split out into a separate upstream pro
On 11/21/19 11:33 PM, Dusty Mabe wrote:
This content also exists at:
https://www.projectatomic.io/blog/2019/11/fedora-atomic-host-nearing-eol/
Last year we [introduced the plans for Fedora CoreOS] [1] including that
Fedora CoreOS would be the successor to Fedora Atomic Host and Container
Linu
On Mon, Nov 25, 2019 at 4:59 PM Jerry James wrote:
>
> On Mon, Nov 25, 2019 at 5:14 AM Fabio Valentini wrote:
> > PS: Feel free to browse the data in the linked pagure repo. I'm
> > regenerating it daily with the latest state of all fedora branches. If
> > somebody is interested in getting notifi
On Mon, 2019-11-25 at 13:13 +0100, Fabio Valentini wrote:
> Hi everybody,
>
> I'm a bit concerned about the growing number of broken dependencies in
> fedora, which leads to non-installable (FTI) and un-buildable (FTBFS)
> packages. For rawhide [0], I see almost 400 source packages and almost
> 20
Hello Dominik,
On Sun, Nov 24, 2019 at 7:40 PM Dominik Mierzejewski
wrote:
>
> On Saturday, 23 November 2019 at 13:52, Alexander Ploumistos wrote:
> [...]
> > Now I'd argue that the changes in v3.0.0 would be worth bending the
> > rules and updating everything in stable Fedora branches, but that
* Miro Hrončok [25/11/2019 10:52] :
>
> perl-CGI-FormBuilder orphan 2 weeks ago
This is maintained by ppisar, according to src.fedoraproject.org but
Fedora Packages lists it as orphaned.
Emmanuel
___
devel mailing
Hi,
On 25-11-2019 10:52, Miro Hrončok wrote:
So for anyone interested in this:
jwrdegoede: buildnumber-maven-plugin
The chain here is:
sdljava (*):Buildrequires: jruby
jruby: [Build]Requires: buildnumber-maven-plugin
*) Which I maintain
I've broken this chain by removing the
yes ecm problem and cmake new version
can you provide more help with this issue? thank you.
[mythcat@localhost build]$ cmake
-DCMAKE_INSTALL_PREFIX=$HOME/krita-4.2.8-beta1/install
$HOME/krita-4.2.8-beta1/build -DCMAKE_BUILD_TYPE=RelWithDebInfo
-DPRODUCTSET=ALL -DPACKAGERS_BUILD=ON -DBUILD_TES
On Mon, Nov 25, 2019 at 10:33:54AM -0500, Steven A. Falco wrote:
> Yet according to koji, there is no build for fc31:
> https://koji.fedoraproject.org/koji/packageinfo?packageID=avr-libc
>
> I'm not saying that anything is wrong - I'm just curious as to why the
> package wasn't rebuilt. Any gu
On Mon, 2019-11-25 at 19:56 +0100, Hans de Goede wrote:
> Hi,
>
> On 25-11-2019 10:52, Miro Hrončok wrote:
>
> So for anyone interested in this:
>
> > jwrdegoede: buildnumber-maven-plugin
>
> The chain here is:
>
> sdljava (*): Buildrequires: jruby
> jruby:[Build]Requires: bui
On Mon, 25 Nov 2019, Till Maas wrote:
On Mon, Nov 25, 2019 at 10:33:54AM -0500, Steven A. Falco wrote:
Yet according to koji, there is no build for fc31:
https://koji.fedoraproject.org/koji/packageinfo?packageID=avr-libc
I'm not saying that anything is wrong - I'm just curious as to why the
On Mon, Nov 25, 2019 at 09:16:26AM -0800, Adam Williamson wrote:
> On Mon, 2019-11-25 at 13:13 +0100, Fabio Valentini wrote:
> > Hi everybody,
> >
> > I'm a bit concerned about the growing number of broken dependencies in
> > fedora, which leads to non-installable (FTI) and un-buildable (FTBFS)
>
https://fedoraproject.org/wiki/Changes/GLIBC231
== Summary ==
Switch glibc in Fedora 32 to glibc version 2.31.
== Owner ==
* Name: [[User:submachine|Arjun Shankar]]
* Email: ar...@redhat.com
== Detailed Description ==
The GNU C Library version 2.31 will be released at the beginning of
February 2
https://fedoraproject.org/wiki/Changes/DisallowEmptyPasswordsByDefault
== Summary ==
Remove ''nullok'' parameter from pam_unix module in default PAM
configuration in order to disallow authentication with empty password.
== Owner ==
* Name: [[User:pbrezina| Pavel Březina]]
* Email:
== Detailed D
https://fedoraproject.org/wiki/Changes/PythonNoSemanticInterpositionSpeedup
Simplified version of another change proposal|This change was
originally proposed for [[Releases/32|Fedora 32]] as
[[Changes/PythonStaticSpeedup]], however based on
[https://lists.fedoraproject.org/archives/list/devel@list
https://fedoraproject.org/wiki/Changes/Move_apt_package_from_RPM_to_DPKG_backend
== Summary ==
Currently the apt package in Fedora actually installs apt-rpm,
starting with Fedora 32 it will provide the regular apt software
backed by DPKG.
== Owner ==
* Name: [[User:dridi| Dridi Boukelmoune]], [[
This Change has been withdrawn and replaced with
https://fedoraproject.org/wiki/Changes/PythonNoSemanticInterpositionSpeedup
Discussion is at
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/ONEOQ4XWRL7IUNTQA7YFSFTNHXY5MJS4/
--
Ben Cotton
He / Him / His
Fedora P
Thanks for taking this on, Ivan!
However, I do think the package should either be updated to a non-EOL
version right now, or orphaned for the time being as to not let users
install this ancient version that they'll never be able to update.
Unfortunately, I don't have time to chime in myself at th
On 11/25/19 1:25 PM, Ben Cotton wrote:
== Benefit to Fedora ==
Changes in described components (Step 1 - Step 4) are necessary to
implement in order to make sure that user accounts and tools works
correctly when authentication with empty password is disabled by
system administrator. Changing sys
On 11/25/19 11:41 AM, Normand wrote:
>
>
> On 11/21/19 11:33 PM, Dusty Mabe wrote:
>> This content also exists at:
>> https://www.projectatomic.io/blog/2019/11/fedora-atomic-host-nearing-eol/
>>
>> Last year we [introduced the plans for Fedora CoreOS] [1] including that
>> Fedora CoreOS would
On Monday, November 25, 2019 2:59:18 PM MST Samuel Sieb wrote:
> On 11/25/19 1:25 PM, Ben Cotton wrote:
>
> > == Benefit to Fedora ==
> >
> > Changes in described components (Step 1 - Step 4) are necessary to
> > implement in order to make sure that user accounts and tools works
> > correctly whe
On Mon, 2019-11-25 at 16:25 -0500, Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/DisallowEmptyPasswordsByDefault
>
> == Summary ==
> Remove ''nullok'' parameter from pam_unix module in default PAM
> configuration in order to disallow authentication with empty password.
>
> == Owner =
Samuel Sieb wrote:
> Steps 1 - 4 are not benefits, they are workarounds to critical system
> utilities required by this change. I don't understand why this change
> is necessary at all. It only affects local logins and if someone wants
> to have an empty password, why make it so difficult? It's
On Tue, 2019-11-26 at 00:34 +0100, Kevin Kofler wrote:
> Samuel Sieb wrote:
> > Steps 1 - 4 are not benefits, they are workarounds to critical system
> > utilities required by this change. I don't understand why this change
> > is necessary at all. It only affects local logins and if someone want
Hi,
Setting aside the question of how anaconda, gnome-initial-setup, and
the liveuser sessions would work, I have a question about the complaint
regarding accountsservice.
On Mon, Nov 25, 2019 at 4:25 pm, Ben Cotton wrote:
* '''AccountService''' - D-Bus methods ''SetPassword'' and
''SetPass
Dear all,
You are kindly invited to the meeting:
Modularity Team (weekly) on 2019-11-26 from 15:00:00 to 16:00:00 UTC
At fedora-meetin...@irc.freenode.net
The meeting will be about:
Meeting of the Modularity Team.
More information available at: [Modularity Team
Docs](https://docs.pagure.o
Hi,
Lily Nie from Fedora QE team here,and I'm working with local virt-QE on
putting their automation tools to Fedora repo.
I have filed a review request for avocado-vt :
https://bugzilla.redhat.com/show_bug.cgi?id=1773467
I haven't maintained any packages before,but I have sent some merg
On Mon, 25 Nov 2019 22:59:18 +0100, Samuel Sieb wrote:
> I don't understand why this change is
> necessary at all. It only affects local logins and if someone wants to have
> an empty password, why make it so difficult? It's their choice. It's not
> like Fedora has any default logins with empty
No missing expected images.
Passed openQA tests: 1/1 (x86_64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedorap
58 matches
Mail list logo
