Re: Self Introduction: Dalton Miner

2018-10-25 Thread Neal Gompa 
On Fri, Oct 26, 2018 at 2:09 AM Dalton Miner  wrote:
>
> Hey all,
>
> My name is Dalton. I'm a "DevOps" engineer primarily doing operational work 
> and maintaining build/release pipelines. Part of this involves creating new 
> packages or backports for our infrastructure, and wherever possible I prefer 
> to submit what I've worked on back to the open source community. I run Fedora 
> on my workstation at work and want to start using it at home, which means 
> I'll probably be packaging things I want to use there, too. I spent a good 
> while on Archlinux and feel pretty spoiled by the AUR - despite its perils 
> and headaches, heh. I have a modest amount of experience with Python and 
> smatterings of other languages - your standard Java, C, bits of JS and 
> whatnot.
>
> The first thing I'm submitting is a Python wrapper for Datadog's API, which I 
> hope will be useful to others here - you can find the review request here: 
> https://bugzilla.redhat.com/show_bug.cgi?id=1643345
>
> Cheers!

Welcome to Fedora! I've picked up your package review and sponsored
you in. I hope you have a great experience becoming part of the Fedora
community!



-- 
真実はいつも一つ！/ Always, there's only one truth!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

bumping fmt to 5.2.1

2018-10-25 Thread Kefu Chai 
hey guys,

i am pushing fmt 5.2.1 to rawhive (f30)[1]. and plan to push this updated 
change to fc29 and then fc28. as fmt-static is no longer packaged in fmt-5.2.1, 
kodi package will need to dynamically linked against libfmt at runtime in 
future. currently it's statically linked against libfmt.a.

---

[1] https://apps.fedoraproject.org/packages/fmt
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Self Introduction: Dalton Miner

2018-10-25 Thread Dalton Miner 
Hey all,

My name is Dalton. I'm a "DevOps" engineer primarily doing operational work and 
maintaining build/release pipelines. Part of this involves creating new 
packages or backports for our infrastructure, and wherever possible I prefer to 
submit what I've worked on back to the open source community. I run Fedora on 
my workstation at work and want to start using it at home, which means I'll 
probably be packaging things I want to use there, too. I spent a good while on 
Archlinux and feel pretty spoiled by the AUR - despite its perils and 
headaches, heh. I have a modest amount of experience with Python and 
smatterings of other languages - your standard Java, C, bits of JS and whatnot.

The first thing I'm submitting is a Python wrapper for Datadog's API, which I 
hope will be useful to others here - you can find the review request here: 
https://bugzilla.redhat.com/show_bug.cgi?id=1643345

Cheers!
Dalton Miner
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Anyone working on Xen on F29

2018-10-25 Thread Geoffrey Marr 
Aaron,

Fantastic! Since you have a Xen setup, would you mind running this test and
posting your results to the wiki? [0]
Let me know if you need anything.

[0] https://fedoraproject.org/wiki/QA:Testcase_Boot_Methods_Xen_Para_Virt

Geoff Marr
IRC: coremodule


On Thu, Oct 25, 2018 at 8:21 PM Aaron Gray 
wrote:

