On 2020-04-27 13:43, Tim via users wrote:
> On Sun, 2020-04-26 at 16:05 -0700, ToddAndMargo via users wrote:
>> Tip: by default the dhcp leases file does not exist under
>> Fedora32. You have to create it firs, then it gets uses
> If true, I'd call that a bug. It's a ludicrous requirement for
On Sun, 2020-04-26 at 18:36 -0700, ToddAndMargo via users wrote:
> As soon as I exited the krusader window inside the stick, I could
> unmount
That kind of thing has been an annoying bug for ages. You have file
browsers that have right-click options allowing you to unmount
something from their
On Sun, 2020-04-26 at 16:05 -0700, ToddAndMargo via users wrote:
> Tip: by default the dhcp leases file does not exist under
> Fedora32. You have to create it firs, then it gets uses
If true, I'd call that a bug. It's a ludicrous requirement for users
to create *that* file. DHCP is supposed to
Tim:
>> Going down the Windows route of having to individually update each
>> application from disparate sources, or each application doing their
>> own check for updates (usually when you start them up, and just
>> want to use them without wasting any time), is something I do not
>> want to go
On 2020-04-27 12:59, ToddAndMargo via users wrote:
> On 2020-04-26 20:53, Ed Greshko wrote:
>> On 2020-04-27 11:49, ToddAndMargo via users wrote:
>>> both physical network cards are on the host machine. the
>>> vm's connect through qemu-kvm "Network bridge: br0" to
>>> the host machines and then
On 2020-04-26 20:53, Ed Greshko wrote:
On 2020-04-27 11:49, ToddAndMargo via users wrote:
both physical network cards are on the host machine. the
vm's connect through qemu-kvm "Network bridge: br0" to
the host machines and then get routed to the internet
through en12, via iptables
Yes, I
On 26Apr2020 18:36, ToddAndMargo wrote:
On 2020-04-26 17:36, Cameron Simpson wrote:
On 26Apr2020 20:00, Tom Horsley wrote:
On Sun, 26 Apr 2020 16:50:57 -0700
ToddAndMargo via users wrote:
Is there a better command to see if the flush
is finished?
The umount should hang till the writes
On 2020-04-27 11:49, ToddAndMargo via users wrote:
> both physical network cards are on the host machine. the
> vm's connect through qemu-kvm "Network bridge: br0" to
> the host machines and then get routed to the internet
> through en12, via iptables
Yes, I know what you've done. I just don't
On 2020-04-26 20:20, Ed Greshko wrote:
On 2020-04-27 10:56, ToddAndMargo via users wrote:
Mine. I have two network cards: eno1 is internal with all my vm's and eno2 is
external to the Internet and iptables
Why do you use a network card for your VM's? Did you have issues with virtual
HW?
On 2020-04-27 10:56, ToddAndMargo via users wrote:
> Mine. I have two network cards: eno1 is internal with all my vm's and eno2
> is external to the Internet and iptables
Why do you use a network card for your VM's? Did you have issues with virtual
HW?
--
The key to getting good answers
Tip: if running Nextcloud, stay on Fedora 31 until
Nextcloud fixes their stuff.
-T
Fedora 32
nextcloud-18.0.4.zip
Brave Browser: http://127.0.0.1/nextcloud/index.php
This version of Nextcloud is not compatible with > PHP 7.3. You are
currently running 7.4.5.
On 2020-04-26 18:39, Ed Greshko wrote:
On 2020-04-27 09:34, ToddAndMargo via users wrote:
On 2020-04-26 18:31, Ed Greshko wrote:
On 2020-04-27 09:21, ToddAndMargo via users wrote:
Fedora 32
Tip: DO NOT remove network-scripts as qemu-kvm needed
network-scrips to for bridge networking
On 2020-04-27 09:34, ToddAndMargo via users wrote:
> On 2020-04-26 18:31, Ed Greshko wrote:
>> On 2020-04-27 09:21, ToddAndMargo via users wrote:
>>> Fedora 32
>>> Tip: DO NOT remove network-scripts as qemu-kvm needed
>>> network-scrips to for bridge networking
>>
>> Could you explain a bit
On 2020-04-26 17:36, Cameron Simpson wrote:
On 26Apr2020 20:00, Tom Horsley wrote:
On Sun, 26 Apr 2020 16:50:57 -0700
ToddAndMargo via users wrote:
Is there a better command to see if the flush
is finished?
The umount should hang till the writes are done. That's the
way it always works for
On 2020-04-26 18:31, Ed Greshko wrote:
On 2020-04-27 09:21, ToddAndMargo via users wrote:
Fedora 32
Tip: DO NOT remove network-scripts as qemu-kvm needed
network-scrips to for bridge networking
Could you explain a bit more what you mean?
Are you doing bridge networking?
On 2020-04-27 09:21, ToddAndMargo via users wrote:
> Fedora 32
> Tip: DO NOT remove network-scripts as qemu-kvm needed
> network-scrips to for bridge networking
Could you explain a bit more what you mean?
[egreshko@meimei ~]$ rpm -q network-scripts
package network-scripts is not installed
Hi All,
Fedora 32
Tip: DO NOT remove network-scripts as qemu-kvm needed
network-scrips to for bridge networking
Found out the hard way
:'(
-T
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to
just "sync" should work as it will sync the whole system, and
generally the other filesystems have little or no data in them so sync
fast.
sync syncs a file, and the data is not queued up on the
file/device /dev/sdc1 (a tiny amount is, but that will sync fast) the
data is queue on the filesystem
On 26Apr2020 20:00, Tom Horsley wrote:
On Sun, 26 Apr 2020 16:50:57 -0700
ToddAndMargo via users wrote:
Is there a better command to see if the flush
is finished?
The umount should hang till the writes are done. That's the
way it always works for me.
Definitely. But so should the sync.
On Sun, 26 Apr 2020 16:50:57 -0700
ToddAndMargo via users wrote:
> Is there a better command to see if the flush
> is finished?
The umount should hang till the writes are done. That's the
way it always works for me.
___
users mailing list --
On 2020-04-26 16:50, ToddAndMargo via users wrote:
Hi All,
I am writing several GB of data to a flash drive.
It won't dismount as it is stikll flushing.
# sync /dev/sdc1
comes back instantly.
Is there a better command to see if the flush
is finished?
Many thanks,
-T
It did finally let me
Hi All,
I am writing several GB of data to a flash drive.
It won't dismount as it is stikll flushing.
# sync /dev/sdc1
comes back instantly.
Is there a better command to see if the flush
is finished?
Many thanks,
-T
___
users mailing list --
Hi All,
Tip: by default the dhcp leases file does not exist under
Fedora32. You have to create it firs, then it gets uses
-T
My notes:
DHCP Client leases file:
The file does not exist by default.
# New to Fedora 32. Set up a leases file if it does not exist:
if [ -n
On 2020-04-27 06:21, Joe Zeff wrote:
> On 04/26/2020 03:16 PM, Ed Greshko wrote:
>> On 2020-04-27 04:54, Joe Zeff wrote:
>>> On 04/26/2020 02:47 PM, Ed Greshko wrote:
On 2020-04-27 01:58, Joe Zeff wrote:
> On 04/26/2020 03:11 AM, Tim via users wrote:
>> Going down the Windows route of
On 04/26/2020 03:16 PM, Ed Greshko wrote:
On 2020-04-27 04:54, Joe Zeff wrote:
On 04/26/2020 02:47 PM, Ed Greshko wrote:
On 2020-04-27 01:58, Joe Zeff wrote:
On 04/26/2020 03:11 AM, Tim via users wrote:
Going down the Windows route of having to individually update each
application from
On 2020-04-27 04:59, Neal Becker wrote:
> No, I was replying to an earlier message. I didn't try --allowerasing, I had
> already just removed mutter328 before I saw your message. Perhaps that would
> have worked.
>
Probably would have. By erasing. And, earlier you said you didn't want to
On 2020-04-27 04:54, Joe Zeff wrote:
> On 04/26/2020 02:47 PM, Ed Greshko wrote:
>> On 2020-04-27 01:58, Joe Zeff wrote:
>>> On 04/26/2020 03:11 AM, Tim via users wrote:
Going down the Windows route of having to individually update each
application from disparate sources, or each
No, I was replying to an earlier message. I didn't try --allowerasing, I had
already just removed mutter328 before I saw your message. Perhaps that would
have worked.
Thanks,
Neal
___
users mailing list -- users@lists.fedoraproject.org
To
On 4/26/20 1:50 PM, Neal Becker wrote:
I got the same error with --skip-broken.
If you're replying to me, I said "--allowerasing", not "--skip-broken".
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to
On 04/26/2020 02:47 PM, Ed Greshko wrote:
On 2020-04-27 01:58, Joe Zeff wrote:
On 04/26/2020 03:11 AM, Tim via users wrote:
Going down the Windows route of having to individually update each
application from disparate sources, or each application doing their own
check for updates (usually when
Any ideas about this one? Sounds a bit scary, but system seems to be working:
[ 8040.319826] dnf[848]: dracut-install: ERROR: installing 'lz4_compress'
[ 8040.323817] dnf[848]: dracut: FAILED: /usr/lib/dracut/dracut-install -D
/var/tmp/dracut.vt8aLI/initramfs --kerneldir
I got the same error with --skip-broken.
Finally I just removed mutter328. This removed the dependent packages (e.g.,
wingpanel-blah-blah), but I don't even know what they are and probably won't
miss them.
___
users mailing list --
On 2020-04-27 01:58, Joe Zeff wrote:
> On 04/26/2020 03:11 AM, Tim via users wrote:
>> Going down the Windows route of having to individually update each
>> application from disparate sources, or each application doing their own
>> check for updates (usually when you start them up, and just want
On 4/26/20 5:16 AM, Neal Becker wrote:
I've removed a few packages (python2 related) and gotten it down to this:
Error:
Problem: package mutter328-libs-3.28.4-4.fc31.x86_64 requires
libgnome-desktop-3.so.18()(64bit), but none of the providers can be installed
-
On 04/26/2020 03:11 AM, Tim via users wrote:
Going down the Windows route of having to individually update each
application from disparate sources, or each application doing their own
check for updates (usually when you start them up, and just want to use
them without wasting any time), is
Thanks!
On Sun, Apr 26, 2020 at 10:13 AM Roger Heflin wrote:
> lazyunmount leaves all processes that were accessing the nfs server
> still accessing it with files and directories open. In reality
> lazyunmount has very few valid uses and quite a few invalid uses that
> it does not exactly do
Hi Nicolas,
I am having the exact same issue. However, I chose to ignore it. Despite not
“seeing” the space, when you enter the information (assuming it is entered
correctly with a space) the space is there.
I get the thing when I try to login to the Console:
CN=InstanceMaster although I am
Hello Patrick,
On Sun, 26 Apr 2020 10:59:02 +0200 "Patrick Dupre" wrote:
> Thanks for the feedback.
> Actually, this behavior is partially documented on the internet.
Such as this?
https://lists.geany.org/pipermail/users/2014-June/009330.html
lazyunmount leaves all processes that were accessing the nfs server
still accessing it with files and directories open. In reality
lazyunmount has very few valid uses and quite a few invalid uses that
it does not exactly do what you think it does. Lazyunmount removes it
from the visible mount
Le 26/04/2020 à 15:46, Mark Reynolds a écrit :
> This is a bug in the java openJDK package (another reason our new UI is NOT in
> java):
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1791982
>
> It's supposed to be fixed in java-11-openjdk-11.0.7.1-0.1.ea.el7 according to
> the bug
>
> Try
On 2020-04-26 20:16, Neal Becker wrote:
> I've removed a few packages (python2 related) and gotten it down to this:
> Error:
> Problem: package mutter328-libs-3.28.4-4.fc31.x86_64 requires
> libgnome-desktop-3.so.18()(64bit), but none of the providers can be installed
> -
This is a bug in the java openJDK package (another reason our new UI is
NOT in java):
https://bugzilla.redhat.com/show_bug.cgi?id=1791982
It's supposed to be fixed in java-11-openjdk-11.0.7.1-0.1.ea.el7
according to the bug
Try updating the java-1.8.0-openjdk package.
HTH,
Mark
On
Hi,
After some more experimenting, I can confirm this is a serious bug. After
updating all packages on the system, it just reappeared.
Here's how you can reproduce it.
1. Install CentOS 7.7 but without updating the system.
2. Activate EPEL.
3. Install 389-ds.
3. Setup 389 DS.
4. Launch 389
I've removed a few packages (python2 related) and gotten it down to this:
Error:
Problem: package mutter328-libs-3.28.4-4.fc31.x86_64 requires
libgnome-desktop-3.so.18()(64bit), but none of the providers can be installed
- gnome-desktop3-3.34.5-1.fc31.x86_64 does not belong to a distupgrade
On 2020-04-26 17:43, Patrick O'Callaghan wrote:
> On Sun, 2020-04-26 at 18:41 +0930, Tim via users wrote:
>> On Sun, 2020-04-26 at 13:37 +0800, Ed Greshko wrote:
>>> It is a way that some people/projects distribute their software.
>>> https://en.wikipedia.org/wiki/AppImage
>> I hope we don't get
On Sun, 2020-04-26 at 18:41 +0930, Tim via users wrote:
> On Sun, 2020-04-26 at 13:37 +0800, Ed Greshko wrote:
> > It is a way that some people/projects distribute their software.
> > https://en.wikipedia.org/wiki/AppImage
>
> I hope we don't get lumbered with a lot of them. One of the best
>
Hi again.
I sshd to the nfs server and rebooted the nfs service.
It seems to have solved the problem, at least as far as journalctl is
concerned.
Still I would like to know if there is a way to stop whomever is trying to
access the nfs server from the client machine and avoid the error flood on
On Sun, 2020-04-26 at 13:37 +0800, Ed Greshko wrote:
> It is a way that some people/projects distribute their software.
> https://en.wikipedia.org/wiki/AppImage
I hope we don't get lumbered with a lot of them. One of the best
things about Fedora (and similar Linuxes) was the one-stop way of
Thanks for the feedback.
Actually, this behavior is partially documented on the internet.
My current option is to go through gedit
nedit-5.7-6.fc30.x86_64
geany-1.36-1.fc30.x86_64
gedit-3.32.2-1.fc30.x86_64
===
Patrick
Hi
I had to unplug the ethernet cable from the nfs server.
After I plugged it back, the client machine is filling my journal with the
following message
nfs: server "ipaddress" not responding, time out
where ipaddress is the ip address of the nfs server.
I did a lazy unmount of all the shared
Hello Patrick,
On Thu, 23 Apr 2020 21:49:42 +0200 "Patrick Dupre" wrote:
> Hello,
>
> I cannot make a copy (ctl C) paste (ctl V) from nedit to geany.
>
> Is it normal?
I guess it's not normal, unexpected at least. Here it works,
nedit/geany both ways and with X paste buffer as well. in
51 matches
Mail list logo