Re: bad error on console / shell ... any idea ! ?

2024-03-30 Thread Cătălin George Feștilă
... maybe it is not completed and gets that error or it has not been tested 
finally ...

yes , the development is fast in this moment and is much to do.

you can see I used a kernel for devel :
Linux fedora 6.9.0-0.rc1.20240327git7033999ecd7b.18.fc41.x86_64 #1 SMP 
PREEMPT_DYNAMIC Wed
Mar 27 17:29:23 UTC 2024 x86_64 GNU/Linux
--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


bad error on console / shell ... any idea ! ?

2024-03-30 Thread Cătălin George Feștilă
I tried this command on the default Fedora installation... the TAB Key gave me 
this error:
[root@fedora mythcat]# dnf5 search scV: __reassemble_comp_words_by_ref: command 
not found
terminate called after throwing an instance of 'std::invalid_argument'
  what():  stoi
V: __reassemble_comp_words_by_ref: command not found
terminate called after throwing an instance of 'std::invalid_argument'
  what():  stoi

This Ctrl + c key's is working ...
[root@fedora mythcat]# dnf5 search sc^C


I used :
[root@fedora mythcat]# uname -a
Linux fedora 6.9.0-0.rc1.20240327git7033999ecd7b.18.fc41.x86_64 #1 SMP 
PREEMPT_DYNAMIC Wed Mar 27 17:29:23 UTC 2024 x86_64 GNU/Linux

I saw many changes from the last kernel change :

[mythcat@fedora ~]$ dmesg 
dmesg: read kernel buffer failed: Operation not permitted

The sudo su ... dmesg works, I blank with xx and _ 
[ 1759.140985] b43-phy0: Loading OpenSource firmware version 410.31754
[ 1759.141004] b43-phy0: Hardware crypto acceleration not supported by firmware
[ 1760.372002] b43-phy0: Loading OpenSource firmware version 410.31754
[ 1760.372025] b43-phy0: Hardware crypto acceleration not supported by firmware
[ 1760.595133] wlan0: WMM/QoS not supported, limiting to legacy
[ 1760.595145] wlan0: determined local STA to be legacy, BW limited to 20 MHz
[ 1760.595210] wlan0: determined AP  to be legacy
[ 1760.595216] wlan0: connecting with legacy mode, max bandwidth 20 MHz
[ 1760.610936] wlan0: authenticate with __ (local address=xx)
[ 1760.610949] wlan0: send auth to__ (try 1/3)
[ 1760.612806] wlan0: ___denied authentication (status 1)
[ 1771.594129] wlan0: WMM/QoS not supported, limiting to legacy
[ 1771.594142] wlan0: determined local STA to be legacy, BW limited to 20 MHz
[ 1771.594211] wlan0: determined AP __ to be legacy
[ 1771.594217] wlan0: connecting with legacy mode, max bandwidth 20 MHz
[ 1771.605277] wlan0: authenticate with xx:xx:xx:xx:xx:xx (local address=xxx)
[ 1771.605290] wlan0: send auth to xx:xx:xx:xx:xx:xx (try 1/3)
[ 1771.607584] wlan0: 38:43:7d:66:d6:4c denied authentication (status 1)
[ 1786.138125] b43-phy0: Loading OpenSource firmware version 410.31754
[ 1786.138146] b43-phy0: Hardware crypto acceleration not supported by firmware



--
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


vala error for any GTK+ source code

2022-11-19 Thread Cătălin George Feștilă
I wonder if the implementation of the libraries or settings package is not well 
defined.
I used: 
sudo dnf groupinstall "Development Tools" "Development Libraries"
I got this error after watching a video tutorial about Vala and GTK+ on ubuntu 
where this error does not appear.
This is error:
[catafest@localhost ~]$ valac test.vala  --pkg gtk+-3.0
[catafest@localhost ~]$ ./test

(test:11980): GLib-GObject-CRITICAL **: 15:53:25.638: g_value_set_boxed: 
assertion 'G_VALUE_HOLDS_BOXED (value)' failed
[catafest@localhost ~]$ 

I used this source code:

  GNU nano 6.4  test.vala   
  
using Gtk;
namespace Test {
int  main(string[] args) {
Gtk.init(ref args);
//  #define G_VALUE_HOLDS_BOXED 1;
//Value g_value_set_boxed = Value (0);
var window = new Gtk.Window();
//window.title = "This is a Vala test";
window.set_title("This is a new title");
window.border_width = 10;
window.window_position = Gtk.WindowPosition.CENTER;
window.set_default_size(350,80);
window.destroy.connect(Gtk.main_quit);
window.show_all();
Gtk.main();
return 0;
}
}

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam, report it: 
https://pagure.io/fedora-infrastructure/new_issue


Re: compile a basic example to arm executable on Fedora

2022-03-13 Thread Cătălin George Feștilă
I asked because I don't think arm development is well implemented. An answer 
would be as correct as possible from a developer who has worked with something 
like this, considering that it is not very well documented and I have not seen 
the tests with this tool that would work with development libraries.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


compile a basic example to arm executable on Fedora

2022-03-13 Thread Cătălin George Feștilă
I try to create a hello word arm static executable, with the default example 
but I got these errors.
I search on the web and fedora packages to find a way to solve this issue.  
I used a basic example source code:

cat hello.c 
#include 
using namespace std;
int main(void)
{
std::cout << "Hello word! from Fedora Linux!" << std::endl;
return 0;
}

I install wit the dnf tool 

dnf install -y libstdc++-static.x86_64
dnf install -y llvm
dnf install -y glib-static
I try also with -static and 
arm-none-eabi-g++ -static-libstdc++ hello.c -o arm_hello-static 
but , I got these errors, any help ?

[root@fedora mythcat]# arm-none-eabi-g++ hello.c -o arm_hello 
/usr/lib/gcc/arm-none-eabi/11.1.0/../../../../arm-none-eabi/bin/ld: 
/usr/lib/gcc/arm-none-eabi/11.1.0/../../../../arm-none-eabi/lib/libc.a(lib_a-exit.o):
 in function `exit':
/builddir/build/BUILD/newlib-4.1.0/build-newlib/arm-none-eabi/newlib/libc/stdlib/../../../../../newlib/libc/stdlib/exit.c:64:
 undefined reference to `_exit'
/usr/lib/gcc/arm-none-eabi/11.1.0/../../../../arm-none-eabi/bin/ld: 
/usr/lib/gcc/arm-none-eabi/11.1.0/../../../../arm-none-eabi/lib/libc.a(lib_a-abort.o):
 in function `abort':
/builddir/build/BUILD/newlib-4.1.0/build-newlib/arm-none-eabi/newlib/libc/stdlib/../../../../../newlib/libc/stdlib/abort.c:59:
 undefined reference to `_exit'
/usr/lib/gcc/arm-none-eabi/11.1.0/../../../../arm-none-eabi/bin/ld: 
/usr/lib/gcc/arm-none-eabi/11.1.0/../../../../arm-none-eabi/lib/libc.a(lib_a-fstatr.o):
 in function `_fstat_r':
/builddir/build/BUILD/newlib-4.1.0/build-newlib/arm-none-eabi/newlib/libc/reent/../../../../../newlib/libc/reent/fstatr.c:55:
 undefined reference to `_fstat'
/usr/lib/gcc/arm-none-eabi/11.1.0/../../../../arm-none-eabi/bin/ld: 
/usr/lib/gcc/arm-none-eabi/11.1.0/../../../../arm-none-eabi/lib/libc.a(lib_a-openr.o):
 in function `_open_r':
/builddir/build/BUILD/newlib-4.1.0/build-newlib/arm-none-eabi/newlib/libc/reent/../../../../../newlib/libc/reent/openr.c:50:
 undefined reference to `_open'
/usr/lib/gcc/arm-none-eabi/11.1.0/../../../../arm-none-eabi/bin/ld: 
/usr/lib/gcc/arm-none-eabi/11.1.0/../../../../arm-none-eabi/lib/libc.a(lib_a-sbrkr.o):
 in function `_sbrk_r':
/builddir/build/BUILD/newlib-4.1.0/build-newlib/arm-none-eabi/newlib/libc/reent/../../../../../newlib/libc/reent/sbrkr.c:51:
 undefined reference to `_sbrk'
/usr/lib/gcc/arm-none-eabi/11.1.0/../../../../arm-none-eabi/bin/ld: 
/usr/lib/gcc/arm-none-eabi/11.1.0/../../../../arm-none-eabi/lib/libc.a(lib_a-signalr.o):
 in function `_kill_r':
/builddir/build/BUILD/newlib-4.1.0/build-newlib/arm-none-eabi/newlib/libc/reent/../../../../../newlib/libc/reent/signalr.c:53:
 undefined reference to `_kill'
/usr/lib/gcc/arm-none-eabi/11.1.0/../../../../arm-none-eabi/bin/ld: 
/usr/lib/gcc/arm-none-eabi/11.1.0/../../../../arm-none-eabi/lib/libc.a(lib_a-signalr.o):
 in function `_getpid_r':
/builddir/build/BUILD/newlib-4.1.0/build-newlib/arm-none-eabi/newlib/libc/reent/../../../../../newlib/libc/reent/signalr.c:83:
 undefined reference to `_getpid'
/usr/lib/gcc/arm-none-eabi/11.1.0/../../../../arm-none-eabi/bin/ld: 
/usr/lib/gcc/arm-none-eabi/11.1.0/../../../../arm-none-eabi/lib/libc.a(lib_a-writer.o):
 in function `_write_r':
/builddir/build/BUILD/newlib-4.1.0/build-newlib/arm-none-eabi/newlib/libc/reent/../../../../../newlib/libc/reent/writer.c:49:
 undefined reference to `_write'
/usr/lib/gcc/arm-none-eabi/11.1.0/../../../../arm-none-eabi/bin/ld: 
/usr/lib/gcc/arm-none-eabi/11.1.0/../../../../arm-none-eabi/lib/libc.a(lib_a-closer.o):
 in function `_close_r':
/builddir/build/BUILD/newlib-4.1.0/build-newlib/arm-none-eabi/newlib/libc/reent/../../../../../newlib/libc/reent/closer.c:47:
 undefined reference to `_close'
/usr/lib/gcc/arm-none-eabi/11.1.0/../../../../arm-none-eabi/bin/ld: 
/usr/lib/gcc/arm-none-eabi/11.1.0/../../../../arm-none-eabi/lib/libc.a(lib_a-isattyr.o):
 in function `_isatty_r':
/builddir/build/BUILD/newlib-4.1.0/build-newlib/arm-none-eabi/newlib/libc/reent/../../../../../newlib/libc/reent/isattyr.c:52:
 undefined reference to `_isatty'
/usr/lib/gcc/arm-none-eabi/11.1.0/../../../../arm-none-eabi/bin/ld: 
/usr/lib/gcc/arm-none-eabi/11.1.0/../../../../arm-none-eabi/lib/libc.a(lib_a-lseekr.o):
 in function `_lseek_r':
/builddir/build/BUILD/newlib-4.1.0/build-newlib/arm-none-eabi/newlib/libc/reent/../../../../../newlib/libc/reent/lseekr.c:49:
 undefined reference to `_lseek'
/usr/lib/gcc/arm-none-eabi/11.1.0/../../../../arm-none-eabi/bin/ld: 
/usr/lib/gcc/arm-none-eabi/11.1.0/../../../../arm-none-eabi/lib/libc.a(lib_a-readr.o):
 in function `_read_r':
/builddir/build/BUILD/newlib-4.1.0/build-newlib/arm-none-eabi/newlib/libc/reent/../../../../../newlib/libc/reent/readr.c:49:
 undefined reference to `_read'
collect2: error: ld returned 1 exit status
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 

Re: strange output

2022-03-13 Thread Cătălin George Feștilă
right , is a binary gcc on that folder !
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


strange output

2022-03-13 Thread Cătălin George Feștilă
I run this command on my root 

#cat /usr/bin/gcc 

... and I got a large strange output ...

What is this? Is it a bug?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


PyQt6 to Fedora 35

2021-07-06 Thread Cătălin George Feștilă
Can we add PyQt6 to Fedora 35 repo?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


Re: [Test-Announce] [Test Week] Fedora Linux Kernel 5.13 2021-07-11 through 2021-07-18

2021-07-06 Thread Cătălin George Feștilă
is this date?
[root@desk mythcat]# koji list-builds --package=kernel --after="2021-07-01"
BuildBuilt by  State
---    

kernel-5.14.0-0.rc0.20210701gitdbe69e433722.6.eln112 jforbes   
COMPLETE
kernel-5.14.0-0.rc0.20210701gitdbe69e433722.6.fc35   jforbes   
COMPLETE
kernel-5.14.0-0.rc0.20210702git3dbdb38e2869.6.eln112 jforbes   
FAILED
kernel-5.14.0-0.rc0.20210702git3dbdb38e2869.6.fc35   jforbes   
FAILED
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


