[Test-Announce] I18n Desktop Test Day Tomorrow (Mar 3)
Greetings everyone! Tomorrow we will continue the localization and internationalization test day focusing on: I18n Desktop[1]. Tests on this day will mainly cover the yum langpack, font/rendering in applications as well as the input method. If you are interested, feel free to post your results on wiki and join us in #fedora-test-day(freenode) to discuss your queries. [1] https://fedoraproject.org/wiki/Test_Day:2011-03-03_I18n_Desktop -- Contacts Hurry FAS Name: Rhe Timezone: UTC+8 TEL: 86-010-62608141 IRC nick: rhe #fedora-qa #fedora-zh ___ test-announce mailing list test-annou...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/test-announce -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F-15 Branched report: 20110301 changes
Compose started at Tue Mar 1 13:15:58 UTC 2011 Broken deps for x86_64 -- Io-language-extras-20080330-4.fc15.x86_64 requires libevent-1.4.so.2()(64bit) balsa-2.4.9-3.fc15.x86_64 requires libgtkhtml-3.15.so.19()(64bit) beagle-0.3.9-19.fc14.x86_64 requires libwv-1.2.so.3()(64bit) beagle-0.3.9-19.fc14.x86_64 requires libmono.so.0()(64bit) beagle-0.3.9-19.fc14.x86_64 requires libmono.so.0(VER_1)(64bit) beanstalkd-1.4.6-2.fc15.x86_64 requires libevent-1.4.so.2()(64bit) bugzilla-3.6.4-4.fc15.noarch requires perl(DBD::Oracle) bugzilla-3.6.4-4.fc15.noarch requires perl(DBI::db) bugzilla-3.6.4-4.fc15.noarch requires perl(DBI::st) bugzilla-3.6.4-4.fc15.noarch requires perl(sanitycheck.cgi) byzanz-0.2.2-1.fc14.x86_64 requires libpanel-applet-2.so.0()(64bit) coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Ograph2way) = 0:7442f647b0a74ed48a5c9361fc42ccc4 coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Flag) = 0:522d7f86f1236405e53271ff74923515 coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Osetb) = 0:8f21a0a4f771662673604ed92a237d79 coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Oassocb) = 0:d873c4a1eeb6fa5c5333f8658c49d1db coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Setb) = 0:93bdb588146a13126bfad4eab6c58206 coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Oassoc_buffer) = 0:cf6fbee4fcc6644a0a90f07da8eb6c7b coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Mapb) = 0:617c09a110cef9f040335b35078c7234 coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Sexplib) = 0:a990ea80438337d5407bbc0343c7236a coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Dumper) = 0:76126ba149caeb2d34f12e11187a9d4e coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Oassoch) = 0:87f7dc2635e5a7ed1ab03b7cd5380ace coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(SetPt) = 0:b69c030e8ca717d556d3d9bd2a5d22fd coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(ANSITerminal) = 0:3d0d1700618d8b3a4e4b2308f28cefb6 coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Oseti) = 0:a937e7661f510c17bfd21d4372507795 conmux-0.0-12.493svn.fc15.noarch requires perl(Payload) conmux-0.0-12.493svn.fc15.noarch requires perl(Client) cpm-0.23-0.3.beta.fc12.x86_64 requires libdotconf-1.0.so.0()(64bit) cvs2cl-2.72-4.noarch requires perl(CVS::Utils::ChangeLog::EntrySet::Output) db4o-7.4-2.fc13.x86_64 requires mono(Mono.GetOptions) = 0:2.0.0.0 dbmail-3.0.0-0.3.rc1.fc15.x86_64 requires libevent-1.4.so.2()(64bit) dbmail-auth-ldap-3.0.0-0.3.rc1.fc15.x86_64 requires libevent-1.4.so.2()(64bit) dh-make-0.55-3.fc15.noarch requires debhelper dmapd-0.0.34-3.fc15.i686 requires libdmapsharing.so.2 dmapd-0.0.34-3.fc15.x86_64 requires libdmapsharing.so.2()(64bit) drupal6-views_bulk_operations-1.10-6.fc15.noarch requires drupal6-views ember-0.6.0-1.fc15.x86_64 requires libboost_thread-mt.so.1.44.0()(64bit) eog-plugins-2.30.0-2.fc14.x86_64 requires libgdata.so.7()(64bit) evolution-couchdb-0.5.1-5.fc15.x86_64 requires libgtk-3.0.so.0()(64bit) evolution-couchdb-0.5.1-5.fc15.x86_64 requires libgdk-3.0.so.0()(64bit) fatrat-1.1.3-2.fc15.x86_64 requires libboost_date_time-mt.so.1.44.0()(64bit) fatrat-1.1.3-2.fc15.x86_64 requires libtorrent-rasterbar.so.5()(64bit) fatrat-1.1.3-2.fc15.x86_64 requires libboost_filesystem-mt.so.1.44.0()(64bit) fatrat-1.1.3-2.fc15.x86_64 requires libboost_system-mt.so.1.44.0()(64bit) fawkes-plugin-player-0.4.1-1.fc15.x86_64 requires libboost_signals-mt.so.1.44.0()(64bit) fawkes-plugin-player-0.4.1-1.fc15.x86_64 requires libboost_thread-mt.so.1.44.0()(64bit) 1:fife-0.3.2-1.fc15.i686 requires libboost_regex.so.1.44.0 1:fife-0.3.2-1.fc15.i686 requires libboost_system.so.1.44.0 1:fife-0.3.2-1.fc15.i686 requires libboost_filesystem.so.1.44.0 1:fife-0.3.2-1.fc15.x86_64 requires libboost_regex.so.1.44.0()(64bit) 1:fife-0.3.2-1.fc15.x86_64 requires libboost_system.so.1.44.0()(64bit) 1:fife-0.3.2-1.fc15.x86_64 requires libboost_filesystem.so.1.44.0()(64bit) file-browser-applet-0.6.6-1.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::ScrolledWindow) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::Dialog) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::Toolbar) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::TreeView) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::MenuBar) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::VBox) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::Window) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk
Plan for tomorrow's FESCo meeting (2011-03-02)
Following is the list of topics that will be discussed in the FESCo meeting tomorrow at 17:30UTC (12:30pm EDT) in #fedora-meeting on irc.freenode.net. Links to all tickets below can be found at: https://fedorahosted.org/fesco/report/9 = Followups = #topic #516 Updates policy adjustments/changes .fesco 516 #topic #515 Investigate a "features" repo for stable releases .fesco 515 #topic #517 Updates Metrics .fesco 517 #544 List of services that may start by default .fesco 544 #563 suggested policy: all daemons must set RELRO and PIE flags .fesco 563 #564 Proven packager request .fesco 564 = Fedora Engineering Services tickets = https://fedorahosted.org/fedora-engineering-services/report/6 = Open Floor = For more complete details, please visit each individual ticket. The report of the agenda items can be found at https://fedorahosted.org/fesco/report/9 If you would like to add something to this agenda, you can reply to this e-mail, file a new ticket at https://fedorahosted.org/fesco, e-mail me directly, or bring it up at the end of the meeting, during the open floor topic. Note that added topics may be deferred until the following meeting. kevin signature.asc Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Updated: Outage: Ibiblio/ipv6 servers - 2011-03-02 14:00 UTC
Outage: Ibiblio/ipv6 servers - 2011-03-02 14:00 UTC There will be an outage starting at UTC, 2011-03-02 14:00 which will last approximately 4 hours. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/Infrastructure/UTCHowto or run: date -d '2011-03-02 14:00 UTC' Reason for outage: metalabs is moving facilities and needs for our collocated server to move with them. Systems will be down and getting new IP addresses with the move. https://fedorahosted.org/fedora-infrastructure/ticket/2651 Contact Information: Please join #fedora-admin in irc.freenode.net or respond to this email to track the status of this outage. On Tue, Mar 1, 2011 at 13:13, Stephen John Smoogen wrote: > Tomorrow the services at ibiblio will be moved to a new physical location > > ibiblio01.fedoraproject.org > app05 > backup02 > ns02 > proxy04 > smtp-mm03 > torrent01 > > > > -- > Stephen J Smoogen. > "The core skill of innovators is error recovery, not failure avoidance." > Randy Nelson, President of Pixar University. > "Let us be kind, one to another, for most of us are fighting a hard > battle." -- Ian MacLaren > -- Stephen J Smoogen. "The core skill of innovators is error recovery, not failure avoidance." Randy Nelson, President of Pixar University. "Let us be kind, one to another, for most of us are fighting a hard battle." -- Ian MacLaren -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
RE: Access rights for system logs
> On Friday, February 25, 2011 03:13:31 am Matthias Runge wrote: > > - change systems logs owners from root:root mode 600 to root:adm mode > > 640 (or something similar) > > So, what would be the implementation of this? How would logcheck or any log > reader > work. Would they be setgid applications or would they start as root and > change to this > new account? > > There are things in the logs that ordinary users cannot have access to to by > default. > > -Steve +1 to this. Setting a log reader (logfetch, in my case, from Xymon née Hobbit) 2700 :adm and making logs I want it to be able to read chgrp adm and chmod g+r seemed to be the easiest and most secure way to deal with the situation. Nothing ever needs root privs and existing access controls suffice. > The simple concept is as depicted above: create a group "logreader" and > change group ownership of all(/some) system logs to logreader. > > Matthias One benefit of setgid over simply giving an account "logreader" group membership is that that even that user account doesn't have general read access to logs outside of a specific escalation point (in this case, the setgid logfetch tool). To the extent a security review of the log reading code is needed, it makes auditing easier. If there are multiple levels of log security needed (secure vs. everything else?) one could use multiple setgid tools ("logreader" or "daemon" for regular logs, "adm" for secure ones?), or I suppose just have different users with different group/secondary group memberships. Either way, one should still never need to make a tool setuid root to read a log we authorized it to. See also http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2006-3373 for logfetch, which prompted this Japheth Cleaver -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Infrastructure Outage Notification: 2011-03-02 1200 UTC -> 1500 UTC
Tomorrow the services at ibiblio will be moved to a new physical location ibiblio01.fedoraproject.org app05 backup02 ns02 proxy04 smtp-mm03 torrent01 -- Stephen J Smoogen. "The core skill of innovators is error recovery, not failure avoidance." Randy Nelson, President of Pixar University. "Let us be kind, one to another, for most of us are fighting a hard battle." -- Ian MacLaren -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: gnome-disk-utility default in admin-tools
Christoph Wickert (christoph.wick...@googlemail.com) said: > > FYI, if your complaint is about Nautilus getting dragged in, this is being > > addressed already, see https://bugzilla.redhat.com/show_bug.cgi?id=678909 > > (on which I CCed you already). > > I know, but it's not only nautilus but also other GNOME deps. With updates-testing and 1 currently pending update, on top of a @core install: system-config-lvm: Install 91 Package(s) Total download size: 23 M Installed size: 83 M gnome-disk-utility: Install 82 Package(s) Total download size: 17 M Installed size: 59 M Obviously, there may be different overlaps in those set with whatever your base working set might be, but... Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rawhide report: 20110301 changes
Compose started at Tue Mar 1 08:15:42 UTC 2011 Broken deps for x86_64 -- R-hdf5-1.6.9-10.fc15.x86_64 requires hdf5 = 0:1.8.5.patch1 audacious-plugin-xmp-3.3.0-6.fc15.x86_64 requires audacious(plugin-api) = 0:17 beagle-0.3.9-19.fc14.x86_64 requires libwv-1.2.so.3()(64bit) beagle-0.3.9-19.fc14.x86_64 requires libmono.so.0()(64bit) beagle-0.3.9-19.fc14.x86_64 requires libmono.so.0(VER_1)(64bit) byzanz-0.2.2-1.fc14.x86_64 requires libpanel-applet-2.so.0()(64bit) castor-0.9.5-6.fc15.1.x86_64 requires oro coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Oassocb) = 0:d873c4a1eeb6fa5c5333f8658c49d1db coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Ograph2way) = 0:7442f647b0a74ed48a5c9361fc42ccc4 coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Flag) = 0:522d7f86f1236405e53271ff74923515 coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Osetb) = 0:8f21a0a4f771662673604ed92a237d79 coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Oseti) = 0:a937e7661f510c17bfd21d4372507795 coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Setb) = 0:93bdb588146a13126bfad4eab6c58206 coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Oassoc_buffer) = 0:cf6fbee4fcc6644a0a90f07da8eb6c7b coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Mapb) = 0:617c09a110cef9f040335b35078c7234 coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Sexplib) = 0:a990ea80438337d5407bbc0343c7236a coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Dumper) = 0:76126ba149caeb2d34f12e11187a9d4e coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(Oassoch) = 0:87f7dc2635e5a7ed1ab03b7cd5380ace coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(SetPt) = 0:b69c030e8ca717d556d3d9bd2a5d22fd coccinelle-0.2.5-0.rc4.2.fc15.1.x86_64 requires ocaml(ANSITerminal) = 0:3d0d1700618d8b3a4e4b2308f28cefb6 conmux-0.0-12.493svn.fc15.noarch requires perl(Payload) conmux-0.0-12.493svn.fc15.noarch requires perl(Client) cpm-0.23-0.3.beta.fc12.x86_64 requires libdotconf-1.0.so.0()(64bit) cvs2cl-2.72-4.noarch requires perl(CVS::Utils::ChangeLog::EntrySet::Output) db4o-7.4-2.fc13.x86_64 requires mono(Mono.GetOptions) = 0:2.0.0.0 dbmail-3.0.0-0.3.rc1.fc15.x86_64 requires libevent-1.4.so.2()(64bit) dbmail-auth-ldap-3.0.0-0.3.rc1.fc15.x86_64 requires libevent-1.4.so.2()(64bit) dh-make-0.55-3.fc15.noarch requires debhelper drupal6-views_bulk_operations-1.10-7.fc16.noarch requires drupal6-views ember-0.6.0-1.fc15.x86_64 requires libboost_thread-mt.so.1.44.0()(64bit) empathy-2.91.6.1-5.fc15.x86_64 requires libtelepathy-logger.so.1()(64bit) empathy-2.91.6.1-5.fc15.x86_64 requires libfolks.so.20()(64bit) empathy-2.91.6.1-5.fc15.x86_64 requires libfolks-telepathy.so.20()(64bit) eog-plugins-2.30.0-2.fc14.x86_64 requires libgdata.so.7()(64bit) evolution-couchdb-0.5.1-5.fc15.x86_64 requires libgtk-3.0.so.0()(64bit) evolution-couchdb-0.5.1-5.fc15.x86_64 requires libgdk-3.0.so.0()(64bit) 1:fife-0.3.2-1.fc15.i686 requires libboost_regex.so.1.44.0 1:fife-0.3.2-1.fc15.i686 requires libboost_system.so.1.44.0 1:fife-0.3.2-1.fc15.i686 requires libboost_filesystem.so.1.44.0 1:fife-0.3.2-1.fc15.x86_64 requires libboost_regex.so.1.44.0()(64bit) 1:fife-0.3.2-1.fc15.x86_64 requires libboost_system.so.1.44.0()(64bit) 1:fife-0.3.2-1.fc15.x86_64 requires libboost_filesystem.so.1.44.0()(64bit) file-browser-applet-0.6.6-1.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::ScrolledWindow) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::MessageDialog) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::Dialog) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::Toolbar) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::TreeView) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::MenuBar) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::VBox) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::Window) gedit-valencia-0.3.0-4.fc14.x86_64 requires libvala-0.10.so.0()(64bit) ghc-hamlet-0.6.1.2-2.fc15.i686 requires ghc(text-0.11.0.0) = 0:3453462e59a8b0edfe189b4b44e28305 ghc-hamlet-0.6.1.2-2.fc15.i686 requires libHSparsec-3.1.0-ghc7.0.1.so ghc-hamlet-0.6.1.2-2.fc15.i686 requires ghc(blaze-builder-0.2.1.4) = 0:faa6102eadedaa4783d7d8d9e73da82a ghc-hamlet-0.6.1.2-2.fc15.i686 requires libHStext-0.11.0.0-ghc7.0.1.so ghc-hamlet-0.6.1.2-2.fc15.i686 requires ghc(parsec-3.1.0) = 0:fb539b3cd4dc20becbc7ba6300c85c2a ghc-hamlet-0.6.1.2-2.fc15.x86_64 requires libHStext-0.11.0.0-ghc7.0.1.so()(64bit) ghc-hamlet-0.6.1.2-2.fc15.x86_64 re
Re: Boards trac now open for ticket submissions
On Mon, Feb 28, 2011 at 11:06:53PM +0100, Christoph Wickert wrote: > Hi, > > there is a new way to contact the board now: Recently the board's trac > instance was opened for ticket submissions by all FAS account holders. > > In order to bring something to the board's attention, just file a ticket > at https://fedorahosted.org/board/newticket > You'll need to login with your FAS credentials. > > If you add the keyword "meeting", the ticket will automatically be added > to the board's agenda and discussed in the next board meeting. > > For privacy reasons, you can only see your own tickets or tickets where > you are in CC. > > Please forward this info to all relevant lists if you think I have > missed one. > Thanks Cristoph! > Regards, > Christoph > > > P.S.: I wonder why the board didn't announce this. > We're disorganized. I recall someone bringing up that we should announce this but then it didn't happen. Probably my fault since I turned the feature on and then got busy with other stuff right after testing. -Toshio pgpIxRqbaHu0O.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: best practices packaging web applications
Adam Williamson wrote: > On Tue, 2011-03-01 at 09:34 -0600, Jon Ciesla wrote: > > >>> And, what «best practices» would you recommend to review, at least in >>> the form of current packages? I'm considering zarafa, xinha and wordpress. >>> >>> Thanks. >>> >>> >> Hi, I'm Jon Ciesla, I maintain a number of web application packages for >> Fedora, including drupal, moodle, gallery2, and wordpress. First off, >> zarafa, zinha, and wordpress are all already in Fedora, so hopefully >> that will save you duplicating effort. Secondly, a good way to learn >> about packaging generally is to look at existing spec files. I'm not >> holding up mine as paragons of excellence, but I'd recommend having a >> look at specs for all of the above to get a feel for how they work. >> > > Ismael was asking what current packages he should look at for guidance > and suggesting zarafa, xinha and wordpress; he wasn't proposing to > package them. > > In addition to all that's been mentioned so far, I'd actually recommend > a quick look at the Mandriva web app policy: > http://wiki.mandriva.com/en/Policies/Web_Applications . Obviously it > doesn't apply in its entirety to Fedora, but a lot of it does, it's > well-written and gives a good overview of the theory behind packaging > web apps properly. Maybe we should even adapt it for Fedora. > Ah, I missed that detail. -J -- in your fear, seek only peace in your fear, seek only love -d. bowie -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
KDE-SIG meeting report (09/2011)
This is a report of the weekly KDE-SIG-Meeting with a summary of the topics that were discussed. If you want to add a comment please reply to this email or add it to the related meeting page. = Weekly KDE Summary = Week: 09/2011 Time: 2011-03-01 15:00 UTC Meeting page: https://fedoraproject.org/wiki/SIGs/KDE/Meetings/2011-03-01 Meeting minutes: http://meetbot.fedoraproject.org/fedora- meeting/2011-03-01/fedora-meeting.2011-03-01-15.01.html Meeting log: http://meetbot.fedoraproject.org/fedora-meeting/2011-03-01/fedora- meeting.2011-03-01-15.01.log.html = Participants = * Kevin Kofler * Jaroslav Reznik * Lukas Tinkl * Rex Dieter * Than Ngo * Radek Novacek * Thomas Janssen * Christoph Wickert = Agenda = topics to discuss: * kde-4.6.1 * qt-4.7.2 = Summary = qt-4.7.2 * jreznik and rdieter imported qt 4.7.2, it's ready to build [1] * ACTION: rdieter_work will queue qt-4.7.2 builds after meeting * ACTION: rdieter_work will work on .spec cleanup/simplification, first up: drop option to package qt/internal phonon KDE 4.6.1 * rdieter reports that most of 4.6.1 is built for Fedora 15 (except kde-l10n now) * we should do Rawhide builds too after branching ** jreznik asked for it because of 4.6.1 included change needed for SystemD auth agent *** and thanks ltinkl for upstreaming it * F15 kde-redhat repos needs to be setup kdepim meeting * kdepim 4.6 rc release planned for mar 2, final apr 5 (approx same time as kde 4.6.2) * when kdepim-4.6rc is release, will import into rawhide, and do f14/f15 builds for kde-unstable too, and *test* *test* *test* ** Current testing results [2] open discussion * rdieter_work been working slowly getting kde stack going for seconary arch f13/arm * cwickert offered to report back to kde-sig about recent kdepim meetnig, about 4.6.x viability and release schedule * jreznik working on a kde systemd agent = Next Meeting = http://fedoraproject.org/wiki/SIGs/KDE/Meetings/2011-03-08 = Links = [1] http://qt.nokia.com/developer/changes/changes-4.7.2 Changelog [2] https://fedoraproject.org/wiki/SIGs/KDE/F15Features/KDEPIM46QA -- Jaroslav Řezník Software Engineer - Base Operating Systems Brno Office: +420 532 294 275 Mobile: +420 602 797 774 Red Hat, Inc. http://cz.redhat.com/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: state of systemd in Fedora and services pledge
W dniu 22 lutego 2011 20:40 użytkownik Michał Piotrowski napisał: [..] > Currently I have quite a lot of work, but I make a systemd services > pledge - I'll write three services per week if 10 other people do the > same > http://www.pledgebank.com/systemdservices "So far, only Michał Piotrowski, the Pledge Creator, has signed this pledge." Fedora - most active Linux user community - ever :D -- Best regards, Michal http://eventhorizon.pl/ -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: gnome-disk-utility default in admin-tools
Am Dienstag, den 01.03.2011, 18:25 +0100 schrieb Kevin Kofler: > Christoph Wickert wrote: > > Next time you a change like this one, please announce it to the lists > > because it has a large impact on the spins. Even better: Ask *before* > > making this change. > > FYI, if your complaint is about Nautilus getting dragged in, this is being > addressed already, see https://bugzilla.redhat.com/show_bug.cgi?id=678909 > (on which I CCed you already). I know, but it's not only nautilus but also other GNOME deps. Regards, Christoph -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: gnome-disk-utility default in admin-tools
Christoph Wickert wrote: > Next time you a change like this one, please announce it to the lists > because it has a large impact on the spins. Even better: Ask *before* > making this change. FYI, if your complaint is about Nautilus getting dragged in, this is being addressed already, see https://bugzilla.redhat.com/show_bug.cgi?id=678909 (on which I CCed you already). Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: best practices packaging web applications
On Tue, 2011-03-01 at 09:34 -0600, Jon Ciesla wrote: > > And, what «best practices» would you recommend to review, at least in > > the form of current packages? I'm considering zarafa, xinha and wordpress. > > > > Thanks. > > > Hi, I'm Jon Ciesla, I maintain a number of web application packages for > Fedora, including drupal, moodle, gallery2, and wordpress. First off, > zarafa, zinha, and wordpress are all already in Fedora, so hopefully > that will save you duplicating effort. Secondly, a good way to learn > about packaging generally is to look at existing spec files. I'm not > holding up mine as paragons of excellence, but I'd recommend having a > look at specs for all of the above to get a feel for how they work. Ismael was asking what current packages he should look at for guidance and suggesting zarafa, xinha and wordpress; he wasn't proposing to package them. In addition to all that's been mentioned so far, I'd actually recommend a quick look at the Mandriva web app policy: http://wiki.mandriva.com/en/Policies/Web_Applications . Obviously it doesn't apply in its entirety to Fedora, but a lot of it does, it's well-written and gives a good overview of the theory behind packaging web apps properly. Maybe we should even adapt it for Fedora. -- Adam Williamson Fedora QA Community Monkey IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org http://www.happyassassin.net -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: gnome-disk-utility default in admin-tools
Christoph Wickert (christoph.wick...@googlemail.com) said: > Indeed, I got a mail, but you didn't mention admin-tools and claimed to > "remove this cruft from the base-x group, and place it, where relevant, > in the appropriate desktop groups." > > In fact what you did is quite the opposite, at least for > gnome-disk-utility: You moved it into a common group and made it > default. You should have mentioned that explicitly because it is not > obvious from the patches as they don't give enough context. ??? The *attached patchset* in that mail clearly says: ... Move system-config-* tools from base-x to appropriate desktops. In Admin tools, make s-c-network optional, and swap gnome-disk-utility for s-c-lvm. ... Not sure how you get 'moved it' out of that, or that it wasn't 'mentioned explicitly'. system-config-lvm was default in admin-tools, as a storage configuration tool. However, it's not maintained except for critical fixes, and is not getting any new feature development. gnome-disk-utility *is* maintained, and is getting new features; it's already a much more generally useful tool than s-c-lvm ever was, and will get more LVM bits as the LVM integration in udev gets further along. > I think it is already useful, but first of all I prefer to not have any > of them installed by default. Then your kickstart probably shouldn't be including @admin-tools to begin with; that seems a much simpler answer. Bill -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
[dspam/el5/master: 4/4] Merge remote-tracking branch 'origin/master' into el5
commit ccddffc2d7e421aa2b2abf83c35d5c89bf281027 Merge: 8ad2cba 595ce13 Author: Nathanael D. Noblet Date: Tue Mar 1 08:55:04 2011 -0700 Merge remote-tracking branch 'origin/master' into el5 dspam-web.conf | 40 ++ dspam.spec | 58 +-- 2 files changed, 62 insertions(+), 36 deletions(-) --- -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[dspam/el5/master] (4 commits) ...Merge remote-tracking branch 'origin/master' into el5
Summary of changes: 58fea55... - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass (*) 71fd1f7... move web dir to /var/www (*) 595ce13... move web dir to /var/www (*) ccddffc... Merge remote-tracking branch 'origin/master' into el5 (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[dspam/f14/master: 4/4] Merge remote-tracking branch 'origin/master' into f14
commit 1abc59d66b7883bdc729ec0b5f03be4024168339 Merge: 6003316 595ce13 Author: Nathanael D. Noblet Date: Tue Mar 1 08:54:22 2011 -0700 Merge remote-tracking branch 'origin/master' into f14 dspam-web.conf | 40 ++ dspam.spec | 58 +-- 2 files changed, 62 insertions(+), 36 deletions(-) --- -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[dspam/f14/master] (4 commits) ...Merge remote-tracking branch 'origin/master' into f14
Summary of changes: 58fea55... - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass (*) 71fd1f7... move web dir to /var/www (*) 595ce13... move web dir to /var/www (*) 1abc59d... Merge remote-tracking branch 'origin/master' into f14 (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[dspam/f15/master] (2 commits) ...move web dir to /var/www
Summary of changes: 71fd1f7... move web dir to /var/www (*) 595ce13... move web dir to /var/www (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[dspam: 2/2] move web dir to /var/www
commit 595ce133f1d65194e9ca1a24b51304dfd11130b8 Merge: 71fd1f7 58fea55 Author: Nathanael D. Noblet Date: Tue Mar 1 08:53:13 2011 -0700 move web dir to /var/www dspam.spec |7 +-- 1 files changed, 5 insertions(+), 2 deletions(-) --- diff --cc dspam.spec index d04fb5f,fd9e3ae..0e1a1db --- a/dspam.spec +++ b/dspam.spec @@@ -11,7 -9,7 +11,7 @@@ Summary:A library and Mail Delivery Agent for Bayesian SPAM filtering Name: dspam Version:3.9.0 --Release:14%{?dist} ++Release:15%{?dist} License:GPLv2 Group: System Environment/Daemons Source0: http://downloads.sourceforge.net/%{name}/%{name}-%{version}.tar.gz @@@ -371,9 -365,9 +371,12 @@@ service httpd condrestar %config(noreplace) %{_sysconfdir}/httpd/conf.d/dspam-web.conf %changelog - * Tue Mar 1 2011 Nathanael Noblet - 3.9.0.-14 ++* Tue Mar 1 2011 Nathanael Noblet - 3.9.0.-15 +- Applied Matej Cepl's patch to move the web dir to /var/www/dspam + + * Tue Feb 08 2011 Fedora Release Engineering - 3.9.0-14 + - Rebuilt for https://fedoraproject.org/wiki/Fedora_15_Mass_Rebuild + * Wed Jan 26 2011 Nathanael Noblet - 3.9.0-13 - Fixed dspam-web cgi bug -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
[dspam: 1/2] move web dir to /var/www
commit 71fd1f7c389e2fc743e314abf34cb40eda63735a Author: Nathanael D. Noblet Date: Tue Mar 1 08:51:36 2011 -0700 move web dir to /var/www dspam-web.conf | 40 +++- dspam.spec | 55 --- 2 files changed, 59 insertions(+), 36 deletions(-) --- diff --git a/dspam-web.conf b/dspam-web.conf index 0cf00b9..e2d9274 100644 --- a/dspam-web.conf +++ b/dspam-web.conf @@ -1,16 +1,30 @@ # # Web-UI for DSPAM. # -Alias /dspam /usr/share/dspam-web - -AddHandler cgi-script .cgi -DirectoryIndex dspam.cgi -AllowOverride None -Options ExecCGI -Order allow,deny -Allow from all -AuthTypeBasic -AuthName"DSPAM WebUI login" -Require valid-user -#AuthUserFile /path/to/dspam-htpasswd - + +ServerAdmin postmaster@localhost +DocumentRoot /var/www/dspam +SuexecUserGroup dspam dspam +Options Indexes FollowSymLinks ExecCGI + +# Given we are using Basic auth SSL would be handy. +# You can use the same cert:key pair Apache uses. +#SSLEngine on +#SSLCertificateFile /etc/pki/tls/certs/hostname.cert +#SSLCertificateKeyFile /etc/pki/tls/private/hostname.key + + +AllowOverride None +Options -Indexes +ExecCGI +Order allow,deny +Allow from all +AuthTypeBasic +AuthName"DSPAM WebUI login" +AuthUserFile/var/www/dspam-passwd +Require valid-user +DirectoryIndex dspam.cgi +AddHandler cgi-script .cgi .pl + +ErrorLog /var/log/httpd/dspam-webgui-error_log +CustomLog /var/log/httpd/dspam-webgui-access_log common + diff --git a/dspam.spec b/dspam.spec index e779612..d04fb5f 100644 --- a/dspam.spec +++ b/dspam.spec @@ -1,15 +1,17 @@ %global dspam_user dspam %global dspam_group mail +%global mail_group %{dspam_group} %global dspam_homedir %{_localstatedir}/lib/dspam %global dspam_confdir %{_sysconfdir} %global dspam_logdir%{_localstatedir}/log/dspam %global dspam_mode 2511 +%global dspam_web_docroot %{_localstatedir}/www/dspam %global __perl_requires %{SOURCE99} Summary:A library and Mail Delivery Agent for Bayesian SPAM filtering Name: dspam Version:3.9.0 -Release:13%{?dist} +Release:14%{?dist} License:GPLv2 Group: System Environment/Daemons Source0: http://downloads.sourceforge.net/%{name}/%{name}-%{version}.tar.gz @@ -124,6 +126,7 @@ Summary:Web-based interface for DSPAM Group: System Environment/Daemons Requires: dspam = %{version}-%{release} Requires: webserver +Requires(post): initscripts %description web Web-based interface for DSPAM's powerful Anti-Spam engine. @@ -155,8 +158,8 @@ sh ./autogen.sh --with-storage-driver='hash_drv,mysql_drv,pgsql_drv,sqlite3_drv' \ --with-dspam-home='%{dspam_homedir}' \ --with-dspam-owner='%{dspam_user}' \ ---with-dspam-group='%{dspam_group}' \ ---with-dspam-home-group='%{dspam_group}' \ +--with-dspam-group='%{mail_group}' \ +--with-dspam-home-group='%{mail_group}' \ --with-dspam-mode='%{dspam_mode}' \ --with-logdir='%{dspam_logdir}' \ --sysconfdir='%{dspam_confdir}' @@ -173,14 +176,15 @@ make install DESTDIR=$RPM_BUILD_ROOT INSTALL="install -p" %{__install} -d -p -m 755 $RPM_BUILD_ROOT%{dspam_homedir}/opt-out/ %{__install} -d -p -m 775 $RPM_BUILD_ROOT%{dspam_homedir}/data/ %{__install} -d -p -m 755 $RPM_BUILD_ROOT%{dspam_logdir}/ +%{__install} -d -p -m 755 $RPM_BUILD_ROOT%{dspam_web_docroot}/ %{__install} -d -p -m 755 $RPM_BUILD_ROOT%{_var}/run/dspam/ %{__install} -Dp -m 755 %{SOURCE5} $RPM_BUILD_ROOT%{_bindir}/dspam-front # webui - %{__install} -d -p -m 755 $RPM_BUILD_ROOT%{_datadir}/dspam-web/templates/ + %{__install} -d -p -m 755 $RPM_BUILD_ROOT%{dspam_web_docroot}/templates/ for foo in webui/cgi-bin/templates/?? do -[ -d "${foo}" ] && %{__install} -d p -m 755 $RPM_BUILD_ROOT%{_datadir}/dspam-web/templates/${foo##*\/} +[ -d "${foo}" ] && %{__install} -d p -m 755 $RPM_BUILD_ROOT%{dspam_web_docroot}/templates/${foo##*\/} done # remove .la and .a files @@ -236,21 +240,19 @@ echo "Scanned and tagged as non-SPAM with DSPAM %{version} by Your ISP.com"> $RP iconv -f iso8859-1 -t utf-8 CHANGELOG > CHANGELOG.conv && mv -f CHANGELOG.conv CHANGELOG # web -%{__install} -Dp -m0644 webui/htdocs/*.{css,gif} $RPM_BUILD_ROOT%{_datadir}/%{name}-web/ -%{__install} -Dp -m0644 webui/cgi-bin/templates/*.html $RPM_BUILD_ROOT%{_datadir}/%{name}-web/templates -%{__install} -Dp -m0755 webui/cgi-bin/templates/*.pl $RPM_BUILD_ROOT%{_datadir
[dspam] (2 commits) ...move web dir to /var/www
Summary of changes: 71fd1f7... move web dir to /var/www 595ce13... move web dir to /var/www -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/perl-devel
Re: best practices packaging web applications
Ismael Olea wrote: > > Hi all: > > I'm studing the packaging of a non trivial web application, mostly > based on php+js+mysql. I've review the wiki looking for policies and > other staff and this is everything I got: > > http://fedoraproject.org/wiki/PackagingGuidelines#Web_Applications > http://fedoraproject.org/wiki/Packaging:PHP > > and > > > https://fedoraproject.org/wiki/JavaScript_libraries_packaging_guideline_draft > > > Do you know if I'm missing some relevant information or policies? > > And, what «best practices» would you recommend to review, at least in > the form of current packages? I'm considering zarafa, xinha and wordpress. > > Thanks. > > -- > Ismael Olea mailto:ism...@olea.org>> > Planeta OLEA > > Hi, I'm Jon Ciesla, I maintain a number of web application packages for Fedora, including drupal, moodle, gallery2, and wordpress. First off, zarafa, zinha, and wordpress are all already in Fedora, so hopefully that will save you duplicating effort. Secondly, a good way to learn about packaging generally is to look at existing spec files. I'm not holding up mine as paragons of excellence, but I'd recommend having a look at specs for all of the above to get a feel for how they work. -J -- in your fear, seek only peace in your fear, seek only love -d. bowie -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
best practices packaging web applications
Hi all: I'm studing the packaging of a non trivial web application, mostly based on php+js+mysql. I've review the wiki looking for policies and other staff and this is everything I got: http://fedoraproject.org/wiki/PackagingGuidelines#Web_Applications http://fedoraproject.org/wiki/Packaging:PHP and https://fedoraproject.org/wiki/JavaScript_libraries_packaging_guideline_draft Do you know if I'm missing some relevant information or policies? And, what «best practices» would you recommend to review, at least in the form of current packages? I'm considering zarafa, xinha and wordpress. Thanks. -- Ismael Olea Planeta OLEA signature.asc Description: This is a digitally signed message part smime.p7s Description: S/MIME cryptographic signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Broken deps in F15 tree
On Tue, Mar 01, 2011 at 13:03:30 +0200, Jussi Lehtola wrote: > > Let's hope a F-15 push is done soon.. We are waiting for a release candidate to pass all of the alpha requirements. I think the next opportunity for this is at tomorrow evening's go / no-go meeting. There are currently two open proposed blocker bugs, both related to sensitive data being echoed to the console. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F15 Alpha impressions
On Sun, Feb 27, 2011 at 01:00:19PM -0600, Larry Vaden wrote: > Further, interesting (to me) results are below the sig and I would > like your guidance on which package to file against. What is happening here? Did you make any changes in the ntpdate sysconfig file or the systemd unit file? If the service is misbehaving and runs ntpdate in a loop, that will get the fedora pool.ntp.org vendor zone blocked quickly. > Sat Feb 26 23:48:18 CST 2011 > 26 Feb 23:48:47 ntpdate[1244]: adjust time server 204.123.2.5 offset > -0.006697 sec > 26 Feb 23:49:26 ntpdate[1247]: adjust time server 206.222.28.90 offset > 0.003202 sec > 26 Feb 23:49:38 ntpdate[1249]: adjust time server 173.45.238.221 > offset 0.008680 sec > 26 Feb 23:49:50 ntpdate[1251]: adjust time server 72.14.179.211 offset > 0.006127 sec > 26 Feb 23:50:01 ntpdate[1253]: adjust time server 69.50.219.51 offset > -0.008430 sec > root 1086 0.0 0.1 5284 1092 tty1 S+ 23:27 0:00 sh -c > /sbin/service ntpd start > /dev/null > root 1087 0.0 0.1 5416 1564 tty1 S+ 23:27 0:00 > /bin/sh /sbin/service ntpd start > root 1095 0.0 0.1 5420 1452 tty1 S+ 23:27 0:00 > /bin/bash /etc/init.d/ntpd start > root 1101 0.0 0.0 2736 864 tty1 S+ 23:27 0:00 > /bin/systemctl start ntpd.service > root 1181 0.0 0.1 5284 1092 tty1 S+ 23:42 0:00 sh -c > /sbin/service ntpd status > /dev/null > root 1182 0.0 0.1 5416 1560 tty1 S+ 23:42 0:00 > /bin/sh /sbin/service ntpd status > root 1190 0.0 0.1 5416 1452 tty1 S+ 23:42 0:00 > /bin/bash /etc/init.d/ntpd status > root 1196 0.0 0.0 2736 644 tty1 S+ 23:42 0:00 > systemctl status ntpd.service > root 1198 0.0 0.1 5284 1088 tty1 S+ 23:42 0:00 sh -c > /sbin/service ntpd status > /dev/null > root 1199 0.0 0.1 5416 1568 tty1 S+ 23:42 0:00 > /bin/sh /sbin/service ntpd status > root 1207 0.0 0.1 5416 1456 tty1 S+ 23:42 0:00 > /bin/bash /etc/init.d/ntpd status > root 1213 0.0 0.0 2736 640 tty1 S+ 23:42 0:00 > systemctl status ntpd.service > vaden 1255 0.0 0.0 4452 756 tty2 S+ 23:50 0:00 grep > --color=auto ntp > Sat Feb 26 23:50:28 CST 2011 -- Miroslav Lichvar -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Broken deps in F15 tree
On Tue, 1 Mar 2011 11:54:10 +0100 Thomas Spura wrote: > On Tue, 1 Mar 2011 12:42:08 +0200 > Jussi Lehtola wrote: > > > Hi, > > > > > > I wonder why I'm still getting nag mails about > > > > pokerth has broken dependencies in the F-15 tree: > > > > and so on, when the package currently in the F-15 repo should be > > > > https://admin.fedoraproject.org/updates/pokerth-0.8.3-4.fc15 > > Because it's not pushed to stable yet, only requested: > Requested:stable > Pushed: False .. duh. Thanks. Let's hope a F-15 push is done soon.. -- Jussi Lehtola Fedora Project Contributor jussileht...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Broken deps in F15 tree
On Tue, 1 Mar 2011 12:42:08 +0200 Jussi Lehtola wrote: > Hi, > > > I wonder why I'm still getting nag mails about > > pokerth has broken dependencies in the F-15 tree: > On x86_64: > pokerth-0.8.3-1.fc15.x86_64 requires > libboost_iostreams-mt.so.1.44.0()(64bit) > pokerth-0.8.3-1.fc15.x86_64 requires > libboost_regex-mt.so.1.44.0()(64bit) > > and so on, when the package currently in the F-15 repo should be > > https://admin.fedoraproject.org/updates/pokerth-0.8.3-4.fc15 Because it's not pushed to stable yet, only requested: Requested: stable Pushed: False Thomas -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Broken deps in F15 tree
Hi, I wonder why I'm still getting nag mails about pokerth has broken dependencies in the F-15 tree: On x86_64: pokerth-0.8.3-1.fc15.x86_64 requires libboost_iostreams-mt.so.1.44.0()(64bit) pokerth-0.8.3-1.fc15.x86_64 requires libboost_regex-mt.so.1.44.0()(64bit) and so on, when the package currently in the F-15 repo should be https://admin.fedoraproject.org/updates/pokerth-0.8.3-4.fc15 -- Jussi Lehtola Fedora Project Contributor jussileht...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel