I'm having myriad problems with gedit and large text files. OK 81MB
isn't really that large, it should be able to handle that without this
First, it takes a long time to open, more than a minute, and this is
on an SSD. Next, it's doing some processing for a really long time
after it loads the document, about 5-6 minutes, while the process
consumes 100% CPU and the fans start running on high like I'm blowing
my hair dry rather than reading a document.
But the actual problem is, at some point I click out of gedit, then
back into gedit, and somehow the white background becomes black. So
it's a sea of black text on a black background and thus totally
Can anyone else reproduce this?
I don't think there's anything magical about it being 81M. I don't
have this problem though with smaller files in the 1MB or less range.
I just don't know at what threshold it becomes a problem.
Not sure what the issue is. Am currently 7 timezones away from my
classroom machines, but wanted to update a few before I get back. Had to
run the process 3 times on first machine before it finally did the upgrade.
fedup --network 24 --allowerasing
Process seems to go thru just fine, and then do
dnf system-upgrade reboot
And it reboots, but then comes back to the 23 version.
Did that twice with VNC connection to machine, and then did it a 3rd time, in
which I sshed in via another local machine.
Thought that might be the issue, but then did a ssh connection upgrade
process on two other machines twice, and they did not upgrade. Can't see
the systems during the reboot process, and didn't see anything in the /var/log
files to show any errors.
Trying on those machines again, but after the failed system-upgrade, it has
to download all the files again??
Michael D. Setzer II - Computer Science Instructor
Guam Community College Computer Center
Guam - Where America's Day Begins
G4L Disk Imaging Project maintainer
Number of Seti Units Returned: 19,471
Processing time: 32 years, 290 days, 12 hours, 58 minutes
(Total Hours: 287,489)
ABC 16613838.513356 | EINSTEIN
ROSETTA 46454407.390976 | SETI 87587441.062934
As you will see, there is a long delay (90 seconds or so)
while shutting down.
If anyone can throw light on this I should be very grateful.
This is the re-boot timeline on my Thinkpad T510:
f=>Leave=>Restart command given and confirmed
19s just cursor on screen
f icon appears and remains on screen
Thinkpad icon appears
14s automatic choice of kernel
bulb appears and slowly fills
login screen - after logging in
K icon appears and horizontal bar fills
It will be seen that there is a long delay (almost 2 minutes)
while shutting down.
I see from "journalctl -b-1" that the delay occurs here
Jul 23 14:11:38 william.gayleard.com NetworkManager:
<info> [1469275898.3807] device (wlp3s0):
supplicant interface state: completed -> disconnected
Jul 23 14:11:41 william.gayleard.com wpa_supplicant:
wlp3s0: Reject scan trigger since one is already pending
Jul 23 14:13:02 william.gayleard.com NetworkManager:
<info> [1469275982.5130] connectivity: check for uri
'http://fedoraproject.org/static/hotspot.txt' failed wit
Jul 23 14:13:05 william.gayleard.com systemd: session-1.scope:
Stopping timed out. Killing.
Jul 23 14:13:05 william.gayleard.com systemd:
Stopped Session 1 of user tim.
Is the delay due to the timeout mentioned?
I am not good at interpreting the output of journalctl.
gayleard /at/ eircom.net
School of Mathematics, Trinity College, Dublin
Is the gnome environment compatible between fc22 and fc24 ?
In other words, can a user run back in fc22 other an update have been
in fc24 ?
Patrick DUPRÉ | | email: pdupre(a)gmx.com
Laboratoire de Physico-Chimie de l'Atmosphère | |
Université du Littoral-Côte d'Opale | |
Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44
189A, avenue Maurice Schumann | | 59140 Dunkerque, France
I upgraded one of my systems from F22 -> F24. The upgrade went fine,
however, after the upgrade when I do an ssh from the F24 system to the
F22 system I get the following error:
sign_and_send_pubkey: signing failed: agent refused operation
I re ran ssh-keygen on the F24 to generate the keys. I removed the F24
system entries in the known_hosts file on the F22 system. I copied the
F22 public key to the F24 system and added it to the authorized_keys
file. I still get the error.
Running ssh from the F22 system to the F24 system works fine after
having copied the F22 public key to the F24 system and adding it to the
authorized_keys file and deleting the F22 entries in the known_hosts file.
Now here's the strange part. If I start on the F22 system and ssh to
the F24 system and then ssh back to the F22 system I don't see the
error, it connects without prompting for a password.
I also tried ssh F24 -> F24 and I get the error when the system on which
I run the ssh is 192.168.10.5, but not when the originating system is my
other F24 system at 192.168.10.2. ssh F24 (192.168.10.2) -> F24
(192.168.10.5) no error, but still prompts for password. ssh F24
(192.168.10.2) -> F22 (192.168.10.65) works no password prompt.
Anyone have an idea of what's going on and how to fix it?
Any help is appreciated.
On Fri, Jul 22, 2016 at 4:41 PM, Greg Woods <woods(a)ucar.edu> wrote:
> The check format I am using is "wallet checks". There are three checks to
> a page and a blank area at the bottom, like this:
> check 1
> check 2
> check 3
> In F24, they come out with the blank space between checks 2 and 3:
> check 1
> check 2
> check 3
My wife (who is a much better Googler than I) found a discussion in a
Gnucash forum of exactly this issue:
The upshot of it is that this is a bug introduced in 2.6.12 . The reason I
never saw it in F23 was that, prior to just before my system-upgrade, I had
not done an update in F23 in a long time, so I was still running 2.6.11,
which does not have the bug. F24 has 2.6.12, with the bug. A fix has been
committed to 2.6.13, but Fedora doesn't have this yet (at least not in the
normal updates repo).
So I just grabbed the old 2.6.11 package and did a "dnf downgrade", and I
am back to 2.6.11 and it works again.
I am asking this here because I don't think it's a gnucash issue
specifically. The gnucash package in F24 is the same version as in F23
(2.6.12-2) and I even checked the file in /usr/share/gnucash/checks where
the printing format is defined and it's identical to the one from F23. I
don't think it's a printer or print driver issue either because the problem
occurs even when I just print to a PDF file.
The check format I am using is "wallet checks". There are three checks to a
page and a blank area at the bottom, like this:
In F24, they come out with the blank space between checks 2 and 3:
It's a long shot to ask abut this here I know, but I can fathom no reason
why this should be happening. I have tried playing games with larger,
smaller, and different fonts and it continues to print like this. Of
course, this means the third check comes out blank, the the printing in the
blank space in the bottom instead of where the third check is supposed to
be. I can live for a while with writing every third check by hand (it's
only for personal use, not a business), but it's a royal pain and I'd like
to solve this. If anyone has any ideas, I would be grateful.
One friend of mine created a FAS account and when he use wiki page for
the page says "User account "Greysonsilva" is not registered."
he assigned the CLA, and the account is Active.
I told him to click in "create" on the wiki page, but when he clicked it
You have entered an invalid username and password. If you are certain
that your username and password are correct, confirm that you can log in
to the Fedora Account System (https://admin.fedoraproject.org/accounts/)
and that you have signed the CLA."
Can someone help us?