hi, i newly joined fedora infrastructure group
by p sena
Hi,
I am new to the fedora infrastructure group. I am going throug few of the links in the site to get a feel of the work. I have submitted my .ssh_rsa_key.pub from the site. I think I will get some intimation on this. Please someone can let me know further proceedings from here onwards.
Cheers.
Regards & Thanks Prabir Senapati mailto: senapati2001(a)yahoo.com
13 years, 2 months
Introduction
by Abiel Mogos
Hello guys,
I am Abiel Mogos, new to the "Fedora infrastructure-list" and looking
forward to contribute to the Fedora Project. I am a student in
Fairfield (GMT-5), Iowa, studying "Masters in computer science".
Though its not consistent, I have used Fedora Core for about 4 years.
I have worked on a I18n project (in the University of Asmara) for
localizing Fedora to a local language: Tigrinya. I was mainly dealing
with L10n of Firefox and Thunderbird. However, now I would like to
contribute to this community in particular in writing code. I have
some knowledge of Java (and currently studying another course in Java)
and Perl, I would say I'm good at PHP.
On the other hand, its really motivating to be part of a team of
software professionals and gain experience and enjoy the high spirit
of 'sharing' among the community of contributors.
Cheers!!
Abiel
14 years, 1 month
Various Calendars
by Tareq Al Jurf
Is there a way that we can add new calendars to be available as system
optional calendars
the two important calendars i'm thinking about are:
1- Hijri (Islamic) Calendar -- widely used in all Islamic Countries
2- Indian National Calendar -- widely used in India
regards
--
Tareq Al Jurf
Fedora Ambassador
Riyadh, Saudi Arabia
taljurf(a)fedoraproject.org
14 years, 1 month
Fwd: Puppet Report for proxy1.stg.fedora.phx.redhat.com
by Stephen John Smoogen
Someone working on proxy1.stg?
[smooge(a)proxy1.stg ~]$ sudo /etc/init.d/httpd start
Starting httpd: [Fri Oct 30 02:38:50 2009] [warn] module
deflate_module is already loaded, skipping
[Fri Oct 30 02:38:50 2009] [warn] module negotiation_module is already
loaded, skipping
[Fri Oct 30 02:38:50 2009] [warn] module negotiation_module is already
loaded, skipping
Warning: DocumentRoot [/srv/web/docs.fedoraproject.org] does not exist
Warning: DocumentRoot [/srv/web/docs.fedoraproject.org] does not exist
Syntax error on line 1 of /etc/httpd/conf.d/fedoraproject.org/test.conf:
Invalid command 'MCacheMaxObjectCount', perhaps misspelled or defined
by a module not included in the server configuration
[FAILED]
[smooge(a)proxy1.stg ~]$
---------- Forwarded message ----------
From: <nobody(a)fedoraproject.org>
Date: Thu, Oct 29, 2009 at 7:55 PM
Subject: Puppet Report for proxy1.stg.fedora.phx.redhat.com
To: admin(a)fedoraproject.org
Fri Oct 30 01:55:50 +0000 2009
//Node[proxy1.stg.fedora.phx.redhat.com]/proxy/httpd::base/Service[httpd]/ensure
(err): change from stopped to running failed: Could not start
Service[httpd]: Execution of '/sbin/service httpd start' returned 1:
at /var/lib/puppet/staging/git/modules/httpd/manifests/init.pp:14
--
Stephen J Smoogen.
Ah, but a man's reach should exceed his grasp. Or what's a heaven for?
-- Robert Browning
14 years, 1 month
Meeting Log - 2009-10-29
by Ricky Zhou
20:00 < mmcgrath> #startmeeting Infrastructure
20:00 < zodbot> Meeting started Thu Oct 29 20:00:17 2009 UTC. The chair is mmcgrath. Information about MeetBot at http://wiki.debian.org/MeetBot.
20:00 < zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic.
20:00 -!- zodbot changed the topic of #fedora-meeting to: (Meeting topic: Infrastructure)
20:00 -!- a-k [n=akistler@2002:6387:a3ec:3:20d:56ff:fe10:bb8d] has joined #fedora-meeting
20:00 < mmcgrath> Who's here?
20:00 * ricky
20:00 * a-k is
20:00 * jcollie .
20:00 * skvidal is around
20:00 < smooge> here
20:01 < fchiulli> fchiulli is
20:01 < smooge> how can I help
20:01 -!- SMParrish_mobile [n=kvirc(a)32.133.202.161] has joined #fedora-meeting
20:01 < mmcgrath> I don't see any ticket items so we'll just get started
20:01 < mmcgrath> I'd like to keep this meeting fairly short because smooge and I (and whoever else has free time right now) will be busy doing 5.3 -> 5.4 updates.
20:02 < mmcgrath> #topic Search Engine
20:02 -!- zodbot changed the topic of #fedora-meeting to: Search Engine (Meeting topic: Infrastructure)
20:02 < mmcgrath> a-k: take it, any updates here?
20:02 < smooge> yum clean metadata; yum -y update ; rkhunter something or another
20:02 < a-k> Mostly huzaifas and I are just working through the list of candidates. 2 down, 8 to go, so far.
20:02 < a-k> We're going to put what we find into a table format sometime next week, basically to make it easier for quantitative comparison.
20:02 * dgilmore is here
20:02 < mmcgrath> <nod>
20:02 * mdomsch is here
20:03 -!- greenlion1 [n=greenlio@fedora/greenlion] has joined #fedora-meeting
20:03 * abadger1999 is here
20:03 < a-k> I'm still excluding the Java ones. If we were to include Java, GCJ only, not Sun/IBM/BEA, true?
20:03 < dgilmore> a-k: if it works with openjdk it is ok
20:03 -!- XulLunch is now known as XulWork
20:03 < mmcgrath> a-k: correct
20:03 < mmcgrath> is there a difference between gcj and openjdk
20:03 * mmcgrath doesn't even know
20:04 < a-k> OK. That's what I figured. That's all I have.
20:04 < mmcgrath> Cool
20:04 < mmcgrath> #topic Rawhide network drops
20:04 -!- zodbot changed the topic of #fedora-meeting to: Rawhide network drops (Meeting topic: Infrastructure)
20:04 < mmcgrath> an update to the latest kernel has fixed this
20:05 < mmcgrath> or seems to have, we'll keep an eye on it.
20:05 < mmcgrath> #topic Fedora Talk
20:05 -!- zodbot changed the topic of #fedora-meeting to: Fedora Talk (Meeting topic: Infrastructure)
20:05 < mmcgrath> jcollie: want to take this? Whats done, whats left, when will we be ready for re-launch?
20:05 < J5> moksha built successfully, not sure if Fedora Community will since it requires moksha
20:05 < jcollie> mostly what is left is some testing, plus a pretty front end
20:06 < jcollie> there are commands on asterisk2 to start/stop streaming and recording but you need to be in sysadmin-tools for that
20:06 < J5> mmcgrath: how do I deal with fedora communities build requirement for moksha?
20:07 < jcollie> plus we need to write down the process for transferring recordings to alt
20:07 < mmcgrath> J5: see #fedora-admin
20:07 < jcollie> and implement that process too i guess :)
20:07 < mmcgrath> <nod>
20:08 < mmcgrath> jcollie: so things are on the up and up?
20:08 -!- sijis [n=sijis(a)75.63.54.95] has joined #fedora-meeting
20:08 < jcollie> ianweller is supposed to be working on a nicer web front end
20:08 * sijis is here late.
20:08 < mmcgrath> <nod>
20:08 < jcollie> yep all the basics should be working
20:08 < mmcgrath> excellent.
20:08 < mmcgrath> anything else on that?
20:09 < jcollie> you can test it out by using asterisk2.fp.o instead of talk.fp.o in your sip client
20:09 < mmcgrath> ah, very cool.
20:09 < jcollie> i think that's about it unless anyone has questions
20:09 < mmcgrath> any questions?
20:10 < mmcgrath> alrighty
20:10 < jcollie> oh yeah we need to review the updated docs and then make them live
20:10 < mmcgrath> yeah that's a good bonus too
20:10 < mmcgrath> #topic qpid is up and running in staging
20:10 -!- zodbot changed the topic of #fedora-meeting to: qpid is up and running in staging (Meeting topic: Infrastructure)
20:10 < mmcgrath> You can test it with http://mmcgrath.fedorapeople.org/topic_subscriber.py
20:11 < mmcgrath> J5: do your new FC and moksha have additional uses for the message bus?
20:12 < J5> mmcgrath: it just displays the time ping
20:13 < J5> there is a demo tab with the timeping app
20:13 < mmcgrath> cool
20:13 < mmcgrath> If anyone else has use cases for the now brand new not in production message bus, send it to the list!
20:13 < mmcgrath> Anyone have any questions or comments on that?
20:14 < mmcgrath> alrighty
20:14 < mmcgrath> #topic Open Floor
20:14 -!- zodbot changed the topic of #fedora-meeting to: Open Floor (Meeting topic: Infrastructure)
20:14 < J5> We should get together at FUDCon to discuss format for the payloads (e.g. are we going to use QMF or spin our own message format). I'm putting some stuff together for that
20:15 < mmcgrath> J5: <nod> we do need to set up a time for that.
20:16 < mdomsch> mmcgrath, I'd love to see messages when content is pushed to the master mirrors by rel-eng
20:16 < mdomsch> another when the netapps are back in sync
20:16 < mdomsch> :-)
20:16 < mmcgrath> <nod>
20:18 -!- greenlion [n=greenlio@fedora/greenlion] has quit Read error: 110 (Connection timed out)
20:18 < J5> so, usecases and message formats for those usecases
20:18 < mmcgrath> sounds good to me.
20:18 < mmcgrath> Does anyone have anything else they'd like to discuss?
20:18 < mmcgrath> If not we'll close a bit early so we can get ready for our updates
20:19 < J5> mdomsch: can you start a list on wiki https://fedoraproject.org/wiki/Messaging_SIG ?
20:19 < mdomsch> J5, sure
20:19 < J5> cool
20:19 -!- KolonelPanic [n=heywood(a)dhcp.202119.en-tel.net] has quit Remote closed the connection
20:20 < mmcgrath> alrighty, with that we'll close the meeting
20:20 < mmcgrath> #stopmeeting
20:20 < mmcgrath> #meetingstop
20:20 < ricky> (#endmeeting, perhaps)
20:20 < mmcgrath> f'ing end
20:20 < mmcgrath> #endmeeting
20:20 -!- zodbot changed the topic of #fedora-meeting to: Channel is used by various Fedora groups and committees for their regular meetings | Note that meetings often get logged | For questions about using Fedora please ask in #fedora | See http://fedoraproject.org/wiki/Communicate/FedoraMeetingChannel for meeting schedule
20:20 < zodbot> Meeting ended Thu Oct 29 20:20:28 2009 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot .
20:20 < zodbot> Minutes: http://meetbot.fedoraproject.org/fedora-meeting/2009-10-29/fedora-meeting...
20:20 < zodbot> Minutes (text): http://meetbot.fedoraproject.org/fedora-meeting/2009-10-29/fedora-meeting...
20:20 < zodbot> Log: http://meetbot.fedoraproject.org/fedora-meeting/2009-10-29/fedora-meeting...
14 years, 1 month
Suitability of Python for daemon processes
by Ben Boeckel
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Hi,
I am working on a project designed to mirror large, changing archives of
software in a manner that ensures data integrity and atomic updates using a
peer-to-peer protocol.
My team and I would like to design this software such that it provides a
suitable replacement for rsync. As Fedora is among the leading
distributions, I would like to solicit your opinions on the implementation.
We have designed much of the architecture, but have not implemented anything
yet. One issue we wish to address currently is that of interpreted vs.
compiled languages.
My team and I would like to know whether the community would be accepting of
such a project (which includes a daemon) if it were written in Python rather
than C or C++. If so, it would greatly simplify the implementation and
allow it to be more robust. Python's built-in libraries and facilities
provide much of the path and network manipulation that the daemon requires.
Using the Python standard libraries allows us to rely upon a well-tested
base and focus on higher-level issues.
What are your opinions, as system administrators, on using Python for
long-running daemon processes when the developers are explicitly mindful of
memory considerations?
- --Ben Boeckel
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
iQIcBAEBCAAGBQJK5M22AAoJEKaxavVX4C1XwQcQAMfGLeQiWSwz67WZ0BkuURUf
Nlb/mHcXvR4toR0p90+LLuzOhnXhcifzXFby9URdERcS8fSbUsI8L+6WyviYjC8k
WGBlIEabIO82kIU/BIuV2yQyCxbPWPTIv5qhB6oUMmzjteBWDmjXjWFyDnhUtyPG
K3GeJC0W/b0pN8BzByNndvh+eBR6/IBEPTC7CMaxx/Pyj8092D6dtDLxyFs9+ozF
NmfHERFcoPuh8InpS/IYXMlEGj5QJwsuUidZ8xlxXgI7CsmRi3iq26jVAP5uMXUa
ffv2y9k5bHtBlLQ4/0cvSlCdSz41zRxwsTIAH3uKQv3fG6AZa0ZA4IWO2C6PPLal
rUHtGUP5p1OHOyrMf3ZW9g2L3hcTBhsBOT/F50CHuu9lhLaEP4CJ3T6Tk8iAbbfT
yCbyMn73gPlvYZf6VHuCt4jz4lDpp6Ucch6Ujra7yW5IL72+0Gcy8Z+dzja7STz9
G0FR+7KHX6GHaWzyF9XudkPfHUHoM2bw21JEbVS5FCGu0o+SrUlmAJR1x5bMZ8ck
++SDotXMG5LwJdMNbbud2XTOpr2eujkKZFHZltp3e4EiiPGrgcUGv9XQb+JJmDQ+
wa6+T2EpEmQKTuRK410EbNnw87eXELlVwtWa1GnsJTdIuUzZup21quTTdC/z+Sik
2764+MNdS6eurUJP5fe4
=kumw
-----END PGP SIGNATURE-----
14 years, 1 month
[off-topic] Help requested:Query on dual/quad port NIC
by susmit shannigrahi
Hi,
Can someone please help me with this?
This person is looking for an PCI-based quad-port NIC which will work
on Fedora/CentOS.
Thanks.
---------- Forwarded message ----------
From: Indranil Das Gupta <indradg(a)gmail.com>
Date: Wed, Oct 28, 2009 at 7:01 PM
Subject: Query on dual/quad port NIC
Susmit,
I'm looking for a PCI-based dual (preferably) quad-port NIC. The card
needs to work (preferably with all 4 ports functioning) on Fedora/CentOS (Linux
kernel 2.6.26 and upward (i386 arch))
thanks
-idg
--
Regards,
Susmit.
=============================================
http://www.fedoraproject.org/wiki/user:susmit
=============================================
14 years, 1 month
Mass update to RHEL-5.4
by Stephen John Smoogen
Since the last mass update, we have had RHEL-5.4 and a bunch of
security updates come out... so its time to do another mass update
before the Fedora-12 freeze.
Here is an updated list of systems and in the order they should be
updated. Due to updates in xen we should update the xen servers also.
1) Check with releng that a system is in their critical path.
2) Update/rebuild system puppet1 is FIRST (eg puppets xen hardware, other
xen guests)
3) Update/rebuild database servers NEXT so logins etc work
4) Do non-local systems Next.
----------------------------------
List of systems to be updated in order of updates.
xen14: app1
xen14: bapp1
xen14: cvs1
xen14: fas2
xen14: puppet1
xen14
--------------------------------
bu1: people1
ibiblio1: app5
ibiblio1: backup2
ibiblio1: ns2
ibiblio1: proxy4
ibiblio1: publictest1
ibiblio1: publictest2
ibiblio1: publictest3
ibiblio1: torrent1
ibiblio1
osuosl1: publictest6
osuosl1: publictest7
osuosl1: publictest8
osuosl1
serverbeach2: asterisk1
serverbeach2: collab1
serverbeach2: ns1
serverbeach2
serverbeach3: asterisk2
serverbeach3: collab2
serverbeach3
serverbeach4: hosted1
serverbeach5: hosted2
telia1: app6
telia1: noc2
telia1: proxy5
telia1: publictest14
telia1: publictest15
telia1: publictest16
telia1: smtp-mm1
tummy1: proxy3
tummy1: publictest10
--------------------------------
xen6: app7
xen6
xen10: log1
xen10: memcached2
xen10
xen9: sync1
xen9: app2.stg
xen9: db1.stg
xen9: memcached1
xen9: app2
xen9: proxy1.stg
xen9
[CONFIRM APP2 IS UP AND RUNNING BEFORE GOING ON]
--------------------------------
[Confirm INDIVIDUALLY with RELENG on CVS, ENG boxes]
[CONFIRM WITH QA ON QA boxes]
xen3: app4
xen3: cvs1.stg
xen3: fas1.stg
xen3: qa1
xen3: releng1.stg
xen3: spin1
xen3: sync2
xen3
xen5: bastion2
xen5: fas1
xen5: kojipkgs1
xen5: noc1
xen5: proxy1
xen5: value1
xen5
xen1: koji1
xen1
xen7: compose-x862
xen7: proxy2
xen7: releng2
xen7: value2
xen7
xen11: secondary1
xen11
xen12: db1
xen12
xen15: RHEL5-mpm
xen15: db2
xen15: koji1.stg
xen15: relepel1
xen15: sign-bridge1
xen15
db3
xen2: koji2
xen2: nfs1
xen2: releng1
xen2: sign1
xen2
--
Stephen J Smoogen.
Ah, but a man's reach should exceed his grasp. Or what's a heaven for?
-- Robert Browning
14 years, 1 month