discord fedora .rpm and repo

2021-06-11 Thread Cătălin George Feștilă
Dear team 
Dear team.
I would like to know if anyone took care of integrating the discord application 
in the Fedora distribution?
Do we have a repo for this application?
On the official website, I saw packet deb and tar.
Thank you.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


Re: update kernel with error and BAD Signature

2021-03-13 Thread Cătălin George Feștilă
fix corruption of your rpm db ! the output of this command is changed : rpm 
--rebuilddb
error: rpmdbNextIterator: skipping h# 8151
Header SHA256 digest: BAD ...
I don't know if 
dnf update kernel-*.rpm
fix this issue
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


Re: update kernel with error and BAD Signature

2021-03-13 Thread Cătălin George Feștilă
and finally test works 
https://fedoraproject.org/wiki/QA:Testcase_kernel_regression :

/sys/devices/system/cpu/vulnerabilities/srbds:Not affected
/sys/devices/system/cpu/vulnerabilities/tsx_async_abort:Not affected
[mythcat@desk kernel-tests]$ sudo semanage boolean -m --off selinuxuser_execheap
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


Re: update kernel with error and BAD Signature

2021-03-13 Thread Cătălin George Feștilă
[root@desk mythcat]# rpm --rebuilddb
error: rpmdbNextIterator: skipping h#3860 
Header SHA256 digest: BAD (Expected 
b9cf6988fce9f83cb6cbddc260ab4832a15af3e718884156e0c73ba344897c27 != 
f863601defc3132bc5a1b3d09f23b43ab76c6cf0400a0c1a487ea7b2f680f176)
Header SHA1 digest: BAD (Expected 4d669b407e6d073a73b443fe9cff72c6c5c9330c != 
c8c5144edd08c952d02166a58ac4b210a621b5f4)
[root@desk mythcat]# yum clean dbcache
28 files removed
[root@desk mythcat]# dnf update kernel-*.rpm
...
  Running scriptlet: kernel-core-5.10.20-200.fc33.x86_64
  9/9 
dkms: removing: digimend 6 (5.10.20-200.fc33.x86_64) (x86_64)

 Uninstall Beginning 
Module:  digimend
Version: 6
Kernel:  5.10.20-200.fc33.x86_64 (x86_64)
-

Status: Before uninstall, this module version was ACTIVE on this kernel.
Removing any linked weak-modules

hid-kye.ko.xz:
 - Uninstallation
   - Deleting from: /lib/modules/5.10.20-200.fc33.x86_64/extra/
 - Original module
   - Archived original module found in the DKMS tree
   - Moving it to: /lib/modules/5.10.20-200.fc33.x86_64/extra/

hid-uclogic.ko.xz:
 - Uninstallation
   - Deleting from: /lib/modules/5.10.20-200.fc33.x86_64/extra/
 - Original module
   - Archived original module found in the DKMS tree
   - Moving it to: /lib/modules/5.10.20-200.fc33.x86_64/extra/

hid-polostar.ko.xz:
 - Uninstallation
   - Deleting from: /lib/modules/5.10.20-200.fc33.x86_64/extra/
 - Original module
   - No original module was found for this module on this kernel.
   - Use the dkms install command to reinstall any previous module version.


hid-viewsonic.ko.xz:
 - Uninstallation
   - Deleting from: /lib/modules/5.10.20-200.fc33.x86_64/extra/
 - Original module
   - Archived original module found in the DKMS tree
   - Moving it to: /lib/modules/5.10.20-200.fc33.x86_64/extra/
depmod

Removing original_module from DKMS tree for kernel 5.10.20-200.fc33.x86_64 
(x86_64)

DKMS: uninstall completed.

  Erasing  : kernel-core-5.10.20-200.fc33.x86_64
  9/9 
warning: file /lib/modules/5.10.20-200.fc33.x86_64/updates: remove failed: No 
such file or directory
warning: file 
/lib/modules/5.10.20-200.fc33.x86_64/kernel/drivers/hid/hid-viewsonic.ko.xz: 
remove failed: No such file or directory
warning: file 
/lib/modules/5.10.20-200.fc33.x86_64/kernel/drivers/hid/hid-uclogic.ko.xz: 
remove failed: No such file or directory
warning: file 
/lib/modules/5.10.20-200.fc33.x86_64/kernel/drivers/hid/hid-kye.ko.xz: remove 
failed: No such file or directory

  Running scriptlet: kernel-core-5.11.3-50.fc33.x86_64  
  9/9 

dkms: running auto installation service for kernel 5.11.3-50.fc33.x86_64

Kernel preparation unnecessary for this kernel.  Skipping...

Building module:
cleaning build area.
make -j2 KERNELRELEASE=5.11.3-50.fc33.x86_64 KVERSION=5.11.3-50.fc33.x86_64.
cleaning build area

DKMS: build completed.

hid-kye.ko.xz:
Running module version sanity check.
 - Original module
   - Found /lib/modules/5.11.3-50.fc33.x86_64/kernel/drivers/hid/hid-kye.ko.xz
   - Storing in 
/var/lib/dkms/digimend/original_module/5.11.3-50.fc33.x86_64/x86_64/
   - Archiving for uninstallation purposes
 - Installation
   - Installing to /lib/modules/5.11.3-50.fc33.x86_64/extra/

hid-uclogic.ko.xz:
Running module version sanity check.
 - Original module
   - Found 
/lib/modules/5.11.3-50.fc33.x86_64/kernel/drivers/hid/hid-uclogic.ko.xz
   - Storing in 
/var/lib/dkms/digimend/original_module/5.11.3-50.fc33.x86_64/x86_64/
   - Archiving for uninstallation purposes
 - Installation
   - Installing to /lib/modules/5.11.3-50.fc33.x86_64/extra/

hid-polostar.ko.xz:
Running module version sanity check.
 - Original module
 - Installation
   - Installing to /lib/modules/5.11.3-50.fc33.x86_64/extra/

hid-viewsonic.ko.xz:
Running module version sanity check.
 - Original module
   - Found 
/lib/modules/5.11.3-50.fc33.x86_64/kernel/drivers/hid/hid-viewsonic.ko.xz
   - Storing in 
/var/lib/dkms/digimend/original_module/5.11.3-50.fc33.x86_64/x86_64/
   - Archiving for uninstallation purposes
 - Installation
   - Installing to /lib/modules/5.11.3-50.fc33.x86_64/extra/
Adding any weak-modules

depmod..

DKMS: install completed.
 Done. 
dkms: running auto installation service for kernel 5.11.3-50.fc33.x86_64
 Done. 

  Running scriptlet: kernel-core-5.10.20-200.fc33.x86_64
  9/9 
  Verifying: kernel-5.11.3-50.fc33.x86_64   
  1/9 
  Verifying: kernel-core-5.11.3-50.fc33.x86_64  
  2/9 
  Verifying: kernel-devel-5.11.3-50.fc33.x86_64 
  3/9 
  Verifying: kernel-modules-5.11.3-50.fc33.x86_64   
  4/9 
  Verifying: 

Re: update kernel with error and BAD Signature

2021-03-13 Thread Cătălin George Feștilă
[root@desk mythcat]# rpm --rebuilddb
error: rpmdbNextIterator: skipping h#8151 
Header SHA256 digest: BAD (Expected 
c1c39a204c8615afaa00d00e81982e55c6ce1b0f88b9703de5fafebb5abe67a1 != 
86dbba11d5da0b2ebb39edbd68719299e9a848c83b25c8235a27fd1d9d75d024)
Header SHA1 digest: BAD (Expected 01f1aa16659be0a1599089d8c73e255a83895910 != 
2aaed95924173cd61df40b775dba2e2e1ec160c7)
error: rpmdbNextIterator: skipping h#8496 
Header SHA256 digest: BAD (Expected 
33aebb8c3b7f8547fc9dc96ed5564cb8e1eea563a9b0b329df252a2887f2e455 != 
0637ac4049b45785fca7fad727a31927c4d16ac7ca0db2ec421497d8d43d1cdf)
Header SHA1 digest: BAD (Expected 3f5eb92de10d1928163c1145c5332ed9f82d5820 != 
14cfece99c897736b8ddf90907d797a4e8ce20ff)
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


Re: update kernel with error and BAD Signature

2021-03-13 Thread Cătălin George Feștilă
[root@desk mythcat]# dnf list fedora-gpg-keys
Last metadata expiration check: 1:06:12 ago on Sat 13 Mar 2021 02:57:37 PM EET.
Installed Packages
fedora-gpg-keys.noarch

[root@desk mythcat]# dnf repolist
repo idrepo name
WineHQ WineHQ packages
adobe-linux-x86_64 Adobe Systems 
Incorporated
code   Visual Studio Code
copr:copr.fedorainfracloud.org:group_dotnet-sig:dotnet Copr repo for dotnet 
owned by @dotnet-sig
fedora Fedora 33 - x86_64
google-chrome  google-chrome
rpmfusion-free RPM Fusion for Fedora 33 
- Free
rpmfusion-free-updates RPM Fusion for Fedora 33 
- Free - Updates
rpmfusion-nonfree  RPM Fusion for Fedora 33 
- Nonfree
rpmfusion-nonfree-updates  RPM Fusion for Fedora 33 
- Nonfree - Updates
security_zeek  The Zeek Network 
Security Monitor. (Fedora_33)
teamviewer TeamViewer - x86_64
updatesFedora 33 - x86_64 - 
Updates

and I got this error : 

[root@desk mythcat]# dnf upgrade --enablerepo=updates -y fedora-gpg-keys
error: SELECT hnum, blob FROM 'Packages': 11: database disk image is malformed
Last metadata expiration check: 1:07:28 ago on Sat 13 Mar 2021 02:57:37 PM EET.
Dependencies resolved.
Nothing to do.
Complete!
then the next command show me is ok , this is strange...

[root@desk mythcat]# dnf upgrade --enablerepo=updates -y fedora-gpg-keys
Last metadata expiration check: 1:08:15 ago on Sat 13 Mar 2021 02:57:37 PM EET.
Dependencies resolved.
Nothing to do.
Complete!

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


update kernel with error and BAD Signature

2021-03-13 Thread Cătălin George Feștilă
Any idea ?

I try to follow this wiki page 
https://fedoraproject.org/wiki/Test_Day:2021-03-08_Kernel_5.11_Test_Week 
according with this article: 
https://fedoramagazine.org/contribute-at-the-fedora-audio-kernel-5-11-and-i18n-test-days/

This is the errors and BAD signature response : 
...
[root@desk mythcat]# dnf update kernel-*.rpm
Last metadata expiration check: 0:58:18 ago on Sat 13 Mar 2021 02:57:37 PM EET.
Package kernel-debug not installed, cannot update it.
No match for argument: kernel-debug-5.11.3-50.fc33.x86_64.rpm
Package kernel-debug-core not installed, cannot update it.
No match for argument: kernel-debug-core-5.11.3-50.fc33.x86_64.rpm
Package kernel-debug-devel not installed, cannot update it.
No match for argument: kernel-debug-devel-5.11.3-50.fc33.x86_64.rpm
Package kernel-debug-modules not installed, cannot update it.
No match for argument: kernel-debug-modules-5.11.3-50.fc33.x86_64.rpm
Package kernel-debug-modules-extra not installed, cannot update it.
No match for argument: kernel-debug-modules-extra-5.11.3-50.fc33.x86_64.rpm
Package kernel-debug-modules-internal not installed, cannot update it.
No match for argument: kernel-debug-modules-internal-5.11.3-50.fc33.x86_64.rpm
Package kernel-modules-internal not installed, cannot update it.
No match for argument: kernel-modules-internal-5.11.3-50.fc33.x86_64.rpm
Dependencies resolved.

 Package Arch  VersionRepository   Size

Installing:
 kernel  x86_645.11.3-50.fc33 @commandline146 k
 kernel-core x86_645.11.3-50.fc33 @commandline 34 M
 kernel-develx86_645.11.3-50.fc33 @commandline 14 M
 kernel-modules  x86_645.11.3-50.fc33 @commandline 31 M
 kernel-modules-extrax86_645.11.3-50.fc33 @commandline2.1 M
Removing:
 kernel  x86_645.10.20-200.fc33   @updates  0  
 kernel-core x86_645.10.20-200.fc33   @updates 74 M
 kernel-develx86_645.10.20-200.fc33   @updates 53 M
 kernel-modules  x86_645.10.20-200.fc33   @updates 30 M
 kernel-modules-extrax86_645.10.20-200.fc33   @updates1.9 M

Transaction Summary

