Marius Andreiana | 1 Sep 2005 08:18
Picon

External Bugzilla References lists FreeDesktop.org twice

Hi,

External Bugzilla References lists FreeDesktop.org twice with the same
URL. Please remove one of the entries from bugzilla.

Thanks,
-- 
Marius Andreiana

--

-- 
fedora-devel-list mailing list
fedora-devel-list <at> redhat.com
http://www.redhat.com/mailman/listinfo/fedora-devel-list

Jeff Spaleta | 1 Sep 2005 14:01
Picon

Re: External Bugzilla References lists FreeDesktop.org twice

On 9/1/05, Marius Andreiana <mandreiana.lists <at> gmail.com> wrote:
> Hi,
> 
> External Bugzilla References lists FreeDesktop.org twice with the same
> URL. Please remove one of the entries from bugzilla.

https://bugzilla.redhat.com/bugzilla/enter_bug.cgi?product=Bugzilla

--

-- 
fedora-devel-list mailing list
fedora-devel-list <at> redhat.com
http://www.redhat.com/mailman/listinfo/fedora-devel-list

Jeff Pitman | 1 Sep 2005 17:07
Picon

HostAP

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=112583

Why?

-- 
-jeff

--

-- 
fedora-devel-list mailing list
fedora-devel-list <at> redhat.com
http://www.redhat.com/mailman/listinfo/fedora-devel-list

Build System | 1 Sep 2005 17:48
Picon
Favicon

rawhide report: 20050901 changes


Updated Packages:

cdrtools-8:2.01.1-10
--------------------
* Wed Aug 31 2005 Harald Hoyer <harald <at> redhat.com> 8:2.01.1-10
- fixed mkisofs #166707 for gcc4

control-center-1:2.11.91-4
--------------------------
* Wed Aug 31 2005 Ray Strode <rstrode <at> redhat.com> - 1:2.11.91-4
- Potentially fix tablet bustage (bug 167227)

