Fedora 30 Copy/Paste Not Working
Hello Dear Friends Copying something from a browser window (Firefox) and pasting it on a terminal (Xfce, Gnome, Mate) was not working . Then I discovered copy/paste is not working anywhere, Gedit, Libreoffice and such. Then I searched the Net and got this link: http://irawoodring.net/fedora-xfce4-and-clipit-wayland/ After that I made an 'Exit' from the running instance of Clippit and now copy/paste works. Later I will do the 'dnf remove clippit' and 'shutdown -r now'. Thought it may help someone else like me. -- দাশ das http://ddts.randomink.org/ ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-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/users@lists.fedoraproject.org
Re: trouble with Fedora 31, notebook, and nvidia
Hi. On Sat, 02 Nov 2019 21:40:04 -0400 "D. Hugh Redelmeier" wrote: > | I bought a used notebook which came with an Nvidia GPU and I haven't > | managed to get it to work with Fedora. > Sorry, that was a bad summary. I have not been able to get it to work > WELL with Fedora. I'm still hopeful. > - it hangs with the nouveau driver. (Which it tries to use unless you > suppress it with a kernel parameter.) > - it hangs the way I set it up with the negativo17 repo's packaging of the > proprietary nvidia driver. > - both hangs are so hard that they destroys the evidence of why the system > hung. We have some XPS's and I managed to make them usable (only the suspend is unreliable) by: - using the nvidia driver from rpmfusion - Offloading Graphics Display with RandR 1.4 Ref: /usr/share/doc/xorg-x11-drv-nvidia/README.txt - using lightdm - customizing 3 files (the name nvidia-optimus is ... historical): /etc/X11/xorg.conf /etc/lightdm/lightdm.conf.d/nvidia-optimus.conf /etc/lightdm/nvidia-optimus-setup Here are the templates I use for those files: -- /etc/X11/xorg.conf # $Id: xorg.conf,v 1.6 2014/09/29 06:42:12 root Exp $ # Install as: /etc/X11/xorg.conf # Adjust the BusID if needed (cf lspci) # Cf: /usr/share/doc/xorg-x11-drv-nvidia/README.txt # Chapter 33. Offloading Graphics Display with RandR 1.4 # lspci|grep 3D # 02:00.0 3D controller: NVIDIA Corporation GK107GLM [Quadro K1100M] (rev a1) # # root@nsjura 2014-09-25 09:06:10 / # => PCI:2:0:0 Section "ServerFlags" Option "DontVTSwitch" "off" EndSection Section "ServerLayout" Identifier "layout" Screen 0 "nvidia" Inactive "intel" EndSection Section "Device" Identifier "nvidia" Driver "nvidia" BusID "PCI:2:0:0" EndSection Section "Screen" Identifier "nvidia" Device "nvidia" Option "AllowEmptyInitialConfiguration" EndSection Section "Device" Identifier "intel" Driver "modesetting" EndSection Section "Screen" Identifier "intel" Device "intel" EndSection -- /etc/lightdm/lightdm.conf.d/nvidia-optimus.conf - # $Id: nvidia-optimus.conf,v 1.3 2014/09/29 06:40:18 root Exp $ # Install as: /etc/lightdm/lightdm.conf.d/nvidia-optimus.conf [SeatDefaults] display-setup-script=/etc/lightdm/nvidia-optimus-setup -- /etc/lightdm/nvidia-optimus-setup --- #!/bin/bash -p # $Id: nvidia-optimus-setup,v 1.5 2015/08/05 15:40:18 fm Exp $ # Install as: /etc/lightdm/nvidia-optimus-setup # Make it executable: chmod a+x /etc/lightdm/nvidia-optimus-setup # Adjust the dpi below xrandr --setprovideroutputsource modesetting NVIDIA-0 xrandr --auto # Specific Dell Precision M3800 # 3200x1800 pixels # Image Size: 346 x 194 mm xrandr --dpi 234 -- -- francis ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-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/users@lists.fedoraproject.org
Re: Root Forced to Comply With Password Complexity Requirements
| From: Tim via users | Samuel Sieb: | >> 3 retries is the usual thing. | Ignoring your particular case, it may stop a bad keyboard, or a typist | who needs to type slower to accurately enter their password. It also makes brute-forcing a little harder. Not a lot. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-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/users@lists.fedoraproject.org
Re: Root Forced to Comply With Password Complexity Requirements
| From: Tim via users | If any user should need the enforcement of good passwords, it's the | root user. If your PC was on a LAN where crackers can have a go at | you, this could be very important. It does not take long for someone | to mess up a system if they can get in. It's better to be safe than | sorry. To me the obvious thing is to simply pick a better password. | e.g. Just make it two words long instead of one. In my opinion, best practice is to not allow an SSH login to root. So the root password isn't directly relevant in the LAN (or wider internet) case. For internet-exposed boxes, I don't let SSH use password authentication at all, for any user. Boy is there a lot of bogus SSH traffic that tries brute-forcing SSH. I have physical security for most of my boxes (less so for wanderers like notebooks). ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-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/users@lists.fedoraproject.org
Re: Root Forced to Comply With Password Complexity Requirements
This problem seems to have been identified as a bug. That answers my original question. But... On Sunday, November 3, 2019 9:59:10 AM EST D. Hugh Redelmeier wrote: > | From: Tim via users > > | Samuel Sieb: > | >> 3 retries is the usual thing. > > | Ignoring your particular case, it may stop a bad keyboard, or a typist > | who needs to type slower to accurately enter their password. > > It also makes brute-forcing a little harder. Not a lot. Doesn't anyone read any more. I was *changing* a password -- not entering one to login. What possible purpose could be served by limiting my tries to get one conforming to the silly rules serve? Brut-force what? I am not logging in. -- Garry T. Williams ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-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/users@lists.fedoraproject.org
xdg-desktop-portal?
After running fedora 31 for a day or so, I now have thousands of lines of this in my messages log: Nov 3 12:43:21 zooty xdg-desktop-por[33248]: Failed to get application states: GDBus.Error:org.freedesktop.portal.Error.Failed: Could not get window list: Cannot invoke method; proxy is for the well-known name org.gnome.Shell without an owner, and proxy was constructed with the G_DBUS_PROXY_FLAGS_DO_NOT_AUTO_START flag How do I make xdg-desktop-portal go away and stop bothering me? (I'm not running gnome shell, I'm running a custom fvwm session, but systemd starts this junk anyway in my user deamon). ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-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/users@lists.fedoraproject.org
Re: xdg-desktop-portal?
Hi. On Sun, 03 Nov 2019 12:51:16 -0500 Tom Horsley wrote: > How do I make xdg-desktop-portal go away and stop bothering me? Try, under your account: systemctl --user mask xdg-desktop-portal.service eventually also: systemctl --user mask xdg-desktop-portal-gtk.service Hoping that dbus will not generate as many messages failing to spawn those services. -- francis ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-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/users@lists.fedoraproject.org
Re: xdg-desktop-portal?
On Sun, 03 Nov 2019 19:19:22 +0100 francis.montag...@inria.fr wrote: > systemctl --user mask xdg-desktop-portal.service That seems to have worked. I clobbered a few more that looked useless as well. I'll see if I run into anything that doesn't work now. Thanks. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-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/users@lists.fedoraproject.org
Fedora 31 email text size -
I am trying to configure a new Fedora 31 installation and Thunderbird presents email messages with what to me appears to be a microscopic text size, I need to press 'CTL +' several times. The default text is perhaps 3 mm high on a "24 inch" screen. Nothing in the usual menu settings seem to have anyeffect. Am I the only one seeing this? Bob -- Bob Goodwin - Zuni, Virginia, USA ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-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/users@lists.fedoraproject.org
Re: Fedora 31 email text size -
On 11/3/19 11:45 AM, Bob Goodwin wrote: I am trying to configure a new Fedora 31 installation and Thunderbird presents email messages with what to me appears to be a microscopic text size, I need to press 'CTL +' several times. The default text is perhaps 3 mm high on a "24 inch" screen. Nothing in the usual menu settings seem to have anyeffect. For displaying email in your folders Edit --> Preferences --> Display --> Formatting the Advanced button allows for a broader range of font-families, etc For composing email in HTML Edit --> Preferences --> Composition allows a more limited choice of settings. hth ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-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/users@lists.fedoraproject.org
Re: Fedora 31 email text size -
On 11/03/19 15:01, Mike Wright wrote: For displaying email in your folders Edit --> Preferences --> Display --> Formatting the Advanced button allows for a broader range of font-families, etc For composing email in HTML Edit --> Preferences --> Composition allows a more limited choice of settings. hth . It seems those should do it, but I get no change ... This computer running Fedora 29, Thunderbird 52.8.0, with XFCE if that matters, I just set to 24 (whatever the units are) and it produces large easily read characters with your email message. The F31 box set to 24 is still tiny. -- Bob Goodwin - Zuni, Virginia, USA ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-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/users@lists.fedoraproject.org
F30->F31 systemd-networkd no IPv6 autoconfiguration
After a successful "dnf systemd upgrade" F30->F31, I'm finding that a few of my machines which use systemd-networkd instead of NetworkManager are no longer autoconfiguring IPv6 addresses. I also noticed that even though NetworkManager is disabled, it is initiated in early boot, which I'm not sure is related. It appears as though the system isn't assigning the link-local address and therefore can't communicate via IPv6. If anyone has any pointers on where to begin, I'd appreciate it. Thanks. -A Both systems below use the following /etc/systemd/network/10-wired-dhcp.network: [Match] Name=en* [Network] DHCP=yes IPv6PrivacyExtensions=yes A system that IS working with systemd-networkd displays the following debug output: eno1: New device has no master, continuing without eno1: Flags change: +UP +LOWER_UP +RUNNING +MULTICAST +BROADCAST eno1: Link 2 added eno1: udev initialized link eno1: State changed: pending -> initialized eno1: Saved original MTU: 1500 eno1: Remembering foreign address: fe80::f64d:30ff:fe6e:2cf5/64 (valid forever) eno1: Gained IPv6LL eno1: Remembering route: dst: ff00::/8, src: n/a, gw: n/a, prefsrc: n/a, scope: global, table: local, proto: boot, type: unicast eno1: Remembering route: dst: fe80::f64d:30ff:fe6e:2cf5/128, src: n/a, gw: n/a, prefsrc: n/a, scope: global, table: local, proto: kernel, type: local eno1: Remembering route: dst: fe80::/64, src: n/a, gw: n/a, prefsrc: n/a, scope: global, table: main, proto: kernel, type: unicast eno1: Remembering updated address: fe80::f64d:30ff:fe6e:2cf5/64 (valid forever) eno1: Updating remembered route: dst: fe80::f64d:30ff:fe6e:2cf5/128, src: n/a, gw: n/a, prefsrc: n/a, scope: global, table: local, proto: kernel, type: local eno1: Link state is up-to-date eno1: found matching network '/etc/systemd/network/10-wired-dhcp.network' Setting '/proc/sys/net/ipv6/conf/eno1/disable_ipv6' to '0' eno1: IPv6 successfully enabled Setting '/proc/sys/net/ipv6/conf/eno1/proxy_ndp' to '0' Setting '/proc/sys/net/ipv6/conf/eno1/use_tempaddr' to '2' Setting '/proc/sys/net/ipv6/conf/eno1/accept_ra' to '0' eno1: Started LLDP. eno1: Setting address genmode for link eno1: Acquiring DHCPv4 lease eno1: Discovering IPv6 routers eno1: State changed: initialized -> configuring eno1: Acquiring DHCPv6 lease on NDisc request Another system that is not working displays the following debug output (note the missing Remembering foreign address and Gained IPv6LL lines): eno1: New device has no master, continuing without eno1: Flags change: +UP +LOWER_UP +RUNNING +MULTICAST +BROADCAST eno1: Link 2 added eno1: udev initialized link eno1: State changed: pending -> initialized eno1: Saved original MTU: 1500 eno1: Remembering route: dst: ff00::/8, src: n/a, gw: n/a, prefsrc: n/a, scope: global, table: local, proto: boot, type: unicast eno1: Link state is up-to-date eno1: found matching network '/etc/systemd/network/10-wired-dhcp.network' eno1: IPv6 successfully enabled eno1: Started LLDP. eno1: Setting address genmode for link eno1: Acquiring DHCPv4 lease eno1: State changed: initialized -> configuring -- Anthony - https://messinet.com F9B6 560E 68EA 037D 8C3D D1C9 FF31 3BDB D9D8 99B6 ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-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/users@lists.fedoraproject.org
Re: upgrade does not take
On 11/2/19 11:23 PM, Ed Greshko wrote: On 11/3/19 1:54 PM, ToddAndMargo via users wrote: The bottom of each Nothing at the bottom. FWIW, I would do dnf system-upgrade clean dnf system-upgrade download --releasever=31 and then dnf system-upgrade -v reboot --debugsolver And look through the new logs for and "CRIT" or "CRITICAL" notations Hi Ed, That was it. I had to remove the corked qemu* and \*virt\* stuff to get system-upgrade to take, but corked junk was alredy downloaded. "dnf system-upgrade clean" solved the issue. Thank you -T ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-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/users@lists.fedoraproject.org
Re: upgrade does not take
On 11/2/19 11:48 PM, Ed Greshko wrote: On 11/3/19 1:54 PM, ToddAndMargo via users wrote: The bottom of each Oh, you do have dnf-plugins-extras-4.0.7-2.fc30 installed, yes? No. Is it a good think to have? If you did not see my prior post, you fixed my issue, ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-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/users@lists.fedoraproject.org
Re: upgrade does not take
On 11/4/19 7:23 AM, ToddAndMargo via users wrote: On 11/2/19 11:48 PM, Ed Greshko wrote: On 11/3/19 1:54 PM, ToddAndMargo via users wrote: The bottom of each Oh, you do have dnf-plugins-extras-4.0.7-2.fc30 installed, yes? No. Is it a good think to have? Well, it is moot now that you've upgraded. However, that version contains a new version of dnf-plugin-system-upgrade which fixes a BZ that resulted in similar symptoms of an upgrade not completing upon reboot. -- The key to getting good answers is to ask good questions. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-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/users@lists.fedoraproject.org
Re: upgrade does not take
On 11/3/19 3:32 PM, Ed Greshko wrote: On 11/4/19 7:23 AM, ToddAndMargo via users wrote: On 11/2/19 11:48 PM, Ed Greshko wrote: On 11/3/19 1:54 PM, ToddAndMargo via users wrote: The bottom of each Oh, you do have dnf-plugins-extras-4.0.7-2.fc30 installed, yes? No. Is it a good think to have? Well, it is moot now that you've upgraded. However, that version contains a new version of dnf-plugin-system-upgrade which fixes a BZ that resulted in similar symptoms of an upgrade not completing upon reboot. Hi Ed, Seems dumb-dumb here had installed both 32 and 64 bit qemu and virt stuff. After cleaning out all the cob webs, things are working well. Proper install is dnf install qemu virt-manager virt-viewer not dnf install qemu* virt* Well, well is relative. Perl 6 is can not find any of my subs in my modules. Thank you for the help. Dude you rock! -T ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-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/users@lists.fedoraproject.org
Re: dhcp failover with selinux enabled
You can find out which ports are configured with: [0:root@c3po selinux]$ semanage port -l | grep dhcpd dhcpd_port_t tcp 547, 548, 647, 847, 7911 dhcpd_port_t udp 67, 547, 548, 647, 847 There are designated ports in /etc/services: dhcp-failover 647/tcp # DHCP Failover dhcp-failover 647/udp # DHCP Failover dhcp-failover2 847/tcp # dhcp-failover 2 dhcp-failover2 847/udp # dhcp-failover 2 I use 647/847 on one failover pair and 520/520 on another which I don't recall having to inform selinux about even though 520 is not in the policy. FYI: [0:root@c3po selinux]$ semanage port -l | grep -e 7911 -e 8118 dhcpd_port_t tcp 547, 548, 647, 847, *7911* http_cache_port_t tcp 8080, *8118*, 8123, 10001-10010 Bill On 11/2/2019 9:31 PM, Sam Varshavchik wrote: Does anyone happen to know if the dhcp failover configuration that's documented here: https://kb.isc.org/docs/aa-00502 is supported by Fedora's selinux policy. Perusing it, failover seems to use a dedicated port(s), so selinux needs to bless dhcp's binding to that port(s). I couldn't figure out what is or isn't in Fedora's selinux polixy by searching what's in the selinux-policy-targeted and selinux-policy-devel rpms; and I was unable to find any useful selinux documentation, either in the supplied rpm or web searches. It would be nice to know this in advance before attempting to wreck my LAN for an afternoon, trying to get this to work with selinux enabled. I thought I could determine whether Fedora's selinux with respect to dhcp and ports 647 and 7911 (the dhcpd.conf man pages makes it clear that ports 519 and 520 from the above docs are outdated) by figuring out where is the selinux policy restricts privoxy to port 8118; but a grep of all the files in selinux-policy-targeted or selinux-policy-devel finds nothing that appears to specify that the privoxy_t domain is allowed to bind port 8118. The selinux-doc RPM appears to be just robo-generated documentation that just repeats the stuff that I found in the other RPMs. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-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/users@lists.fedoraproject.org ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-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/users@lists.fedoraproject.org
Perl 6 can't find subs in modules
Hi All,
Help! I am so, so screwed if I can't get Perl 6 working again.
I just upgraded Fedora from 30 to 31.
I upgraded to rakudo-pkg-Fedora31-2019.07.1-03.x86_64.rpm
from https://github.com/nxadm/rakudo-pkg/releases
Now P6 can not find my subs inside my modules:
# cat p6lib/ModuleTest.pm6
sub ModuleTest() is export( :ModuleTest ) { say "Hi"; }
sub ModuleTst() is export( :ModuleTst ) { say "Bye"; }
# perl6 -I./p6lib -e 'use ModuleTest :ModuleTest :ModuleTst; ModuleTest;
ModuleTst;'
===SORRY!=== Error while compiling -e
Undeclared name:
ModuleTst used at line 1
The stock "rakudo" and "rakudo-zef" that resides in the
Fedora repo's has the same issue.
And I just reproduced it on a fresh virtual machine of
Fedora 31 that had never before been touched by Perl 6
(Rakudo)
This problem now occurs across all my programs that call
any of my custom modules. This did to happen in Fedora 30.
Many thanks,
-T
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-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/users@lists.fedoraproject.org