Install  5 Packages
Remove   5 Packages

Total size: 81 M
Is this ok [y/N]: y
Downloading Packages:
Running transaction check
error: rpmdbNextIterator: skipping h#8496 
Header V4 RSA/SHA256 Signature, key ID 9570ff31: BAD
Header SHA256 digest: BAD (Expected 
33aebb8c3b7f8547fc9dc96ed5564cb8e1eea563a9b0b329df252a2887f2e455 != 
0637ac4049b45785fca7fad727a31927c4d16ac7ca0db2ec421497d8d43d1cdf)
Header SHA1 digest: BAD (Expected 3f5eb92de10d1928163c1145c5332ed9f82d5820 != 
14cfece99c897736b8ddf90907d797a4e8ce20ff)
Traceback (most recent call last):
  File "/usr/bin/dnf", line 58, in 
main.user_main(sys.argv[1:], exit_code=True)
  File "/usr/lib/python3.9/site-packages/dnf/cli/main.py", line 201, in 
user_main
errcode = main(args)
  File "/usr/lib/python3.9/site-packages/dnf/cli/main.py", line 67, in main
return _main(base, args, cli_class, option_parser_class)
  File "/usr/lib/python3.9/site-packages/dnf/cli/main.py", line 106, in _main
return cli_run(cli, base)
  File "/usr/lib/python3.9/site-packages/dnf/cli/main.py", line 130, in cli_run
ret = resolving(cli, base)
  File "/usr/lib/python3.9/site-packages/dnf/cli/main.py", line 176, in 
resolving
base.do_transaction(display=displays)
  File "/usr/lib/python3.9/site-packages/dnf/cli/cli.py", line 246, in 
do_transaction
tid = super(BaseCli, self).do_transaction(display)
  File "/usr/lib/python3.9/site-packages/dnf/base.py", line 896, in 
do_transaction
self.transaction._populate_rpm_ts(self._ts)
  File "/usr/lib/python3.9/site-packages/dnf/db/group.py", line 331, in 
_populate_rpm_ts
ts.addErase(tsi.pkg.idx)
  File "/usr/lib64/python3.9/site-packages/rpm/transaction.py", line 103, in 
addErase
raise rpm.error("package not installed")
_rpm.error: package not installed
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure


Re: git push permission denied

2021-02-10 Thread Cătălin George Feștilă
also, you need to start the sshd service ...

systemctl start sshd.service
systemctl status sshd.service
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


bug on display DPI , Component cinnamon.

2020-08-08 Thread Cătălin George Feștilă
I haven't completed a bug in a while.
Now with the new badge system, I suspect it is even more complex to add to
the contribution of each user.
I did not find any indication of how to proceed for the badge.
1. Maybe someone will help me and tell me if I have to go somewhere else.
2. The bug can be found at
https://bugzilla.redhat.com/show_bug.cgi?id=1867313
Thank you.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


Re: [External] Re: Fedora+Lenovo

2020-05-06 Thread Cătălin George Feștilă
It is a good idea to have a fast operating system when you buy a device.

I don't think it will be bought like that due to the price in Europe.

It was a Fedora wiki with hardware requirements, I don't know if it still
exists.

My opinion is that we still fit into this answer:

What are the cheap laptops that have very good hardware to run Fedora 32
very well?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


error: error(-30986) getting "???" records from Requirename index:

2020-01-26 Thread Cătălin George Feștilă
I got this problem with my Fedora distro 31 index and I think  this can be an 
issue on development team 
Error is this: 

[root@desk mythcat]# dnf install memtest86+.x86_64
Last metadata expiration check: 0:04:53 ago on Sun 26 Jan 2020 10:19:10 AM EET.
Dependencies resolved.

 PackageArchitecture   Version Repository  Size

Installing:
 memtest86+ x86_64 5.01-27.fc31fedora  80 k

Transaction Summary

Install  1 Package

Total download size: 80 k
Installed size: 404 k
Is this ok [y/N]: Y
Downloading Packages:
memtest86+-5.01-27.fc31.x86_64.rpm  284 kB/s |  80 kB 00:00

Total40 kB/s |  80 kB 00:01 
Running transaction check
error: db5 error(-30986) from dbcursor->c_get: BDB0075 DB_PAGE_NOTFOUND: 
Requested page not found
error: error(-30986) getting "???" records from Requirename index: 
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


Re: Development Tools problems for build from source Krita.

2019-11-25 Thread Cătălin George Feștilă
yes ecm problem and cmake new version 
can you provide more help with this issue? thank you. 

[mythcat@localhost build]$ cmake 
-DCMAKE_INSTALL_PREFIX=$HOME/krita-4.2.8-beta1/install 
$HOME/krita-4.2.8-beta1/build -DCMAKE_BUILD_TYPE=RelWithDebInfo 
-DPRODUCTSET=ALL -DPACKAGERS_BUILD=ON -DBUILD_TESTING=OFF 
-DKDE4_BUILD_TESTS=OFF -DWITH_GMIC=ON
CMake Error at data/CMakeLists.txt:22 (install):
  install FILES given no DESTINATION!


CMake Error at pics/app/CMakeLists.txt:1 (ecm_install_icons):
  Unknown CMake command "ecm_install_icons".


CMake Warning (dev) in CMakeLists.txt:
  No cmake_minimum_required command is present.  A line of code such as

cmake_minimum_required(VERSION 3.14)

  should be added at the top of the file.  The version specified may be lower
  if you wish to support older CMake versions for this project.  For more
  information run "cmake --help-policy CMP".
This warning is for project developers.  Use -Wno-dev to suppress it.

-- Configuring incomplete, errors occurred!
See also "/home/mythcat/krita-4.2.8-beta1/build/CMakeFiles/CMakeOutput.log".
See also "/home/mythcat/krita-4.2.8-beta1/build/CMakeFiles/CMakeError.log".
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org


Development Tools problems for build from source Krita.

2019-11-24 Thread Cătălin George Feștilă
I install 'Development Tools', but some tools are not in this group and 
PythonLibrary is not set. Any idea how to fix it?
dnf group install 'Development Tools'
dnf install cmake
dnf install gcc-c++
See output of build from source for  krita 4.2.8 
[mythcat@localhost build]$ cmake 
-DCMAKE_INSTALL_PREFIX=$HOME/krita-4.2.8-beta1/install $HOME/krita-4.2.8-beta1/ 
-DWITH_GMIC=ON -DCMAKE_BUILD_TYPE=RelWithDebInfo -DPRODUCTSET=ALL 
-DPACKAGERS_BUILD=ON -DBUILD_TESTING=OFF -DKDE4_BUILD_TESTS=OFF
-- The CXX compiler identification is GNU 9.2.1
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Using CMake version: 3.14.5
CMake Deprecation Warning at CMakeLists.txt:15 (cmake_policy):
  The OLD behavior for policy CMP0002 will be removed from a future version
  of CMake.

  The cmake-policies(7) manual explains that the OLD behaviors of all
  policies are deprecated and that a policy should be set to OLD only under
  specific short-term circumstances.  Projects should be ported to the NEW
  behavior and not rely on setting a policy to OLD.


CMake Deprecation Warning at CMakeLists.txt:23 (cmake_policy):
  The OLD behavior for policy CMP0022 will be removed from a future version
  of CMake.

  The cmake-policies(7) manual explains that the OLD behaviors of all
  policies are deprecated and that a policy should be set to OLD only under
  specific short-term circumstances.  Projects should be ported to the NEW
  behavior and not rely on setting a policy to OLD.


CMake Deprecation Warning at CMakeLists.txt:27 (cmake_policy):
  The OLD behavior for policy CMP0026 will be removed from a future version
  of CMake.

  The cmake-policies(7) manual explains that the OLD behaviors of all
  policies are deprecated and that a policy should be set to OLD only under
  specific short-term circumstances.  Projects should be ported to the NEW
  behavior and not rely on setting a policy to OLD.


CMake Deprecation Warning at CMakeLists.txt:35 (cmake_policy):
  The OLD behavior for policy CMP0046 will be removed from a future version
  of CMake.

  The cmake-policies(7) manual explains that the OLD behaviors of all
  policies are deprecated and that a policy should be set to OLD only under
  specific short-term circumstances.  Projects should be ported to the NEW
  behavior and not rely on setting a policy to OLD.


CMake Deprecation Warning at CMakeLists.txt:39 (cmake_policy):
  The OLD behavior for policy CMP0059 will be removed from a future version
  of CMake.

  The cmake-policies(7) manual explains that the OLD behaviors of all
  policies are deprecated and that a policy should be set to OLD only under
  specific short-term circumstances.  Projects should be ported to the NEW
  behavior and not rely on setting a policy to OLD.


CMake Deprecation Warning at CMakeLists.txt:43 (cmake_policy):
  The OLD behavior for policy CMP0063 will be removed from a future version
  of CMake.

  The cmake-policies(7) manual explains that the OLD behaviors of all
  policies are deprecated and that a policy should be set to OLD only under
  specific short-term circumstances.  Projects should be ported to the NEW
  behavior and not rely on setting a policy to OLD.


CMake Deprecation Warning at CMakeLists.txt:47 (cmake_policy):
  The OLD behavior for policy CMP0054 will be removed from a future version
  of CMake.

  The cmake-policies(7) manual explains that the OLD behaviors of all
  policies are deprecated and that a policy should be set to OLD only under
  specific short-term circumstances.  Projects should be ported to the NEW
  behavior and not rely on setting a policy to OLD.


CMake Deprecation Warning at CMakeLists.txt:51 (cmake_policy):
  The OLD behavior for policy CMP0064 will be removed from a future version
  of CMake.

  The cmake-policies(7) manual explains that the OLD behaviors of all
  policies are deprecated and that a policy should be set to OLD only under
  specific short-term circumstances.  Projects should be ported to the NEW
  behavior and not rely on setting a policy to OLD.


-- Krita version: 4.2.8-beta1
-- Found PythonInterp: /usr/bin/python3 (found suitable version "3.7.5", 
minimum required is "3.0") 
-- Python system site-packages directory: /usr/lib64/python3.7/site-packages
-- Could NOT find PythonLibrary (missing: PYTHON_LIBRARY) (Required is at least 
version "3.0")
CMake Error at CMakeLists.txt:253 (find_package):
  By not providing "FindECM.cmake" in CMAKE_MODULE_PATH this project has
  asked CMake to find a package configuration file provided by "ECM", but
  CMake did not find one.

  Could not find a package configuration file provided by "ECM" (requested
  version 5.22) with any of the following names:

ECMConfig.cmake
ecm-config.cmake

  Add the installation prefix of "ECM" to 

Re: Fedora 31 System-Wide Change proposal: Python means Python3

2019-07-02 Thread Cătălin George Feștilă
I already used Python 3.7.3 in Windows OS and is very good.


On Tue, Jul 2, 2019 at 8:20 PM Miro Hrončok  wrote:

> On 02. 07. 19 17:58, Peter Robinson wrote:
> > On Mon, Jul 1, 2019 at 9:02 PM Miro Hrončok  wrote:
> >>
> >> On 01. 07. 19 16:21, Peter Robinson wrote:
> >>> On Fri, Jun 28, 2019 at 2:34 AM Miro Hrončok 
> wrote:
> 
>  On 28. 06. 19 0:51, Stephen John Smoogen wrote:
> >
> >
> > On Thu, 27 Jun 2019 at 18:49, Neal Gompa  > > wrote:
> >
> >
> >> What about postponing this change to F32? I'd prefer
> python2 to be
> >> retired and gone from the distro first, and the symlink and
> >> %python_provide definition only switched then. I think that
> having
> >> this middle state where python2 is available but python
> points to
> >> python3 for exactly one release will be more confusing that
> switching
> >> directly to the final state where python2 is gone and
> python simply
> >> means python3.
> >>
> >
> >   I think it makes sense to make the switch before we retire,
> because
> >   then people's expectations are changed ahead of time and they
> can
> >   adapt to The Future(TM).
> >
> >
> > Actually I think it makes more sense that F31 provides no
> /usr/bin/python. Then
> > a lot of things which depend on it can be found and fixed since they
> have not
> > adapted to the Future any other way.
> 
>  We've been actively forbidding packagers doing that for more than a
> year.
>  Most packages that still require /usr/bin/python are either:
> 
>  * FTBFS since Fedora 28 (and I will make sure we follow the
> policy this time
>  and finally kill those)
> 
>  or
> 
>  * willingly workarounded by the packagers who tend to ignore all
> our
>  recommendations (nothing we can really do here)
> 
>  Totally that is 10 runtime dependent packages and 64 buildtime.
> 
> 
>  If we take away /usr/bin/python and "python" provide, those things
> won't resolve.
> 
>  If we change it to Python 3, some of them might work, most of them
> probably
>  won't. Some of them are broken already (like
> 
>  $ (repoquery --repo=rawhide-source --whatrequires python; repoquery
>  --repo=rawhide-source --whatrequires python-unversioned-command;
> repoquery
>  --repo=rawhide-source --whatrequires /usr/bin/python) | pkgname |
> sort | uniq
>  audit
>  bibus
>  bitfrost
>  blitz
>  claws-mail
>  coan
>  crun
>  distro-info
>  distro-info-data
>  dracut-modules-olpc
>  dtrx
>  gcc
>  gnome-python2-desktop
>  graphite2
>  grass
>  gwebsockets
>  htop
>  hyperscan
>  cherrytree
>  chocolate-doom
>  json4s
>  kcov
>  libclc
>  libtaskotron
>  liquidwar
>  maxima
>  mchange-commons
>  mingw-qt5-qtdeclarative
>  mingw-wine-gecko
>  mongo-c-driver
>  mozc
>  offlineimap
>  olpc-contents
>  olpc-os-builder
>  perl-Plack
>  planner
>  python-rospkg
>  qtwebkit
>  qt5-qtdeclarative
>  sbt
>  seamonkey
>  sugar-base
>  sugar-castle
>  sugar-deducto
>  sugar-flip
>  sugar-jukebox
>  sugar-kuku
>  sugar-measure
>  sugar-pippy
>  sugar-srilanka
>  sugar-starchart
>  sugar-toolkit
>  sugar-yupana
>  swift-lang
>  tarantool
>  termy-qt
>  twitter-twemoji-fonts
>  uboot-tools
>  udis86
>  vdsm
>  vte
>  wesnoth
>  wine-mono
>  0ad
> 
>  $ (repoquery --repo=rawhide --whatrequires python; repoquery
> --repo=rawhide
>  --whatrequires python-unversioned-command; repoquery --repo=rawhide
>  --whatrequires /usr/bin/python) | pkgname | sort | uniq
>  gwebsockets
>  icaro
>  pyqt-mail-checker
>  qct
>  redhat-lsb-languages
>  resiprocate-turn-server-psql
>  sugar
>  sugar-toolkit
>  vdsm
>  vdsm-yajsonrpc
> >>>
> >>> I fixed the following up:
> >>> uboot-tools
> >>> gnome-python2-desktop
> >>> gwebsockets
> >>> sugar
> >>> sugar-base
> >>> sugar-castle
> >>> sugar-deducto
> >>> sugar-flip
> >>> sugar-jukebox
> >>> sugar-kuku
> >>> sugar-measure
> >>> sugar-pippy
> >>> sugar-srilanka
> >>> sugar-starchart
> >>> sugar-toolkit
> >>> sugar-yupana
> >>
> >> Thanks.
> >>
> >>> The following are FTB due to someone retiring Pyrex out from under
> >>> them without notifying me (there's been a number of py2 packages that
> >>> have had that happen) so they're going to take a bit longer.
> >>> bitfrost
> >>> dracut-modules-olpc
> >>> olpc-contents
> >>> olpc-os-builder
> >>
> >> I've notified you at least 3 times:
> >>
> >>
> https://lists.fedoraproject.org/archives/list/devel-annou...@lists.fedoraproject.org/thread/4LKL4NAQZOF6ETC62IKEP5KWGSI5PUNA/
> >>
> 

Re: Python 3.8.0b1 is now available for testing

2019-06-06 Thread Cătălin George Feștilă
+1
Thanks

On Thu, Jun 6, 2019 at 1:35 AM Miro Hrončok  wrote:

> Fedora 30: https://bodhi.fedoraproject.org/updates/FEDORA-2019-204584be85
> Fedora 29: https://bodhi.fedoraproject.org/updates/FEDORA-2019-e77f7dbb32
>
> Copr with the "python3" package updated (to use in mock):
> https://copr.fedorainfracloud.org/coprs/g/python/python3.8/
>
>
>  Forwarded Message 
> Subject:[Python-Dev] [RELEASE] Python 3.8.0b1 is now available for
> testing
> Date:   Wed, 5 Jun 2019 00:44:04 +0200
> From:   Łukasz Langa 
> To: Python Committers , Python-Dev
> , python-l...@python.org,
> python-annou...@python.org
>
>
>
> The time has come for Python 3.8.0b1:
> https://www.python.org/downloads/release/python-380b1/
>
> This release is the first of four planned beta release previews. Beta
> release
> previews are intended to give the wider community the opportunity to test
> new
> features and bug fixes and to prepare their projects to support the new
> feature
> release. The next pre-release of Python 3.8 will be 3.8.0b2, currently
> scheduled
> for 2019-07-01.
>
>
>Call to action
>
> We *strongly encourage* maintainers of third-party Python projects to
> *test with
> 3.8* during the beta phase and report issues found to the Python bug
> tracker
>  as soon as possible. While the release is
> planned to
> be feature complete entering the beta phase, it is possible that features
> may be
> modified or, in rare cases, deleted up until the start of the release
> candidate
> phase (2019-09-30). Our goal is have no ABI changes after beta 3 and no
> code
> changes after 3.8.0rc1, the release candidate. To achieve that, it will be
> extremely important to get as much exposure for 3.8 as possible during the
> beta
> phase.
>
> Please keep in mind that this is a preview release and its use is *not*
> recommended for production environments.
>
>
>A new challenger has appeared!
>
> With the release of Python 3.8.0b1, development started on Python 3.9. The
> “master” branch in the cpython repository now tracks development of 3.9
> while
> Python 3.8 received its own branch, called simply “3.8”.
>
>
>Acknowledgments
>
> As you might expect, creating new branches triggers a lot of changes in
> configuration for all sorts of tooling that we’re using. Additionally, the
> inevitable deadline for new features caused a flurry of activity that
> tested the
> buildbots to the max. The revert hammer got used more than once.
>
> I would not be able to make this release available alone. Many thanks to
> the
> fearless duo of Pablo Galindo Salgado and Victor Stinner for spending tens
> of
> hours during the past week working on getting the buildbots green for
> release.
> Seriously, that took a lot of effort. We are all so lucky to have you both.
>
> Thanks to Andrew Svetlov for his swift fixes to asyncio and to Yury
> Selivanov
> for code reviews, even when jetlagged. Thanks to Julien Palard for
> untangling
> the documentation configs. Thank you to Zachary Ware for help with
> buildbot and
> CI configuration. Thanks to Mariatta for helping with the bots. Thank you
> to
> Steve Dower for delivering the Windows installers.
>
> Most importantly though, huge thanks to Ned Deily who not only helped me
> understand the scope of this special release but also did some of the
> grunt work
> involved.
>
> Last but not least, thanks to you for making this release more meaty than
> I
> expected. There’s plenty of super exciting changes in there. Just take a
> look at
> “What’s New ”!
>
>
>One more thing
>
> Hey, fellow Core Developer, Beta 2 is in four weeks. If your important new
> feature got reverted last minute, or you decided not to merge due to
> inadequate
> time, I have a one time offer for you (restrictions apply). If you:
>
>* find a second core developer champion for your change; *and*
>* in tandem you finish your change complete with tests and documentation
>  before Beta 2
>
> then I will let it in. I’m asking for a champion because it’s too late now
> for
> changes with hasty design or code review. And as I said, restrictions
> apply. For
> instance, at this point changes to existing APIs are unlikely to be
> accepted.
> Don’t start new work with 3.8 in mind. 3.9 is going to come sooner than
> you think!
>
>
>
> - Ł
> ___
> python-devel mailing list -- python-devel@lists.fedoraproject.org
> To unsubscribe send an email to python-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/python-devel@lists.fedoraproject.org
>
___
python-devel mailing list -- python-devel@lists.fedoraproject.org
To unsubscribe send an email to 

provider bad repo (network) or bug development ?

2019-03-31 Thread Cătălin George Feștilă
Dear team.

Take a look at my output ( see time and bad response of dnf tool versus
kivi package)
I don't sure it is a bug or development issue( the fedora.pkgs.org/29/ has
a kivy package).
I don't have many options to test it , but you can have a good image on it.
Can be a clone or bad repo?
Thank you. Best regards.

[root@desk mythcat]# dnf repolist
Last metadata expiration check: 0:19:51 ago on Sun 31 Mar 2019 12:03:21 PM
EEST.
repo id   repo name
status
adobe-linux-x86_64Adobe Systems Incorporated
3
code  Visual Studio Code
59
*fedora   Fedora 29 - x86_64
58,207
*fedora-modular   Fedora Modular 29 -
x86_64   8
packages-microsoft-com-prod   packages-microsoft-com-prod
112
*rpmfusion-free   RPM Fusion for Fedora 29 -
Free596
*rpmfusion-free-updates   RPM Fusion for Fedora 29 - Free -
Updates  237
*updates  Fedora 29 - x86_64 - Updates
19,033
*updates-modular  Fedora Modular 29 - x86_64 -
Updates13
[root@desk mythcat]# dnf search kivy
Last metadata expiration check: 0:20:04 ago on Sun 31 Mar 2019 12:03:21 PM
EEST.
No matches found.
[root@desk mythcat]# dnf search kivy
Last metadata expiration check: 0:20:04 ago on Sun 31 Mar 2019 12:03:21 PM
EEST.
No matches found.
___
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


bug sandbox with Fedora 29 - many errors

2019-03-14 Thread Cătălin George Feștilă
Dear team

Can you review my Fedora bug because come with many errors?
https://bugzilla.redhat.com/show_bug.cgi?id=163

 I cannot find a good component to fill the bug, I add to:
Component:sandbox-runner-data

Thank's. Best Regards.
___
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: packages for chat limited repo

2018-12-19 Thread Cătălin George Feștilă
Read all error (Problem: conflicting requests) and my dnf search (not
xchat) is reported like :
I don't like flame.

On Wed, Dec 19, 2018 at 3:30 PM Dominik 'Rathann' Mierzejewski
 wrote:
>
> On Wednesday, 19 December 2018 at 14:25, Cătălin George Feștilă wrote:
> > Can the problem of packet dependencies create such results? I do not
> > see X-chat software.
>
> Try hexchat:
>
> $ rpm -q hexchat
> hexchat-2.14.2-1.fc29.x86_64
>
> Also, this is a user question, not a developer one, so please ask such
> questions in the user list in the future.
>
> Regards,
> Dominik
> --
> Fedora   https://getfedora.org  |  RPM Fusion  http://rpmfusion.org
> There should be a science of discontent. People need hard times and
> oppression to develop psychic muscles.
> -- from "Collected Sayings of Muad'Dib" by the Princess Irulan
> ___
> 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: packages for chat limited repo

2018-12-19 Thread Cătălin George Feștilă
Can the problem of packet dependencies create such results? I do not
see X-chat software.
[root@desk mythcat]# dnf search chat
Last metadata expiration check: 0:18:23 ago on Tue 18 Dec 2018 07:53:20 PM EET.
...

On Tue, Dec 18, 2018 at 9:00 PM Scott Talbert  wrote:
>
> On Tue, 18 Dec 2018, Cătălin George Feștilă wrote:
>
> > I try to install gyachi.x86_64 but I got errors.
> > A full search gives just some packages, I don't know if this is a bug
> > or a repo limited area. see my output.
> >
> > root@desk mythcat]# dnf install gyachi.x86_64
> > Last metadata expiration check: 0:16:07 ago on Tue 18 Dec 2018 07:33:15 PM 
> > EET.
> > Error:
> > Problem: conflicting requests
> >  - nothing provides libjavascriptcoregtk-1.0.so.0()(64bit) needed by
> > gyachi-1.2.11-14.fc24.x86_64
> >  - nothing provides libwebkitgtk-1.0.so.0()(64bit) needed by
> > gyachi-1.2.11-14.fc24.x86_64
> >  - nothing provides libjasper.so.1()(64bit) needed by
> > gyachi-1.2.11-14.fc24.x86_64
>
> gyachi hasn't been built successfully since F24:
> https://koji.fedoraproject.org/koji/packageinfo?packageID=5764
>
> It ought to be retired.
>
> Scott___
> 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


packages for chat limited repo

2018-12-18 Thread Cătălin George Feștilă
I try to install gyachi.x86_64 but I got errors.
A full search gives just some packages, I don't know if this is a bug
or a repo limited area. see my output.

root@desk mythcat]# dnf install gyachi.x86_64
Last metadata expiration check: 0:16:07 ago on Tue 18 Dec 2018 07:33:15 PM EET.
Error:
 Problem: conflicting requests
  - nothing provides libjavascriptcoregtk-1.0.so.0()(64bit) needed by
gyachi-1.2.11-14.fc24.x86_64
  - nothing provides libwebkitgtk-1.0.so.0()(64bit) needed by
