Fedora ARM weekly status meeting 2013-02-20
by Paul Whalen
Good Morning all,
Please join us today (Wednesday, February 20th) at 4PM EST (9PM UTC)
for the Fedora ARM weekly status meeting in #fedora-meeting-1 on Freenode.
On the agenda so far..
0) Status of ACTION items from our previous meeting
1) Problem packages
2) ARM Koji moved to Phoenix - Remaining changes
- Any issues encountered?
3) Mass rebuild - Status update
4) ARM Tech Talks - suggestions for future talks
5) Open Floor
If there is something that you would like to discuss that isn't mentioned
please feel free to bring it up at the end of the meeting or send an email
to the list.
Paul
11 years, 2 months
[HEADS-UP] Updating MongoDB in F17 and EPEL6
by Troy Dawson
Hello,
A couple of months back I asked about updating MongoDB from 2.0.7 to
2.2.0 in EPEL6 and Fedora 17.
Although it is backwards compatible, there were several bugs brought up
that people wanted fixed in Mongodb 2.2.x before we moved to this
version. With MongoDB 2.2.3, the last of these bugs has been fixed.
MongoDB 2.2.3 is now built and in testing, and I propose the following
schedule.
February 20
Push MongoDB 2.2.3 to stable for Fedora 17 and EPEL6
If anyone has any concerns, please let me know.
If anyone knows where else I should announce this other than
epel-devel-list, please let me know.
Thanks
Troy Dawson
11 years, 2 months
About cron files and rpmlint
by Sergio Belkin
Hi, rpmlint complains about cron files, is that a bug?
For example:
tmpwatch.x86_64: E: executable-marked-as-config-file
/etc/cron.daily/tmpwatch
Executables must not be marked as config files because that may prevent
upgrades from working correctly. If you need to be able to customize an
executable, make it for example read a config file in /etc/sysconfig.
--
--
Sergio Belkin http://www.sergiobelkin.com
Watch More TV http://sebelk.blogspot.com
LPIC-2 Certified - http://www.lpi.org
11 years, 2 months
RE: Re: 64-bit stat (or not) in 32-bit Fedora binaries
by Mamoru TASAKA
> On Tue, 19 Feb 2013 20:13:23 +0900, Mamoru TASAKA wrote:
>
> > Well, cifs-mounted filesystem already returns such large inode, and xscreensaver
> > already suffered from this issue.
> > https://bugs.launchpad.net/ubuntu/+source/xscreensaver/+bug/609451/commen...
>
> About your recent comment there on AC_SYS_LARGEFILE being used in a later
> release, that only makes modifying CFLAGS unnecessary if config.h is
> included before sys/stat.h - it seems some programs don't do that and
> build with the wrong stat().
>
Well, actually all files except for one file which use stat series include config.h
directly or indirectly before sys/stat.h, and while it is preferable that one rest file
(using fstat()) is fixed, this one file is currently dead. Also I checked xscreensaver
binary rpms with ./summarize-stat.pl and the result was all okay (using
xscreensaver 5.21 i686 binary rpms).
Regards,
Mamoru
11 years, 2 months
Mass closing EOL bugs should not close bugs with pending updates
by Christoph Wickert
Hi there,
I found that a couple of F16 bugs were closed by endoflife(a)fp.o even
though there were pending updates for F17 and F18 to fix them. As a
result, the bugs are now closed WONTFIX even they were or are going to
be fixed.
Should we expect the bugzappers to not mass-close bugs that are in
MODIFIED or ON_QA state or require maintainers to upgrade the bugs to a
supported release even though they were originally filed in against an
older version?
Best regards,
Christoph
11 years, 2 months
Xboard update
by Eduardo Jorge
Fedora has one spin of games, then the packages of games
must also be brought up to date, I thin especially about xboard, an
interesting games of chess with artificial intelligenc and that is has an
obsolete version.
Eduardo
11 years, 2 months
Orphaning gnome-media, gmyth, EOL'ing gnome-lirc-properties
by Bastien Nocera
Heya,
gnome-media is unmaintained upstream, and the only interesting thing
left in that package is the sound recorder, for which I'm sure there are
better alternatives (both in terms of UI and maintainership).
gmyth is also unmaintained upstream as far as I know. I haven't used it
in a long while (no MythTV box), and it's most likely deprecated by the
UPnP support in MythTV.
DWYW with those two.
gnome-lirc-properties hasn't worked for a while. It requires HAL, didn't
get adapted to use systemd, etc. See here for details as to what the
future is:
http://www.hadess.net/2011/01/infra-red-remotes-in-gnome-3.html
Cheers
11 years, 2 months
Proposed F19 Feature: Cinnamon as Default Desktop
by Jaroslav Reznik
= Features/Cinnamon as Default Desktop =
https://fedoraproject.org/wiki/Features/Cinnamon_as_Default_Desktop
Feature owner(s): Eric Smith <eric(a)brouhaha.com>
This feature proposes that Fedora switch the default desktop interface from
Gnome 3 to Cinnamon. Cinnamon provides a desktop interface that is more
familiar to Windows and Gnome 2 users than the standard Gnome Shell interface,
while being built from Gnome 3 components.
== Detailed description ==
The Gnome 3 interface is substantially different that the traditional desktop
interfaces on both Linux and Windows. While it is good that there is research
into new user interface concepts, many users prefer to have a traditional
interface that they are accustomed to. Unfortunately it is difficult or
impossible to assess what fraction of the user base prefers Gnome Shell vs. a
more traditional interface. I'm not trying to start (or continue) a flame war
here, so I won't state any of my own criticisms of Gnome Shell here, but I
will observe that a number of very high profile people in the Linux community,
such as Linus Torvalds and Alan Cox, have publicly announce that due to
problems with Gnome Shell they are switching to a different desktop and/or
Linux distribution.
I submit the proposition that it is easier for a user doing a new Fedora
install to start with a traditional desktop, and switch to the Gnome Shell if
they prefer that, than to start with Gnome Shell and switch to a traditional
desktop.
The Cinnamon desktop provides a traditional desktop while being based on the
latest Gnome and GTK components, so it seems like a better candidate for a
default desktop than MATE, which is based on older components.
_______________________________________________
devel-announce mailing list
devel-announce(a)lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel-announce
11 years, 2 months
