oughts on what has caused either of the two remaining
problems (the kernel panic on the F15 kernel or the failure to run on
the F14 kernel) I'd be happy to hear them. ITMT, I guess I'll start
building a recovery CD to try and fix this mess.
Regards,
Mike
--
Michael H. Warfield (AI4NB)
On Fri, 2011-06-03 at 14:47 -0700, Joe Zeff wrote:
> On 06/03/2011 11:34 AM, Michael H. Warfield wrote:
> > Well, that tells me right there that preupgrade is still not
> > deployment grade yet. Not for remote servers at least.
> So let me get this straight: preupgrade
Update...
And now a real request for help...
On Fri, 2011-06-03 at 14:34 -0400, Michael H. Warfield wrote:
> Ok...
> ITMT... I rebooted MtKing into the preupgrade process and turned it
> loose. Strangely, it DIDN'T run into the unhandled exception like
> Forest had. The mac
On Sat, 2011-06-04 at 12:33 +0100, Timothy Murphy wrote:
> Michael H. Warfield wrote:
>
> > Classically, for those servers (some of which originally started out on
> > FC1) have been upgraded using the yum upgrade method.
>
> As a matter of interest, what exactly is
On Sun, 2011-06-05 at 17:31 -0400, Michael H. Warfield wrote:
> On Sat, 2011-06-04 at 12:33 +0100, Timothy Murphy wrote:
> > Michael H. Warfield wrote:
> >
> > > Classically, for those servers (some of which originally started out on
> > > FC1) have been upgr
On Mon, 2011-06-06 at 09:05 -0500, Richard Shaw wrote:
> On Sun, Jun 5, 2011 at 5:01 PM, Michael H. Warfield wrote:
> > You'll get a lot of bitch about packages already installed but anything
> > missing will get installed or you will get an error. Currently, it
> &g
On Mon, 2011-06-06 at 12:37 -0700, Joe Zeff wrote:
> On 06/06/2011 10:11 AM, Michael H. Warfield wrote:
> > To the preupgrade devs - I would strongly recommend you test with a
> > known broken machine that has dependency problems that anaconda can NOT
> > resolve and make sur
> >
> > Yes, defaults.
> Could be. Still fair benchmark because Fedora configures the disks that
> way default.
Yeah... Would also be interesting to compare a fresh install to an
upgrade.
> Easy way to check - go do two installs on a box similar to the Phoronix
> one an
aloud by computers.
That would seem to lift the legal cloud over the legality of the whole
decss stuff.
Regards,
Mike
--
Michael H. Warfield (AI4NB) | (770) 985-6132 | m...@wittsend.com
/\/\|=mhw=|\/\/ | (678) 463-0932 | http://www.wittsend.com/mhw/
NIC whois: MHW9 | An
On Tue, 2010-07-27 at 00:54 +0530, Rahul Sundaram wrote:
> On 07/27/2010 12:52 AM, Michael H. Warfield wrote:
> > Hey all!
> >
> > Does this mean that we can finally get libdvdcss/libdvdcss2 into Fedora
> > for real?
> >
>
> No.
>
> http://id
On Tue, 2010-07-27 at 01:12 +0530, Rahul Sundaram wrote:
> On 07/27/2010 01:09 AM, Michael H. Warfield wrote:
> > Sigh. Too bad.
> >
> > Was there any reasoning on this, now that it has a legitimate, legal
> > use? Was that exemption considered too narrow or is there
keys end-to-end for authentication if you
have your authorized key in both the nx users authorized_keys file and
in your authorized_keys file which is another nice (and bloody obvious)
feature that is totally missing from the NoMachine close source client.
Gag.
My next effort is to try and shim
> users@lists.fedoraproject.org
> To unsubscribe or change subscription options:
> https://admin.fedoraproject.org/mailman/listinfo/users
> Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
>
Mike
--
Michael H. Warfield (AI4NB) | (770) 985-6132 | m...@wittsend.com
/\/\|=m
aster,
but then the routing is simpler and the core backbones are all carrying
IPv6 in parallel or even as the backbone protocol. My nearest OCCAID
POP is just down the road aways, downtown so it's a short hop and I'm on
the global v6 backbone with no v4 transport or tunnels.
> gah .
n't too bad because the lower half the address
DOESN'T change, just a global search and replace and you're done.
Regards,
Mike
--
Michael H. Warfield (AI4NB) | (770) 985-6132 | m...@wittsend.com
/\/\|=mhw=|\/\/ | (678) 463-0932 | http://www.wittsend.com/mhw/
NIC wh
ckage installed? I'm just not familiar with that NETASO
unit and what it's going to want.
At the very least, you'll need to post your entire config file (with
appropriate secrets and sensitive information anonymized, of course, not
just what you think is wrong.
> Best regards
On Mon, 2011-01-03 at 18:09 -0600, Dave Ihnat wrote:
> On Mon, Jan 03, 2011 at 04:14:58PM -0500, Michael H. Warfield wrote:
> > NAT is a vile and evil abomination which was created in a half assed
> > effort to extend the life of IPv4.
> Are you really proposing that all IPv6
On Mon, 2011-01-03 at 19:44 -0600, Robert Nichols wrote:
> On 01/03/2011 06:31 PM, Michael H. Warfield wrote:
> > There is a wide spread myth that NAT and the fact that you are on
> > different addresses some how bestows upon you some measure of security.
> > As a leading sec
On Mon, 2011-01-03 at 21:46 -0600, Dave Ihnat wrote:
> On Mon, Jan 03, 2011 at 07:31:37PM -0500, Michael H. Warfield wrote:
> > The IPv6 firewalls on Linux are just as good as the IPv4 firewalls. I
> > didn't start participating in IPv6 until I had decent firewalls. But
&
mbinations
and the processing and memory requirements it would require. It also
doesn't break a lot of the things that require NAT helpers (like ftp,
etc) that dynamic port and address NAT requires. In that configuration,
the fact that you are on a private address is providing you with
On Thu, 2011-01-06 at 13:30 -0500, Lamar Owen wrote:
> On Wednesday, January 05, 2011 07:51:19 pm Michael H. Warfield wrote:
> > On Wed, 2011-01-05 at 17:26 -0500, Lamar Owen wrote:
> > > I refer in particular to Cisco IOS NAT, IOS 12.4(23) mainline on a
> > > 7206/
On Sat, 2011-01-08 at 10:57 -0700, James McKenzie wrote:
> On 1/3/11 6:44 PM, Robert Nichols wrote:
> > On 01/03/2011 06:31 PM, Michael H. Warfield wrote:
> >> There is a wide spread myth that NAT and the fact that you are on
> >> different addresses some how besto
On Sat, 2011-01-08 at 11:27 -0700, James McKenzie wrote:
> On 1/8/11 11:16 AM, Michael H. Warfield wrote:
- snip -
> > Oh lord WHY can we NOT make this myth go away?!?! The IPv6 spec does
> > NOT mandate the USE of IPsec. It only mandates the SUPPORT of IPsec.
> > To
was removed after the
upgrade. I never skip releases either. As it so happens, I just found
a server I had missed and it currently at F17. So I'm starting that
process now.
Gary
Regards,
MIke
--
Michael H. Warfield (AI4NB) | (770) 978-7061 | m...@wittsend.com
as this point.
Anyone have any idea what the hell has gone wrong here and what I might
do to work around it?
Regards,
Mike
--
Michael H. Warfield (AI4NB) | (770) 978-7061 | m...@wittsend.com
/\/\|=mhw=|\/\/ | (678) 463-0932 | http://www.wittsend.com/mhw/
NIC whois: MHW9
On Tue, 2014-05-13 at 22:56 +0200, Michael Schwendt wrote:
> On Tue, 13 May 2014 16:36:13 -0400, Michael H. Warfield wrote:
> > I'm kind of at a loss here. I recently (yesterday, May 12) updated my
> > Fedora 20 laptop (originally a fresh install of F20 a couple of month
On Tue, 2014-05-13 at 20:04 -0400, Michael H. Warfield wrote:
> On Tue, 2014-05-13 at 22:56 +0200, Michael Schwendt wrote:
> > On Tue, 13 May 2014 16:36:13 -0400, Michael H. Warfield wrote:
>
> > > I'm kind of at a loss here. I recently (yesterday, May 12) updated
On Tue, 2014-05-13 at 20:17 -0400, Michael H. Warfield wrote:
> On Tue, 2014-05-13 at 20:04 -0400, Michael H. Warfield wrote:
> > On Tue, 2014-05-13 at 22:56 +0200, Michael Schwendt wrote:
> > > On Tue, 13 May 2014 16:36:13 -0400, Michael H. Warfield wrote:
> >
>
On Tue, 2014-05-13 at 20:33 -0400, Michael H. Warfield wrote:
> On Tue, 2014-05-13 at 20:17 -0400, Michael H. Warfield wrote:
> > On Tue, 2014-05-13 at 20:04 -0400, Michael H. Warfield wrote:
> > > On Tue, 2014-05-13 at 22:56 +0200, Michael Schwendt wrote:
> > > >
Update...
On Tue, 2014-05-13 at 22:56 +0200, Michael Schwendt wrote:
> On Tue, 13 May 2014 16:36:13 -0400, Michael H. Warfield wrote:
> > I'm kind of at a loss here. I recently (yesterday, May 12) updated my
> > Fedora 20 laptop (originally a fresh install of F20 a couple o
IVERS=="?*",
ATTR{address}=="00:19:b9:13:a8:fc", ATTR{dev_id}=="0x0", ATTR{type}=="1",
KERNEL=="eth*", NAME="eth0"
That did NOT work for me either.
The difference drops these three stanzas:
ATTR{dev_id}=="0x0", ATTR{type}==&q
On Sun, 2012-10-21 at 15:24 +1030, Tim wrote:
> On Sat, 2012-10-20 at 22:41 -0400, Michael H. Warfield wrote:
> > Following his instructions, I ended up with this:
> >
> > SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*",
> > ATTR{address
On Sat, 2012-10-20 at 21:01 -0600, JD wrote:
> On 10/20/2012 08:41 PM, Michael H. Warfield wrote:
> > On Thu, 2012-10-18 at 10:05 -0600, JD wrote:
> >> On 10/18/2012 09:16 AM, Tim wrote:
> >>> On Thu, 2012-10-18 at 08:11 -0600, JD wrote:
> >>>> I
e it has hard coded
mounts in the binary that we can't override or configure? Or is it
there and I'm just missing it trying to examine the sources? That's how
I found where the problem lay.
Regards,
Mike
--
Michael H. Warfield (AI4NB) | (770) 985-6132 | m...@wittsend.c
On Mon, 2012-10-22 at 02:53 +0200, Kay Sievers wrote:
> On Sun, Oct 21, 2012 at 11:25 PM, Michael H. Warfield
> wrote:
> > This is being directed to the systemd-devel community but I'm cc'ing the
> > lxc-users community and the Fedora community on this for their inp
On Sun, 2012-10-21 at 23:02 -0500, Bruno Wolff III wrote:
> On Sun, Oct 21, 2012 at 13:43:17 -0400,
>"Michael H. Warfield" wrote:
> >
> >Now that being said, there's still some notable differences. Most of my
> >machines (some F16 and some F17, some i68
On Mon, 2012-10-22 at 09:06 +0100, John wrote:
> On 22/10/12 03:06, Michael H. Warfield wrote:
> > On Mon, 2012-10-22 at 02:53 +0200, Kay Sievers wrote:
> >> On Sun, Oct 21, 2012 at 11:25 PM, Michael H. Warfield
> >> wrote:
> >>> This is being directed
34 to create this problem? Anybody got any
suggestions where to look? None, I mean not a single solitary one of
my Fedora 33 systems, x86_64, arm7l (RPi 2's), or aarch64's are
behaving this way but all 4 of my Fedora 34 systems are.
Regards,
Mike
--
Michael H. Warfield (AI4NB) |
Sorry... Getting confused in my old age...
s/33/32/g
s/34/33/g
Got my revs out of sink. Problem is still real. Trying the trick of
beating NetworkManager into submission with "dns=none" I pulled off
this list.
Thanks!
Regards,
Mike
On Sat, 2021-01-02 at 17:30 -0500, Michael H
On Sat, 2021-01-02 at 19:04 -0500, Tom Horsley wrote:
> On Sat, 02 Jan 2021 18:18:30 -0500
> Michael H. Warfield wrote:
>
> > Problem is still real.
>
> I doubt it is the same issue, but I had DNS go out on my phone
> the other day, and eventually (after much confusion) d
On Sat, 2021-01-02 at 19:57 -0500, Sam Varshavchik wrote:
> Michael H. Warfield writes:
> > Fedora 34 and the Fedora 33). All on the same network. All with
> > the
> > same name servers for resolution.
> > /etc/resolv.conf
> > --
> > # Generated by
On Sun, 2021-01-03 at 11:30 +0800, Ed Greshko wrote:
> On 03/01/2021 08:57, Sam Varshavchik wrote:
> > Michael H. Warfield writes:
> >
> > > Fedora 34 and the Fedora 33). All on the same network. All with
> > > the
> > > same name servers for
On Sun, 2021-01-03 at 11:54 +0800, Ed Greshko wrote:
> On 03/01/2021 06:30, Michael H. Warfield wrote:
> > [mhw@rpi-plate ~]$ ping mirrors.fedoraproject.org
> > ping: mirrors.fedoraproject.org: Name or service not known
> > [mhw@rpi-plate ~]$ ping6 mirrors.fedora
On Sun, 2021-01-03 at 12:10 +0800, Ed Greshko wrote:
> On 03/01/2021 12:06, Michael H. Warfield wrote:
> > Note, I did try "ping6" to differentiate. Even though there was an
> > IPv6 address, it still failed with "unknown host or service".
> You indicated &q
On Sun, 2021-01-03 at 12:06 +0800, Ed Greshko wrote:
> On 03/01/2021 11:52, Michael H. Warfield wrote:
> First thing. Try not starting a line with "--". Some email
> client interpret that as the start of the
> signature block and screws up presentation and reply forma
On Sun, 2021-01-03 at 09:44 -0500, Sam Varshavchik wrote:
> Michael H. Warfield writes:
>
> > On Sat, 2021-01-02 at 19:57 -0500, Sam Varshavchik wrote:
> > > Michael H. Warfield writes:
> > > > Fedora 34 and the Fedora 33). All on the same network. All
> >
me. I'll give it another week.
Many thanks sir!
Regards,
Mike
On Sun, 2021-01-03 at 12:06 +0800, Ed Greshko wrote:
> On 03/01/2021 11:52, Michael H. Warfield wrote:
>
> First thing. Try not starting a line with "--". Some email
> client interpret that as the star
ALSO! Remove the "resolve [!UNAVAIL=return]" stanza for hosts in
/etc/nsswitch.conf! That seems to have been part of my problems.
Regards,
Mike
--
Michael H. Warfield (AI4NB) | (o) +1 706 850-8773 | m...@wittsend.com
/\/\|=mhw=|\/\/ | (c) +1 678 463-0932 |
http://www.wit
This MAY be related to this bug, I'm not sure how... Symptomatically,
it would make sense. Not sure of the causal link though...
https://github.com/systemd/systemd/issues/13432
On Fri, 2021-01-08 at 11:59 -0500, Michael H. Warfield wrote:
> Ed, et al...
>
> [Excuse the top posti
Francis,
On Sat, 2021-01-09 at 16:23 +0100, francis.montag...@inria.fr wrote:
> Hi.
> On Fri, 08 Jan 2021 11:59:37 -0500 "Michael H. Warfield" wrote:
> > My level of confidence is growing. I think you hit the nail square
> > on
> > the head. The nsswitch.c
ilding bootable iso images.
Obviously, it only affects fresh installs where someone installs ClamAV
on a new system (or, at least, one that hasn't had it on there before).
If the UID and GID already exist on the system, there's not a problem.
Regards,
Mike
--
Michael H. Warfield (AI4NB) |
I see it's already been reported...
https://bugzilla.redhat.com/show_bug.cgi?id=963920
On Tue, 2013-05-28 at 09:36 -0400, Michael H. Warfield wrote:
> Ok... (Before anyone tells me I need to) I will be filing a bugzilla
> report on this later today but someone did a bad thin
On Tue, 2013-05-28 at 16:00 +0200, Reindl Harald wrote:
>
> Am 28.05.2013 15:52, schrieb Michael Schwendt:
> > On Tue, 28 May 2013 09:36:18 -0400, Michael H. Warfield wrote:
> >
> >> Ok... (Before anyone tells me I need to) I will be filing a bugzilla
> >
It has already been fixed in qpdf-libs-6.0.0-7
Confirming. I also ran into this problem and ran into this thread. I
can confirm that the latest qpdf from the repoes does, in fact, fix my
(this) problem with printing to both of my printers.
+1
> poc
Regards,
Mike
--
Michael H. Warfield (AI4NB) |
n database
should be in a hard coded location but I'm not sure what would be
better in the local system (maybe something in /var/lib) but it was
frustrating to have to chase this thing down in the code when that damn
database got corrupted and even worse that dbf could not clean it.
In case anyon
oject/code-of-conduct/
> List Guidelines:
> https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
>
--
Michael H. Warfield (AI4NB) | (o) +1 706 850-8773 | m...@wittse
That was a miss-send. Please ignore.
On Tue, 2020-02-25 at 21:52 -0500, Michael H. Warfield wrote:
> On Mon, 2020-02-24 at 18:23 +, Beartooth wrote:
> > I had set my wife an account on one of my computers recently,
> > a
> > Thinkpad E-series using MATE User Manager
57 matches
Mail list logo