gyachi-1.2.11-14.fc24.x86_64
  - nothing provides libjasper.so.1()(64bit) needed by
gyachi-1.2.11-14.fc24.x86_64

[root@desk mythcat]# dnf search chat
Last metadata expiration check: 0:18:23 ago on Tue 18 Dec 2018 07:53:20 PM EET.
= Summary & Name Matched: chat =
sugar-chat.noarch : Chat client for Sugar
hexchat-devel.i686 : Development files for hexchat
hexchat-devel.x86_64 : Development files for hexchat
weechat-devel.i686 : Development files for weechat
weechat-devel.x86_64 : Development files for weechat
rubygem-hipchat.noarch : Ruby library to interact with HipChat
rubygem-hipchat-doc.noarch : Documentation for rubygem-hipchat
hexchat.x86_64 : A popular and easy to use graphical IRC (chat) client
hexchat.i686 : A popular and easy to use graphical IRC (chat) client
hexchat.x86_64 : A popular and easy to use graphical IRC (chat) client
pidgin-groupchat-typing-notifications.x86_64 : Adds typing notifications for
 : group chats in Pidgin
== Name Matched: chat ==
weechat.i686 : Portable, fast, light and extensible IRC client
weechat.x86_64 : Portable, fast, light and extensible IRC client
perl-Chatbot-Eliza.noarch : Implementation of the Eliza algorithm
 Summary Matched: chat =
BitchX.x86_64 : IrcII chat client
epic.x86_64 : An ircII chat client
murmur.x86_64 : Mumble voice chat server
ktp-text-ui.i686 : Telepathy text chat handler
ktp-text-ui.x86_64 : Telepathy text chat handler
mumble.x86_64 : Voice chat suite aimed at gamers
ytalk.x86_64 : A chat program for multiple users
ytalk.x86_64 : A chat program for multiple users
bitlbee.i686 : IRC to other chat networks gateway
bitlbee.x86_64 : IRC to other chat networks gateway
polari.x86_64 : Internet Relay Chat client for GNOME
talk.x86_64 : Talk client for one-on-one Internet chatting
talk-server.x86_64 : The talk server for one-on-one Internet chatting
gyachi.x86_64 : A Yahoo! chat client with Webcam and voice support
perl-Net-IRC.noarch : Perl interface to the Internet Relay Chat protocol
pidgin-logviewer.x86_64 : User-friendly and intuitive chat log viewer for Pidgin
texlive-unitn-bimrep.noarch : A bimonthly report class for the PhD School of
: Materials, Mechatronics and System Engineering
___
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


qbs and qt-creator.x86_64 - error of implementation ?

2018-11-23 Thread Cătălin George Feștilă
I try to see if my issue can be found on the internet and I try fedora chat
without results.

I try to use qbs with qt-creator.x86_64 to use the slate software.
The problem can be the implementation of qbs and qt-creator.x86_64
Because I'm not very good with this tool I need some help.
See my issue:

[mythcat@desk ~]$ git clone https://github.com/mitchcurtis/slate
Cloning into 'slate'...

[mythcat@desk slate-build]$ qbs config --list profiles
profiles.clang.cpp.toolchainInstallPath: "/usr/bin"
profiles.clang.qbs.toolchain: ["clang", "llvm", "gcc"]
profiles.gcc.cpp.toolchainInstallPath: "/usr/bin"
profiles.gcc.qbs.toolchain: "gcc"


[mythcat@desk slate-build]$ qbs setup-toolchains --type gcc /usr/bin/g++ gcc
Profile 'gcc' created for '/usr/bin/g++'.
[mythcat@desk slate-build]$ qbs setup-qt /usr/bin/qmake-qt5 qt5
Creating profile 'qt5'.
Setting profile 'gcc' as the base profile for this profile.
[mythcat@desk slate-build]$ qbs config profiles.qt5.baseProfile gcc

[mythcat@desk slate-build]$ qbs config --list profiles
profiles.clang.cpp.toolchainInstallPath: "/usr/bin"
profiles.clang.qbs.toolchain: ["clang", "llvm", "gcc"]
profiles.gcc.cpp.toolchainInstallPath: "/usr/bin"
profiles.gcc.qbs.toolchain: "gcc"
profiles.qt5.baseProfile: "gcc"
profiles.qt5.preferences.qbsSearchPaths:
"/home/mythcat/.config/QtProject/qbs/1.12.0/profiles/qt5"

The error:

[mythcat@desk slate-build]$ qbs /home/mythcat/slate/slate.qbs
ERROR: Unexpected command line parameter '/home/mythcat/slate/slate.qbs'.
Expected an assignment of the form :,
profile: or config:.

I try to use the qtcreator but I got 58 errors most dependency of
Qt.Core ...
Maybe the problem comes from Fedora packages or bad implementation of
qtcreator
___
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


gedit: error while loading shared libraries: libpeas-gtk-1.0.so.0

2018-11-07 Thread Cătălin George Feștilă
I used F28 interface to update to F29 the result is ok , but today I found
this bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1647544
___
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: CVE-2018-14665 : Xorg X Server Vulnerabilities

2018-11-02 Thread Cătălin George Feștilă
+1 SELinux and policy rules.
I open this. I don't start an "'wich hunting" on specific topics.

I think the problem is still in working with SETID and SELinux rules.
( this is not the only way to solve the
https://fedoraproject.org/wiki/Features/RemoveSETUID)

Will be great if we know how applications involve this issues versus
collateral development teams and fix under SELinux policies.




On Fri, Nov 2, 2018 at 8:53 AM Raphael Groner 
wrote:

> > On Thu, Nov 01, 2018 at 04:33:21PM -0400, Adam Jackson wrote:
> >
> > If I understand this CVE correctly, it doesn't matter what X server is
> > running (if any at all). Do matter what setuid-root Xorg binary is
> > installed (or not).
>
> +1
> SELinux should block such kind of attacks.
> ___
> 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: CVE-2018-14665 : Xorg X Server Vulnerabilities

2018-11-01 Thread Cătălin George Feștilă
Good to know.
I don't know all about of these problems (setuid  and protect with SELinux
- can de an good idea ).
I used F28, I think also is not fixed with F29.
$ ls -l /usr/libexec/Xorg.wrap
-rwsr-xr-x. 1 root root 11376 Apr 23  2018 /usr/libexec/Xorg.wrap


On Thu, Nov 1, 2018 at 5:44 PM Chris Adams  wrote:

> Once upon a time, Cătălin George Feștilă  said:
> > Thank you!
> >
> > On Thu, Nov 1, 2018 at 4:38 PM Reindl Harald 
> wrote:
> >
> > >
> > >
> > > Am 01.11.18 um 15:33 schrieb Cătălin George Feștilă:
> > > >
> https://www.securepatterns.com/2018/10/cve-2018-14665-xorg-x-server.html
> > >
> > > https://fedoraproject.org/wiki/Features/RemoveSETUID
> > > Targeted release: Fedora 15
> > >
> > > ls -la /usr/bin/Xorg
> > > -rwxr-xr-x 1 root root 273 2018-04-23 20:16 /usr/bin/Xorg
>
> That means nothing... that's just a shell script that calls:
>
> $ ls -l /usr/libexec/Xorg.wrap
> -rwsr-xr-x. 1 root root 11376 Apr 12  2018 /usr/libexec/Xorg.wrap
>
> which is where the problem lies.  I think SELinux should help (because
> it should stop writes to lots of things), but I haven't seen a bug or
> statement from Fedora about vulnerability.
>
> --
> Chris Adams 
> ___
> 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: CVE-2018-14665 : Xorg X Server Vulnerabilities

2018-11-01 Thread Cătălin George Feștilă
Thank you!

On Thu, Nov 1, 2018 at 4:38 PM Reindl Harald  wrote:

>
>
> Am 01.11.18 um 15:33 schrieb Cătălin George Feștilă:
> > https://www.securepatterns.com/2018/10/cve-2018-14665-xorg-x-server.html
>
> https://fedoraproject.org/wiki/Features/RemoveSETUID
> Targeted release: Fedora 15
>
> ls -la /usr/bin/Xorg
> -rwxr-xr-x 1 root root 273 2018-04-23 20:16 /usr/bin/Xorg
>
___
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


CVE-2018-14665 : Xorg X Server Vulnerabilities

2018-11-01 Thread Cătălin George Feștilă
https://www.securepatterns.com/2018/10/cve-2018-14665-xorg-x-server.html
___
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: Resurrection of the NeuroFedora SIG

2018-10-01 Thread Cătălin George Feștilă
Good to know.
A good article post at Fedora Magazin will be more useful.

On Sun, Sep 30, 2018 at 4:24 PM Ankur Sinha  wrote:

