upcoming mach 0.4.3 release
by Thomas Vander Stichele
Hi,
If you're not interested in mach development or pedantic naming issues
then please delete and skip to the next mail.
The upcoming 0.4.3 release of mach will finally have Fedora Core 1
building support. It will also have n/v/r parsing based on the build
options (since, for example, Matthias Saou used some variables to
construct the Source tags).
There was support added to CVS by some others. I changed some things
though, one of which is the basename for the distribution, which is why
I'm mailing. I've changed it to fedoracore-1-i386. Compare this to
(for rh9) redhat-9-i386.
Also, I had asked Matthias to symlink his RPMS.core to RPMS.os to be in
line with fedora.us, though I've been told fedora.us might change
themselves from RPMS.os to RPMS.core; this allows people to choose to
get Fedora Core RPMS from either freshrpms or fedora.us (Since at work
we have a freshrpms local mirror, I'm forced to using that one :))
Since the actual distro released is Fedora Core 1, however, and I'm
assuming there might be releases of other sets (say, Fedora Freeworld 1)
which might have another base, I wanted to make it explicit that this is
fedoracore and not fedora.
I could be persuaded to change this before the release, but I want to
make sure people understand why I chose this for now and that I don't
intend to change it anymore after the release...
Thomas
20 years, 4 months
rawhide report: 20031204 changes
by Build System
New package libgnomecups
GNOME library for CUPS integration
New package tvtime
A high quality TV viewer.
Updated Packages:
gcc-ssa-3.5ssa-0.20031202.105
-----------------------------
* Wed Dec 03 2003 Diego Novillo <dnovillo(a)redhat.com> 0.20031112.105
- Do not try to package g77 files: libg2c.so, libfrtbegin.a, libg2c.a
and g2c.h.
- Update package descriptions.
* Tue Dec 02 2003 Diego Novillo <dnovillo(a)redhat.com> 0.20031112.104
- Update to 2003-12-02 snapshot.
gnome-libs-1.4.1.2.90-37
------------------------
* Wed Dec 03 2003 Bill Nottingham <notting(a)redhat.com> 1:1.4.1.2.90-37
- rebuild
* Tue Dec 02 2003 Bill Nottingham <notting(a)redhat.com> 1:1.4.1.2.90-36
- fix db linking on x86_64
gnucash-1.8.8-2
---------------
* Wed Dec 03 2003 Bill Nottingham <notting(a)redhat.com> 1.8.8-2
- rebuild
* Tue Dec 02 2003 Bill Nottingham <notting(a)redhat.com> 1.8.8-1
- update to 1.8.8
mod_perl-1.99_11-3
------------------
* Wed Dec 03 2003 Chip Turner <cturner(a)redhat.com> 1.99_11-2
- fix the Requires: on httpd-mmn since it relied on the build box and not the build root
* Wed Dec 03 2003 Chip Turner <cturner(a)redhat.com> 1.99_11-1
- upgrade to 1.99_11
- remove aprinc patch, no longer necessary
- remove hash fix, no longer necessary
perl-5.8.2-2
------------
* Wed Dec 03 2003 Chip Turner <cturner(a)redhat.com> 3:5.8.2-2
- upgrade to 5.8.2
* Fri Oct 31 2003 Chip Turner <cturner(a)redhat.com> 3:5.8.1-92
- remove Vendor and Distribution macros from specfile (#108567)
* Wed Oct 15 2003 Chip Turner <cturner(a)redhat.com> 3:5.8.1-92
- add srand on fork patch from upstream, as well as test case
* Thu Sep 25 2003 Chip Turner <cturner(a)redhat.com> 3:5.8.1-91
- perl 5.8.1 final
* Mon Sep 22 2003 Chip Turner <cturner(a)redhat.com> 3:5.8.1-90.rc5.3
- ensure inc_version_list is always set properly
* Mon Sep 22 2003 Chip Turner <cturner(a)redhat.com>
- update to RC5
* Wed Aug 20 2003 Chip Turner <cturner(a)redhat.com> 3:5.8.1-90.rc4.2
- rebuild
* Wed Aug 06 2003 Chip Turner <cturner(a)redhat.com>
- bugzilla 101767, make sure threads.so links directly to -lpthread
* Fri Aug 01 2003 Chip Turner <cturner(a)redhat.com> 3:5.8.1-90.rc2.1
- RC4
- remove perl-5.8.0-fhs.patch since it is integrated now
- remove perl-5.8.0-Safe2.09.patch, unnecessary now
* Fri Jul 11 2003 Chip Turner <cturner(a)redhat.com> 3:5.8.1-90.rc2.1
- rc2 snapshot
* Thu Jul 10 2003 Chip Turner <cturner(a)redhat.com> 3:5.8.0-90.rc1
- upgrade to 5.8.1 RC1
* Mon Jul 07 2003 Chip Turner <cturner(a)redhat.com> 3:5.8.0-89.pre%{PRELEVEL}.0
- integrate another pre-5.8.1 release
* Wed Jun 04 2003 Elliot Lee <sopwith(a)redhat.com>
- rebuilt
* Mon May 19 2003 Chip Turner <cturner(a)redhat.com> 3:5.8.0-89.pre%{PRELEVEL}.0
- bump epoch since we went from perl 5.8.1-pre to 5.8.0-pre (ie,
changed what version perl thought of itself as)
* Mon May 05 2003 Chip Turner <cturner(a)redhat.com> 2:5.8.1-0.pre%{PRELEVEL}.3
- rebuild
* Thu May 01 2003 Chip Turner <cturner(a)redhat.com>
- bump for rebuilg
* Sun Apr 27 2003 Chip Turner <cturner(a)redhat.com> 2:5.8.1-0.pre%{PRELEVEL}.1
- fix the fix for RPM_BUILD_ROOT substitution
* Tue Apr 22 2003 Chip Turner <cturner(a)redhat.com> 2:5.8.1-0.pre%{PRELEVEL}.3
- fix Config.pm; lost when h2ph changes made
* Thu Apr 17 2003 Chip Turner <cturner(a)redhat.com> 2:5.8.1-0.pre%{PRELEVEL}
- move to latest snapshot, 19261
* Tue Feb 18 2003 Chip Turner <cturner(a)redhat.com>
- fix MANIFEST.DB_File handling for #83410; problem was unsubstituted
/usr/lib64 that crept in with multilib
* Tue Feb 18 2003 Bill Nottingham <notting(a)redhat.com> 5.8.0-87
- clean up backup files from patches (#82838)
* Wed Feb 05 2003 Elliot Lee <sopwith(a)redhat.com> 5.8.0-86
- Fix up multilib handling to use multilib_64_archs macro, add ppc64.
- Patch100 probably makes sense on all archs, and ifarch'd patches are Bad(tm).
* Mon Jan 27 2003 Chip Turner <cturner(a)redhat.com>
- version the Obsoleted on perl-NDBM_File so users can install newer
- change the Obsoletes on NDBM_File to a Conflicts
ones than what shipped with 7.3, yet still keep anaconda happy
* Wed Jan 22 2003 Tim Powers <timp(a)redhat.com>
- rebuilt
* Thu Jan 09 2003 Chip Turner <cturner(a)redhat.com>
- rebuild
* Sat Jan 04 2003 Jeff Johnson <jbj(a)redhat.com> 5.8.0-82
- use internal dep generator.
* Thu Jan 02 2003 Chip Turner <cturner(a)redhat.com>
- fix issue with -Dpager in Pod::Perldoc.pm to properly respect setting once more
* Tue Dec 31 2002 Chip Turner <cturner(a)redhat.com>
- add rpath fix to prevent building perl from using installed system perl
- massive re-integration of upstream patches to come to common basis (head of perl-maint branch)
* Mon Dec 16 2002 Chip Turner <cturner(a)redhat.com>
- rebuild
* Sun Dec 15 2002 Chip Turner <cturner(a)redhat.com>
- add numerous upstream patches to fix utf8/perlio issues
- upgrade Storable, Safe, and Encoding to latest CPAN versions
* Thu Nov 07 2002 Chip Turner <cturner(a)redhat.com>
- multilib support when building noarch perl modules
- integrate upstream bugfix patches
* Tue Sep 10 2002 Chip Turner <cturner(a)redhat.com>
- integrate patch for /usr/lib64 instead of /usr/lib from Than Ngo
* Mon Sep 09 2002 Chip Turner <cturner(a)redhat.com>
- integrate s390/s390x patch from Florian La Roche
* Sun Sep 01 2002 Chip Turner <cturner(a)redhat.com>
- fix pager issues; default to /usr/bin/less -isr
- more work on pager bug (72125)
* Thu Aug 29 2002 Chip Turner <cturner(a)redhat.com>
- add a few new directories to h2ph to produce better .ph files
* Thu Aug 15 2002 Chip Turner <cturner(a)redhat.com>
- change from lynx to links in CPAN.pm
* Tue Aug 06 2002 Chip Turner <cturner(a)redhat.com>
- automated release bump and build
- remove Filter packages and use CPAN ones
* Fri Jul 19 2002 Chip Turner <cturner(a)redhat.com>
- move to final perl 5.8.0, huzzah!
* Tue Jul 16 2002 Chip Turner <cturner(a)redhat.com>
- update CPAN, CGI, and DB_File versions; obsolete perl-libnet
- libnet.cfg supplied, default to passive ftp in all cases
* Tue Jun 18 2002 Chip Turner <cturner(a)redhat.com>
- add patch to ensire libperl.so is linked properly
* Mon May 20 2002 Nalin Dahyabhai <nalin(a)redhat.com>
- always build with -fPIC
* Thu May 09 2002 Jeff Johnson <jbj(a)redhat.com>
- rebuild in rawhide
* Sun Mar 31 2002 Chip Turner <cturner(a)redhat.com>
- split suidperl back out (bug #62215)
* Tue Mar 26 2002 Chip Turner <cturner(a)redhat.com>
- restructuring of some directories, alteration of @INC
* Thu Dec 20 2001 Chip Turner <cturner(a)redhat.com>
- remove ndbm completely
* Sun Dec 16 2001 Chip Turner <cturner(a)redhat.com>
- make rpmlint happy, split out NDBM_File, clean up other spots
- stopped doing grep -v etc in favor of custom script
* Wed Dec 12 2001 Chip Turner <cturner(a)redhat.com>
- cleaning up of ia64 issues, as well as compatibility with gcc 3.1
and glibc 2.2.4
* Mon Sep 24 2001 Chip Turner <cturner(a)redhat.com>
- changing building of extra modules out of the core perl rpm
* Mon Sep 17 2001 Chip Turner <cturner(a)redhat.com>
- upgrade to 5.6.1, added old INC dirs to maintain compat
* Fri Mar 23 2001 Preston Brown <pbrown(a)redhat.com>
- bzip2 source, save some space.
* Thu Dec 07 2000 Crutcher Dunnavant <crutcher(a)redhat.com>
- initial rebuild for 7.1
* Tue Sep 12 2000 Bill Nottingham <notting(a)redhat.com>
- fix dependencies on ia64/sparc64
* Mon Aug 07 2000 Nalin Dahyabhai <nalin(a)redhat.com>
- replace the deprecated MD5 with Digest::MD5 (has to be here for cleanfeed)
- obsolete: perl-Digest-MD5
- use syslog instead of mail to report possible attempts to break into suidperl
- force syslog on at build-time
* Mon Jul 31 2000 Nalin Dahyabhai <nalin(a)redhat.com>
- add Owen's fix for #14779/#14863
- specify cc=gcc; continue to let cpp sort itself out
- switch shadow support on (#8646)
- release 7
* Tue Jul 18 2000 Nalin Dahyabhai <nalin(a)redhat.com>
- strip buildroot from perl pods (#14040)
- release 6
* Wed Jul 12 2000 Prospector <bugzilla(a)redhat.com>
- automatic rebuild (release 5)
* Wed Jun 21 2000 Preston Brown <pbrown(a)redhat.com>
- don't require tcsh to install, only to build
- release 4
* Mon Jun 19 2000 Nalin Dahyabhai <nalin(a)redhat.com>
- rebuild against new db3 package
- release 3
* Sat Jun 17 2000 Nalin Dahyabhai <nalin(a)redhat.com>
- disable 64-bit file support
- change name of package that Perl expects gcc to be in from "egcs" to "gcc"
- move man pages to /usr/share via hints/linux.sh and MM_Unix.pm
- fix problems prefixifying with empty prefixes
- disable long doubles on sparc (they're the same as doubles anyway)
- add an Epoch to make sure we can upgrade from perl-5.00503
- release 2
* Thu Mar 23 2000 Bernhard Rosenkraenzer <bero(a)redhat.com>
- 2.6.0
* Wed Feb 02 2000 Cristian Gafton <gafton(a)redhat.com>
- fix description
* Fri Jan 14 2000 Jeff Johnson <jbj(a)redhat.com>
- add provides for perl modules (from kestes(a)staff.mail.com).
* Mon Oct 04 1999 Cristian Gafton <gafton(a)redhat.com>
- fix the %install so that the MD5 module gets actually installed correctly
* Mon Aug 30 1999 Cristian Gafton <gafton(a)redhat.com>
- make sure the package builds even when we don't have perl installed on the
system
* Fri Aug 06 1999 Cristian Gafton <gafton(a)redhat.com>
- merged with perl-MD5
- get rid of the annoying $RPM_BUILD_ROOT paths in the installed tree
* Mon Jul 26 1999 Cristian Gafton <gafton(a)redhat.com>
- do not link anymore against the system db library (and make each module
link against it separately, so that we can have Berkeley db1 and db2 mixed
up)
* Wed Jun 16 1999 Cristian Gafton <gafton(a)redhat.com>
- use wildcards for files in /usr/bin and /usr/man
* Tue Apr 06 1999 Cristian Gafton <gafton(a)redhat.com>
- version 5.00503
- make the default man3 install dir be release independent
- try to link against db1 to preserve compatibility with older databases;
abandoned idea because perl is too broken to allow such an easy change
(hardcoded names *everywhere* !!!)
* Sun Mar 21 1999 Cristian Gafton <gafton(a)redhat.com>
- auto rebuild in the new build environment (release 3)
* Thu Jan 07 1999 Cristian Gafton <gafton(a)redhat.com>
- guilty of the inlined Makefile in the spec file
- adapted for the arm build
* Wed Sep 09 1998 Preston Brown <pbrown(a)redhat.com>
- added newer CGI.pm to the build
- changed the version naming scheme around to work with RPM
* Sun Jul 19 1998 Jeff Johnson <jbj(a)redhat.com>
- attempt to generate *.ph files reproducibly
* Mon Jun 15 1998 Jeff Johnson <jbj(a)redhat.com>
- update to 5.004_04-m4 (pre-5.005 maintenance release)
* Fri Jun 12 1998 Christopher McCrory <chrismcc(a)netus.com
- need stdarg.h from gcc shadow to fix "use Sys::Syslog" (problem #635)
* Fri May 08 1998 Cristian Gafton <gafton(a)redhat.com>
- added a patch to correct the .ph constructs unless defined (foo) to read
unless(defined(foo))
* Thu May 07 1998 Prospector System <bugs(a)redhat.com>
- translations modified for de, fr, tr
* Tue Mar 10 1998 Cristian Gafton <gafton(a)redhat.com>
- fixed strftime problem
* Sun Mar 08 1998 Cristian Gafton <gafton(a)redhat.com>
- added a patch to fix a security race
- do not use setres[ug]id - those are not implemented on 2.0.3x kernels
* Mon Mar 02 1998 Cristian Gafton <gafton(a)redhat.com>
- upgraded to 5.004_04 - 5.004_01 had some nasty memory leaks.
- fixed the spec file to be version-independent
* Fri Dec 05 1997 Erik Troan <ewt(a)redhat.com>
- Config.pm wasn't right do to the builtrooting
* Mon Oct 20 1997 Erik Troan <ewt(a)redhat.com>
- fixed arch-specfic part of spec file
* Sun Oct 19 1997 Erik Troan <ewt(a)redhat.com>
- updated to perl 5.004_01
- users a build root
* Thu Jun 12 1997 Erik Troan <ewt(a)redhat.com>
- built against glibc
* Tue Apr 22 1997 Erik Troan <ewt(a)redhat.com>
- Incorporated security patch from Chip Salzenberg <salzench(a)nielsenmedia.com>
* Fri Feb 07 1997 Erik Troan <ewt(a)redhat.com>
- Use -Darchname=i386-linux
- Require csh (for glob)
- Use RPM_ARCH during configuration and installation for arch independence
policy-1.3.2-2
--------------
* Wed Dec 03 2003 Dan Walsh <dwalsh(a)redhat.com> 1.3.2-2
- Fix xserver to read userhelper files
- fix default context
rpmdb-fedora-1.90-0.20031204
----------------------------
sound-juicer-0.5.8-0
--------------------
* Wed Dec 03 2003 Christopher Blizzard <blizzard(a)redhat.com> 0.5.8-0
- Update to 0.5.8
tetex-2.0.2-10
--------------
* Wed Dec 03 2003 Tim Waugh <twaugh(a)redhat.com> 2.0.2-10
- Fix bad C code (bug #111278).
* Fri Nov 21 2003 Tim Waugh <twaugh(a)redhat.com>
- Build requires ed (bug #110571).
* Fri Nov 07 2003 Tim Waugh <twaugh(a)redhat.com>
- Better resources for XDvi (bug #102311).
- Add missing listings.sty (bug #108425).
vim-6.2.154-4
-------------
* Wed Dec 03 2003 Karsten Hopp <karsten(a)redhat.de> 1:6.2.154-4
- fix sh.vim syntax file (#104312)
vixie-cron-3.0.1-83
-------------------
* Wed Dec 03 2003 Dan Walsh <dwalsh(a)redhat.com> - 3.0.1-83
- Add daemon to make sure child is clean
x3270-3.3.2-1
-------------
* Wed Dec 03 2003 Karsten Hopp <karsten(a)redhat.de> 3.3.2-1
- update to latest stable release, now with SSL and DBCS support
20 years, 4 months
Re: Fedora minimal install option, a discussion with a 4 month life cycle
by Jef Spaleta
I refer everyone to discussions that have come before...and seem to have
gone nowhere. If I remember correctly, people did say they were
experimenting on cleaning up the comps file, but then they stopped
reporting back with a comps file for others on the list to test.
the long thread:
http://www.redhat.com/archives/fedora-test-list/2003-August/msg01025.html
a side thread:
http://www.redhat.com/archives/fedora-test-list/2003-August/msg01344.html
a side comment:
http://www.redhat.com/archives/fedora-test-list/2003-August/msg01166.html
I've said it before and I'll say it again.... i HIGHLY doubt
anaconda is going to be hacked to provide more dials and knobs as part
of the install that are already present. And I don't see anaconda
getting thrown out in favor of another installer inside Fedora Core, and
I don't see having 2 different installer codebases in Fedora Core as
having much benefit beyond a small 0.1% userbase( a userbase who are
technically knowledgable enough to be able to build their own custom
isos using an outside core installer project like RULE). Multiple
install kernels and multiple install images inside Fedora Core for
general availability, would very much confuse and complicate development
and testing.
But there is certainly room in the current comps file to clean up how
packages are grouped together for install issues. If people in the
community want to work on restructuring the comps file to provide a
better 'minimal' option, I'm sure there are people here would enjoy
testing such an endeavor by re-rolling isos and doing test installs
using the experimental comps files. But...if you seriously need an
absolute minimum install for something like a firewall/router(6 packages
or whatever it was) then i humbly suggest you are better off with a
distro designed specifically for that task
http://www.coyotelinux.com/.
I frankly don't see much in the way of benefit trying to shoehorn very
targeted and specific purposed installation roles into Fedora Core's
installer. But what I CAN get behind, is the idea of being able to use
one Fedora Core box as a 'mastering' host. Where you install a robust
'development environment' where you get access to easy to use tools so
you can bake your own specifically tasked and tailored installs, either
via:
rebuilding of RULE or anaconda based install iso mastering or
kickstart file creation or
livecd mastering
-jef
20 years, 4 months
Including PDF et al. documentation in scrollkeeper/yelp
by Gérard Milmeister
For the past few days I have been developing an Nautilus view that shows
a hierarchy of documentation (pdf, ps, html) that have been registered,
i.e. using a special URL docdb:, new references to documentation can be
added with 'docdb-install', similar to 'install-info' for texinfo
documentation. This already quite well, however I had the idea add those
types of doc to scrollkeeper (yelp). This works well with simple HTML
documentation by creating an .omf file.
However Yelp will not be able to show complex HTML doc (with javascript
etc...) and pdf resp. ps files. Maybe one could adapt yelp to use the
default application for mime types 'application/pdf' and
'application/ps' or, better yet, use the bonobo components of gpdf and
ggv, and for general HTML, epiphany.
Then packagers could create .omf files for the packages, the
documentation of which normally doesn't fit into the GNOME documentation
system, and as part of the post install script run
'scrollkeeper-install' just like they would run 'install-info'.
I am crossposting this on fedora-devel-list, because Fedora as a
distribution might use it for its many packages with documentation in
/usr/share/doc that is not conventiently made available to the user.
Regards,
Gérard
--
Gérard Milmeister
Tannenrauchstrasse 35
8038 Zürich
gemi(a)bluewin.ch
20 years, 4 months
Re: Fedora minimal install option
by MG
03-Dec-2003 fedora-devel-list-request(a)redhat.com:
> From: M A Young <m.a.young(a)durham.ac.uk>
> The actually minimal install using the standard installer is about 510Mb,
> which you get by deselecting all the optional packages at the right point,
> though you need over 600Mb of diskspace to actually install this.
>
> The absolute minimum presumably consists of a handful of key packages
> (such as kernel, glibc, initscripts) plus any dependent packages, which
> prbably comes to 2-300 Mb, though this may be too minimal to do anything
> with.
>
If I would like to create a firewall/gateway with RedHat/Fedora then I must
install the 900MB. It is unnecessary!
Many times the minimal install is necessary with this!
Bye!
Gabor
20 years, 4 months
Re: Fedora minimal install option
by MG
04-Dec-2003 fedora-devel-list-request(a)redhat.com:
> Subject: Re: Fedora minimal install option
> From: Stan Bubrouski <stan(a)ccs.neu.edu>
>
> Not at all. Minimal installs are great on older machines where only a
> couple basic services need to be offered. For instance an old 166MHz
> pentium used for a gateway or as an SMTP relay.
>
Yes, that is it! :)
Why should I install those packages what I will never use on the machine? :o
> From: Xose Vazquez Perez <xose(a)wanadoo.es>
>
> Not necessarily only in old hardware. There are a lot of places where a
> _spartan_ installation is great idea: web nfs database... servers,
> snort , firewalls, ... usually with *dedicated* services.
> And there are important benefits: installations, re-installations and
> crash recovery are faster, it's more secure, less packages to maintain ...
>
Yes, that is it too!
It will be more secure without the unnecessary packages!
> From: Rui Miguel Seabra <rms(a)1407.org>
> Irrelevant question.
>
> The relevant questions are:
> Is so much software needed in a Minimal Installation? No
> Can Fedora Core do better? Certainly so.
> Should it? I think so.
>
Yes, that is it!
> From: Panu Matilainen <pmatilai(a)welho.com>
> FWIW I have a P90 box with 450MB disk running FC1 as a gw/firewall.. and
> diskspace isn't even tight (relatively speaking of course :) . though I
> must confess it was originally installed as RH7.2 IIRC and then over time
> upgraded with apt, later anacondas don't run since its got just 32MB
> memory.
>
Ohh yes. RedHat/Fedora should have a minimal kernel (like other linux
distributions) for the installation progress and otherwise. :)
Bye!
Gabor
20 years, 4 months
Self Introduction: Bret Mogilefsky
by Bret Mogilefsky
Hello, here's my self-intro per the form proscribed in the Wiki:
1. Name
Bret Aaron Mogilefsky
2. Location
Oakland, CA, USA
3. Profession
Manager of Developer Support (PS[123P])
4. Company
Sony Computer Entertainment America, Inc.
5. Goals
I'm interested in making sure that there are widely-tested RPMs
available for the crucial bleeding-edge packages I rely on at work (and
that I'm not the only one responsible for keeping them up to date). At
the moment I've just packaged subversion-0.34.0 (released today),
apr-0.9.5 and apr-utils-0.9.5 due to pressing needs. I'm a little
worried about the community process focusing on attention to detail...
The subversion mod_dav_svn RPM in FC1 doesn't properly depend on httpd,
so the httpd 2.0.48 in testing is breaking it. Also, there's a new
httpd in testing, but no apr 0.9.5 and apr-utils 0.9.5... As it turns
out these are in the httpd tarball, but Apache.org hasn't made their
existence known on apr.apache.org. So after tracking all of this down
and making the three RPMs, I thought I'd better make sure no one
duplicates the work, and if I was going to post them at all, I might as
well actually contribute them to the distribution now that I can. =) We
have lots of other packages lying about that I'd much rather contribute
than maintain (jabberd2, etc.) and we'll clean these up and contribute
soon.
6. Qualifications:
I'm an active contributor to many open source projects in that every
time I have to make a tweak or fix in the course of using it I always
contribute patches upstream, and I make my staff do the same. I'm an
open source nut and have been running Linux since around 1995 or so in
various distributions, but mostly Red Hat. I've picked up RPM .spec
file creation only recently and would rate myself as somewhat of a
novice at it, with skills derived from being a pro coder, but a novice
admin. I can pick up a decent .spec from an existing .src.rpm and
update it, but am not very good at creating them from scratch (though
others on my staff are).
I'm an all-terrain hacker, having programmed in the game industry since
1995 in leadership positions (see
http://www.mobygames.com/developer/sheet/view/developerId=1675). My
experience ranges from game engine programming in various assembly
languages and C/C++ through more current endeavors with PHP, SQL, and
friends. I have a special love of Lua, having hacked on it heavily and
having used it in my favorite game (see
http://www.gamerankings.com/htmlpages2/50544.asp). This has led into a
lot of familiarity with various other interpreted languages, which is
what I program in most of the time now, though I still revert to C++ or
assembly for the odd quick project.
Since moving from R&D into a management position at Sony I've spent a
good deal of time hacking on our own internal branch of SourceForge,
which will eventually be cleaned up and sent out into the wide, wide
world. At the moment, and old version of it runs
http://playstation2-linux.com. Though I now manage a staff of
engineers, I'm still very technical myself, coding an average of two
days a week between interviews, reviews, and other manager-level
minutia. In general, I lack time but not enthusiasm... I'm always
heavily immersed in ten projects at once, and that's actually the way I
like it. =) What time I have to give is yours, but I know in advance it
won't be a lot.
I do QA every day by running FC1 as my desktop, on my laptop, at home,
and on various servers. Once I become more familiar with the rhythm of
things here I anticipate I'll start filing bugs, but right now I'm just
sticking a toe in.
I suppose you have no reason to trust me that's verifiable, but if
nothing else you can at least look at the existence of the PS2 Linux kit
and site as evidence of my great love for (and dedication to) open
source hacking. I worked extremely hard to make sure that project
happened.
7. GPG KEYID and fingerprint
On toad at 7:32pm ~> gpg --fingerprint 4CB11F54
pub 1024D/4CB11F54 2002-11-14 Bret Mogilefsky (DevNet Account)
<mogul(a)ps2-pro.com>
Key fingerprint = F9DA 1E42 2437 060D 38A7 60EB B547 0E2C 4CB1
1F54
uid Bret Mogilefsky (Mgr. SCEA Developer
Support) <mogul(a)playstation.sony.com>
uid Bret Mogilefsky <mogul(a)gelatinous.com>
sub 1024g/48D749DB 2002-11-14
sub 1024D/6C80125A 2002-11-15
Regards,
Bret
--
Bret Mogilefsky <mogul-fedora-devel(a)gelatinous.com>
20 years, 4 months
rebuilding libs with debug symbols
by rlee@fpcc.net
How do we (the big we) build and install libraries that are not stripped?
Should I modify spec files so that libs don't get the strip and re-install
them?
Or do I install the *debug rpms that are created when building srpms and
link to those (if so there seems to be some murky details on how to do
this).
Any help greatly appreciated.
-Rob
20 years, 4 months