Dne 06. 10. 20 v 23:50 James Cassell napsal(a):
> yum install --releasever=/ --installroot=/mnt/sysimage bash mypackage
This is naive approach. It does not setup: resolver, timezone, dbus uuid,
unpriv user, btrfs-control, special devices, etc.
Yes, for most quick'n'dirty use cases you will not ne
El mié., 7 oct. 2020 a las 2:22, Michael Catanzaro ()
escribió:
>
> Hm, I'm not quite sure how this is intended to work. This is for
> resolving VM hostnames into IP addresses? How exactly does it work
> prior to systemd-resolved? E.g. lets say I have a libvirt VM named
> "f33", should it be possi
On Tue, Oct 06, 2020 at 10:04:19PM +0200, Juan Orti Alcaine wrote:
> Hello,
>
> In the network bridges that libvirt creates there's a dnsmasq daemon to
> resolve the VM's IPs. Is there any way to signal systemd-resolved from
> libvirt to say that in the bridge interface there is a DNS server and a
I don't think it's a good idea.
dnsmasq is not dns resolver but acts as DHCP and DNS server. It
provides VMs with IP
address/lease and create corresponding dns record for it. In case
of
resolved ip addresses and dns records must be managed either
manually
or... with dnsmasq.
On 2020-10-06 a
Hm, I'm not quite sure how this is intended to work. This is for
resolving VM hostnames into IP addresses? How exactly does it work
prior to systemd-resolved? E.g. lets say I have a libvirt VM named
"f33", should it be possible to resolve that name somehow from the host
system?
Can you do w
On 9/30/20 3:50 AM, Jan Kratochvil wrote:
> On Wed, 30 Sep 2020 01:31:29 +0200, Jeff Law wrote:
>> But the GCC community
>> doesn't really test that option and it's known to be broken with LTO.
> I haven't seen any GCC PR for -fdebug-types-section being broken with LTO.
I'm not aware of one eith
Hi all,
In accordance with [1] this is a non-responsive maintainer check for
Marek Cermak / macermak.
Non-responsive bug: https://bugzilla.redhat.com/show_bug.cgi?id=1885788
Unactioned bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=1618559 2018-08
Does anyone know how to contact Marek?
Rega
On 10/6/20 3:59 PM, Mark Wielaard wrote:
> Hi,
>
> Changing subject because this has nothing to do with that Change
> Proposal anymore.
>
> On Tue, Oct 06, 2020 at 01:49:13PM -0600, Jeff Law wrote:
>> However, I think it's perfectly valid to discuss zstd if folks wanted to
>> change the compressio
Missing expected images:
Xfce raw-xz armhfp
Failed openQA tests: 4/170 (x86_64)
New failures (same test not failed in Fedora-33-20201005.n.0):
ID: 686308 Test: x86_64 KDE-live-iso desktop_login
URL: https://openqa.fedoraproject.org/tests/686308
ID: 686405 Test: x86_64 KDE-live-iso des
Hi,
Changing subject because this has nothing to do with that Change
Proposal anymore.
On Tue, Oct 06, 2020 at 01:49:13PM -0600, Jeff Law wrote:
> However, I think it's perfectly valid to discuss zstd if folks wanted to
> change the compression scheme for debug sections. In fact, I'd claim
> sti
Am 06.10.20 um 23:21 schrieb Solomon Peachy:
>> It's one thing to contact your repo or distro servers, and another if
>> it's a known dataminer, that gets all domainnames you visit.
> So.. given that both Google and Cloudfare have actual European business
> offices, aren't they bound by the GPDR t
On Tue, Oct 6, 2020, at 5:42 PM, Daniel Pocock wrote:
>
>
> Hi all,
>
> I came across febootstrap[1] but it doesn't look like it has been
> updated[2] for some time. What is the currently recommended method for
> creating a chroot, is it mock or are there alternatives?
>
yum/dnf handles thi
Hi all,
I came across febootstrap[1] but it doesn't look like it has been
updated[2] for some time. What is the currently recommended method for
creating a chroot, is it mock or are there alternatives?
Here is the problem I'm trying to solve: on the Talos II (ppc64) host,
most things run well
On Tue, Oct 06, 2020 at 11:00:23PM +0200, Marius Schwarz wrote:
> It's one thing to contact your repo or distro servers, and another if
> it's a known dataminer, that gets all domainnames you visit.
So.. given that both Google and Cloudfare have actual European business
offices, aren't they bound
On 10/6/20 3:05 PM, Florian Weimer wrote:
> * Steve Grubb:
>
>> I was doing some binary analysis of files in F33 and have run across
>> something odd.
>>
>> readelf -s /usr/sbin/auditd | grep GLIBC
>>
>> produces a lot of output like:
>>
>>182: 0 FUNCGLOBAL DEFAULT UN
Hi Zbigniew,
On Mon, Oct 5, 2020 at 7:53 AM Zbigniew Jędrzejewski-Szmek
wrote:
>
> On Mon, Oct 05, 2020 at 01:53:03AM +0200, Alexander Ploumistos wrote:
> […]
> I think it makes sense to add a new 'openbabel3' package. Like Kevin wrote
> in the other mail, it seems likely that some packages will
OLD: Fedora-33-20201005.n.0
NEW: Fedora-33-20201006.n.1
= SUMMARY =
Added images:0
Dropped images: 62
Added packages: 11
Dropped packages:3
Upgraded packages: 186
Downgraded packages: 0
Size of added packages: 20.37 MiB
Size of dropped packages:15.70 MiB
* Steve Grubb:
> I was doing some binary analysis of files in F33 and have run across
> something odd.
>
> readelf -s /usr/sbin/auditd | grep GLIBC
>
> produces a lot of output like:
>
>182: 0 FUNCGLOBAL DEFAULT UND [...]@GLIBC_2.2.5
> (3)
>184:
Am 05.10.20 um 11:12 schrieb Petr Menšík:
>> * Immediately after you connect to the network, Fedora connects to
>> http://fedoraproject.org/static/hotspot.txt to see if you're behind a
>> captive portal
> Fedora is contacting fedora server, seems predictable.
It's one thing to contact your repo or
On 9/16/20 3:44 PM, Steve Grubb wrote:
> Hello,
>
> I was doing some binary analysis of files in F33 and have run across
> something odd.
>
> readelf -s /usr/sbin/auditd | grep GLIBC
>
> produces a lot of output like:
>
>182: 0 FUNCGLOBAL DEFAULT UND [...]@GLIBC_2.2.
On 10/6/20 3:14 PM, Vitaly Zaitsev via devel wrote:
On 06.10.2020 22:11, Brandon Nielsen wrote:
That link shows security fixes for 68.x from only a week ago.
August 25, 2020 (68.12) vs. September 22, 2020 (78.3).
But still, the last 68. release was 5 days ago[0], hardly seems unsupported.
On 06.10.2020 22:11, Brandon Nielsen wrote:
That link shows security fixes for 68.x from only a week ago.
August 25, 2020 (68.12) vs. September 22, 2020 (78.3).
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
devel mailing list -- devel@li
On 10/6/20 3:11 PM, Brandon Nielsen wrote:
On 10/6/20 3:03 PM, Vitaly Zaitsev via devel wrote:
On 06.10.2020 21:48, Brandon Nielsen wrote:
Yes, but they clearly don't expect updates to work given the changes
mentioned later in this thread and the release notes, and Fedora has
users that will b
On 10/6/20 3:03 PM, Vitaly Zaitsev via devel wrote:
On 06.10.2020 21:48, Brandon Nielsen wrote:
Yes, but they clearly don't expect updates to work given the changes
mentioned later in this thread and the release notes, and Fedora has
users that will be updating that need to be considered.
78.
Hello,
In the network bridges that libvirt creates there's a dnsmasq daemon to
resolve the VM's IPs. Is there any way to signal systemd-resolved from
libvirt to say that in the bridge interface there is a DNS server and a
domain?
Thank you.
___
devel ma
On 06.10.2020 21:48, Brandon Nielsen wrote:
Yes, but they clearly don't expect updates to work given the changes
mentioned later in this thread and the release notes, and Fedora has
users that will be updating that need to be considered.
78.3.1 includes security fixes[1]. 68.x has reached its
On 06.10.2020 21:38, Gordon Messmer wrote:
Thunderbird > 68 has significant API changes. XUL has been completely
removed for extensions, as well as numerous other breaking API changes,
including to preferences and address books.
Version 68.x is now EOL. It will no longer receive even security
On 10/4/20 2:48 PM, Jan Kratochvil wrote:
> On Tue, 29 Sep 2020 22:29:44 +0200, Mark Wielaard wrote:
>> I was just discussing that recently with the Hotspot Perf GUI
>> maintainer. And we concluded that if .debug files would be compressed
>> then we would need an uncompressed cache somewhere. The
On 10/6/20 2:45 PM, Vitaly Zaitsev via devel wrote:
On 06.10.2020 21:24, Brandon Nielsen wrote:
Sounds to me they don't expect 78.2.1 to be entirely compatible with
profiles from the previous version.
$ rpm -qa thunderbird
thunderbird-78.3.1-1.fc32.x86_64
Version 78.3.1 is production ready. M
On 10/6/20 12:08 PM, Gordon Messmer wrote:
I'll put in a BZ as soon as I'm not tied up in meetings.
https://bugzilla.redhat.com/show_bug.cgi?id=1885722
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le.
On 06.10.2020 21:24, Brandon Nielsen wrote:
Sounds to me they don't expect 78.2.1 to be entirely compatible with
profiles from the previous version.
$ rpm -qa thunderbird
thunderbird-78.3.1-1.fc32.x86_64
Version 78.3.1 is production ready. Mozilla has made it available to all
Thunderbird user
Dne 03. 10. 20 v 23:28 Tom Seewald napsal(a):
> Error: Transaction test error:
> file /usr/lib/.build-id/0e/fd9f1f23d7cefd37989b7d1b401b4994fee742 conflicts
> between attempted installs of openjfx-11.0.3-1.fc33.x86_64 and
> openjfx8-8.0.202-24.b07.fc33.x86_64
> file /usr/lib/.build-id/2d/747b
On 10/6/20 12:22 PM, Vitaly Zaitsev via devel wrote:
On 06.10.2020 21:08, Gordon Messmer wrote:
I definitely think this should be rolled back. We're past the beta
freeze, and IMO, this violates the updates policy which states
"Package maintainers MUST: Avoid Major version updates, ABI
break
Dne 05. 10. 20 v 12:55 Tomas Hrnciar napsal(a):
> copr-messaging schlupov
Fixed in upstream.
https://pagure.io/copr/copr/pull-request/1534
Will propagate to Fedora soon.
--
Miroslav Suchy, RHCA
Red Hat, Associate Manager ABRT/Copr, #brno, #fedora-buildsys
_
Missing expected images:
Xfce raw-xz armhfp
Compose FAILS proposed Rawhide gating check!
3 of 43 required tests failed, 4 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 8/181 (x86_64)
New failures (same test not failed in
On 10/6/20 2:22 PM, Vitaly Zaitsev via devel wrote:
On 06.10.2020 21:08, Gordon Messmer wrote:
I definitely think this should be rolled back. We're past the beta
freeze, and IMO, this violates the updates policy which states
"Package maintainers MUST: Avoid Major version updates, ABI
breaka
On 06.10.2020 21:08, Gordon Messmer wrote:
I definitely think this should be rolled back. We're past the beta
freeze, and IMO, this violates the updates policy which states "Package
maintainers MUST: Avoid Major version updates, ABI breakage, or API
changes if at all possible."
Thunderbird
On 10/6/20 4:29 AM, Ankur Sinha wrote:
Thunderbird 78 seems to be a major "breaking" upgrade:
https://www.thunderbird.net/en-US/thunderbird/78.2.1/releasenotes/#changes
I definitely think this should be rolled back. We're past the beta
freeze, and IMO, this violates the updates policy which
On Tue, Oct 06, 2020 at 02:47:36PM -0400, Ben Beasley wrote:
> Hello, everyone—my name is Ben Beasley. I’m an electrical engineer
> in the USA with training and experience in communications systems
> and digital signal processing. I’ve been writing domain-specific and
> general-purpose software in
No missing expected images.
Soft failed openQA tests: 1/16 (x86_64)
(Tests completed, but using a workaround for a known bug)
ID: 685979 Test: x86_64 IoT-dvd_ostree-iso iot_clevis
URL: https://openqa.fedoraproject.org/tests/685979
Passed openQA tests: 15/16 (x86_64)
--
Mail generated by ch
OLD: Fedora-Rawhide-20201004.n.1
NEW: Fedora-Rawhide-20201006.n.1
= SUMMARY =
Added images:0
Dropped images: 58
Added packages: 14
Dropped packages:6
Upgraded packages: 192
Downgraded packages: 0
Size of added packages: 1.14 GiB
Size of dropped packages
Hello, everyone—my name is Ben Beasley. I’m an electrical engineer in
the USA with training and experience in communications systems and
digital signal processing. I’ve been writing domain-specific and
general-purpose software in many languages (Python, C, C++,
JavaScript/ECMAScript, bash/sh, a
Hello,
Done: https://bodhi.fedoraproject.org/updates/FEDORA-2020-47ad64ac29
--
Thanks,
Regards,
Ankur Sinha "FranciscoD" (He / Him / His) |
https://fedoraproject.org/wiki/User:Ankursinha
Time zone: Europe/London
signature.asc
Description: PGP signature
On Tue, Oct 06, 2020 11:32:27 -0700, Kevin Fenzi wrote:
>
>
> The web ui will only show that if _you_ created the side tag.
>
> If you are using provenpackger perms you will need to use the cli
> (for now)
>
> bodhi updates new --from-tag --notes "whatever"
>
Ah, thanks Kevin!
I'll go do
On Tue, Oct 06, 2020 at 06:58:25PM +0100, Ankur Sinha wrote:
> On Tue, Oct 06, 2020 18:47:10 +0100, Ankur Sinha wrote:
> > On Tue, Oct 06, 2020 19:41:50 +0200, Antonio T. sagitter wrote:
> > > Follow the guidelines for using Bodhi:
> > > https://fedoraproject.org/wiki/Package_update_HOWTO#Bodhi_upd
On 06/10/20 19:47, Ankur Sinha wrote:
> On Tue, Oct 06, 2020 19:41:50 +0200, Antonio T. sagitter wrote:
>> Follow the guidelines for using Bodhi:
>> https://fedoraproject.org/wiki/Package_update_HOWTO#Bodhi_update_for_builds_in_a_side-tag
>>
>> If you're a proven packager, you shouldn't have any pr
On Mon, Oct 05, 2020 at 01:42:21PM -0400, Frank Ch. Eigler wrote:
> Adam Williamson writes:
>
> > This seems like it sort of overlaps a bit with what the abrt retrace
> > server does. It's not the same, but in order to do what it does, the
> > retrace server *does* need to act as a remote provide
On Tue, Oct 06, 2020 19:41:50 +0200, Antonio T. sagitter wrote:
> Follow the guidelines for using Bodhi:
> https://fedoraproject.org/wiki/Package_update_HOWTO#Bodhi_update_for_builds_in_a_side-tag
>
> If you're a proven packager, you shouldn't have any problem of commit
> access for all packages.
Follow the guidelines for using Bodhi:
https://fedoraproject.org/wiki/Package_update_HOWTO#Bodhi_update_for_builds_in_a_side-tag
If you're a proven packager, you shouldn't have any problem of commit
access for all packages.
On 06/10/20 19:34, Ankur Sinha wrote:
> On Tue, Oct 06, 2020 19:14:00 +02
On Tue, Oct 06, 2020 19:14:00 +0200, Antonio T. sagitter wrote:
> All rebuilds are done but i haven't commit access for pushing them as
> new updates in Bodhi:
>
> $ koji list-tagged --latest f34-build-side-31299
> Build Tag Built by
>
All rebuilds are done but i haven't commit access for pushing them as
new updates in Bodhi:
$ koji list-tagged --latest f34-build-side-31299
Build Tag Built by
dolf
On Tue, 6 Oct 2020 at 12:21, Pavel Raiskup wrote:
> On Tuesday, October 6, 2020 5:06:59 PM CEST Stephen John Smoogen wrote:
> > On Tue, 6 Oct 2020 at 03:16, Pavel Raiskup wrote:
> >
> > > The KMail app stopped working for me today, and I realized there's
> > > update to which I'd like to give a
On Tuesday, October 6, 2020 5:06:59 PM CEST Stephen John Smoogen wrote:
> On Tue, 6 Oct 2020 at 03:16, Pavel Raiskup wrote:
>
> > The KMail app stopped working for me today, and I realized there's
> > update to which I'd like to give a try:
> >
> > https://bodhi.fedoraproject.org/updates/FEDORA
On Tue, 6 Oct 2020 at 03:16, Pavel Raiskup wrote:
> The KMail app stopped working for me today, and I realized there's
> update to which I'd like to give a try:
>
> https://bodhi.fedoraproject.org/updates/FEDORA-2020-15d324f87c
>
> In Bodhi, the suggested command to test this update is:
>
> s
This outage should be over.
On Tue, 6 Oct 2020 at 07:50, Ankur Sinha wrote:
> Hello,
>
> On Tue, Oct 06, 2020 13:43:57 +0200, Michael Schwendt wrote:
> > Bodhi fails with this error message. Any suggestion on how to continue?
> >
> > Builds : Unable to create update.
> > Bodhi failed to get a re
On Tuesday, October 6, 2020 10:35:04 AM CEST Mattia Verga via devel wrote:
> Il 06/10/20 09:15, Pavel Raiskup ha scritto:
> > The KMail app stopped working for me today, and I realized there's
> > update to which I'd like to give a try:
> >
> >https://bodhi.fedoraproject.org/updates/FEDORA-2020
On 06. 10. 20 15:31, Tomas Hrnciar wrote:
I will take care of your packages once the "Take" button starts to work again.
I've added you manually (together with python-sig).
Thanks!
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mai
If you have any late 3.38.1 builds, just submit them separately to Bodhi
please. The 3.38.1 megaupdate is already in Bodhi and on its way to stable:
https://bodhi.fedoraproject.org/updates/FEDORA-2020-93095cb647
--
Kalev
___
devel mailing list -- devel
Hello,
I will take care of your packages once the "Take" button starts to work
again.
Tomáš
On Mon, Oct 5, 2020 at 4:29 PM Fabio Valentini wrote:
> Hi everybody,
>
> I've decided to orphan poetry and some of its python dependencies.
>
> I don't actually use those packages myself (I've seen the
On Tue, Oct 6, 2020 at 1:54 PM Ankur Sinha wrote:
>
> On Tue, Oct 06, 2020 13:48:34 +0200, Fabio Valentini wrote:
> >
> > With the impending final freeze for f33, should I open bugs for the
> > packages with missing f33 builds and / or updates, so things can at
> > least get fixed in time for zero
On Tue, 6 Oct 2020 02:30:10 -0400
Nico Kadel-Garcia wrote:
> Why not look into the "pyprpm" tool to build a source RPM to start
> with, to see if it has the dependency stack of doom common to some
> other python modules?
I think you meant "pyp2rpm".
__
On Fri, Oct 2, 2020 at 4:56 PM Sérgio Basto wrote:
...
> BTW and since Orion also takes care of VTK package, why or how this
> happen [1] ? why or how vtk-devel requires things that doesn't exist
> (yet) in fedora-eln ?
>
> [1]
> mock -r fedora-eln-x86_64 --install vtk-devel
>
> - nothing provide
On Mon, Oct 5, 2020 at 6:56 AM Tomas Hrnciar wrote:
>
> Hello everyone,
>
> this is a follow-up email to the one I wrote a couple of months ago
> (https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/GCPGM34ZGEOVUHSBGZTRYR5XKHTIJ3T7/).
> sgallagh nodejs
I've fix
OK, you convinced me:
https://src.fedoraproject.org/rpms/systemd/pull-request/37.
Let's see what others say.
Zbyszek
On Fri, Oct 02, 2020 at 12:34:32AM +0200, Marius Schwarz wrote:
> Am 01.10.20 um 16:36 schrieb Alexander Bokovoy:
> >
> > You can also drop a configuration snippet in
> > /etc/sy
On Tue, Oct 06, 2020 13:48:34 +0200, Fabio Valentini wrote:
>
> With the impending final freeze for f33, should I open bugs for the
> packages with missing f33 builds and / or updates, so things can at
> least get fixed in time for zero-day updates?
Yes please. I rely heavily on bugzilla now to p
Hello,
On Tue, Oct 06, 2020 13:43:57 +0200, Michael Schwendt wrote:
> Bodhi fails with this error message. Any suggestion on how to continue?
>
> Builds : Unable to create update.
> Bodhi failed to get a resource from PDC at the following URL
> "https://pdc.fedoraproject.org/rest_api/v1/component
On Sat, Oct 3, 2020 at 12:53 AM Fabio Valentini wrote:
>
> Hi everybody,
>
> I've compiled an updated list of package downgrades when comparing
> fedora 32 to fedora 33. Note that a lot of packages were either not
> built for f33 at all (packagers missing the branch point?), or had no
> bodhi upda
Bodhi fails with this error message. Any suggestion on how to continue?
Builds : Unable to create update.
Bodhi failed to get a resource from PDC at the following URL
"https://pdc.fedoraproject.org/rest_api/v1/component-branches/?active=true&critical_path=true&fields=global_component&name=f32&page
Am 06.10.20 um 01:50 schrieb Chris Murphy:
> In this case you can replace it by just copying a substitute
> grubx64.efi to the proper location on the USB stick... which might be
> EFI/BOOT, I'd have to poke it with a stick to find out.
>
>
I already tried to replace it with a f31 one, it did not
Il 06/10/20 09:15, Pavel Raiskup ha scritto:
> The KMail app stopped working for me today, and I realized there's
> update to which I'd like to give a try:
>
>https://bodhi.fedoraproject.org/updates/FEDORA-2020-15d324f87c
>
> In Bodhi, the suggested command to test this update is:
>
>sudo d
Ok, Thanks!
Pavel Raiskup 于2020年10月6日周二 下午3:24写道：
> On Tuesday, October 6, 2020 5:24:09 AM CEST Ruki Wang wrote:
> > Thanks, but now all fedora-eln-* failed.
> >
> > https://copr.fedorainfracloud.org/coprs/waruqi/xmake/build/1695687/
> >
> > warning:
> /var/lib/mock/fedora-eln-x86_64-1601952807.
On Tuesday, October 6, 2020 8:15:24 AM WEST Pavel Raiskup wrote:
> The KMail app stopped working for me today, and I realized there's
> update to which I'd like to give a try:
>
> https://bodhi.fedoraproject.org/updates/FEDORA-2020-15d324f87c
If you had installed the previous update to kde apps
On Tuesday, October 6, 2020 5:24:09 AM CEST Ruki Wang wrote:
> Thanks, but now all fedora-eln-* failed.
>
> https://copr.fedorainfracloud.org/coprs/waruqi/xmake/build/1695687/
>
> warning:
> /var/lib/mock/fedora-eln-x86_64-1601952807.335959/root/var/cache/dnf/eln-78c0f68aeb10b59c/packages/krb5-l
Hi all,
I orphaned few more java packages that do not build and I do not have
any use for them anymore:
apache-commons-configuration
hsqldb1
jboss-jsf-2.1-api
jsonp
metadata-extractor2
Feel free to take them if you need them.
Regards,
--
Jakub Jelen
Senior Software Engineer
Crypto Team, Secur
The KMail app stopped working for me today, and I realized there's
update to which I'd like to give a try:
https://bodhi.fedoraproject.org/updates/FEDORA-2020-15d324f87c
In Bodhi, the suggested command to test this update is:
sudo dnf upgrade --enablerepo=updates-testing
--advisory=FEDORA-2
75 matches
Mail list logo