> Hello,
>
> https://fedoraproject.org/wiki/SIGs/NeuroFedora
>
> I've recently resurrected the NeuroFedora SIG. Many thanks to Igor and
> the others who'd worked on it in the past and have given us a firm base
> to build on.
>
> The goal
> -
>
> The (current) goal of the NeuroFedora SIG is to make Fedora an easy to
> use platform for neuroscientists.
>
> Neuroscience is an extremely multidisciplinary field. It brings together
> mathematicians, chemists, biologists, physicists, psychologists,
> engineers (electrical and others) computer scientists and more. A
> lot of software is used nowadays in Neuroscience:
>
> - data collection, analysis, and sharing
> - lots of image processing (a lot of ML is used here, think Data Science)
> - simulation of brain networks (https://neuron.yale.edu/neuron/,
>   http://nest-simulator.org/)
> - dissemination of scientific results (peer reviewed and otherwise,
>   think LaTeX)
>
> https://github.com/asoplata/open-computational-neuroscience-resources/
> provides a great overview of the computational side of neuroscience. It
> isn't just about understanding how the brain functions, we also want to
> understand how it processes information---how it "computes".
>
> (Some of you will already be aware of the Human Brain Project, a
> flagship EU project: https://www.humanbrainproject.eu/en/)
>
> Now, given that a large proportion of neuroscientists are not trained
> in computer science, a lot of time and effort is spent setting up
> systems, installing software (often from source). This can be hard for
> people not well-versed in build systems and so on.
>
> So, at NeuroFedora, we will try provide a ready to use Fedora based
> system for neuroscientists to work with, so they can quickly get their
> environment set up and work on the science.
>
>
> Please join us!
> ---
>
> If you are interested in neuroscience, please consider joining the SIG.
> Packaging software is only *one* way in which one can contribute.
> Writing docs and answering questions about the software in NeuroFedora
> are other ways too, for example.
>
> You can get in touch with us here:
>
> https://fedoraproject.org/wiki/SIGs/NeuroFedora#Communication_and_getting_help
>
> What's in it for you?
> -
>
> In general, it will increase your awareness of neuroscience (which is a
> fascinating field---but of course, I am biased). We also hope to use the
> Fedora classroom sessions to host beginner level classes on using the
> software we package. If you'd like to get into neuroscience research
> work, it's an excellent opportunity to learn.
>
> Fedora and Science
> ---
>
> In general, furthering Open Science is quite in line with our goals of
> further FOSS---Open science shares the philosophy of FOSS. The data, the
> tools, the results, should be accessible to all to understand, use,
> learn from, and develop.
>
> I've just written to the Mindshare team asking if we can get the various
> Science related SIGs together and do more. You can find my e-mail here:
>
> https://lists.fedoraproject.org/archives/list/mindsh...@lists.fedoraproject.org/thread/7UYIFRQGZI5O4KNTVOGSG7Y4MYJKI57O/
>
> Please feel free to join the discussion.
>
> --
> Thanks,
> Regards,
>
> Ankur Sinha "FranciscoD"
>
> https://fedoraproject.org/wiki/User:Ankursinha
> Time zone: Europe/London
> ___
> 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


F28: maybe a bug on report dnf and env outputs

2018-03-30 Thread Cătălin George Feștilă
the command : $ dnf grouplist -v show mw I have this:

Installed Groups:
custom-environment,
minimal-environment,
xfce-desktop-environment,
basic-desktop-environment

The env command show me most KDE variables and run the KDE environment
XDG_CURRENT_DESKTOP=KDE
The Fedora 28 start with plasma KDE

I don't install kde , why is on my distro ?

Is this a bug ?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org


bug submited on F28 compilation rpc.h

2018-03-30 Thread Cătălin George Feștilă
this is the bug submited by mythcat :
https://bugzilla.redhat.com/show_bug.cgi?id=1562347

please take a look and give me the badge :)
Best regards !
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org


Re: lxqt install group environment - bug ?

2018-03-11 Thread Cătălin George Feștilă
I install all mesa drivers for i686 , 64 and omx
the startx command get this error:

 xf86EnableIOPorts : failed to set IOPL for I/O ...

maybe is virtualbox problem , but this error is just on lxqt environment .
the lxde and xfce  environments works well.

I don't have any idea if this is a bug or come from bad package lxqt .

On Sun, Mar 11, 2018 at 3:04 AM, Kevin Kofler <kevin.kof...@chello.at>
wrote:

> Cătălin George Feștilă wrote:
> > I try to install lxqt desktop group environment
> > I use the last Fedora Server image from Fedora
> >
> > The error on default user point to xorg error :
> >
> > xf86EnableIOPorts - EGL_MESA_drm_image require
> >
> > This is strange because the lxde desktop environment group running well
> on
> > machine.
> >
> > Maybe is a bug ?
>
> Is the mesa-dri-drivers package installed? If not, try installing it.
>
> Kevin Kofler
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org


lxqt install group environment - bug ?

2018-03-10 Thread Cătălin George Feștilă
I try to install lxqt desktop group environment
I use the last Fedora Server image from Fedora

The error on default user point to xorg error :

xf86EnableIOPorts - EGL_MESA_drm_image require

This is strange because the lxde desktop environment group running well on
machine.

Maybe is a bug ?

Thank you. Best regards.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org


about ssl certificate transparency .

2018-02-02 Thread Cătălin George Feștilă
Hi.

I read about this issue:

https://www.certificate-transparency.org/what-is-ct

and chrome

https://www.certificate-transparency.org/certificate-transparency-in-chrome

I want to know if the ssh from fedora account can be used in same way?

Thank you. Best regards.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org


Re: the torch - bash install-deps

2017-10-14 Thread Cătălin George Feștilă
the cool think of development is time -> "


On Thu, Oct 12, 2017 at 7:01 PM, Robert-André Mauchin <zebo...@gmail.com>
wrote:

> On jeudi 12 octobre 2017 17:38:39 CEST Cătălin George Feștilă wrote:
> > Hi teams .
> >
> > I report a issue about torch, see :
> >
> > https://github.com/torch/torch7/issues/1085
> > the main reason is:  bash install-deps .
> >
> > As you know:
> >
> > Torch is a scientific computing framework with wide support for machine
> > learning algorithms that puts GPUs first. It is easy to use and
> efficient,
> > thanks to an easy and fast scripting language, LuaJIT, and an underlying
> > C/CUDA implementation.
> >
> > A summary of core features:
> >
> > a powerful N-dimensional array
> > lots of routines for indexing, slicing, transposing, …
> > amazing interface to C, via LuaJIT
> > linear algebra routines
> > neural network, and energy-based models
> > numeric optimization routines
> > Fast and efficient GPU support
> > Embeddable, with ports to iOS and Android backends
> >
> > mythcat
>
> You can run the command manually instead:
>
> sudo dnf install -y make cmake curl readline-devel ncurses-devel \
> gcc-c++ gcc-gfortran git gnuplot unzip \
> libjpeg-turbo-devel libpng-devel \
> ImageMagick GraphicsMagick-devel
> fftw-devel \
> sox-devel sox qt-devel qtwebkit-devel \
> python-ipython czmq czmq-devel
>
> It will do the same thing as the script. It works fine on F27.
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org


the torch - bash install-deps

2017-10-12 Thread Cătălin George Feștilă
Hi teams .

I report a issue about torch, see :

https://github.com/torch/torch7/issues/1085
the main reason is:  bash install-deps .

As you know:

Torch is a scientific computing framework with wide support for machine
learning algorithms that puts GPUs first. It is easy to use and efficient,
thanks to an easy and fast scripting language, LuaJIT, and an underlying
C/CUDA implementation.

A summary of core features:

a powerful N-dimensional array
lots of routines for indexing, slicing, transposing, …
amazing interface to C, via LuaJIT
linear algebra routines
neural network, and energy-based models
numeric optimization routines
Fast and efficient GPU support
Embeddable, with ports to iOS and Android backends

mythcat
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org


Questions about security of Fedora distro dnf update hack.

2017-09-24 Thread Cătălin George Feștilă
Maybe this will help the team development or not , but is good to know .

This issue about security and hack, I  got many changes and bad result :

- I run fedora on virtual box ;
- I got a grub error entry when I try to update the Fedora with dnf:

Problems can be see into this screenshots:
https://imgur.com/a/SBhhy
https://imgur.com/a/DVIh7

1. when I run the ls command for the first time on grub the (proc) is not
into my output.
2. the second run of ls command show me the (proc)
3. the set command come with a bad answer ascii text.
4. is not the first time when Fedora will gone away even encrypted vdi

I think is a hack provider / sniff password / , because I'm wired with
cable RJ45 to PC and provider router come with BNC cable input into router
, no wireless on this desktop .
I used karpersky antivirus and not bad report from antivirus.

Can you improve Fedora or how to fix that ?

Best regards.

mythcat
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org


last Spyder IDE under Fedora from Spyder 2.3.9 to the last

2017-04-02 Thread Cătălin George Feștilă
the problem with build from source  under Fedora distro of the last Spyder
IDE

https://github.com/spyder-ide/spyder/issues/4318
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org


bug report of fedmsg

2017-03-28 Thread Cătălin George Feștilă
https://bugzilla.redhat.com/show_bug.cgi?id=1436656
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org


builder and dnf cairo_snippets problems

2017-03-20 Thread Cătălin George Feștilă
Hi.

[root@localhost mythcat]# dnf search Builder | grep gnome
gnome-builder-devel.x86_64 : Development files for gnome-builder
gnome-builder-devel.i686 : Development files for gnome-builder
gnome-builder.x86_64 : IDE for writing GNOME-based software
gnome-builder.i686 : IDE for writing GNOME-based software

[root@localhost mythcat]# dnf install gnome-builder.x86_64
Last metadata expiration check: 0:06:00 ago on Mon Mar 20 15:28:16 2017.
Package gnome-builder-3.22.4-3.fc25.x86_64 is already installed, skipping.
Dependencies resolved.
Nothing to do.
Complete!

I got this ERROR even I used dnf clean packages

[root@localhost mythcat]# dnf install gnome-builder.i686
...
[SKIPPED] gtk2-2.24.31-2.fc25.i686.rpm: Already
downloaded
Running transaction check
Transaction check succeeded.
Running transaction test
The downloaded packages were saved in cache until the next successful
transaction.
You can remove cached packages by executing 'dnf clean packages'.
Error: Transaction check error:
  file /usr/bin/vala-gen-introspect-0.34 from install of
vala-0.34.6-1.fc25.i686 conflicts with file from package
vala-0.34.6-1.fc25.x86_64
  file /usr/share/doc/python3-cairo/examples/cairo_snippets/snippets/arc.ps
from install of python3-cairo-1.10.0-17.fc25.i686 conflicts with file from
package python3-cairo-1.10.0-17.fc25.x86_64
  file /usr/share/doc/python3-cairo/examples/cairo_snippets/snippets/
arc_negative.ps from install of python3-cairo-1.10.0-17.fc25.i686 conflicts
with file from package python3-cairo-1.10.0-17.fc25.x86_64
  file /usr/share/doc/python3-cairo/examples/cairo_snippets/snippets/clip.ps
from install of python3-cairo-1.10.0-17.fc25.i686 conflicts with file from
package python3-cairo-1.10.0-17.fc25.x86_64
  file /usr/share/doc/python3-cairo/examples/cairo_snippets/snippets/
curve_rectangle.ps from install of python3-cairo-1.10.0-17.fc25.i686
conflicts with file from package python3-cairo-1.10.0-17.fc25.x86_64
  file /usr/share/doc/python3-cairo/examples/cairo_snippets/snippets/
curve_to.ps from install of python3-cairo-1.10.0-17.fc25.i686 conflicts
with file from package python3-cairo-1.10.0-17.fc25.x86_64
  file /usr/share/doc/python3-cairo/examples/cairo_snippets/snippets/
ellipse.ps from install of python3-cairo-1.10.0-17.fc25.i686 conflicts with
file from package python3-cairo-1.10.0-17.fc25.x86_64
  file /usr/share/doc/python3-cairo/examples/cairo_snippets/snippets/
fill_and_stroke.ps from install of python3-cairo-1.10.0-17.fc25.i686
conflicts with file from package python3-cairo-1.10.0-17.fc25.x86_64
  file /usr/share/doc/python3-cairo/examples/cairo_snippets/snippets/
fill_and_stroke2.ps from install of python3-cairo-1.10.0-17.fc25.i686
conflicts with file from package python3-cairo-1.10.0-17.fc25.x86_64
  file
/usr/share/doc/python3-cairo/examples/cairo_snippets/snippets/glyph_path.pdf
from install of python3-cairo-1.10.0-17.fc25.i686 conflicts with file from
package python3-cairo-1.10.0-17.fc25.x86_64
  file
/usr/share/doc/python3-cairo/examples/cairo_snippets/snippets/glyph_path.png
from install of python3-cairo-1.10.0-17.fc25.i686 conflicts with file from
package python3-cairo-1.10.0-17.fc25.x86_64
  file /usr/share/doc/python3-cairo/examples/cairo_snippets/snippets/
glyph_path.ps from install of python3-cairo-1.10.0-17.fc25.i686 conflicts
with file from package python3-cairo-1.10.0-17.fc25.x86_64
  file
/usr/share/doc/python3-cairo/examples/cairo_snippets/snippets/glyph_path.svg
from install of python3-cairo-1.10.0-17.fc25.i686 conflicts with file from
package python3-cairo-1.10.0-17.fc25.x86_64
  file /usr/share/doc/python3-cairo/examples/cairo_snippets/snippets/
gradient.ps from install of python3-cairo-1.10.0-17.fc25.i686 conflicts
with file from package python3-cairo-1.10.0-17.fc25.x86_64
  file
/usr/share/doc/python3-cairo/examples/cairo_snippets/snippets/gradient_mask.png
from install of python3-cairo-1.10.0-17.fc25.i686 conflicts with file from
package python3-cairo-1.10.0-17.fc25.x86_64
  file /usr/share/doc/python3-cairo/examples/cairo_snippets/snippets/
gradient_mask.ps from install of python3-cairo-1.10.0-17.fc25.i686
conflicts with file from package python3-cairo-1.10.0-17.fc25.x86_64
  file /usr/share/doc/python3-cairo/examples/cairo_snippets/snippets/
group.ps from install of python3-cairo-1.10.0-17.fc25.i686 conflicts with
file from package python3-cairo-1.10.0-17.fc25.x86_64
  file /usr/share/doc/python3-cairo/examples/cairo_snippets/snippets/path.ps
from install of python3-cairo-1.10.0-17.fc25.i686 conflicts with file from
package python3-cairo-1.10.0-17.fc25.x86_64
  file /usr/share/doc/python3-cairo/examples/cairo_snippets/snippets/
set_line_cap.ps from install of python3-cairo-1.10.0-17.fc25.i686 conflicts
with file from package python3-cairo-1.10.0-17.fc25.x86_64
  file /usr/share/doc/python3-cairo/examples/cairo_snippets/snippets/
set_line_join.ps from install of python3-cairo-1.10.0-17.fc25.i686
conflicts with file from package python3-cairo-1.10.0-17.fc25.x86_64
  file

devassistant-gui - not working python gi - Gtk

2017-03-20 Thread Cătălin George Feștilă
[mythcat@localhost ~]$ devassistant-gui
/usr/lib/python3.5/site-packages/devassistant/gui/__init__.py:19:
PyGIWarning: Gtk was imported without specifying a version first. Use
gi.require_version('Gtk', '3.0') before import to ensure that the right
version gets loaded.
  from gi.repository import Gtk
[mythcat@localhost ~]$ su
Password:
[root@localhost mythcat]# devassistant-gui
/usr/lib/python3.5/site-packages/devassistant/gui/__init__.py:19:
PyGIWarning: Gtk was imported without specifying a version first. Use
gi.require_version('Gtk', '3.0') before import to ensure that the right
version gets loaded.
  from gi.repository import Gtk
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org


DevAssistant not working - YUMPackageManager

2017-03-20 Thread Cătălin George Feștilă
This is a bug ?

DEBUG: YUMPackageManager not operational - can't import yum.
INFO: Checking for presence of ant...
DEBUG: rpm -q --whatprovides "ant"
DEBUG: ant-1.9.6-3.fc24.noarch
DEBUG: 0
INFO: Found ant-1.9.6-3.fc24.noarch
INFO: Checking for presence of glibc...
DEBUG: rpm -q --whatprovides "glibc"
DEBUG: glibc-2.24-4.fc25.x86_64
DEBUG: glibc-2.24-4.fc25.i686
DEBUG: 0
INFO: Found glibc-2.24-4.fc25.x86_64
glibc-2.24-4.fc25.i686
INFO: Checking for presence of glibc(x86-32)...
DEBUG: rpm -q --whatprovides "glibc(x86-32)"
DEBUG: glibc-2.24-4.fc25.i686
DEBUG: 0
INFO: Found glibc-2.24-4.fc25.i686
INFO: Checking for presence of glibc-devel(x86-32)...
DEBUG: rpm -q --whatprovides "glibc-devel(x86-32)"
DEBUG: glibc-devel-2.24-4.fc25.i686
DEBUG: 0
INFO: Found glibc-devel-2.24-4.fc25.i686
INFO: Checking for presence of zlib-devel(x86-32)...
DEBUG: rpm -q --whatprovides "zlib-devel(x86-32)"
DEBUG: zlib-devel-1.2.8-10.fc24.i686
DEBUG: 0
INFO: Found zlib-devel-1.2.8-10.fc24.i686
INFO: Checking for presence of libstdc++(x86-32)...
DEBUG: rpm -q --whatprovides "libstdc++(x86-32)"
DEBUG: libstdc++-6.3.1-1.fc25.i686
DEBUG: 0
INFO: Found libstdc++-6.3.1-1.fc25.i686
INFO: Checking for presence of ncurses-devel(x86-32)...
DEBUG: rpm -q --whatprovides "ncurses-devel(x86-32)"
DEBUG: ncurses-devel-6.0-6.20160709.fc25.i686
DEBUG: 0
INFO: Found ncurses-devel-6.0-6.20160709.fc25.i686
INFO: Checking for presence of SDL(x86-32)...
DEBUG: rpm -q --whatprovides "SDL(x86-32)"
DEBUG: SDL-1.2.15-21.fc24.i686
DEBUG: 0
INFO: Found SDL-1.2.15-21.fc24.i686
INFO: Checking for presence of libX11-devel(x86-32)...
DEBUG: rpm -q --whatprovides "libX11-devel(x86-32)"
DEBUG: libX11-devel-1.6.4-4.fc25.i686
DEBUG: 0
INFO: Found libX11-devel-1.6.4-4.fc25.i686
INFO: Checking for presence of libX11...
DEBUG: rpm -q --whatprovides "libX11"
DEBUG: libX11-1.6.4-4.fc25.x86_64
DEBUG: libX11-1.6.4-4.fc25.i686
DEBUG: 0
INFO: Found libX11-1.6.4-4.fc25.x86_64
libX11-1.6.4-4.fc25.i686
INFO: Checking for presence of libXrandr(x86-32)...
DEBUG: rpm -q --whatprovides "libXrandr(x86-32)"
DEBUG: libXrandr-1.5.1-1.fc25.i686
DEBUG: 0
INFO: Found libXrandr-1.5.1-1.fc25.i686
INFO: Checking for presence of libXrender(x86-32)...
DEBUG: rpm -q --whatprovides "libXrender(x86-32)"
DEBUG: libXrender-0.9.10-1.fc25.i686
DEBUG: 0
INFO: Found libXrender-0.9.10-1.fc25.i686
INFO: Checking for presence of xz-libs(x86-32)...
DEBUG: rpm -q --whatprovides "xz-libs(x86-32)"
DEBUG: xz-libs-5.2.2-2.fc24.i686
DEBUG: 0
INFO: Found xz-libs-5.2.2-2.fc24.i686
INFO: Checking for presence of libXxf86vm...
DEBUG: rpm -q --whatprovides "libXxf86vm"
DEBUG: libXxf86vm-1.1.4-3.fc24.x86_64
DEBUG: 0
INFO: Found libXxf86vm-1.1.4-3.fc24.x86_64
INFO: Checking for presence of libXdamage(x86-32)...
DEBUG: rpm -q --whatprovides "libXdamage(x86-32)"
DEBUG: libXdamage-1.1.4-8.fc24.i686
DEBUG: 0
INFO: Found libXdamage-1.1.4-8.fc24.i686
INFO: Checking for presence of libXfixes(x86-32)...
DEBUG: rpm -q --whatprovides "libXfixes(x86-32)"
DEBUG: libXfixes-5.0.3-1.fc25.i686
DEBUG: 0
INFO: Found libXfixes-5.0.3-1.fc25.i686
INFO: Checking for presence of android-tools...
DEBUG: rpm -q --whatprovides "android-tools"
DEBUG: android-tools-20160327git3761365735de-2.fc25.x86_64
DEBUG: 0
INFO: Found android-tools-20160327git3761365735de-2.fc25.x86_64
INFO: Checking for presence of devassistant-dap-git...
DEBUG: rpm -q --whatprovides "devassistant-dap-git"
DEBUG: devassistant-dap-git-0.11-3.fc24.noarch
DEBUG: 0
INFO: Found devassistant-dap-git-0.11-3.fc24.noarch
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org


fedora development - android error gradle wrapper .

2017-03-19 Thread Cătălin George Feștilă
I used this
https://developer.fedoraproject.org/start/sw/mobile-app/mobile-devassistant.html

This part from tutorial is wrong:

[devassistant]$ cp -r
/home/$USER/.devassistant/files/crt/android-studio/. "my_test"
INFO: For import project into Android Studio execute command:

I used this:

/home/$USER/android-studio/bin/studio.sh /home/$USER/catafest001/build.gradle

where catafest001 is "my_test" project from webpage

The result of this command can be see into this screenshot:

http://imgur.com/78q51mO

The log error output:

https://da.gd/DLaVq

Any idea how to solve this?
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org


Re: Fedmsg notifications not work with this options

2017-03-16 Thread Cătălin George Feștilă
reported issue to https://github.com/fedora-infra/fedmsg-notify/issues/29

:) maybe I will got a badge