desktop-file-utils-0.10-3
-------------------------
* Wed Aug 31 2005 Ray Strode <rstrode <at> redhat.com> - 0.10-3
- bump build requires for glib to 2.2.0 (bug #146585).

evolution-data-server-1.3.8-6
-----------------------------
* Wed Aug 31 2005 David Malcolm <dmalcolm <at> redhat.com> - 1.3.8-6
- Use regular LDAP library for now, rather than evolution-openldap (#167238)

gcc-4.0.1-12
------------
* Wed Aug 31 2005 Jakub Jelinek  <jakub <at> redhat.com> 4.0.1-12
- update from CVS
  - PRs ada/23593, bootstrap/21268, c++/13377, c++/23099, c++/23586,
	c++/23639, fortran/20592, libfortran/23598, libgcj/23508,
	libstdc++/23081, preprocessor/20348, preprocessor/20356,
(Continue reading)

Tyler Larson | 1 Sep 2005 18:38

Re: HostAP

Jeff Pitman wrote:
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=112583
> 
> Why?
> 

If your question is "Why would anyone want HostAP?" then I think I can come up
with a scenario or two.

For example, you're at a meeting/seminar/whatever where a bunch of non-techies
are using laptops, there's only 1 ethernet port to the room, and no one has
networking equipment. People are muttering to themselves, "Grumble, grumble,
grumble, I wish I could connect to the Internet... but there's 30 laptops and
only one ethernet hookup."

You, being the Geek God you are, say, "Never fear, I run Linux!" You grab your
trusty laptop and ethernet cable (which you never leave home without), you
plug in, turn on, and using HostAP turn your computer into an instant access
point, complete with NAT and DHCP, and maybe even Squid. The others in the
room--all WinXP users with MBAs and such--say "Wow, It's working! I didn't
have to put in any configuration at all! No AdHoc networks, no IP address
configuration. This is amazing!"

Then an old man with a pointed hat and long gray beard stands up, points his
finger and says, "What manner of man is this, who has such great power over
networks and technology? We all have laptops too, and yet only he could
perform such a feat and save us all!"

You smile with that all-knowing sort of air, and say, "I run Linux! Behold the
power of Fedora!"
(Continue reading)

Gregory Maxwell | 1 Sep 2005 19:12
Picon
Gravatar

Re: HostAP

On 9/1/05, Tyler Larson <fedora-devel <at> tlarson.com> wrote:
> You smile with that all-knowing sort of air, and say, "I run Linux! Behold the
> power of Fedora!"

You tell a good story, ... but it's true, running in AP mode is quite
useful.  Although the hostap drivers are not the only drivers that can
run in AP mode even today... I hope that eventually all drivers of
AP-mode-able hardware support it.

There is nothing quite as satisfying as the sound of laptop lids
slamming shot on a long airplane flight as your wildcard dns & httpd
setup serves up copies of goatse to travelers who moments before
thought they were quite lucky to pick up "PaneraBread" at 50,000 feet.
;)

(just kidding, of course)

--

-- 
fedora-devel-list mailing list
fedora-devel-list <at> redhat.com
http://www.redhat.com/mailman/listinfo/fedora-devel-list

Jesse Keating | 1 Sep 2005 19:20
Gravatar

Re: HostAP

On Thu, 2005-09-01 at 23:07 +0800, Jeff Pitman wrote:
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=112583
> 
> Why?

Are HostAP drivers in upstream mainline kernel?  No?  Then they won't be
in Fedora kernel.  See Fedora Extras.

-- 
Jesse Keating RHCE      (http://geek.j2solutions.net)
Fedora Legacy Team      (http://www.fedoralegacy.org)
GPG Public Key
(http://geek.j2solutions.net/jkeating.j2solutions.pub)

Was I helpful?  Let others know:
 http://svcs.affero.net/rm.php?r=jkeating

--

-- 
fedora-devel-list mailing list
fedora-devel-list <at> redhat.com
http://www.redhat.com/mailman/listinfo/fedora-devel-list

Steven Pritchard | 1 Sep 2005 19:34

Re: HostAP

On Thu, Sep 01, 2005 at 11:07:04PM +0800, Jeff Pitman wrote:
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=112583

Which looks like a duplicate of

 https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=81749

which I closed when I opened

 https://bugzilla.fedora.us/show_bug.cgi?id=1019

I haven't taken the time to update the driver rpm to match the latest
kernel module package guidelines, but I have current(-ish) versions of
the old package here:

 http://apt.kspei.com/fedora/4/i386/SRPMS.kspei/
 http://apt.kspei.com/fedora/4/i386/RPMS.kspei/

FWIW, hostap is still by *far* the best driver for Prism 2 wireless
cards, even ignoring the AP functionality.

Steve
-- 
Steven Pritchard - K&S Pritchard Enterprises, Inc.
Email: steve <at> kspei.com             http://www.kspei.com/
Phone: (618)398-3000               Mobile: (618)567-7320

--

-- 
fedora-devel-list mailing list
fedora-devel-list <at> redhat.com
(Continue reading)

Erwin Rol | 1 Sep 2005 22:15

ustring problem

Hey all,

while working on a wrapper for gdl I ran into a problem with
Glib:ustring. The following "program" gives a compile error.

#include <gtkmm.h>

int main(int argc, char* argv[])
{
        Glib::ustring tmp;
        return 0;
}

The error is;

g++ -g -c `pkg-config gtkmm-2.4 --cflags` main.cpp
/usr/include/glibmm-2.4/glibmm/ustring.h:236: error: field initializer is not constant
make: *** [main.o] Error 1

The lines in ustring.h that the compiler complains about are;

    235 #ifdef GLIBMM_HAVE_ALLOWS_STATIC_INLINE_NPOS
    236   static const size_type npos = std::string::npos;
    237 #else
    238   //The IRIX MipsPro compiler says "The indicated constant value is not known",
    239   //so we need to initalize the static member data elsewhere.
    240   static const size_type npos;
    241 #endif

The following RPM are installed on my x86_64 (running in 64bit mode)
(Continue reading)

Erwin Rol | 1 Sep 2005 22:45

Re: ustring problem

OK after recompiling the srpm from
http://download.fedora.redhat.com/pub/fedora/linux/extras/development/SRPMS/glibmm24-2.6.1-1.src.rpm
on my system it works correctly. During the configure of i can see the
following line ;

checking whether the compiler allows a static member variable to be initialized inline to
std::string::npos... no

which seems to do the trick, the question is why are the binary rpms not
working, are they just compiled with a older/different compiler ? 

- Erwin

On Thu, 2005-09-01 at 22:15 +0200, Erwin Rol wrote:
> Hey all,
> 
> while working on a wrapper for gdl I ran into a problem with
> Glib:ustring. The following "program" gives a compile error.
> 
> #include <gtkmm.h>
> 
> int main(int argc, char* argv[])
> {
>         Glib::ustring tmp;
>         return 0;
> }
> 
> The error is;
> 
> g++ -g -c `pkg-config gtkmm-2.4 --cflags` main.cpp
(Continue reading)


Gmane