fedora-list Digest, Vol 53, Issue 254

dorite54 at aol.com dorite54 at aol.com
Sat Jul 26 22:01:06 UTC 2008



 We should keep this site focussed on the technical areas; not on a political point. This site should drop any statements in reference to " why is fedora not free!. I will soon drop out of this site if the site administrator doesn't control this site. lets end this scarp and more on to more important subjects.

-----Original Message-----
From: fedora-list-request at redhat.com
To: fedora-list at redhat.com
Sent: Sat, 26 Jul 2008 12:00 pm
Subject: fedora-list Digest, Vol 53, Issue 254

Send fedora-list mailing list submissions to
    fedora-list at redhat.com

To subscribe or unsubscribe via the World Wide Web, visit
or, via email, send a message with subject or body 'help' to
    fedora-list-request at redhat.com

You can reach the person managing the list at
    fedora-list-owner at redhat.com

When replying, please edit your Subject line so it is more specific
than "Re: Contents of fedora-list digest..."

Today's Topics:

   1. Re: a long rebuttal to the Linux-is-the-engine fallacy (Les)
   2. RE: DNS Attacks (bruce)
   3. Re: kde-4.1 coming soon to f9/updates-testing
      (Patrick O'Callaghan)
   4. Re: kde-4.1 coming soon to f9/updates-testing
      (Patrick O'Callaghan)
   5. Re: that old GNU/Linux argument (Antonio Olivares)
   6. Re: kde-4.1 coming soon to f9/updates-testing (Craig White)
   7. Re: F9 - cups - windows shared printer (Craig White)


Message: 1
Date: Sat, 26 Jul 2008 07:43:17 -0700
From: Les <hlhowell at pacbell.net>
Subject: Re: a long rebuttal to the Linux-is-the-engine fallacy
To: For users of Fedora <fedora-list at redhat.com>
Message-ID: <1217083397.5857.3.camel at localhost.localdomain>
Content-Type: text/plain

On Sat, 2008-07-26 at 09:44 -0300, Alexandre Oliva wrote:
> On Jul 26, 2008, Antonio Olivares <olivares14031 at yahoo.com> wrote:
> > http://www.cmake.org/HTML/index.html
> > That one should suffice.
> Nope.  It offers the features, and even in a desirable fashion, but it
> doesn't preclude anyone from rewriting all the intelligence encoded in
> configure.ac and Makefile.am into a format that cmake can understand.
> And *that's* the huge task.  Rewriting autoconf, automake and libtool,
> in spite of big a large undertaking, pales on the face of dropping GNU
> autotools code from all projects you might want to include in a
> GNU-less distro.
> > If it does not, we will look for another one, but there have to be
> > some out there :)
> Why?  If Linux folks didn't bother rewriting a majority of their
> operating system, because it was already implemented and readily
> available in the GNU porject, why would they have bothered with
> rewriting a much smaller piece of it?
Ah! and here's the rub... If it is truly free, and follows the intent,
then this last paragraph is the key to debunking the whole thing about
free software.  If it is really free, why does this last paragraph
belong in your 

Les H


Message: 2
Date: Sat, 26 Jul 2008 08:15:35 -0700
From: "bruce" <bedouglas at earthlink.net>
Subject: RE: DNS Attacks
To: "'For users of Fedora'" <fedora-list at redhat.com>
Message-ID: <318601c8ef32$74903430$0301a8c0 at tmesa.com>
Content-Type: text/plain;   charset="iso-8859-1"

but if a bank employee is involved in the taking of funds, then there is
somewhat of a trail. if the employee where to "change" the root dns servers,
there would be some trail of this with the service that the bank uses for
this setup.. this would be pretty easy to resolve, and the customer would
have protection (although suffer a hassle) as the bank would back up the
funds that were stolen...

the issue of dns poisoning would also be resolved in a matter of time, but
unfortunately, there might be multiple customers who are impacted...

after thinking on this for awhile, the only thing that i can really think of
to make a site "safe" is for you the customer to get your behind into a
physical setup/location/building when you initially setup the online
account!!! and then you should only use sites that incorporate multi-pass
(two factor) security processes. (although this has it's own set of

for my own $0.02 worth, i find myself going to different parts of a site to
see if i get links that return me back to where i should be prior to
inserting my login information... but this implies that you know what a
site's structure should be!

-----Original Message-----
 fedora-list-bounces at redhat.com
[mailto:fedora-list-bounces at redhat.com]On Behalf Of Mikkel L. Ellertson
Sent: Saturday, July 26, 2008 6:01 AM
To: For users of Fedora
Subject: Re: DNS Attacks

Björn Persson wrote:
> Les Mikesell wrote:
>> You aren't paranoid enough.  What if the spoofer is also a system
>> administrator at the bank with access to a copy of the real certificate
>> that he installs on the machine he's tricked your dns into reaching -
>> with the expected name that you'll still see.
> Then the bank has failed to protect its secret key. I expect banks to have
> rigorous security routines to control who can access sensitive systems,
> to be able to check afterwards who did what.
> Could you elaborate on how whois guards against malicious system
> administrators? Do you think security could be improved by having browsers
> and other programs make whois queries automatically?
> Björn Persson
Also, if it is the a system administrator at the bank, what is to
prevent him from just changing the real name servers? Or putting in
a program on the bank's web server to capture the username and
password when you enter them? Lets face it, if a bank employee wants
to embezzle money from the bank, there is not much we as costumers
can do about it.


   Do not meddle in the affairs of dragons,
for thou art crunchy and taste good with Ketchup!


Message: 3
Date: Sat, 26 Jul 2008 11:02:18 -0430
From: "Patrick O'Callaghan" <
pocallaghan at gmail.com>
Subject: Re: kde-4.1 coming soon to f9/updates-testing
To: fedora-list at redhat.com
Message-ID: <1217086338.1539.25.camel at bree.homelinux.com>
Content-Type: text/plain

On Fri, 2008-07-25 at 18:30 +0000, Kevin Kofler wrote:
> Patrick O'Callaghan <pocallaghan <at> gmail.com> writes:
> > Well, naturally it's up to me, but I was hoping for some insight into
> > the relationship between the various repos. I started using kde-redhat a
> > few weeks back in order to get a preview of KDE 4.1, and it has gone
> > pretty well all in all. What I'd like to know is if there'll be some
> > kind of transition period (as happens between Rawhide and the next
> > Fedora release) during which changes to kde-redhat are frozen and people
> > decide whether to continue on the bleeding edge or return to the
> > "official" updates. I don't know if I'm making myself clear here, but
> > what I want to avoid is a situation where I block kde-redhat and
> > suddenly find a lot of broken dependencies.
> Normally, the packages in the official updates will have newer EVRs 
> (Epoch-Version-Releases, i.e. what defines RPM's version ordering) than what's 

> currently in kde-redhat testing. Only some packages which stayed in kde-redhat 

> unstable will not be included in the official updates: cmake 2.6, kdepim 4.1, 
> and the alpha versions Amarok 2 and KOffice 2. I expect these to stay in 
> kde-redhat unstable. So you should not run into broken dependencies.

OK, sounds good. However since I don't r
eally want updates-testing for
everything else (i.e. non KDE stuff) I may just wait till it goes to



Message: 4
Date: Sat, 26 Jul 2008 11:03:34 -0430
From: "Patrick O'Callaghan" <pocallaghan at gmail.com>
Subject: Re: kde-4.1 coming soon to f9/updates-testing
To: fedora-list at redhat.com
Message-ID: <1217086414.1539.27.camel at bree.homelinux.com>
Content-Type: text/plain

On Fri, 2008-07-25 at 13:55 -0500, Rex Dieter wrote:
> Patrick O'Callaghan wrote:
> > Well, naturally it's up to me, but I was hoping for some insight into
> > the relationship between the various repos. 
> kde-redhat is a personal repo of mine. essentially the "rawhide of kde", where 
I sometimes put the latest kde bits built for fedora releases (like F-9, F-8) 
and/or other experimental stuff before it lands in official fedora updates or 
> Any problems or conflicts between fedora and kde-redhat's stable/testing repos 
are considered a bug, and I will do my best to fix these asap.
> kde-redhat's unstable repos are on-par with rawhide, experimental, sometimes 
solid (and sometimes not), expect breakage from time to time.  Any field-testing 
or feedback provided here greatly helps the development process.
> In this particular case, I built and provided kde-4.0.99 (and earlier) pkgs 
prior to building anything officially for fedora.  The aforementioned official 
pending updates will supercede (and upgrade) most everything from kde-redhat 
(stable/testing).  kde-redhat/unstable will continue20to track kde rawhide/F-10 
development, so it'll continue to have stuff lacking in official F-9 updates, 
including (kde4) apps like amarok2, koffice2, digikam.

Thanks for your efforts Rex.



Message: 5
Date: Sat, 26 Jul 2008 08:45:13 -0700 (PDT)
From: Antonio Olivares <olivares14031 at yahoo.com>
Subject: Re: that old GNU/Linux argument
To: aoliva at redhat.com, lesmikesell at gmail.com, wayward4now at gmail.com
Cc: fedora-list at redhat.com
Message-ID: <627174.30597.qm at web52610.mail.re2.yahoo.com>
Content-Type: text/plain; charset=us-ascii

> > Alexandre Oliva wrote:

> Err...  I don't know how you got this idea that GNU was
> supposed to be just a kernel.  GNU is an entire operating system, that
> Linux developers happened to borrow to complete theirs, because
> all they had was a kernel.

This part can be argued.  If there was no kernel, the GNU operating system would 
not have gone anywhere :(, and without the GNU tools, where would Linux be?  But 
what ifs do not matter.  What matters is where we are at the present.  On the 
following link is a page which explains many strong points against the naming 


I have also found a page in which it clearly explains some problems with the GPL
<quote from http://www.topology.org/linux/gpl.html>
An analogy for the GPL would be the farmer who receives the gift of a GPL cow 
from a neighbour. The cow is completely free, but all of the milk from the cow 
must be given away for free, and20all of the cow's calves, and the calves' 
calves, yea, even unto the thousandth generation, shall be given away for free. 
Now what kind of use is such a cow? Even if the bulls are non-GPL bulls, all of 
their offspring by GPL cows are controlled by the GPL licence. If you have a cow 
breeding programme and you develop a really excellent breed of cow, you must 
give the new breed of cows away for free if just one of the many ancestors of 
the superior cow was a GPL cow. The GPL cow is even more dangerous than patented 
GM crop seeds. The world envisioned by the GPL seems to be a perfect communism 
where all developers are like subsistence farmers; they must give away 
everything excess to their own immediate requirements for free to the community.

This is quite interesting and the points are very well stated.  I know that this 
will not change peoples minds, but it will make them aware of the other side of 
the story.   





Message: 6
Date: Sat, 26 Jul 2008 08:50:46 -0700
From: Craig White <craigwhite at azapple.com>
Subject: Re: kde-4.1 coming soon to f9/updates-testing
To: For users of Fedora <fedora-list at redhat.com>
Message-ID: <1217087447.25414.415.camel at lin-workstation.azapple.com>
Content-Type: text/plain

On Thu, 2008-07-24 at 22:33 -0500, Rex Dieter wrote:
> Craig White wrote:
> > On Thu, 2008-07-24 at 21:20 -0500, Rex Dieter wrote:
> >> A kde-4.1-rc2 update is queued for release to fedora 9's up
> >> repository.  It is meant for testing the upcoming KDE 4.1 release and to
> >> filter last-minute bugs.  Please help test and offer feedback
> >> http://admin.fedoraproject.org/updates/F9/FEDORA-2008-6743
> > ----
> > toss me a bone here...
> > 
> > how can I enable fedora-testing and get these AND ONLY these packages?
> > something like this?  ...
> something close to that should work, yeah.  
> See also:
> http://fedoraproject.org/wiki/Testing

# yum --enablerepo=updates-testing install kdesdk kdebase kdepimlibs sip
qscintilla qgtkstyle kdeedu kdebindings soprano kdeplasma-addons
kdegames kdeaccessibility compiz kdenetwork kdegraphics kdeadmin
kdebase-runtime PyQt4 automoc phonon WebKit kde-filesystem kdeutils
akonadi kdetoys kdemultimedia kdebase-workspace kdeartwork kdelibs qt

<< much clippage >>

kdebindings-4.0.99-1.fc9.i386 from updates-testing has depsolving
  --> Missing Dependency: libqscintilla2.so.2 is needed by package
kdebindings-4.0.99-1.fc9.i386 (updates-testing)
Error: Missing Dependency: libqscintilla2.so.2 is needed by package
kdebindings-4.0.99-1.fc9.i386 (updates-testing)

# yum --enablerepo=updates-testing search libqscintilla.so.2
Loaded plugins: fastestmirror, priorities, refresh-packagekit
Loading mirror speeds from cached hostfile
 * updates-testing: mirror.lib.ucdavis.edu
 * livna: livna.cat.pdx.edu
 * fedora: ftp.uci.edu
 * adobe-linux-i386: linuxdownload.adobe.com
 * updates: ftp.uci.edu
Warning: No matches found for: libqscintilla.so.2
No Matches found



Message: 7
: Sat, 26 Jul 2008 08:53:19 -0700
From: Craig White <craigwhite at azapple.com>
Subject: Re: F9 - cups - windows shared printer
To: For users of Fedora <fedora-list at redhat.com>
Message-ID: <1217087599.25414.417.camel at lin-workstation.azapple.com>
Content-Type: text/plain

On Sat, 2008-07-26 at 19:08 +1000, Andy Eager wrote:
> OK, for anyone interested (and as a way of documenting the problem), I 
> finally got to the bottom of this issue.
> It has absolutely nothing to do with users, groups, cups authentication, 
> Firefox or much else discussed in this thread!!
> I was using ipp as the printing protocol to talk to the printer:- A 
> Konica-Minolta MC2450.
> ipp://printer_hostname:631/ipp
> Not sure whether the problem is with CUPS implementation of ipp or the 
> printer itself, but if I change to JetDirect 
> (socket://printer_hostname), then everything works just fine.
> Now for the gory details:
> * printers.conf is setup initially without the AuthInfoRequired line 
> (which is the same AuthInfoRequired none)
> * When I try to print I get the following:
>    E [25/Jul/2008:17:20:53 +1000] [Job 1] Unable to get job 1997 
> attributes (client-error-not-authorized)!
>    I [25/Jul/2008:17:20:53 +1000] Saving printers.conf...
>    E [25/Jul/2008:17:20:53 +1000] PID 5314 (/usr/lib/cups/backend/ipp) 
> stopped with status 2!
>    D [25/Jul/2008:17:20:53 +1000] [Job 1] File 0 is complete.
>    I [25/Jul/2008:17:20:53 +1000] [Job 1] Backend returned status 2 
> (authentication required)
> * When cupsd=2
0saves printers.conf, it decides (incorrectly) that 
> authentication is required and inserts the AuthInfoRequired negotiate 
> line into printers.conf
> For any cups developers reading this, here's the code that does this 
> from job.c: (which I believe is semantically incorrect)
> if ((attr = cupsGetOption("auth-info-required", num_attrs,  attrs)) != NULL)
>       {
>          cupsdLogMessage(CUPSD_LOG_ERROR, "WOULD BE SETTING attribute 
> %s", attr);
>          // cupsdSetAuthInfoRequired(job->printer, attr, NULL);
>         cupsdSetPrinterAttrs(job->printer);
>         cupsdSaveAllPrinters();
>       }
> The first line is me wanting to see this event in the log file
> The second line is me commenting out the change to AuthInfoRequired.
> When I run this modified version of cups, I still see same output in the 
> log file, but the job does print (as do any subsequent jobs) and there 
> is no change made to printers.conf.
> Anyway, that's the full story.
> I now know the anatomy of cups way more than I ever wanted to!
did you want to add that to the bugzilla entry I started or should I

also, for the record, I never set up the printer as ipp but only as a
connection to windows shared printer (smb://) but perhaps the code is
similar there



fedora-list mailing list
fedora-list at redhat.com

End of fedora-list Digest, Vol 53, Issue 2


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/fedora-list/attachments/20080726/289b219a/attachment-0001.htm>

More information about the fedora-list mailing list