On Thu, Mar 19, 2020 at 5:48 AM Samuel Sieb wrote:
>
> On 3/18/20 5:14 PM, Solomon Peachy wrote:
> > Error: Transaction test error:
>
> There appears to be a packaging change causing this problem.
>
> >file /usr/share/widelands/i18n/fonts/DejaVu from install of
> > widelands-0-0.76.build20.fc
On Thu, Mar 19, 2020 at 1:46 AM Richard Shaw wrote:
>
> Things have been somewhat rough with building packages lately between configs
> that don't work and such..
>
> Now all the logs I see using "fedpkg mockbuild" have all the log lines
> doubled. I searched the mailing list and didn't find any
On Thursday, March 19, 2020 1:55:39 AM CET Sérgio Basto wrote:
> On Wed, 2020-03-18 at 19:45 -0500, Richard Shaw wrote:
> > Things have been somewhat rough with building packages lately between
> > configs that don't work and such..
> > Now all the logs I see using "fedpkg mockbuild" have all the l
On Thursday, March 19, 2020 2:16:46 AM CET Richard Shaw wrote:
> On Wed, Mar 18, 2020 at 8:04 PM Sérgio Basto wrote:
>
> > On Thu, 2020-03-19 at 00:55 +, Sérgio Basto wrote:
> >
> > On Wed, 2020-03-18 at 19:45 -0500, Richard Shaw wrote:
> >
> > Things have been somewhat rough with building pa
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
On Wed, Mar 18, 2020 at 11:39:37AM +0100, Dan Horák wrote:
> On Wed, 18 Mar 2020 09:50:24 +
> "Richard W.M. Jones" wrote:
>
> > On Wed, Mar 18, 2020 at 10:46:19AM +0100, Dan Horák wrote:
> > > On Wed, 18 Mar 2020 09:34:45 +
> > > "Richard W.M. Jones" wrote:
> > >
> > > >
> > > > This m
On Thursday, March 19, 2020 3:09:14 AM CET Sérgio Basto wrote:
> Now we can't use `config_opts['package_manager'] = 'dnf'` to build on epel 7 ,
> it is working for me , maybe just after add
> config_opts['use_bootstrap_image'] = True on ~/.config/mock.cfg
Shortly, the `package_manager` option say
Hi,
when entering a new update through the web interface of bodhi I do
not get the list of open bugs in bugzilla, no mater the wait. There is a
rotating symbol as it happens to select the build(s) but I continues without
any output.
If I try to insert the bug number by hand the number s
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
On 19/03/2020 10:19, José Abílio Matos wrote:
when entering a new update through the web interface of bodhi I do
not get the list of open bugs in bugzilla, no mater the wait. There is a
rotating symbol as it happens to select the build(s) but I continues without
any output.
Are you usi
Yet another gcc10-related headache... I'm experiencing issues building
rstudio in rawhide for i686:
https://koji.fedoraproject.org/koji/taskinfo?taskID=42614405. But I believe
this is not the best package to chase the bug. No issues so far in F32, but
you said this fails randomly?
Iñaki
On Sun, 1
Il giorno gio, 19/03/2020 alle 12.07 +0100, Iñaki Ucar ha scritto:
> Yet another gcc10-related headache... I'm experiencing issues
> building rstudio in rawhide for i686:
> https://koji.fedoraproject.org/koji/taskinfo?taskID=42614405. But I
> believe this is not the best package to chase the bug.
On Thu, Mar 19, 2020 at 08:37:31AM +, Richard W.M. Jones wrote:
> On Wed, Mar 18, 2020 at 11:39:37AM +0100, Dan Horák wrote:
> > On Wed, 18 Mar 2020 09:50:24 +
> > "Richard W.M. Jones" wrote:
> >
> > > On Wed, Mar 18, 2020 at 10:46:19AM +0100, Dan Horák wrote:
> > > > On Wed, 18 Mar 2020
On Thursday, 19 March 2020 11.05.18 WET Tom Hughes wrote:
> Are you using a browser extension like uMatrix that may be blocking
> the cross domain query from bodhi to bugzilla?
>
> Tom
The only extension that I am using, and could potentially do that, is EFF's
Privacy Badger.
I will try a new u
On Thu, Mar 19, 2020 at 3:07 AM Pavel Raiskup wrote:
> On Thursday, March 19, 2020 2:16:46 AM CET Richard Shaw wrote:
> > On Wed, Mar 18, 2020 at 8:04 PM Sérgio Basto wrote:
> >
> > > On Thu, 2020-03-19 at 00:55 +, Sérgio Basto wrote:
> > >
> > > On Wed, 2020-03-18 at 19:45 -0500, Richard Sh
On Thursday, March 19, 2020 1:27:11 PM CET Richard Shaw wrote:
> > You bild for epel-7-x86_64, but on Fedora?
>
> Yes, as a Fedora packager supporting both Fedora and EPEL I need the ability
> to do test builds on my system without needlessly abusing koji.
Ok, I just wanted confirmation it is not
On Wednesday, March 18, 2020 3:50:34 PM CET Zbigniew Jędrzejewski-Szmek wrote:
> On Wed, Mar 18, 2020 at 01:04:58PM +0100, Kamil Dudka wrote:
>
> > logrotate is a utility designed to simplify the administration of log
> > files on
a system which generates a lot of log files. It used to be
> > t
OLD: Fedora-Rawhide-20200318.n.0
NEW: Fedora-Rawhide-20200319.n.0
= SUMMARY =
Added images:0
Dropped images: 1
Added packages: 11
Dropped packages:0
Upgraded packages: 111
Downgraded packages: 0
Size of added packages: 2.59 MiB
Size of dropped packages:0
No missing expected images.
Compose FAILS proposed Rawhide gating check!
4 of 43 required tests failed, 4 results missing
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 13/171 (x86_64), 1/2 (arm)
New failures (same test not failed in Fedor
On Thu, Mar 19, 2020 at 7:37 AM Pavel Raiskup wrote:
> On Thursday, March 19, 2020 1:27:11 PM CET Richard Shaw wrote:
>
> We need to fix the bug I'm afraid. If anyone can submit PR, it is
> welcome.. otherwise I hope I'll get to it this or the next week.
>
> > I tried adding the following to on
On Mon, 2020-03-16 at 14:13 -0400, Stephen John Smoogen wrote:
>
>
> On Mon, 16 Mar 2020 at 13:56, Robbie Harwood
> wrote:
> > Tomasz Torcz writes:
> >
> > > On Sun, Mar 15, 2020 at 11:12:43PM +0100, Marius Schwarz wrote:
> > >> Am 15.03.20 um 13:32 schrieb Vitaly Zaitsev via devel:
> > >> > O
On 19. 03. 20 15:47, Richard Shaw wrote:
$ mock -r epel-7-x86_64 fail2ban-0.11.1-5.fc33.src.rpm
INFO: mock.py version 2.1 starting (python version = 3.7.6)...
Start(bootstrap): init plugins
INFO: selinux enabled
Finish(bootstrap): init plugins
Start: init plugins
INFO: selinux enabled
Finish: ini
On Thursday, March 19, 2020 3:47:55 PM CET Richard Shaw wrote:
> > That sounds like the correct (the default in mock-core-conifgs) config.
> > At the same time, you seem to be using --resultdir option - which for some
> > reason triggers the problem. Try to run mock without the option for now.
>
Missing expected images:
Iot dvd x86_64
Iot dvd aarch64
Failed openQA tests: 1/8 (x86_64)
New failures (same test not failed in Fedora-IoT-33-20200318.0):
ID: 551187 Test: x86_64 IoT-dvd_ostree-iso release_identification
URL: https://openqa.fedoraproject.org/tests/551187
Passed openQA tes
No missing expected images.
Failed openQA tests: 3/171 (x86_64), 1/2 (arm)
New failures (same test not failed in Fedora-32-20200318.n.0):
ID: 551053 Test: x86_64 Everything-boot-iso memory_check
URL: https://openqa.fedoraproject.org/tests/551053
ID: 551153 Test: x86_64 universal instal
OLD: Fedora-32-20200318.n.0
NEW: Fedora-32-20200319.n.0
= SUMMARY =
Added images:3
Dropped images: 0
Added packages: 1
Dropped packages:1
Upgraded packages: 6
Downgraded packages: 0
Size of added packages: 7.17 MiB
Size of dropped packages:621.27 KiB
Size
Am 19.03.20 um 15:52 schrieb Momčilo Medić:
>
> I'm not familiar with TPM chips, but from what I read here it sounds
> like there would be no password prompt and anyone would be able to boot
> the device, no?
>
>
correct and thats the main issue, as long you have grub where you can
edit the kernel
On Thu, Mar 19, 2020 at 05:04:36PM +0100, Marius Schwarz wrote:
> Am 19.03.20 um 15:52 schrieb Momčilo Medić:
> >
> > I'm not familiar with TPM chips, but from what I read here it sounds
> > like there would be no password prompt and anyone would be able to boot
> > the device, no?
> >
> >
>
> cor
On 3/19/20 11:04 AM, Marius Schwarz wrote:
correct and thats the main issue, as long you have grub where you can
edit the kernel line to start in runlevel 1.
This makes the encryption null and void.
Adding a grub password will prevent those without it from editing your boot
parameters. By defa
The new openssl-1.1.1e is coming to Rawhide.
It reports premature EOF/improper shutdown on TLS connections more
properly. However this might make some dependencies broken in build
tests (such as Ruby).
As I would like to eventually update the openssl also on stable
branches because it brings many
Hi,
My name is Artem Egorenkov. I recently joined Red Hat in Brno, Czech
Republic.
I worked as a Software Developer for around 7 years and most of my
experience relates to Java stack, and now I have decided to start in a
system development field.
I don't have much experience in open source develo
Hello Artem,
Speaking of Java - Java SIG also wants help. Just fyi :)
чт, 19 мар. 2020 г. в 17:35, Artem Egorenkov :
>
> Hi,
>
> My name is Artem Egorenkov. I recently joined Red Hat in Brno, Czech Republic.
> I worked as a Software Developer for around 7 years and most of my experience
> relates
On Thu, Mar 19, 2020 at 9:58 AM Miro Hrončok wrote:
> I've seen this before. It was my ~/.config/mock.cfg:
>
> config_opts['package_manager'] = 'dnf'
>
I do in fact have that setup, but I tried commenting it out and now mock
fails almost immediately not able to find /usr/bin/yum.
$ cat ~/.
On 19. 03. 20 18:47, Richard Shaw wrote:
I do in fact have that setup, but I tried commenting it out and now mock fails
almost immediately not able to find /usr/bin/yum.
After i removed that config, i needed to do:
$ mock -r epel-7-x86_64 --scrub all
To get rid of the broken bootstrap moc
Am 19.03.20 um 17:11 schrieb Michael Cronenworth:
> On 3/19/20 11:04 AM, Marius Schwarz wrote:
>> correct and thats the main issue, as long you have grub where you can
>> edit the kernel line to start in runlevel 1.
>> This makes the encryption null and void.
>
> Adding a grub password will prevent
On Thu, Mar 19, 2020 at 11:53 AM Marius Schwarz wrote:
>
> Am 19.03.20 um 17:11 schrieb Michael Cronenworth:
> > On 3/19/20 11:04 AM, Marius Schwarz wrote:
> >> correct and thats the main issue, as long you have grub where you can
> >> edit the kernel line to start in runlevel 1.
> >> This makes t
On 12/03/2020 22:34, Matthew Miller wrote:
> On Sat, Mar 07, 2020 at 11:33:04PM +0100, Daniel Pocock wrote:
>> It is very, very wrong and I don't feel I should have to make a public
>> request like this. Nonetheless, there is a certain type of person who
>
> Daniel, to request re-instatement, p
On 3/19/20 2:18 PM, Daniel Pocock wrote:
On 12/03/2020 22:34, Matthew Miller wrote:
On Sat, Mar 07, 2020 at 11:33:04PM +0100, Daniel Pocock wrote:
It is very, very wrong and I don't feel I should have to make a public
request like this. Nonetheless, there is a certain type of person who
Dan
On Thu, Mar 19, 2020 at 3:37 PM Ty Young wrote:
>
>
> On 3/19/20 2:18 PM, Daniel Pocock wrote:
> >
> > On 12/03/2020 22:34, Matthew Miller wrote:
> >> On Sat, Mar 07, 2020 at 11:33:04PM +0100, Daniel Pocock wrote:
> >>> It is very, very wrong and I don't feel I should have to make a public
> >>> r
Hello,
I just read Gnome Code of Conduct, which can be found here:
https://wiki.gnome.org/Foundation/CodeOfConduct
Can anyone explain in which line racism is allowed?
Also, what communism has to do with anything? Aren't you getting a bit too
paranoid? Why communist and not fascism? And how the d
On Monday, March 16, 2020 2:15:34 AM MST Marius Schwarz wrote:
> Am 16.03.20 um 09:15 schrieb Tomasz Torcz:
>
> >> I knew someone would bring this up: TMP does not protect your drive,
> >> as you could boot with "init=/bin/bash 1" .
> >>
> >How do you do that WITHOUT KEYBOARD? This thread
On Saturday, March 14, 2020 5:05:11 AM MST Marius Schwarz wrote:
> Hi all,
>
> bevor we start, it is a VERY VERY SPECIAL situation i will talk about
> now. It could get fixed by a UNUSUAL approach.
>
> The device we talk about as an example is the SURFACE PRO Tablet Series
> from Microsoft WITH a
On 19/03/2020 20:46, Silvia Sánchez wrote:
>
> Hello,
>
> I just read Gnome Code of Conduct, which can be found
> here: https://wiki.gnome.org/Foundation/CodeOfConduct
> Can anyone explain in which line racism is allowed?
> Also, what communism has to do with anything? Aren't you getting a b
Hey folks.
Just a reminder that this is the Fedora Devel list.
Fedora devel related things are ontopic and this thread is drifting way
away from those. :)
If you want to discuss the Fedora code of conduct, I guess the council
discuss list would be ok for that? Other topics might be better for
On Thu, Mar 19, 2020 at 2:36 pm, Ty Young wrote:
Have you seen Gnome's CoC? It literally allows racism. There was a bit
of an uproar about it, and Gnome foundation/developers members refused
to change it.
https://wiki.gnome.org/Foundation/CodeOfConduct
Clearly prohibits:
"Sexist, racist, hom
On Thursday, March 19, 2020 12:46:01 PM MST Silvia Sánchez wrote:
> Hello,
>
> I just read Gnome Code of Conduct, which can be found here:
> https://wiki.gnome.org/Foundation/CodeOfConduct
> Can anyone explain in which line racism is allowed?
> Also, what communism has to do with anything? Aren't
On 3/19/20 2:43 PM, Neal Gompa wrote:
On Thu, Mar 19, 2020 at 3:37 PM Ty Young wrote:
On 3/19/20 2:18 PM, Daniel Pocock wrote:
On 12/03/2020 22:34, Matthew Miller wrote:
On Sat, Mar 07, 2020 at 11:33:04PM +0100, Daniel Pocock wrote:
It is very, very wrong and I don't feel I should have to
This is one reason I vastly prefer decentralized platforms such as
mailing lists and Usenet. You can't unsend an email.
On 3/19/2020 4:20 PM, Ty Young wrote:
> Oh, and when called out about the censorship on places like Medium &
> Reddit, people who apparently have the ability to uncensor threads
On Thu, Mar 5, 2020 at 1:19 PM Sergio Pascual wrote:
>
> Hello, I'm going to update (one week from now) wcslib to from 6.4 to 7.1.
> There is an API break, the changes are here;
> https://www.atnf.csiro.au/people/mcalabre/WCS/CHANGES
>
> I'm CCing affected package owners (astrometry, cpl, kstars
Hi everybody,
I can't seem to figure out why this happened, but there are now a lot
of OCaml packages in fedora 32 that have broken dependencies. I've CCd
two of the maintainers that are impacted most by this (rjones and
jjames).
Right now, the following packages have broken dependencies and are
On 15/03/2020 13:32, Neal Gompa wrote:
> On Fri, Mar 6, 2020 at 2:06 PM Dakota Williams
> wrote:
>>
>> On 3/6/20 1:21 PM, Daniel Pocock wrote:
>>>
>>>
>>> On 05/03/2020 21:26, Julian Sikorski wrote:
>>>
I would like to take this opportunity to remind about the PR that I have
prepared -
On Thu, Mar 19, 2020 at 4:25 PM Fabio Valentini wrote:
> - coq{,-coqide}
This one needs a version update. For that, it needs several new
packages. I've been working through the reviews, and we're almost
there! Two more reviews to get through, and the new coq version can
be built.
> - frama-c
On Thu, Mar 19, 2020 at 6:42 PM Daniel Pocock wrote:
>
>
>
> On 15/03/2020 13:32, Neal Gompa wrote:
> > On Fri, Mar 6, 2020 at 2:06 PM Dakota Williams
> > wrote:
> >>
> >> On 3/6/20 1:21 PM, Daniel Pocock wrote:
> >>>
> >>>
> >>> On 05/03/2020 21:26, Julian Sikorski wrote:
> >>>
> I would li
On Thu, Mar 19, 2020 at 11:25:19PM +0100, Fabio Valentini wrote:
> Hi everybody,
>
> I can't seem to figure out why this happened, but there are now a lot
> of OCaml packages in fedora 32 that have broken dependencies. I've CCd
> two of the maintainers that are impacted most by this (rjones and
>
On Thu, Mar 19, 2020 at 01:01:05PM +0100, Sumit Bose wrote:
> On Thu, Mar 19, 2020 at 08:37:31AM +, Richard W.M. Jones wrote:
> > On Wed, Mar 18, 2020 at 11:39:37AM +0100, Dan Horák wrote:
> > > On Wed, 18 Mar 2020 09:50:24 +
> > > "Richard W.M. Jones" wrote:
> > >
> > > > On Wed, Mar 18,
On Thursday, 19 March 2020 at 19:59, Chris Murphy wrote:
[...]
> I think what you'd want for the stolen laptop use case is an encrypted
> $BOOT, which GRUB does support:
>
> The first grub.cfg is unencrypted, and provides strictly for unlocking
> a LUKS1 (no LUKS2 support yet) $BOOT volume, and th
On Tue, Mar 17, 2020 at 04:19:21PM +, Peter Robinson wrote:
>
> You're still listed [1], I've found from recent cleanups of packages I
> maintained myself, you have to:
> 1) give to the orphan user. This makes them main admin, but moves you
> to a standard admin
> 2) remove yourself from the "
On Fri, Mar 20, 2020 at 12:14 AM Richard W.M. Jones wrote:
>
> On Thu, Mar 19, 2020 at 11:25:19PM +0100, Fabio Valentini wrote:
> > Hi everybody,
> >
> > I can't seem to figure out why this happened, but there are now a lot
> > of OCaml packages in fedora 32 that have broken dependencies. I've CCd
No missing expected images.
Soft failed openQA tests: 2/8 (x86_64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-IoT-32-20200314.0):
ID: 551429 Test: x86_64 IoT-dvd_ostree-iso install_default@uefi
URL: https://openqa.fedoraproje
Hey all,
I have orphaned containers[1], a D language library for extended
"containers" concept in D based on std.experimental.allocator.
I have no use for it anymore. If you're interested in D language
stuff, feel free to take it.
There is a newer version available from upstream[2], which would
No missing expected images.
Failed openQA tests: 2/35 (x86_64)
ID: 551441 Test: x86_64 Workstation-live-iso apps_startstop
URL: https://openqa.fedoraproject.org/tests/551441
ID: 551458 Test: x86_64 KDE-live-iso release_identification
URL: https://openqa.fedoraproject.org/tests/551458
S
On Wed, Mar 04, 2020 at 02:33:02PM -0500, Solomon Peachy wrote:
> > * Workstation 3 (a frankenstein beast and a lot of modular errors)
>
> With 'dnf module reset' this is a lot cleaner. dispcalGUI was snagged
> from OBS, so not a fedora problem.
Tried to upgrade this workstation from F31 to
I have one more review I would like to swap with somebody. This is
one of the last 2 packages I need to be able to update the coq stack.
The other is already under review. Who needs a review?
ocaml-ppx-deriving-yojson: https://bugzilla.redhat.com/show_bug.cgi?id=1801421
--
Jerry James
http://w
Oh my - Daniel and his sock puppets come to bring mayhem to Fedora-devel?
some background at https://lwn.net/Articles/814508/
cut off the trolling...
m
On Thu, Mar 19, 2020 at 3:37 PM Ty Young wrote:
>
> On 3/19/20 2:18 PM, Daniel Pocock wrote:
> >
> > On 12/03/2020 22:34, Matthew Miller wro
On 3/19/20 6:59 PM, Solomon Peachy wrote:
I nuked python2-matplotlib and python2-matplotlib-tk, and it was able to
proceed. One thing that looked odd is that it's downgrading a bunch of
packages, including the kernel:
kernel-toolsx86_64 5.5.0-0.rc6.git0.1.fc32 fedora 19
On 3/19/20 10:03 PM, Martin Langhoff wrote:
Oh my - Daniel and his sock puppets come to bring mayhem to Fedora-devel?
some background at https://lwn.net/Articles/814508/
cut off the trolling...
I do believe calling people "sock puppets" is a violation of the CoC.
Specifically, the "be resp
On Thursday, March 19, 2020 8:03:18 PM MST Martin Langhoff wrote:
> Oh my - Daniel and his sock puppets come to bring mayhem to Fedora-devel?
>
> some background at https://lwn.net/Articles/814508/
>
> cut off the trolling...
>
>
> m
>
> On Thu, Mar 19, 2020 at 3:37 PM Ty Young wrote:
> > On
67 matches
Mail list logo