> Update
>
> On Fri, 26 Oct 2018 at 02:33, Aaron Gray 
> wrote:
>
>> Hi,
>>
>> I am trying to get Xen working properly on rawhide / F29 Beta.
>>
>> I had one instillation on F29 that worked straight away with :-
>>
>> sudo yum groupinstall 'Virtualization' sudo yum install xen
>>
>> I cannot seem to reproduce this now though :(
>>
>> And am getting the following :-
>> ~~~
>> Loading xen 4.11.0
>> error: ../../grub-core/fs/fshelp.c:258:file
>> `/EFI/fedora/x86_64-efi/module2.mod' not found.
>> error: ../../grub-core/fs/fshelp.c:258:file
>> `/EFI/fedora/x86_64-efi/multiboot2.mod' not found.
>> Loading Linux 4.18.5-300.fc29.x86_64 ...
>> error: ../../grub-core/script/function.c:109@can't file command
>> `module2'.
>> Loading initial ramdisk ...
>> error: ../../grub-core/fs/fshelp.c:258:file
>> `/EFI/fedora/x86_64-efi/module2.mod' not found.
>> error: ../../grub-core/script/function.c:109@can't file command
>> `module2'.
>> ~~~
>>
>> I have another SSD now with Xen booting correctly but unable toaccess xen
>> from virt-manager but am getting access to it via :-
>>
>> virsh -c xen:///system
>>
>> which is showing Domain-0 running
>>
>> On boot up its still giving errors :-
>> ~~~
>> Loading Xen 4.11.0 ...
>> error: ../../grub-core/fs/fshelp.c:258:file `/grub2/i386-pc/module2.mod'
>> not found.
>> Loading Linux 4.18.5-300.fc29.x86_64 ...
>> Loading initial ramdisk ...
>> error: ../../grub-core/fs/fshelp.c:258:file `/grub2/i386-pc/module2.mod'
>> not found.
>> ~~~
>> So it look like module2.mod is still not loading but I was getting this
>> on the fully working version I lost earlier IIRC.
>>
>> I am hoping that this error report is useful and might give a clue as to
>> what I need to do next to get Xen running on my Intel Z270 hardware.
>>
>> I am sort of thinking the reson Xen is not working on this last machine
>> is a missing rpm ?
>>
>
> Okay it was really simple, I just did - File > Add Connection - and Xen is
> there now !
>
>
>> I can work as a tester for Xen for F29 Beta if this is needed as I would
>> like to get this release working properly for Xen.
>>
>
> I have fast machines and multiple SSD's so can quite quickly do reinstalls
> and mods for testing if that helps.
>
> I will follow up the above errors the module/module2 and
> multiboot/multiboot2 are insmod's in the grub config so I am wondering if
> module.mod is required but not crucial and missing or whether its been made
> redundant and is still in the grub config ? It would be good to get to the
> bottom of this. Also I am wondering with the EFI errors whether its to do
> with the UEFI configuration on Fedora install whether that is selected or
> not ?
>
> Regards,
>
> Aaron
> ---
> Aaron Gray
>
> Independent Open Source Software Engineer, Computer Language Researcher,
> Information Theorist, and amateur computer scientist.
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Anyone working on Xen on F29

2018-10-25 Thread Aaron Gray 
Update

On Fri, 26 Oct 2018 at 02:33, Aaron Gray  wrote:

> Hi,
>
> I am trying to get Xen working properly on rawhide / F29 Beta.
>
> I had one instillation on F29 that worked straight away with :-
>
> sudo yum groupinstall 'Virtualization' sudo yum install xen
>
> I cannot seem to reproduce this now though :(
>
> And am getting the following :-
> ~~~
> Loading xen 4.11.0
> error: ../../grub-core/fs/fshelp.c:258:file
> `/EFI/fedora/x86_64-efi/module2.mod' not found.
> error: ../../grub-core/fs/fshelp.c:258:file
> `/EFI/fedora/x86_64-efi/multiboot2.mod' not found.
> Loading Linux 4.18.5-300.fc29.x86_64 ...
> error: ../../grub-core/script/function.c:109@can't file command `module2'.
> Loading initial ramdisk ...
> error: ../../grub-core/fs/fshelp.c:258:file
> `/EFI/fedora/x86_64-efi/module2.mod' not found.
> error: ../../grub-core/script/function.c:109@can't file command `module2'.
> ~~~
>
> I have another SSD now with Xen booting correctly but unable toaccess xen
> from virt-manager but am getting access to it via :-
>
> virsh -c xen:///system
>
> which is showing Domain-0 running
>
> On boot up its still giving errors :-
> ~~~
> Loading Xen 4.11.0 ...
> error: ../../grub-core/fs/fshelp.c:258:file `/grub2/i386-pc/module2.mod'
> not found.
> Loading Linux 4.18.5-300.fc29.x86_64 ...
> Loading initial ramdisk ...
> error: ../../grub-core/fs/fshelp.c:258:file `/grub2/i386-pc/module2.mod'
> not found.
> ~~~
> So it look like module2.mod is still not loading but I was getting this on
> the fully working version I lost earlier IIRC.
>
> I am hoping that this error report is useful and might give a clue as to
> what I need to do next to get Xen running on my Intel Z270 hardware.
>
> I am sort of thinking the reson Xen is not working on this last machine is
> a missing rpm ?
>

Okay it was really simple, I just did - File > Add Connection - and Xen is
there now !


> I can work as a tester for Xen for F29 Beta if this is needed as I would
> like to get this release working properly for Xen.
>

I have fast machines and multiple SSD's so can quite quickly do reinstalls
and mods for testing if that helps.

I will follow up the above errors the module/module2 and
multiboot/multiboot2 are insmod's in the grub config so I am wondering if
module.mod is required but not crucial and missing or whether its been made
redundant and is still in the grub config ? It would be good to get to the
bottom of this. Also I am wondering with the EFI errors whether its to do
with the UEFI configuration on Fedora install whether that is selected or
not ?

Regards,

Aaron
---
Aaron Gray

Independent Open Source Software Engineer, Computer Language Researcher,
Information Theorist, and amateur computer scientist.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Anyone working on Xen on F29

2018-10-25 Thread Aaron Gray 
Hi,

I am trying to get Xen working properly on rawhide / F29 Beta.

I had one instillation on F29 that worked straight away with :-

sudo yum groupinstall 'Virtualization' sudo yum install xen

I cannot seem to reproduce this now though :(

And am getting the following :-
~~~
Loading xen 4.11.0
error: ../../grub-core/fs/fshelp.c:258:file
`/EFI/fedora/x86_64-efi/module2.mod' not found.
error: ../../grub-core/fs/fshelp.c:258:file
`/EFI/fedora/x86_64-efi/multiboot2.mod' not found.
Loading Linux 4.18.5-300.fc29.x86_64 ...
error: ../../grub-core/script/function.c:109@can't file command `module2'.
Loading initial ramdisk ...
error: ../../grub-core/fs/fshelp.c:258:file
`/EFI/fedora/x86_64-efi/module2.mod' not found.
error: ../../grub-core/script/function.c:109@can't file command `module2'.
~~~

I have another SSD now with Xen booting correctly but unable toaccess xen
from virt-manager but am getting access to it via :-

virsh -c xen:///system

which is showing Domain-0 running

On boot up its still giving errors :-
~~~
Loading Xen 4.11.0 ...
error: ../../grub-core/fs/fshelp.c:258:file `/grub2/i386-pc/module2.mod'
not found.
Loading Linux 4.18.5-300.fc29.x86_64 ...
Loading initial ramdisk ...
error: ../../grub-core/fs/fshelp.c:258:file `/grub2/i386-pc/module2.mod'
not found.
~~~
So it look like module2.mod is still not loading but I was getting this on
the fully working version I lost earlier IIRC.

I am hoping that this error report is useful and might give a clue as to
what I need to do next to get Xen running on my Intel Z270 hardware.

I am sort of thinking the reson Xen is not working on this last machine is
a missing rpm ?

I can work as a tester for Xen for F29 Beta if this is needed as I would
like to get this release working properly for Xen.

Regards,

Aaron

-- 
Aaron Gray

Independent Open Source Software Engineer, Computer Language Researcher,
Information Theorist, and amateur computer scientist.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Fedora 29-20181025.n.0 compose check report

2018-10-25 Thread Fedora compose checker 
No missing expected images.

Failed openQA tests: 11/133 (x86_64), 1/2 (arm)

ID: 301045  Test: x86_64 Server-dvd-iso modularity_tests
URL: https://openqa.fedoraproject.org/tests/301045
ID: 301054  Test: x86_64 Server-dvd-iso server_firewall_default
URL: https://openqa.fedoraproject.org/tests/301054
ID: 301058  Test: x86_64 Server-dvd-iso base_services_start
URL: https://openqa.fedoraproject.org/tests/301058
ID: 301080  Test: x86_64 Workstation-live-iso 
desktop_notifications_postinstall
URL: https://openqa.fedoraproject.org/tests/301080
ID: 301091  Test: x86_64 KDE-live-iso install_no_user
URL: https://openqa.fedoraproject.org/tests/301091
ID: 301102  Test: arm Minimal-raw_xz-raw.xz 
install_arm_image_deployment_upload
URL: https://openqa.fedoraproject.org/tests/301102
ID: 301134  Test: x86_64 universal upgrade_2_kde_64bit
URL: https://openqa.fedoraproject.org/tests/301134
ID: 301141  Test: x86_64 universal install_european_language
URL: https://openqa.fedoraproject.org/tests/301141
ID: 301144  Test: x86_64 universal install_software_raid@uefi
URL: https://openqa.fedoraproject.org/tests/301144
ID: 301170  Test: x86_64 universal install_multi
URL: https://openqa.fedoraproject.org/tests/301170
ID: 301174  Test: x86_64 universal install_asian_language
URL: https://openqa.fedoraproject.org/tests/301174
ID: 301178  Test: x86_64 universal install_rescue_encrypted
URL: https://openqa.fedoraproject.org/tests/301178

Soft failed openQA tests: 1/133 (x86_64), 3/24 (i386)
(Tests completed, but using a workaround for a known bug)

ID: 301064  Test: i386 Server-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/301064
ID: 301065  Test: i386 Server-dvd-iso install_default
URL: https://openqa.fedoraproject.org/tests/301065
ID: 301101  Test: i386 KDE-live-iso install_default
URL: https://openqa.fedoraproject.org/tests/301101
ID: 301161  Test: x86_64 universal upgrade_server_domain_controller
URL: https://openqa.fedoraproject.org/tests/301161

Passed openQA tests: 121/133 (x86_64), 21/24 (i386)

Skipped openQA tests: 1 of 159
-- 
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.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Fedora Rawhide-20181025.n.0 compose check report

2018-10-25 Thread Fedora compose checker 
No missing expected images.

Failed openQA tests: 77/133 (x86_64), 21/24 (i386), 1/2 (arm)

New failures (same test did not fail in Rawhide-20181021.n.0):

ID: 300874  Test: x86_64 Server-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/300874
ID: 300875  Test: x86_64 Server-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/300875
ID: 300877  Test: x86_64 Server-dvd-iso install_repository_nfs_variation
URL: https://openqa.fedoraproject.org/tests/300877
ID: 300878  Test: x86_64 Server-dvd-iso install_repository_nfs_graphical
URL: https://openqa.fedoraproject.org/tests/300878
ID: 300879  Test: x86_64 Server-dvd-iso install_default_upload
URL: https://openqa.fedoraproject.org/tests/300879
ID: 300880  Test: x86_64 Server-dvd-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/300880
ID: 300892  Test: x86_64 Server-dvd-iso install_updates_nfs
URL: https://openqa.fedoraproject.org/tests/300892
ID: 300901  Test: i386 Server-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/300901
ID: 300902  Test: i386 Server-dvd-iso install_default
URL: https://openqa.fedoraproject.org/tests/300902
ID: 300903  Test: x86_64 Everything-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/300903
ID: 300904  Test: x86_64 Everything-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/300904
ID: 300918  Test: x86_64 Workstation-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/300918
ID: 300919  Test: x86_64 Workstation-boot-iso memory_check
URL: https://openqa.fedoraproject.org/tests/300919
ID: 300920  Test: x86_64 Workstation-boot-iso memory_check@uefi
URL: https://openqa.fedoraproject.org/tests/300920
ID: 300921  Test: x86_64 Workstation-boot-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/300921
ID: 300923  Test: i386 Workstation-boot-iso memory_check
URL: https://openqa.fedoraproject.org/tests/300923
ID: 300924  Test: i386 Workstation-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/300924
ID: 300941  Test: x86_64 AtomicHost-dvd_ostree-iso install_default
URL: https://openqa.fedoraproject.org/tests/300941
ID: 300942  Test: x86_64 AtomicHost-dvd_ostree-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/300942
ID: 300943  Test: x86_64 universal install_software_raid
URL: https://openqa.fedoraproject.org/tests/300943
ID: 300944  Test: x86_64 universal install_multi_empty@uefi
URL: https://openqa.fedoraproject.org/tests/300944
ID: 300945  Test: x86_64 universal install_delete_partial
URL: https://openqa.fedoraproject.org/tests/300945
ID: 300946  Test: x86_64 universal install_btrfs
URL: https://openqa.fedoraproject.org/tests/300946
ID: 300947  Test: x86_64 universal install_ext3
URL: https://openqa.fedoraproject.org/tests/300947
ID: 300950  Test: x86_64 universal install_repository_http_variation
URL: https://openqa.fedoraproject.org/tests/300950
ID: 300951  Test: x86_64 universal install_repository_http_graphical
URL: https://openqa.fedoraproject.org/tests/300951
ID: 300952  Test: x86_64 universal install_mirrorlist_graphical
URL: https://openqa.fedoraproject.org/tests/300952
ID: 300953  Test: x86_64 universal install_xfs
URL: https://openqa.fedoraproject.org/tests/300953
ID: 300954  Test: x86_64 universal install_no_swap
URL: https://openqa.fedoraproject.org/tests/300954
ID: 300955  Test: x86_64 universal install_blivet_ext3
URL: https://openqa.fedoraproject.org/tests/300955
ID: 300956  Test: x86_64 universal install_blivet_btrfs
URL: https://openqa.fedoraproject.org/tests/300956
ID: 300957  Test: x86_64 universal install_blivet_xfs
URL: https://openqa.fedoraproject.org/tests/300957
ID: 300958  Test: x86_64 universal install_blivet_software_raid
URL: https://openqa.fedoraproject.org/tests/300958
ID: 300959  Test: x86_64 universal install_blivet_lvmthin
URL: https://openqa.fedoraproject.org/tests/300959
ID: 300960  Test: x86_64 universal install_blivet_ext3@uefi
URL: https://openqa.fedoraproject.org/tests/300960
ID: 300961  Test: x86_64 universal install_blivet_btrfs@uefi
URL: https://openqa.fedoraproject.org/tests/300961
ID: 300963  Test: x86_64 universal install_blivet_xfs@uefi
URL: https://openqa.fedoraproject.org/tests/300963
ID: 300966  Test: x86_64 universal install_kickstart_firewall_disabled
URL: https://openqa.fedoraproject.org/tests/300966
ID: 300967  Test: x86_64 universal install_kickstart_nfs
URL: https://openqa.fedoraproject.org/tests/300967
ID: 300968  Test: x86_64 universal install_lvmthin
URL: https://openqa.fedoraproject.org/tests/300968
ID: 300969  Test: x86_64 universal install_iscsi
URL: https://openqa.fedoraproject.org/tests/300969
ID: 300970  Test: x86_64 universal install_blivet_no_swap
URL: https://openqa.fedoraproject.org/tests/300970
ID: 300972

Fedora 29 RC 1.2 compose check report

2018-10-25 Thread Fedora compose checker 
No missing expected images.

Failed openQA tests: 6/131 (x86_64), 3/24 (i386), 1/2 (arm)

ID: 300601  Test: x86_64 Server-dvd-iso modularity_tests
URL: https://openqa.fedoraproject.org/tests/300601
ID: 300634  Test: x86_64 Workstation-live-iso desktop_update_graphical
URL: https://openqa.fedoraproject.org/tests/300634
ID: 300638  Test: x86_64 Workstation-boot-iso memory_check
URL: https://openqa.fedoraproject.org/tests/300638
ID: 300639  Test: x86_64 Workstation-boot-iso memory_check@uefi
URL: https://openqa.fedoraproject.org/tests/300639
ID: 300642  Test: i386 Workstation-boot-iso memory_check
URL: https://openqa.fedoraproject.org/tests/300642
ID: 300688  Test: x86_64 universal upgrade_2_kde_64bit
URL: https://openqa.fedoraproject.org/tests/300688
ID: 300748  Test: i386 universal install_blivet_btrfs
URL: https://openqa.fedoraproject.org/tests/300748
ID: 300749  Test: i386 universal install_blivet_no_swap
URL: https://openqa.fedoraproject.org/tests/300749
ID: 300754  Test: arm Minimal-raw_xz-raw.xz 
install_arm_image_deployment_upload
URL: https://openqa.fedoraproject.org/tests/300754
ID: 300873  Test: x86_64 universal install_cyrillic_language
URL: https://openqa.fedoraproject.org/tests/300873

Soft failed openQA tests: 2/131 (x86_64), 2/24 (i386)
(Tests completed, but using a workaround for a known bug)

ID: 300620  Test: i386 Server-boot-iso install_default
URL: https://openqa.fedoraproject.org/tests/300620
ID: 300621  Test: i386 Server-dvd-iso install_default
URL: https://openqa.fedoraproject.org/tests/300621
ID: 300645  Test: x86_64 KDE-live-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/300645
ID: 300715  Test: x86_64 universal upgrade_server_domain_controller
URL: https://openqa.fedoraproject.org/tests/300715

Passed openQA tests: 123/131 (x86_64), 19/24 (i386)

Skipped openQA tests: 1 of 157
-- 
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.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Review swap: python-libNeuroML

2018-10-25 Thread Miro Hrončok 

On 25.10.2018 21:17, Ankur Sinha wrote:

Hello,

Would someone like to swap reviews please? I have a simple python
package that needs reviewing:

python-libNeuroML: https://bugzilla.redhat.com/show_bug.cgi?id=1643266


I've taken it. No need for any review in return.

--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Review swap: python-libNeuroML

2018-10-25 Thread Ankur Sinha 
Hello,

Would someone like to swap reviews please? I have a simple python
package that needs reviewing:

python-libNeuroML: https://bugzilla.redhat.com/show_bug.cgi?id=1643266

-- 
Thanks,
Regards,

Ankur Sinha "FranciscoD"

https://fedoraproject.org/wiki/User:Ankursinha
Time zone: Europe/London


signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Issues with Google Chrome, PyCharm, Steam and other third-party repos in Fedora 29 prereleases

2018-10-25 Thread Stephen Gallagher 
On Thu, Oct 25, 2018 at 3:06 PM Till Hofmann  wrote:
>
>
>
> On 10/25/18 4:02 PM, Stephen Gallagher wrote:
> > It was discovered[1] a short while ago that, due to a packaging
> > mistake in the fedora-workstation-repos package, upgrades from Fedora
> > 28->Fedora 29 would replace the /etc/yum.repos.d/*.repo files provided
> > from that package with their default configuration.
> >
> > What this meant in practice is that anyone who was using those
> > repositories in Fedora 28 would find them silently disabled in Fedora
> > 29. In particular, this would mean that they might not notice that
> > they were not receiving updates, particularly (in the case of Chrome)
> > security updates.
> >
> > This has been fixed for F29 Final, but if you have upgraded from
> > F28->F29 prior to today (such as at the Beta release), you should
> > check and verify that your expected repos are correctly enabled.
> >
>
> Is it possible that this also happened on F28? I haven't upgraded to F29
> yet, but surprisingly my google-chrome repo is disabled and I'm using
> Chrome 68.0.3440.84 from 2 months ago. I'm pretty sure I never disabled
> the repo manually.
>

If there was a post-release update to the fedora-workstation-repos
package in F28, it's entirely possible, yes. It would have had the
same issue.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: Issues with Google Chrome, PyCharm, Steam and other third-party repos in Fedora 29 prereleases

2018-10-25 Thread Till Hofmann 


On 10/25/18 4:02 PM, Stephen Gallagher wrote:
> It was discovered[1] a short while ago that, due to a packaging
> mistake in the fedora-workstation-repos package, upgrades from Fedora
> 28->Fedora 29 would replace the /etc/yum.repos.d/*.repo files provided
> from that package with their default configuration.
> 
> What this meant in practice is that anyone who was using those
> repositories in Fedora 28 would find them silently disabled in Fedora
> 29. In particular, this would mean that they might not notice that
> they were not receiving updates, particularly (in the case of Chrome)
> security updates.
> 
> This has been fixed for F29 Final, but if you have upgraded from
> F28->F29 prior to today (such as at the Beta release), you should
> check and verify that your expected repos are correctly enabled.
> 

Is it possible that this also happened on F28? I haven't upgraded to F29
yet, but surprisingly my google-chrome repo is disabled and I'm using
Chrome 68.0.3440.84 from 2 months ago. I'm pretty sure I never disabled
the repo manually.

Kind regards
Till
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

[Test-Announce] Fedora 29 Final is GO

2018-10-25 Thread Ben Cotton 
The Fedora 29 Final RC1.2 compose [1] is GO and will to be shipped
live on Tuesday, October 30, 2018.

For more information please check the Go/No-Go meeting minutes [2] or logs [3].

Thank you to everyone who has worked on this release.

[1] http://dl.fedoraproject.org/pub/alt/stage/29_RC-1.2/
[2] 
https://meetbot.fedoraproject.org/fedora-meeting-1/2018-10-25/f29-final-go_no_go-meeting.2018-10-25-17.03.html
[3] 
https://meetbot.fedoraproject.org/fedora-meeting-1/2018-10-25/f29-final-go_no_go-meeting.2018-10-25-17.03.log.html

-- 
Ben Cotton
Fedora Program Manager
TZ=America/Indiana/Indianapolis
___
test-announce mailing list -- test-annou...@lists.fedoraproject.org
To unsubscribe send an email to test-announce-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/test-annou...@lists.fedoraproject.org
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: bottlenecks that case my machine to freeze

2018-10-25 Thread Tom Hughes 

On 25/10/2018 19:01, Till Hofmann wrote:



On 10/25/18 4:47 PM, mcatanz...@gnome.org wrote:

On Thu, Oct 25, 2018 at 6:50 AM, Nicolas Mailhot
 wrote:

I get the same thing without any special load. System would work fine
for hours and then input would start bugging.

It translates into floods of keystrokes, or eaten keystrokes, or
keystrokes being fed to apps out of order. Requires a system reboot to
fix.

There is a serious bug somewhere in libinput WRT input queue
management (priorization, ordering, and press/release detection).

I use Logitech wireless keyboards and mice with the bluetooth usb
dongle. Don't know if that's your case too.

Regards,


I don't think it's a libinput problem. I was talking with Alex about
this a while back, and if I remember correctly, he thinks it's a Wayland
protocol flaw: basically there's no way for the compositor to tell the
difference between "the key is being pressed for a long time" and "the
computer is under such heavy load that the keypress end event hasn't
arrived from the client yet". Of course it's a bit more complicated than
that, but the end result is too many keystrokes, or eaten keystrokes.
Something changed in F28 (or was it F27? recently at any rate) to make
this bug occur way more often than it used to, and we're not quite sure
what, but anyway, the problem is known to the relevant developers so
hopefully might get fixed soonish.

Hardware details aren't needed because it occurs for many developers on
diverse hardware.



Where is this tracked so we can follow along?


There are a bunch of gnome bugs relating to it - try these:

https://bugzilla.gnome.org/show_bug.cgi?id=757942
https://bugzilla.gnome.org/show_bug.cgi?id=777693

Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: bottlenecks that case my machine to freeze

2018-10-25 Thread Till Hofmann 


On 10/25/18 4:47 PM, mcatanz...@gnome.org wrote:
> On Thu, Oct 25, 2018 at 6:50 AM, Nicolas Mailhot
>  wrote:
>> I get the same thing without any special load. System would work fine
>> for hours and then input would start bugging.
>>
>> It translates into floods of keystrokes, or eaten keystrokes, or
>> keystrokes being fed to apps out of order. Requires a system reboot to
>> fix.
>>
>> There is a serious bug somewhere in libinput WRT input queue
>> management (priorization, ordering, and press/release detection).
>>
>> I use Logitech wireless keyboards and mice with the bluetooth usb
>> dongle. Don't know if that's your case too.
>>
>> Regards,
> 
> I don't think it's a libinput problem. I was talking with Alex about
> this a while back, and if I remember correctly, he thinks it's a Wayland
> protocol flaw: basically there's no way for the compositor to tell the
> difference between "the key is being pressed for a long time" and "the
> computer is under such heavy load that the keypress end event hasn't
> arrived from the client yet". Of course it's a bit more complicated than
> that, but the end result is too many keystrokes, or eaten keystrokes.
> Something changed in F28 (or was it F27? recently at any rate) to make
> this bug occur way more often than it used to, and we're not quite sure
> what, but anyway, the problem is known to the relevant developers so
> hopefully might get fixed soonish.
> 
> Hardware details aren't needed because it occurs for many developers on
> diverse hardware.
> 

Where is this tracked so we can follow along?

Kind regards
Till
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: bottlenecks that case my machine to freeze

2018-10-25 Thread Nicolas Mailhot 
Le jeudi 25 octobre 2018 à 18:52 +0200, Alexander Larsson a écrit :
> 
> So, the question is what happens to you. Does the compositor hang for
> a bit, and then you get a string of duplicated letters, or is the
> compositor working, and you keep getting new letters displayed over
> time (until you press another key or whatever)?

I think the compositor is still working, because what of the things that
infuriates me most it that it affects only the keyboard, not the mouse.

So the mouse cursor is moving as it should, and then you notice some of
the mouse + keyboard actions are all going awry because the keyboard
part is bugging.

-- 
Nicolas Mailhot
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: bottlenecks that case my machine to freeze

2018-10-25 Thread Muayyad AlSadi 
> basically there's no way for the compositor to
> tell the difference between "the key is being pressed for a long time"
> and "the computer is under such heavy load that the keypress end event
> hasn't arrived from the client yet". Of course it's a bit more

event should have a timestamp when they were triggered (not when they were
arrived)
if the trigger is older than X ms then do something special






On Thu, Oct 25, 2018 at 7:40 PM  wrote:

> On Thu, Oct 25, 2018 at 6:50 AM, Nicolas Mailhot
>  wrote:
> > I get the same thing without any special load. System would work fine
> > for hours and then input would start bugging.
> >
> > It translates into floods of keystrokes, or eaten keystrokes, or
> > keystrokes being fed to apps out of order. Requires a system reboot
> > to fix.
> >
> > There is a serious bug somewhere in libinput WRT input queue
> > management (priorization, ordering, and press/release detection).
> >
> > I use Logitech wireless keyboards and mice with the bluetooth usb
> > dongle. Don't know if that's your case too.
> >
> > Regards,
>
> I don't think it's a libinput problem. I was talking with Alex about
> this a while back, and if I remember correctly, he thinks it's a
> Wayland protocol flaw: basically there's no way for the compositor to
> tell the difference between "the key is being pressed for a long time"
> and "the computer is under such heavy load that the keypress end event
> hasn't arrived from the client yet". Of course it's a bit more
> complicated than that, but the end result is too many keystrokes, or
> eaten keystrokes. Something changed in F28 (or was it F27? recently at
> any rate) to make this bug occur way more often than it used to, and
> we're not quite sure what, but anyway, the problem is known to the
> relevant developers so hopefully might get fixed soonish.
>
> Hardware details aren't needed because it occurs for many developers on
> diverse hardware.
>
> Michael
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Fedora rawhide compose report: 20181025.n.0 changes

2018-10-25 Thread Fedora Rawhide Report 
OLD: Fedora-Rawhide-20181021.n.0
NEW: Fedora-Rawhide-20181025.n.0

= SUMMARY =
Added images:0
Dropped images:  6
Added packages:  11
Dropped packages:5
Upgraded packages:   274
Downgraded packages: 0

Size of added packages:  23.74 MiB
Size of dropped packages:105.96 MiB
Size of upgraded packages:   7.24 GiB
Size of downgraded packages: 0 B

Size change of upgraded packages:   823.70 MiB
Size change of downgraded packages: 0 B

= ADDED IMAGES =

= DROPPED IMAGES =
Image: Container_Base docker x86_64
Path: 
Container/x86_64/images/Fedora-Container-Base-Rawhide-20181021.n.0.x86_64.tar.xz
Image: Container_Minimal_Base docker x86_64
Path: 
Container/x86_64/images/Fedora-Container-Minimal-Base-Rawhide-20181021.n.0.x86_64.tar.xz
Image: Container_Base docker ppc64le
Path: 
Container/ppc64le/images/Fedora-Container-Base-Rawhide-20181021.n.0.ppc64le.tar.xz
Image: Container_Minimal_Base docker aarch64
Path: 
Container/aarch64/images/Fedora-Container-Minimal-Base-Rawhide-20181021.n.0.aarch64.tar.xz
Image: Container_Base docker s390x
Path: 
Container/s390x/images/Fedora-Container-Base-Rawhide-20181021.n.0.s390x.tar.xz
Image: Container_Minimal_Base docker s390x
Path: 
Container/s390x/images/Fedora-Container-Minimal-Base-Rawhide-20181021.n.0.s390x.tar.xz

= ADDED PACKAGES =
Package: golang-github-azure-pipeline-0.1.8-1.fc30
Summary: Implements an HTTP request/response middleware pipeline%
RPMs:golang-github-azure-pipeline-devel
Size:21.59 KiB

Package: golang-github-azure-storage-blob-0.2.0-0.1.fc30
Summary: Microsoft Azure Blob Storage Library for Go
RPMs:golang-github-azure-storage-blob-devel
Size:190.49 KiB

Package: golang-github-google-martian-2.1.0-1.fc30
Summary: Library for building custom HTTP/S proxies
RPMs:golang-github-google-martian-devel
Size:141.84 KiB

Package: papirus-icon-theme-20181007-1.fc30
Summary: Free and open source SVG icon theme based on Paper Icon Set
RPMs:papirus-icon-theme
Size:21.50 MiB

Package: perl-Wiki-Toolkit-0.85-1.fc30
Summary: Toolkit for building Wikis
RPMs:perl-Wiki-Toolkit
Size:154.83 KiB

Package: python-asgiref-2.3.2-1.fc30
Summary: ASGI specs, helper code, and adapters
RPMs:python3-asgiref
Size:23.93 KiB

Package: python-djangoql-0.10.2-1.fc30
Summary: DjangoQL: Advanced search language for Django
RPMs:python3-djangoql
Size:199.43 KiB

Package: rudeconfig-5.0.6-1.fc30
Summary: Library (C++ API) for reading and writing configuration/.ini files
RPMs:rudeconfig rudeconfig-devel
Size:385.78 KiB

Package: udica-0.1.1-2.fc30
Summary: A tool for generating SELinux security policies for containers
RPMs:udica
Size:37.76 KiB

Package: xfce4-panel-profiles-1.0.8-3.fc30
Summary: A simple application to manage Xfce panel layouts
RPMs:xfce4-panel-profiles
Size:60.70 KiB

Package: xfce4-screensaver-0.1.0-3.fc30
Summary: Screensaver application for Xfce Desktop
RPMs:xfce4-screensaver
Size:1.05 MiB


= DROPPED PACKAGES =
Package: epylog-1.0.7-23.fc29
Summary: New logs analyzer and parser
RPMs:epylog epylog-perl
Size:156.00 KiB

Package: python-tg-devtools-2.3.11-4.fc29
Summary: Development tools and templates for TurboGears2
RPMs:python2-tg-devtools
Size:236.00 KiB

Package: python-tgcaptcha2-0.3.1-9.fc29
Summary: TurboGears captcha plugin
RPMs:python2-tgcaptcha2
Size:85.77 KiB

Package: python-tgext-admin-0.5.4-12.fc29
Summary: Admin Controller add-on for basic TG identity model
RPMs:python2-tgext-admin
Size:25.88 KiB

Package: python2-astropy-2.0.8-2.fc29
Summary: A Community Python Library for Astronomy
RPMs:python2-astropy python2-astropy-doc
Size:105.47 MiB


= UPGRADED PACKAGES =
Package:  NetworkManager-1:1.14.4-1.fc30
Old package:  NetworkManager-1:1.14.0-1.fc30
Summary:  Network connection manager and user applications
RPMs: NetworkManager NetworkManager-adsl NetworkManager-bluetooth 
NetworkManager-config-connectivity-fedora NetworkManager-config-server 
NetworkManager-dispatcher-routing-rules NetworkManager-libnm 
NetworkManager-libnm-devel NetworkManager-ovs NetworkManager-ppp 
NetworkManager-team NetworkManager-tui NetworkManager-wifi NetworkManager-wwan
Size: 25.15 MiB
Size change:  -189.23 KiB
Changelog:
  * Fri Oct 19 2018 Lubomir Rintel  - 1:1.14.2-1
  - Update to 1.14.2 release

  * Tue Oct 23 2018 Thomas Haller  - 1:1.14.2-2
  - device: fix crash in nm_device_generate_connection()
  - dhcp: dhclient: fix memory leak

  * Wed Oct 24 2018 Lubomir Rintel  - 1:1.14.4-1
  - Update to 1.14.4 release
  - Temporarily disable the initrd generator (rh #1641832)


Package:  OpenSceneGraph-3.4.1-7.fc30
Old package:  OpenSceneGraph-3.4.1-6.fc29
Summary:  High performance real-time graphics toolkit
RPMs: OpenSceneGraph OpenSceneGraph-Collada OpenSceneGraph-OpenEXR 
OpenSceneGraph-devel OpenSceneGraph-examples OpenSceneGraph-examples-SDL

Re: bottlenecks that case my machine to freeze

2018-10-25 Thread Muayyad AlSadi 
libinput ticket

https://bugzilla.redhat.com/show_bug.cgi?id=1643144

tracker miner ticket

https://bugzilla.redhat.com/show_bug.cgi?id=1643186

On Thu, Oct 25, 2018 at 6:05 PM Muayyad AlSadi  wrote:

> > This is a very poor bug report because it does not list the hardware
> details of the machine.
>
> yes, it's a discussion. When I get to know more details I'll file a bug
> report. For example is it really "libinput"?
>
> > What is the output from "uname -a"?
>
> [alsadi@laptop ~]$ uname -r
> 4.18.10-200.fc28.x86_64
> [alsadi@laptop ~]$ uname -a
> Linux laptop.local 4.18.10-200.fc28.x86_64 #1 SMP Wed Sep 26 09:48:36 UTC
> 2018 x86_64 x86_64 x86_64 GNU/Linux
>
> > What is one section of "cat /proc/cpuinfo"?
>
> it's 4-th gen i7-4710MQ CPU
>
> processor: 7
> vendor_id: GenuineIntel
> cpu family: 6
> model: 60
> model name: Intel(R) Core(TM) i7-4710MQ CPU @ 2.50GHz
> stepping: 3
> microcode: 0x25
> cpu MHz: 1339.496
> cache size: 6144 KB
> physical id: 0
> siblings: 8
> core id: 3
> cpu cores: 4
> apicid: 7
> initial apicid: 7
> fpu: yes
> fpu_exception: yes
> cpuid level: 13
> wp: yes
> flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca
> cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx
> pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl
> xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl
> vmx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 movbe popcnt
> tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm cpuid_fault epb
> invpcid_single pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept
> vpid fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid xsaveopt dtherm
> ida arat pln pts flush_l1d
> bugs: cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf
> bogomips: 4988.65
> clflush size: 64
> cache_alignment: 64
> address sizes: 39 bits physical, 48 bits virtual
> power management:
>
> > How much RAM?  (The first 5 lines of /proc/meminfo .)
>
> I've 16GB of RAM and 8GB of swap on spin disks (no SSDs)
>
> at the moment
> $ head /proc/meminfo
> MemTotal:   16299908 kB
> MemFree: 8227004 kB
> MemAvailable:   11423928 kB
> Buffers:  287440 kB
> Cached:  3541396 kB
>
> but when the problem happens (tracker-miner is running all memory is used
> and swap is utilized)
>
> > The initial cause is a hardware failure [intermittent], but the software
> is not robust enough to recover.
>
> there should be a workaround, maybe rate limiting? a condition to drop
> such signals? what was the workaround before libinput?
>
>
>
>
> On Thu, Oct 25, 2018 at 5:33 PM John Reiser  wrote:
>
>> On 10/25/18 11:27 UTC, Muayyad AlSadi wrote:
>>
>> > There are some things that makes my machine to freeze   [[snip]]
>>
>> This is a very poor bug report because it does not list the hardware
>> details
>> of the machine.
>> What is the output from "uname -a"?  What is one section of "cat
>> /proc/cpuinfo"?
>> How much RAM?  (The first 5 lines of /proc/meminfo .)
>>
>> For instance, the RaspberryPi model 2B is subject to hardware(+software)
>> failures
>> of exactly the ilk mentioned: a USB-connected keyboard decides to send
>> "infinitely many" repetitions of the same character, as fast as it can.
>> The initial cause is a hardware failure [intermittent], but the software
>> is not robust enough to recover.
>> ___
>> devel mailing list -- devel@lists.fedoraproject.org
>> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
>> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
>> List Archives:
>> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
>>
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Fedora 29 compose report: 20181025.n.0 changes

2018-10-25 Thread Fedora Branched Report 
OLD: Fedora-29-20181024.n.0
NEW: Fedora-29-20181025.n.0

= SUMMARY =
Added images:5
Dropped images:  1
Added packages:  0
Dropped packages:0
Upgraded packages:   1
Downgraded packages: 0

Size of added packages:  0 B
Size of dropped packages:0 B
Size of upgraded packages:   96.55 KiB
Size of downgraded packages: 0 B

Size change of upgraded packages:   2.30 KiB
Size change of downgraded packages: 0 B

= ADDED IMAGES =
Image: Container_Base docker ppc64le
Path: 
Container/ppc64le/images/Fedora-Container-Base-29-20181025.n.0.ppc64le.tar.xz
Image: Cloud_Base raw-xz s390x
Path: Cloud/s390x/images/Fedora-Cloud-Base-29-20181025.n.0.s390x.raw.xz
Image: AtomicHost qcow2 ppc64le
Path: AtomicHost/ppc64le/images/Fedora-AtomicHost-29-20181025.n.0.ppc64le.qcow2
Image: AtomicHost raw-xz ppc64le
Path: AtomicHost/ppc64le/images/Fedora-AtomicHost-29-20181025.n.0.ppc64le.raw.xz
Image: Cloud_Base qcow2 s390x
Path: Cloud/s390x/images/Fedora-Cloud-Base-29-20181025.n.0.s390x.qcow2

= DROPPED IMAGES =
Image: Container_Minimal_Base docker ppc64le
Path: 
Container/ppc64le/images/Fedora-Container-Minimal-Base-29-20181024.n.0.ppc64le.tar.xz

= ADDED PACKAGES =

= DROPPED PACKAGES =

= UPGRADED PACKAGES =
Package:  spin-kickstarts-0.29.2-1.fc29
Old package:  spin-kickstarts-0.29.1-2.fc29
Summary:  Kickstart files and templates for creating your own Fedora Spins
RPMs: custom-kickstarts fedora-kickstarts l10n-kickstarts 
spin-kickstarts
Size: 96.55 KiB
Size change:  2.30 KiB
Changelog:
  * Wed Oct 17 2018 Kevin Fenzi  - 0.29.2-1
  - Update to 0.29.2. Hopefully f29 final.



= DOWNGRADED PACKAGES =
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: bottlenecks that case my machine to freeze

2018-10-25 Thread Przemek Klosowski 

On 10/25/2018 06:27 AM, Muayyad AlSadi wrote:

I've a lot of data in my ~/Downloads (many projects, git repos, ...etc.)


That may be a bad idea because Downloads is normally excluded from 
backups. Easy to change, but you have to remember to do it.

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: bottlenecks that case my machine to freeze

2018-10-25 Thread Jerry James 
On Thu, Oct 25, 2018 at 6:42 AM Nicolas Mailhot
 wrote:
> I get the same thing without any special load. System would work fine
> for hours and then input would start bugging.
>
> It translates into floods of keystrokes, or eaten keystrokes, or
> keystrokes being fed to apps out of order. Requires a system reboot to
> fix.
>
> There is a serious bug somewhere in libinput WRT input queue management
> (priorization, ordering, and press/release detection).
>
> I use Logitech wireless keyboards and mice with the bluetooth usb
> dongle. Don't know if that's your case too.

Same thing on both my work and home machines, both with wired keyboard
and mouse.  It hasn't been happening for a very long time, less than a
year I think, although I did not note when it started.  I do remember
this thread from early in the year, however:

https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/thread/VMLRBLBFUF2GL5QRYKQ5CK7GEOD3TKJW/

Search for "libinput" on that page to see the same issue discussed.
-- 
Jerry James
http://www.jamezone.org/
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Issues with Google Chrome, PyCharm, Steam and other third-party repos in Fedora 29 prereleases

2018-10-25 Thread Stephen Gallagher 
It was discovered[1] a short while ago that, due to a packaging
mistake in the fedora-workstation-repos package, upgrades from Fedora
28->Fedora 29 would replace the /etc/yum.repos.d/*.repo files provided
from that package with their default configuration.

What this meant in practice is that anyone who was using those
repositories in Fedora 28 would find them silently disabled in Fedora
29. In particular, this would mean that they might not notice that
they were not receiving updates, particularly (in the case of Chrome)
security updates.

This has been fixed for F29 Final, but if you have upgraded from
F28->F29 prior to today (such as at the Beta release), you should
check and verify that your expected repos are correctly enabled.

You can verify which repositories on your system are enabled or
disabled by running the command:
`dnf repolist --all`

If you discover that any of your expected repos have been disabled,
they can be re-enabled with:
`dnf config-manager --set-enabled `

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1640626
___
devel-announce mailing list -- devel-annou...@lists.fedoraproject.org
To unsubscribe send an email to devel-announce-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel-annou...@lists.fedoraproject.org
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: bottlenecks that case my machine to freeze

2018-10-25 Thread mcatanzaro 
On Thu, Oct 25, 2018 at 6:50 AM, Nicolas Mailhot 
 wrote:
I get the same thing without any special load. System would work fine 
for hours and then input would start bugging.


It translates into floods of keystrokes, or eaten keystrokes, or 
keystrokes being fed to apps out of order. Requires a system reboot 
to fix.


There is a serious bug somewhere in libinput WRT input queue 
management (priorization, ordering, and press/release detection).


I use Logitech wireless keyboards and mice with the bluetooth usb 
dongle. Don't know if that's your case too.


Regards,


I don't think it's a libinput problem. I was talking with Alex about 
this a while back, and if I remember correctly, he thinks it's a 
Wayland protocol flaw: basically there's no way for the compositor to 
tell the difference between "the key is being pressed for a long time" 
and "the computer is under such heavy load that the keypress end event 
hasn't arrived from the client yet". Of course it's a bit more 
complicated than that, but the end result is too many keystrokes, or 
eaten keystrokes. Something changed in F28 (or was it F27? recently at 
any rate) to make this bug occur way more often than it used to, and 
we're not quite sure what, but anyway, the problem is known to the 
relevant developers so hopefully might get fixed soonish.


Hardware details aren't needed because it occurs for many developers on 
diverse hardware.


Michael
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: bottlenecks that case my machine to freeze

2018-10-25 Thread Muayyad AlSadi 
> This is a very poor bug report because it does not list the hardware
details of the machine.

yes, it's a discussion. When I get to know more details I'll file a bug
report. For example is it really "libinput"?

> What is the output from "uname -a"?

[alsadi@laptop ~]$ uname -r
4.18.10-200.fc28.x86_64
[alsadi@laptop ~]$ uname -a
Linux laptop.local 4.18.10-200.fc28.x86_64 #1 SMP Wed Sep 26 09:48:36 UTC
2018 x86_64 x86_64 x86_64 GNU/Linux

> What is one section of "cat /proc/cpuinfo"?

it's 4-th gen i7-4710MQ CPU

processor: 7
vendor_id: GenuineIntel
cpu family: 6
model: 60
model name: Intel(R) Core(TM) i7-4710MQ CPU @ 2.50GHz
stepping: 3
microcode: 0x25
cpu MHz: 1339.496
cache size: 6144 KB
physical id: 0
siblings: 8
core id: 3
cpu cores: 4
apicid: 7
initial apicid: 7
fpu: yes
fpu_exception: yes
cpuid level: 13
wp: yes
flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca
cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx
pdpe1gb rdtscp lm constant_tsc arch_perfmon pebs bts rep_good nopl
xtopology nonstop_tsc cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl
vmx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1 sse4_2 movbe popcnt
tsc_deadline_timer aes xsave avx f16c rdrand lahf_lm abm cpuid_fault epb
invpcid_single pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept
vpid fsgsbase tsc_adjust bmi1 avx2 smep bmi2 erms invpcid xsaveopt dtherm
ida arat pln pts flush_l1d
bugs: cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf
bogomips: 4988.65
clflush size: 64
cache_alignment: 64
address sizes: 39 bits physical, 48 bits virtual
power management:

> How much RAM?  (The first 5 lines of /proc/meminfo .)

I've 16GB of RAM and 8GB of swap on spin disks (no SSDs)

at the moment
$ head /proc/meminfo
MemTotal:   16299908 kB
MemFree: 8227004 kB
MemAvailable:   11423928 kB
Buffers:  287440 kB
Cached:  3541396 kB

but when the problem happens (tracker-miner is running all memory is used
and swap is utilized)

> The initial cause is a hardware failure [intermittent], but the software
is not robust enough to recover.

there should be a workaround, maybe rate limiting? a condition to drop such
signals? what was the workaround before libinput?




On Thu, Oct 25, 2018 at 5:33 PM John Reiser  wrote:

> On 10/25/18 11:27 UTC, Muayyad AlSadi wrote:
>
> > There are some things that makes my machine to freeze   [[snip]]
>
> This is a very poor bug report because it does not list the hardware
> details
> of the machine.
> What is the output from "uname -a"?  What is one section of "cat
> /proc/cpuinfo"?
> How much RAM?  (The first 5 lines of /proc/meminfo .)
>
> For instance, the RaspberryPi model 2B is subject to hardware(+software)
> failures
> of exactly the ilk mentioned: a USB-connected keyboard decides to send
> "infinitely many" repetitions of the same character, as fast as it can.
> The initial cause is a hardware failure [intermittent], but the software
> is not robust enough to recover.
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: bottlenecks that case my machine to freeze

2018-10-25 Thread Muayyad AlSadi 
> I use Logitech wireless keyboards and mice with the bluetooth usb dongle.
Don't know if that's your case too.

I'm using my laptop keyboard (thinkpad t440p), no external gadgets.

> (priorization, ordering, and press/release detection).

it seems that too frequent "fake" press/release cycles are produced for
some reason (possibly key release signal got delayed for some seconds which
would be translated into holding that key for several seconds)

it's more apparent when tracker-miner-fs is working in the background



On Thu, Oct 25, 2018 at 2:51 PM Nicolas Mailhot 
wrote:

> Le 2018-10-25 12:27, Muayyad AlSadi a écrit :
> > Hi,
> >
> > There are some things that makes my machine to freeze
> >
> > 1. I've noticed that if I have some heavy CPU usage (ex. running many
> > VMs or tensorflow training or having tracker-miner-fs working in
> > background)
> >
> > while typing somewhere (firefox, geany, ...etc) a flood of keystrokes
> > is send to the application (I know this because when I restore session
> > after firefox crash I see a million s in location bar, if my last
> > attempt was to type scholar.google.com [1])
>
> I get the same thing without any special load. System would work fine
> for hours and then input would start bugging.
>
> It translates into floods of keystrokes, or eaten keystrokes, or
> keystrokes being fed to apps out of order. Requires a system reboot to
> fix.
>
> There is a serious bug somewhere in libinput WRT input queue management
> (priorization, ordering, and press/release detection).
>
> I use Logitech wireless keyboards and mice with the bluetooth usb
> dongle. Don't know if that's your case too.
>
> Regards,
>
> --
> Nicolas Mailhot
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: DevConf.cz CfP open

2018-10-25 Thread Ben Cotton 
Hi all, this is your reminder that the CfP closes tomorrow (Friday)!
Last chance to get your submissions in for DevConf.cz 2019.

On Thu, Sep 20, 2018 at 8:26 AM Ben Cotton  wrote:
>
> DevConf.cz 2019 is the 11th annual, free, Red Hat sponsored community
> conference for developers, admins, DevOps engineers, testers,
> documentation writers and other contributors to Open Source Linux,
> middleware, virtualization, storage, cloud and mobile technologies
> where FLOSS communities sync, share, and hack on upstream projects
> together in the beautiful city of Brno, Czech Republic.
>
> The CfP is now open! Ready to submit your proposal? Submit at: 
> devconf.info/cfp
>
> Looking for ideas? Check out this year's primary themes at
> https://devconf.info/cz
>
> Important dates
> - CfP closes: *October 26, 2018*
> - Accepted speakers confirmation: *November 12, 2018*
> - Event dates: Friday January 25 to Sunday January 27, 2019
>
> Questions? i...@devconf.cz
>
> --
> Ben Cotton
> Fedora Program Manager
> TZ=America/Indiana/Indianapolis



-- 
Ben Cotton
Fedora Program Manager
TZ=America/Indiana/Indianapolis
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: bottlenecks that case my machine to freeze

2018-10-25 Thread John Reiser 

On 10/25/18 11:27 UTC, Muayyad AlSadi wrote:


There are some things that makes my machine to freeze   [[snip]]


This is a very poor bug report because it does not list the hardware details
of the machine.
What is the output from "uname -a"?  What is one section of "cat /proc/cpuinfo"?
How much RAM?  (The first 5 lines of /proc/meminfo .)

For instance, the RaspberryPi model 2B is subject to hardware(+software) 
failures
of exactly the ilk mentioned: a USB-connected keyboard decides to send
"infinitely many" repetitions of the same character, as fast as it can.
The initial cause is a hardware failure [intermittent], but the software
is not robust enough to recover.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: license of our products on getfedora.org

2018-10-25 Thread Zbigniew Jędrzejewski-Szmek 
On Thu, Oct 25, 2018 at 07:08:31AM -0400, Matthew Miller wrote:
> On Thu, Oct 25, 2018 at 08:14:11AM +, Zbigniew Jędrzejewski-Szmek wrote:
> > Thanks, this is useful. Shouldn't this be prominently linked from
> > https://getfedora.org/ though?
> 
> Probably! Can you file a ticket with websites? We're doing a big refresh of
> that site anyway for F30.

https://pagure.io/fedora-websites/issue/889
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: bottlenecks that case my machine to freeze

2018-10-25 Thread Nicolas Mailhot 

Le 2018-10-25 12:27, Muayyad AlSadi a écrit :

Hi,

There are some things that makes my machine to freeze

1. I've noticed that if I have some heavy CPU usage (ex. running many
VMs or tensorflow training or having tracker-miner-fs working in
background)

while typing somewhere (firefox, geany, ...etc) a flood of keystrokes
is send to the application (I know this because when I restore session
after firefox crash I see a million s in location bar, if my last
attempt was to type scholar.google.com [1])


I get the same thing without any special load. System would work fine 
for hours and then input would start bugging.


It translates into floods of keystrokes, or eaten keystrokes, or 
keystrokes being fed to apps out of order. Requires a system reboot to 
fix.


There is a serious bug somewhere in libinput WRT input queue management 
(priorization, ordering, and press/release detection).


I use Logitech wireless keyboards and mice with the bluetooth usb 
dongle. Don't know if that's your case too.


Regards,

--
Nicolas Mailhot
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: @fedoraproject.org email in Bugzilla

2018-10-25 Thread Till Hofmann 


On 10/24/18 1:54 PM, Christopher wrote:
> On Wed, Oct 24, 2018, 06:19 Till Hofmann  > wrote:
> 
> Hi all,
> 
> I've been using my @fedoraproject.org 
> email alias in Bugzilla for a
> while. I regularly get those complaining emails that I should fix my
> account, specifically it says:
> 
> > If you recently changed the email address associated with your
> > Fedora account in the Fedora Account System, it is now out of sync
> > with your bugzilla.redhat.com 
> account. This leads to problems
> > with Fedora packages you own or are CC'ed on bug reports for.
> 
> 
> However, I don't see any of those issues. New bug reports on my packages
> are assigned to me properly, and CC'ing also seems to work fine.
> 
> Is there still a reason I should *not* use my @fedoraproject.org
>  email
> alias in Bugzilla?
> 
> 
> I do the same thing. I think somebody had to manually add me to some
> whitelist to stop getting those spammy notices. Other Fedora services,
> like pagure and discourse also have issues forcing the use of your
> forwarding email address instead of your @fedoraproject.org
>  email alias, because that's the email
> provided by Fedora auth service. It's quite annoying. If you change your
> forwarding email, you've got to fix it in multiple places, defeating the
> whole purpose of a centralized Fedora id.

Good to know. So I assume if I don't care about the e-mails, I don't
need to do anything.

Thanks!
Till
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: license of our products on getfedora.org

2018-10-25 Thread Matthew Miller 
On Thu, Oct 25, 2018 at 08:14:11AM +, Zbigniew Jędrzejewski-Szmek wrote:
> Thanks, this is useful. Shouldn't this be prominently linked from
> https://getfedora.org/ though?

Probably! Can you file a ticket with websites? We're doing a big refresh of
that site anyway for F30.

-- 
Matthew Miller

Fedora Project Leader
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

bottlenecks that case my machine to freeze

2018-10-25 Thread Muayyad AlSadi 
Hi,

There are some things that makes my machine to freeze

1. I've noticed that if I have some heavy CPU usage (ex. running many VMs
or tensorflow training or having tracker-miner-fs working in background)
while typing somewhere (firefox, geany, ...etc) a flood of keystrokes is
send to the application (I know this because when I restore session after
firefox crash I see a million s in location bar, if my last attempt was to
type scholar.google.com)
it could be related to libinput or something

so I got a crash not because of the heavy cpu but because of the flood of
key strokes passed to applications

2. tracker-miner-fs which can't be turned off and
I've spin disks not SSDs but my friends with SSDs also suffer from same
thing

I've a lot of data in my ~/Downloads (many projects, git repos, ...etc.)
It seems that all options to turn it off are outdated <
https://ask.fedoraproject.org/en/question/9822/how-do-i-disable-tracker-in-gnome/

It seems that tracker-miner does not respect configuration

gsettings set org.freedesktop.Tracker.Miner.Files crawling-interval -2

in should_crawl function it checks if interval is -2 it supposed to get
disabled

https://gitlab.gnome.org/GNOME/tracker-miners/blob/master/src/miners/fs/tracker-main.c#L199

3. I got a flood of logs in /var/log/messages* and journal here is a summary

https://pastebin.com/u3imFcC4
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org

Re: license of our products on getfedora.org

2018-10-25 Thread Zbigniew Jędrzejewski-Szmek 
On Wed, Oct 24, 2018 at 09:47:26AM -0400, Matthew Miller wrote:
> On Wed, Oct 24, 2018 at 12:49:01PM +, Zbigniew Jędrzejewski-Szmek wrote:
> > I was trying to answer the question "How is the license of Fedora as a
> > whole advertised?" (e.g. in the sense of what can I do with an ISO image
> > I download from https://getfedora.org/en/workstation/download/).
> > Do we specify how the whole collection is licensed anywhere?
> 
> https://fedoraproject.org/wiki/Legal:Licenses/LicenseAgreement?rd=Legal/Licenses/LicenseAgreement
> 
> "Fedora is a compilation of software packages, each under its own license.
> The compilation itself is released under the MIT license. However, this
> compilation license does not supersede the licenses of code and content
> contained in Fedora, which conform to the legal guidelines described at
> https://fedoraproject.org/wiki/Licensing:Main?rd=Licensing.";

Thanks, this is useful. Shouldn't this be prominently linked from
https://getfedora.org/ though?

The only link on gf.o is to
https://fedoraproject.org/wiki/Legal:Main#Legal which does include the link to 
Legal:Licenses,
which includes a link to Legal:Licenses/LicenseAgreement.
My worry is that even though *you* and *I* know the license of Fedora
is, a "random" person should not be expected to go through 3 links and
a legal text to find the license.

For comparison:

* https://get.adobe.com/flashplayer/ has three panes, and the third
  one is "terms & conditons" and includes an obvious link to a license.

* https://software.opensuse.org/distributions/tumbleweed has a (not very
  visible but easily seen when one scrolls down a bit) link to
  https://en.opensuse.org/openSUSE:License which contains fairly clear
  legalese.

* https://www.ubuntu.com/download/desktop is possibly even harder to
  navigate than us
  (https://www.ubuntu.com/legal links to 
https://www.ubuntu.com/legal/terms-and-policies
  which says "Our intellectual property rights policy lets you use,
  modify and redistribute Ubuntu. It also outlines how you can use our
  trademarks, design assets and other copyrighted materials." which is
  slightly nauseating in itself, which then links to
  https://www.ubuntu.com/legal/terms-and-policies/intellectual-property-policy
  which is full of crap. Our website may be hard to navigate, but at
  least we don't pretend we wrote and own all free software.)

* https://www.debian.org/distrib/ has a link to 
https://www.debian.org/intro/free
  which is a wall of text, which afaict doesn't even answer the question in
  $subject.

This is all slightly disappointing. Proprietary software is much
better about putting up clear information about licensing.

Zbyszek
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org