Re: NM fails to connect when booting ?? -[SOLVED]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Bill Davidsen wrote:

> I had actually hoped that the "profiles" stuff might let me have
> multiple configurations which work at multiple locations. I have three
> locations needing credentials, and I'd like to have a "Starbucks"
> configuration which found whatever was available. Doesn't seem to work
> that way. :-( Thankfully I know how to write scripts and use iwconfig...

Yeah, it's a saving grace for those of us who have given up on NM.
> 
>> NM sucks, everyone knows it, so let's can it and move to something that
>> doesn't.
>>
> The reason people think it sucks is that the documentation is missing,
> inadequate, or wrong. And when I mentioned this someone told me that
> writing documentation is not a good use of developer time, and that's
> hogwash. I've done FOSS and commercial development for over thirty
> years, and on commercial software there was always a description before
> the code was written, and someone writing documentation which was
> checked by QA, or for something I was giving away, I wrote my own
> because I wanted people to love and use my software. We used to call the
> NM approach "if it was hard to code it should be hard to use."

Actually, the documentation issue isn't why I think it sucks.  But you
are correct, no/poor/incorrect documentation is BAD.  Very bad. I've
been a sysadmin for 12 years now professionally and done a great deal of
programming, I document /everything/ even in the smallest script.  It
makes life MUCH easier.

The reason I think it sucks is because it's so erratically unstable and
buggy.  I'm all for open source, but implementing a half-baked app like
this for something as important as the network is just foolish.  This
also coincides with bad documentation, I've not looked at the code, but
if they don't document the app, is the code undocumented as well?  To
me, it seems that that is the case based on the unstable nature of the app.

The decision to use this is still beyond me...

> 
> I would would be ashamed if something I wrote was a constant topic on
> this list, had it's own list on how to avoid it, even had people selling
> bloody tee shirts which show "NetworkManager" in a circle with a slash
> through it, and generated opinions like the "everyone knows it" above.
> Actually I exaggerate, the site was selling iron-on sheets for $4, you
> had to provide your own shirt, but there must have been some market. I
> do believe that a scan of this list indicates it's not just a few people
> frustrated by the lack of documentation.
> 


-- 
Frustra laborant quotquot se calculationibus fatigant pro inventione
quadraturae circuli

Mark Haney
Sr. Systems Administrator
ERC Broadband
(828) 350-2415

Call (866) ERC-7110 for after hours support

-- 
fedora-list mailing list
fedora-list@xxxxxxxxxx
To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [Fedora Magazine]     [Fedora News]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Maintainers]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [Fedora Fonts]     [ATA RAID]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [SSH]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Tux]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Asterisk PBX]     [Fedora Sparc]     [Fedora Universal Network Connector]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux