Today's update: Gnome shows all filesystems
by Horst H. von Brand
After reboting after the update for 20090303, I see all my mounted
filesystems the way e.g. a pendrive shows up.
--
Dr. Horst H. von Brand User #22616 counter.li.org
Departamento de Informatica Fono: +56 32 2654431
Universidad Tecnica Federico Santa Maria +56 32 2654239
Casilla 110-V, Valparaiso, Chile 2340000 Fax: +56 32 2797513
15 years, 3 months
Teachers for irc classes this weekend needed
by Kevin Fenzi
Greetings.
I thought I would drop a note here and see if anyone is interested in
helping out by teaching a IRC class this weekend.
It only takes an hour of your time, and you can teach about most any
Fedora related subject you like.
In particular, Feature owners for F11 may want to teach a class about
their feature and get users interested in it and looking forward to the
next release. ;)
See:
https://fedoraproject.org/wiki/Classroom
for timeslots and sign up today. :)
Feel free to email me any questions, reply to this post, or catch me on
irc.freenode.net in #fedora-devel or #fedora-classroom. (nick: nirik)
Thanks!
kevin
15 years, 3 months
autoconf and epel-5
by Simon Wesp
Hi all,
i have a little issue with autoconf and epel-5
the statement of the problem:
in configure.ac stands:
CXXFLAGS="-Wall -O2"
to honor the rpmoptflags i removed this line and create a patch of my
changes.
now i have to run autoconf to implement my changes. no problem in
fedora. in epel-5 it will abort:
http://buildsys.fedoraproject.org/logs/fedora-5-epel/1476-hosts3d-0.97-3....
my idea to handle this problem is:
1) run autoconf in fedora and create a diff of the changes (as patch1)
2) handle it in the specfile:
%if 0%{?fedora}
BuildRequires: autoconf
%endif
%prep
%setup -q -n %{name}-%{srcversion}
# Patch to remove CXXFLAGS from configure.ac
%patch0 -p1
%if 0%{?rhel}
# Patch for autoconf 2.60
%patch1 -p1
%endif
%build
%if 0%{?fedora}
autoconf
%endif
is this the right way to solve this problem? i didn't found a helpful
text passage in the packaging-guidelines
--
Mit freundlichen Grüßen aus dem schönen Hainzell
Simon Wesp
15 years, 3 months
Xorg dual-head fail
by Ahmed Kamal
A software developer gets a new HDMI monitor to connect to his laptop .. he
connects the HDMI output to the laptop .. no notification, nothing pops up
.. mmm .. he searches through the menus for something .. Screen resize n
rotate (krandrtray) looks promising ... he plays with it, it gets the 2
monitors mirrored, but he wants to spread the desktop on them both, tens of
clicks here and there .. it's not going anywhere ... he calls the local
linux guru, which happens to be me. I play with krandr too, nothing .. I
appologize for having to use cli tricks, I open up konsole, and fire-up
xrandr, after some time to get the 11 word xrandr command just about right
... Xrandr fails to set the display and bitches about some virtual-size
thingie .. googling reveals I need "Virtual" directive in xorg.conf .. mm ..
ok, I vim xorg.conf .. but it's not there ... ah, everything in newer fedora
should be automatic, heh, I remember. Ok .. so I need to create an xorg.conf
.. I launch system-config-display .. set the dual-head option there (how
didnt I think of that one before) .. couple of clicks .. save the config ..
oops, some "index out of range" error spits on the konsole screen and the
tool just hangs there .. no error messages that there were some errors
saving, nothing ... ick ... xorg.conf was not created! I give
system-config-display another shot .. it crashes the exact way again ... doh
.. (at this stage I should already be cursing .. but I'm not :) I launch
system-config-display one third time with --no-ui option to create some
boiler plate xorg.conf, this time it works .. I add the needed "Virtual"
thingie ... I set it to 4096x4096 .. restart X .. it fails to start
completely ... no graceful recovery :/ I reboot the box ... X doesn't start
again .. no errors .. doesn't take me back to console .. just a pretty black
blank screen! Reboot again, runlevel 3 .. tweak Virtual .. init 5 .. X
starts. I finally login .. run "xrandr" and tweak the command .. now things
start to look good again. I make the user a shell alias, tell him to type it
whenever that monitor is attached to his laptop ... end of my story!
Does something as common as attaching an extra monitor to a laptop, require
that much voodoo ..! How would a "normal" user react ! I wont try to mention
how to resolve the problems mentioned here, since you guys know this better
than I do ... I'm not whining either, I'm simple mentioning somthing is
definitely wrong, with the hope of spurring action to make things better
Regards
15 years, 3 months
FESCo Meeting Summary - 2009-03-03
by Jarod Wilson
=== Members Present ===
* Kevin Fenzi (nirik)
* Dan Horák (sharkcz)
* Jarod Wilson (j-rod)
* Josh Boyer (jwb)
* Brian Pepple (bpepple)
* Dennis Gilmore (dgilmore)
* Bill Nottingham (notting)
=== Members Absent ===
* David Woodhouse (dwmw2)
* Jon Stanley (jds2001)
== Summary ==
=== Features ===
* DBusPolicy - http://fedoraproject.org/wiki/Features/DBusPolicy
6 +1 votes, FESCo approved this Feature. Some contention over whether or
not this is really a Feature or just a security hole we need to fix
regardless, but since it touches so many areas, FESCo deemed that the
scope made it Feature-worthy.
* DRI2 - http://fedoraproject.org/wiki/Features/DRI2
6 +1 votes, FESCo approved this Feature. Release notes still need to be
fleshed out though.
* MultiplePAMStacksInGDM - http://fedoraproject.org/wiki/Features/MultiplePAMStacksInGDM
6 +1 votes, FESCo approved this Feature, with the caveat that the minimum
necessary code gets into rawhide TODAY so that it can be properly tested
in the F11 Beta release.
* Radeon3DUpdate - http://fedoraproject.org/wiki/Features/Radeon3DUpdate
6 +1 votes, FESCo approved this Feature. A bit of concern over the current
80% complete status listed on the Feature page, but the Feature owner was
unavailable for comment (middle of the night in .au). Assumption is that
its at least mostly testable and part of the remaining percentage of work
is dealing with any regressions introduced.
* TigerVNC - http://fedoraproject.org/wiki/Features/TigerVNC
FESCo previously approved a TightVNC Feature. The Feature was recently
renamed to TigerVNC, due to upstream issues resulting in a fork. The
changes prompted FESCo to re-review this Feature.
6 +1 votes, 1 -1 vote, FESCo approved this Feature. There is some concern
over the last-minute change to the Feature page from TightVNC to TigerVNC
and over why TightVNC was forked, rather than resolving issues with the
TightVNC upstream folks. FESCo would like to hear more explanation and
justification for the fork, but in theory, we'll get the same code
regardless of the package name, assuming the TigerVNC package can be
approved *today* so that it makes it into the F11 Beta release, so the
Feature was re-approved, with one dissenting vote.
IRC log can be found at:
http://bpepple.fedorapeople.org/fesco/FESCo-2009-03-03.html
--
Jarod Wilson
jarod(a)redhat.com
15 years, 3 months
Package Review Stats for the week ending March 1st, 2009
by Brian Pepple
Top three FAS account holders who have completed reviewing "Package
review" components on bugzilla for the week ending March 1st, 2009
were Parag AN, Manuel Wolfshant, and Remi Collet. Below is the number of
package reviews completed.
Parag AN(पराग) - 11
manuel wolfshant - 8
Remi Collet - 4
Brennan Ashton - 2
Jens Petersen - 2
Jon Levell - 2
Marcela Maslanova - 2
Matthias Clasen - 2
Miroslav Suchy - 2
Paul Lange - 2
Peter Lemenkov - 2
Tom "spot" Callaway - 2
Andrew Overholt - 1
Dominik 'Rathann' Mierzejewski - 1
Hans de Goede - 1
Jason Tibbitts - 1
Jim Meyering - 1
Josh Boyer - 1
Lubomir Rintel - 1
Mamoru Tasaka - 1
Mary Ellen Foster - 1
Michel Alexandre Salim - 1
Milos Jakubicek - 1
Richard W.M. Jones - 1
Sebastian Vahl - 1
Steven M. Parrish - 1
Review Requests: 52
Merge Reviews: 2
Total Reviews Completed: 55
Thanks,
/B
--
Brian Pepple <bpepple(a)fedoraproject.org>
https://fedoraproject.org/wiki/User:Bpepple
gpg --keyserver pgp.mit.edu --recv-keys 810CC15E
BD5E 6F9E 8688 E668 8F5B CBDE 326A E936 810C C15E
15 years, 3 months
Latest updates pushes
by Josh Boyer
Hi All,
I've been doing some testing the past two days on some new bodhi
code that allows rel-eng to push specific types of updates. This
is in contrast to the normal "push everything" mode that usually
happens.
So if you've seen some of your updates get pushed but others not,
that is why. It is not a bug in bodhi, and you don't need to open
a ticket anywhere. The normal update tsunami will return shortly.
josh
15 years, 3 months
odd gcc 4.4 failure on ppc/ppc64
by Tom Callaway
Basically, the package (wlassistant) builds fine on i586 and x86_64, but
blows a fuse on ppc and ppc64:
[ppc64]
http://koji.fedoraproject.org/koji/getfile?taskID=1215120&name=build.log
In file included from
/usr/lib/gcc/ppc64-redhat-linux/4.4.0/../../../../include/c++/4.4.0/cstdio:48,
from build/src/watools.cpp:25:
/usr/lib/gcc/ppc64-redhat-linux/4.4.0/../../../../include/c++/4.4.0/ppc64-redhat-linux/bits/c++config.h:1666:
error: expected unqualified-id before 'namespace'
In file included from
/usr/lib/gcc/ppc64-redhat-linux/4.4.0/../../../../include/c++/4.4.0/bits/locale_facets.h:2604,
from
/usr/lib/gcc/ppc64-redhat-linux/4.4.0/../../../../include/c++/4.4.0/bits/basic_ios.h:44,
from
/usr/lib/gcc/ppc64-redhat-linux/4.4.0/../../../../include/c++/4.4.0/ios:50,
from
/usr/lib/gcc/ppc64-redhat-linux/4.4.0/../../../../include/c++/4.4.0/ostream:45,
from
/usr/lib/gcc/ppc64-redhat-linux/4.4.0/../../../../include/c++/4.4.0/iostream:45,
from build/src/watools.cpp:30:
[ppc]
http://koji.fedoraproject.org/koji/getfile?taskID=1215118&name=build.log
In file included from
/usr/lib/gcc/ppc64-redhat-linux/4.4.0/../../../../include/c++/4.4.0/cstdio:48,
from build/src/watools.cpp:25:
/usr/lib/gcc/ppc64-redhat-linux/4.4.0/../../../../include/c++/4.4.0/ppc64-redhat-linux/bits/c++config.h:223:
error: expected unqualified-id before 'namespace'
In file included from
/usr/lib/gcc/ppc64-redhat-linux/4.4.0/../../../../include/c++/4.4.0/bits/locale_facets.h:2604,
from
/usr/lib/gcc/ppc64-redhat-linux/4.4.0/../../../../include/c++/4.4.0/bits/basic_ios.h:44,
from
/usr/lib/gcc/ppc64-redhat-linux/4.4.0/../../../../include/c++/4.4.0/ios:50,
from
/usr/lib/gcc/ppc64-redhat-linux/4.4.0/../../../../include/c++/4.4.0/ostream:45,
from
/usr/lib/gcc/ppc64-redhat-linux/4.4.0/../../../../include/c++/4.4.0/iostream:45,
from build/src/watools.cpp:30:
I'm wondering if something isn't broken on the ppc side of the compiler.
Any and all help is welcome.
~spot
15 years, 3 months