2017-03-16 12:49 GMT+02:00 Cătălin George Feștilă <catalinf...@gmail.com>:

> Need to fix links from fedmsg-notify-config
>
> I think is need to fix this into package the corect link
> https://admin.fedoraproject.org/voting/
> The fedmsg-notify-config come with option on/off button and link to the
> notification event.
> Just click to the link about Fedora Elections and will give you this bad
> link:
> https://apps.fedoraproject.org/voting/
>
> Also you will be more great if we can have a content from fedmsg response
> not "about that" issue.
> like:   fedmsg-tail --really-pretty
>
> Anyway I don't have skill to change the fedora packages :)
>
> Sorry about that.
>
>
> 2017-03-15 17:35 GMT+02:00 Kevin Fenzi <ke...@scrye.com>:
> >
> > On Wed, 2017-03-15 at 14:14 +0200, Cătălin George Feștilă wrote:
> > > Hi,
> > > The Fedmsg not work so I think that will need to be fix.
> > >
> > > 1. The settings come with options to set Fedora Elections but link is
> down
> > > https://apps.fedoraproject.org/voting/
> >
> > That should be https://admin.fedoraproject.org/voting/
> >
> > Where did you see the apps link to it?
> >
> > > 2. The http://fedoraplanet.org/ not work with Blog Posts
> > >
> > > This are just few I don't tested everything .
> > > What do you think ?
> >
> > That works/loads fine here. Can you expand on what you are seeing?
> >
> > kevin
>
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org


Re: Fedmsg notifications not work with this options

2017-03-16 Thread Cătălin George Feștilă
Need to fix links from fedmsg-notify-config

I think is need to fix this into package the corect link
https://admin.fedoraproject.org/voting/
The fedmsg-notify-config come with option on/off button and link to the
notification event.
Just click to the link about Fedora Elections and will give you this bad
link:
https://apps.fedoraproject.org/voting/

Also you will be more great if we can have a content from fedmsg response
not "about that" issue.
like:   fedmsg-tail --really-pretty

Anyway I don't have skill to change the fedora packages :)

Sorry about that.


2017-03-15 17:35 GMT+02:00 Kevin Fenzi <ke...@scrye.com>:
>
> On Wed, 2017-03-15 at 14:14 +0200, Cătălin George Feștilă wrote:
> > Hi,
> > The Fedmsg not work so I think that will need to be fix.
> >
> > 1. The settings come with options to set Fedora Elections but link is
down
> > https://apps.fedoraproject.org/voting/
>
> That should be https://admin.fedoraproject.org/voting/
>
> Where did you see the apps link to it?
>
> > 2. The http://fedoraplanet.org/ not work with Blog Posts
> >
> > This are just few I don't tested everything .
> > What do you think ?
>
> That works/loads fine here. Can you expand on what you are seeing?
>
> kevin
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org


Re: try to build the python module: PyXPCOM with errors

2017-03-10 Thread Cătălin George Feștilă
I try to build the pyxpcom
nope
[root@localhost mythcat]# dnf install xulrunner-devel
Last metadata expiration check: 2:50:44 ago on Fri Mar 10 15:05:41 2017.
Package xulrunner-devel-44.0-9.fc25.x86_64 is already installed, skipping.
Dependencies resolved.
Nothing to do.
Complete!

maybe is something else !

>
> I used this page to build :
> https://developer.mozilla.org/en-US/docs/Mozilla/Developer_
> guide/Build_Instructions/Building_PyXPCOM#Compiling_Mozilla
>
> The error I got come from the last part: make
> See error result
> [root@localhost build]# ls
> configconfig.log dist  mozilla-config.h
> config.cache  config.status  Makefile  xpcom
> [root@localhost build]# ./config.status
> creating config/autoconf.mk
> creating Makefile
> creating xpcom/Makefile
> creating xpcom/src/Makefile
> creating xpcom/src/loader/Makefile
> creating xpcom/src/module/Makefile
> creating xpcom/components/Makefile
> creating xpcom/test/Makefile
> creating xpcom/test/test_component/Makefile
> [root@localhost build]# make
> make export
> make[1]: Entering directory '/home/mythcat/pyxpcom/build'
> make[2]: Entering directory '/home/mythcat/pyxpcom/build/config'
> if test ! -d system_wrappers; then mkdir system_wrappers; fi
> /usr/bin/perl ../../src/config/preprocessor.pl 
> -DOSTYPE=\"Linux4.9.13-200.fc25\"
> -DOSARCH=Linux -DHAVE_64BIT_OS=1 -DD_INO=d_ino -DSTDC_HEADERS=1
> -DHAVE_ST_BLKSIZE=1 -DHAVE_SIGINFO_T=1 -DHAVE_INT16_T=1 -DHAVE_INT32_T=1
> -DHAVE_INT64_T=1 -DHAVE_UINT=1 -DHAVE_UNAME_DOMAINNAME_FIELD=1
> -DHAVE_VISIBILITY_HIDDEN_ATTRIBUTE=1 -DHAVE_VISIBILITY_ATTRIBUTE=1
> -DHAVE_DIRENT_H=1 -DHAVE_GETOPT_H=1 -DHAVE_SYS_BITYPES_H=1
> -DHAVE_MEMORY_H=1 -DHAVE_UNISTD_H=1 -DHAVE_GNU_LIBC_VERSION_H=1
> -DHAVE_NL_TYPES_H=1 -DHAVE_MALLOC_H=1 -DHAVE_X11_XKBLIB_H=1
> -DHAVE_SYS_STATVFS_H=1 -DHAVE_SYS_STATFS_H=1 -DHAVE_SYS_VFS_H=1
> -DHAVE_SYS_MOUNT_H=1 -DHAVE_SYS_QUOTA_H=1 -DHAVE_MMINTRIN_H=1
> -DNEW_H=\ -DHAVE_SYS_CDEFS_H=1 -DHAVE_LIBM=1 -DHAVE_LIBDL=1
> -DHAVE_DLADDR=1 -DHAVE_RANDOM=1 -DHAVE_STRERROR=1 -DHAVE_LCHOWN=1
> -DHAVE_FCHMOD=1 -DHAVE_SNPRINTF=1 -DHAVE_STATVFS=1 -DHAVE_MEMMOVE=1
> -DHAVE_RINT=1 -DHAVE_STAT64=1 -DHAVE_LSTAT64=1 -DHAVE_TRUNCATE64=1
> -DHAVE_STATVFS64=1 -DHAVE_SETBUF=1 -DHAVE_ISATTY=1 -DHAVE_FLOCKFILE=1
> -DHAVE_GETPAGESIZE=1 -DHAVE_LOCALTIME_R=1 -DHAVE_STRTOK_R=1
> -DHAVE_WCRTOMB=1 -DHAVE_MBRTOWC=1 -DHAVE_RES_NINIT=1
> -DHAVE_GNU_GET_LIBC_VERSION=1 -DHAVE_ICONV=1 -DVA_COPY=va_copy
> -DHAVE_VA_COPY=1 -DHAVE_VA_LIST_AS_ARRAY=1 -DHAVE_CPP_EXPLICIT=1
> -DHAVE_CPP_TYPENAME=1 -DHAVE_CPP_MODERN_SPECIALIZE_TEMPLATE_SYNTAX=1
> -DHAVE_CPP_PARTIAL_SPECIALIZATION=1 -DHAVE_CPP_ACCESS_CHANGING_USING=1
> -DHAVE_CPP_AMBIGUITY_RESOLVING_USING=1 -DHAVE_CPP_NAMESPACE_STD=1
> -DHAVE_CPP_UNAMBIGUOUS_STD_NOTEQUAL=1 -DHAVE_CPP_NEW_CASTS=1
> -DHAVE_CPP_DYNAMIC_CAST_TO_VOID_PTR=1 -DNEED_CPP_UNUSED_IMPLEMENTATIONS=1
> -DHAVE_I18N_LC_MESSAGES=1 -DHAVE_CPP_CHAR16_T=1 -DMOZ_DLL_SUFFIX=\".so\"
> -DXP_UNIX=1 -DUNIX_ASYNC_DNS=1  \
> ../../src/config/system-headers | /usr/bin/perl ../../src/config/
> make-system-wrappers.pl system_wrappers
> /usr/bin/python ../../src/config/nsinstall.py -R system_wrappers ../dist
> make[2]: Leaving directory '/home/mythcat/pyxpcom/build/config'
> make[2]: Entering directory '/home/mythcat/pyxpcom/build/xpcom'
> make[3]: Entering directory '/home/mythcat/pyxpcom/build/xpcom/src'
> make[4]: Entering directory '/home/mythcat/pyxpcom/build/xpcom/src/module'
> make[4]: Nothing to be done for 'export'.
> make[4]: Leaving directory '/home/mythcat/pyxpcom/build/xpcom/src/module'
> make[4]: Entering directory '/home/mythcat/pyxpcom/build/xpcom/src/loader'
> make[4]: Nothing to be done for 'export'.
> make[4]: Leaving directory '/home/mythcat/pyxpcom/build/xpcom/src/loader'
> /usr/bin/python ../../../src/config/nsinstall.py -R -m 644
> ../../../src/xpcom/src/PyXPCOM.h ../../dist/include
> make[3]: Leaving directory '/home/mythcat/pyxpcom/build/xpcom/src'
> make[3]: Entering directory '/home/mythcat/pyxpcom/build/xpcom/components'
> make[3]: Nothing to be done for 'export'.
> make[3]: Leaving directory '/home/mythcat/pyxpcom/build/xpcom/components'
> make[3]: Entering directory '/home/mythcat/pyxpcom/build/xpcom/test'
> make[4]: Entering directory '/home/mythcat/pyxpcom/build/
> xpcom/test/test_component'
> py_test_component.idl
> /usr/bin/python ../../../../src/config/pythonpath.py \
>   -I/usr/lib64/xulrunner-devel-44.0/sdk/bin/ply \
>   /usr/lib64/xulrunner-devel-44.0/sdk/bin/header.py
> --cachedir=/home/mythcat/pyxpcom/build/xpcom/test/test_component/cache
> -I../../../../src/xpcom/test/test_component -I../../../dist/idl
> -I/usr/lib64/xulrunner-devel-44.0/idl ../../../../src/xpcom/test/
> test_component/py_test_component.idl -d .deps/py_test_component.h.pp -o
> _xpidlgen/py_test_component.h
> Traceback (most recent call last):
>   File "../../../../src/config/pythonpath.py", line 40, in 
> execfile(script, {'__name__': '__main__', '__file__': script})
> IOError: [Errno 2] No 

try to build the python module: PyXPCOM with errors

2017-03-09 Thread Cătălin George Feștilă
I used this page to build :
https://developer.mozilla.org/en-US/docs/Mozilla/Developer_guide/Build_Instructions/Building_PyXPCOM#Compiling_Mozilla

The error I got come from the last part: make
See error result
[root@localhost build]# ls
configconfig.log dist  mozilla-config.h
config.cache  config.status  Makefile  xpcom
[root@localhost build]# ./config.status
creating config/autoconf.mk
creating Makefile
creating xpcom/Makefile
creating xpcom/src/Makefile
creating xpcom/src/loader/Makefile
creating xpcom/src/module/Makefile
creating xpcom/components/Makefile
creating xpcom/test/Makefile
creating xpcom/test/test_component/Makefile
[root@localhost build]# make
make export
make[1]: Entering directory '/home/mythcat/pyxpcom/build'
make[2]: Entering directory '/home/mythcat/pyxpcom/build/config'
if test ! -d system_wrappers; then mkdir system_wrappers; fi
/usr/bin/perl ../../src/config/preprocessor.pl
-DOSTYPE=\"Linux4.9.13-200.fc25\" -DOSARCH=Linux -DHAVE_64BIT_OS=1
-DD_INO=d_ino -DSTDC_HEADERS=1 -DHAVE_ST_BLKSIZE=1 -DHAVE_SIGINFO_T=1
-DHAVE_INT16_T=1 -DHAVE_INT32_T=1 -DHAVE_INT64_T=1 -DHAVE_UINT=1
-DHAVE_UNAME_DOMAINNAME_FIELD=1 -DHAVE_VISIBILITY_HIDDEN_ATTRIBUTE=1
-DHAVE_VISIBILITY_ATTRIBUTE=1 -DHAVE_DIRENT_H=1 -DHAVE_GETOPT_H=1
-DHAVE_SYS_BITYPES_H=1 -DHAVE_MEMORY_H=1 -DHAVE_UNISTD_H=1
-DHAVE_GNU_LIBC_VERSION_H=1 -DHAVE_NL_TYPES_H=1 -DHAVE_MALLOC_H=1
-DHAVE_X11_XKBLIB_H=1 -DHAVE_SYS_STATVFS_H=1 -DHAVE_SYS_STATFS_H=1
-DHAVE_SYS_VFS_H=1 -DHAVE_SYS_MOUNT_H=1 -DHAVE_SYS_QUOTA_H=1
-DHAVE_MMINTRIN_H=1 -DNEW_H=\ -DHAVE_SYS_CDEFS_H=1 -DHAVE_LIBM=1
-DHAVE_LIBDL=1 -DHAVE_DLADDR=1 -DHAVE_RANDOM=1 -DHAVE_STRERROR=1
-DHAVE_LCHOWN=1 -DHAVE_FCHMOD=1 -DHAVE_SNPRINTF=1 -DHAVE_STATVFS=1
-DHAVE_MEMMOVE=1 -DHAVE_RINT=1 -DHAVE_STAT64=1 -DHAVE_LSTAT64=1
-DHAVE_TRUNCATE64=1 -DHAVE_STATVFS64=1 -DHAVE_SETBUF=1 -DHAVE_ISATTY=1
-DHAVE_FLOCKFILE=1 -DHAVE_GETPAGESIZE=1 -DHAVE_LOCALTIME_R=1
-DHAVE_STRTOK_R=1 -DHAVE_WCRTOMB=1 -DHAVE_MBRTOWC=1 -DHAVE_RES_NINIT=1
-DHAVE_GNU_GET_LIBC_VERSION=1 -DHAVE_ICONV=1 -DVA_COPY=va_copy
-DHAVE_VA_COPY=1 -DHAVE_VA_LIST_AS_ARRAY=1 -DHAVE_CPP_EXPLICIT=1
-DHAVE_CPP_TYPENAME=1 -DHAVE_CPP_MODERN_SPECIALIZE_TEMPLATE_SYNTAX=1
-DHAVE_CPP_PARTIAL_SPECIALIZATION=1 -DHAVE_CPP_ACCESS_CHANGING_USING=1
-DHAVE_CPP_AMBIGUITY_RESOLVING_USING=1 -DHAVE_CPP_NAMESPACE_STD=1
-DHAVE_CPP_UNAMBIGUOUS_STD_NOTEQUAL=1 -DHAVE_CPP_NEW_CASTS=1
-DHAVE_CPP_DYNAMIC_CAST_TO_VOID_PTR=1 -DNEED_CPP_UNUSED_IMPLEMENTATIONS=1
-DHAVE_I18N_LC_MESSAGES=1 -DHAVE_CPP_CHAR16_T=1 -DMOZ_DLL_SUFFIX=\".so\"
-DXP_UNIX=1 -DUNIX_ASYNC_DNS=1  \
../../src/config/system-headers | /usr/bin/perl ../../src/config/
make-system-wrappers.pl system_wrappers
/usr/bin/python ../../src/config/nsinstall.py -R system_wrappers ../dist
make[2]: Leaving directory '/home/mythcat/pyxpcom/build/config'
make[2]: Entering directory '/home/mythcat/pyxpcom/build/xpcom'
make[3]: Entering directory '/home/mythcat/pyxpcom/build/xpcom/src'
make[4]: Entering directory '/home/mythcat/pyxpcom/build/xpcom/src/module'
make[4]: Nothing to be done for 'export'.
make[4]: Leaving directory '/home/mythcat/pyxpcom/build/xpcom/src/module'
make[4]: Entering directory '/home/mythcat/pyxpcom/build/xpcom/src/loader'
make[4]: Nothing to be done for 'export'.
make[4]: Leaving directory '/home/mythcat/pyxpcom/build/xpcom/src/loader'
/usr/bin/python ../../../src/config/nsinstall.py -R -m 644
../../../src/xpcom/src/PyXPCOM.h ../../dist/include
make[3]: Leaving directory '/home/mythcat/pyxpcom/build/xpcom/src'
make[3]: Entering directory '/home/mythcat/pyxpcom/build/xpcom/components'
make[3]: Nothing to be done for 'export'.
make[3]: Leaving directory '/home/mythcat/pyxpcom/build/xpcom/components'
make[3]: Entering directory '/home/mythcat/pyxpcom/build/xpcom/test'
make[4]: Entering directory
'/home/mythcat/pyxpcom/build/xpcom/test/test_component'
py_test_component.idl
/usr/bin/python ../../../../src/config/pythonpath.py \
  -I/usr/lib64/xulrunner-devel-44.0/sdk/bin/ply \
  /usr/lib64/xulrunner-devel-44.0/sdk/bin/header.py
--cachedir=/home/mythcat/pyxpcom/build/xpcom/test/test_component/cache
-I../../../../src/xpcom/test/test_component -I../../../dist/idl
-I/usr/lib64/xulrunner-devel-44.0/idl
../../../../src/xpcom/test/test_component/py_test_component.idl -d
.deps/py_test_component.h.pp -o _xpidlgen/py_test_component.h
Traceback (most recent call last):
  File "../../../../src/config/pythonpath.py", line 40, in 
execfile(script, {'__name__': '__main__', '__file__': script})
IOError: [Errno 2] No such file or directory:
'/usr/lib64/xulrunner-devel-44.0/sdk/bin/header.py'
../../../../src/config/rules.mk:1668: recipe for target
'_xpidlgen/py_test_component.h' failed
make[4]: *** [_xpidlgen/py_test_component.h] Error 1
make[4]: Leaving directory
'/home/mythcat/pyxpcom/build/xpcom/test/test_component'
../../../src/config/rules.mk:796: recipe for target 'export' failed
make[3]: *** [export] Error 2
make[3]: Leaving directory '/home/mythcat/pyxpcom/build/xpcom/test'

Re: dnf group and dnf group list diff ?

2017-02-27 Thread Cătălin George Feștilă
sorry, my message came from this reasons:
1. I'm new into devel list and development under Fedora.
2. is a common issue under Fedora update by real developers how works with
dnf.
3. I find something into google search about hidden groups but I'm not sure
that is true into this bug.
into last few years Fedora come with many users accounts so
I'm wary at first indications of the reasons above.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org


Re: dnf group and dnf group list diff ?

2017-02-27 Thread Cătălin George Feștilă
no, is not my job

2017-02-27 14:23 GMT+02:00 Honza Silhan :

> Hi,
>
> it seems like a bug.
>
> Can you please report a bug here [1], include whole output of `dnf
> group`, `dnf group summary`, `dnf list` and `cat
> /var/lib/dnf/groups.json`?
>
>
> Thanks,
> Honza
>
> [1] https://bugzilla.redhat.com/enter_bug.cgi?product=Fedora=dnf
>
> On Fri, Feb 24, 2017 at 8:18 PM, Catalin  wrote:
> > [root@localhost mythcat]# dnf group
> > Last metadata expiration check: 0:28:47 ago on Fri Feb 24 13:27:40 2017.
> > Installed Groups: 3
> > Available Groups: 33
> > [root@localhost mythcat]# dnf group list
> > told me are more than 3 installed
> >
> > this is a error or bug ?
> >
> > ___
> > devel mailing list -- devel@lists.fedoraproject.org
> > To unsubscribe send an email to devel-le...@lists.fedoraproject.org
> >
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-le...@lists.fedoraproject.org
>
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org