You can subscribe to this list here.
2002 |
Jan
(17) |
Feb
(67) |
Mar
(20) |
Apr
(6) |
May
(4) |
Jun
(1) |
Jul
(2) |
Aug
(6) |
Sep
(1) |
Oct
(4) |
Nov
(1) |
Dec
(1) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(4) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Roy B. <roy...@SE...> - 2002-04-29 01:02:48
|
There appears to be a problem on this page of your site. On page http://www.puxedo.org/lvr/packages/LFS/kbd.spec.php when you click on "glibc-locale", the link to http://www.puxedo.org/lvr/packages/LFS/glibc-locale.spec.php gives the error: Not found. As recommended by the Robot Guidelines, this email is to explain our robot's activities and to let you know about one of the broken links we encountered. LinkWalker does not store or publish the content of your pages, but rather uses the link information to update our map of the World Wide Web. Are these reports helpful? I'd love some feedback. If you prefer not to receive these occasional error notices please let me know. Roy Bryant ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Roy Bryant, roy...@se... President SEVENtwentyfour Inc. ("Always watching the Web") http://www.seventwentyfour.com ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ |
From: Jaco G. <ja...@pu...> - 2002-04-16 18:27:36
|
All Mike's specs have been added to CVS. ------------- Forwarded message follows ------------- ====== Package Information ====== Name : gtk+ Provides : gtk+ Sub-packages : gtk+-doc, gtk+-devel, gtk+-devel-static Version : 1.2.10 Release : 03lvr Requires : glib BuildRequires: bash, gcc, glibc-devel, make Summary : Part of the gtk+ quite of libraries. Provides many useful data types, macros, type conversions, string utilities and a lexical scanner. ====== Sources ====== http://www.puxedo.org/lvr/download/cache/sources/gtk+-1.2.10.tar.bz2 ====== Changelog ====== * Sun Apr 08 2002 Mike Bedwell <mi...@pu...> 1.2.10-01lvr - Initial Write _______________________________________________ LvR-Specs mailing list lvr...@pu... https://lists.sourceforge.net/lists/listinfo/lfs-via-rpm-specs |
From: Jaco G. <ja...@pu...> - 2002-04-16 06:27:54
|
Mike, > Some of these are incredible rough, or incorporate crude hacks, but it > does get them in the system for others to work with, build on, or just > use to get the software installed ;-) Thanks a lot. I'll add these to CVS tonight. I've been a bit slow lately since my home modem had a small disagreement with lightning. The net result is that I've got tons of specs (even a fixed XFree86 spec lying there) just waiting to go in and no connectivity. At least I have some suckers here at work willing to lend me a modem until I've got time to replace mine. :) Bottom line - toinight I should have some internet connectivity at home. Greetings, Jaco PS: Mike, I've setup an alias for you @puxedo.org to use in your specs. I'll change these, hopefully the idea that the alias redirects to your e-mail (as given in the specs) is the right thing to do. Just give me a shout off-list if you want it to alias to anything else or more than one address. |
From: Jaco G. <ja...@pu...> - 2002-04-05 05:39:31
|
I've made the changes to the buildscript configurations as detailed in this mail to the LFS list. In a nutsehell the buildtree was changed to do binutils, gettext and bison before we are doing gcc. This will allow us to do gcc 2.95.3, 3.0.4 and 3.1 without any further changes. At present the gcc.spec in CVS is a bit broken (it fails on install), but I'll get it sorrted out tonight. I've just been very bust getting the 3.x version of the compiler to build - now it does. It is really wonderfull what a small change in the buildtree can do for you :) -------- Original Message -------- From: Jaco Greeff <ja...@pu...> To: lf...@li... Subject: GCC 3.0.4 and 3.1-CVS build results Hi all, Just a quick update of my experiences and learnings from compiling ths system with gcc 3.0.4 and gcc 3.1-cvs (20020401). Some of you have followed my thread on lfs-support detailing my struggles to get LFS to build correctly using gcc 3.x from a Mandrake 8.1 host. Well, finally I've got it working, but not without some changes in the buildtree. In a nutshell, this is what I've realised: 1. For gcc 3.0.4 binutils is to be build before gcc (shortly after glibc) to anbale the proper linking of some libraries in gcc. I've found this problem since I was adding Java as a language as well. 2. For gcc 3.1, binutils (as per 3.0.4), gettext (it looks for msgfmt) and bison (its looks for /usr/bin/bison) is needed by the build of Ch 6. I'm not sure which version of gcc the upcomming 4.0 LFS release will use, but by changing the buildtree slightly it will work. There is obviously no need to build binutils before gcc if you don't add extra languages such as Java (the main culprit being libgcj.so) but I would still recommend the change being implemented. It can do no harm. Greetings, jaco |
From: Jaco G. <ja...@pu...> - 2002-03-31 17:22:12
|
On 31 Mar 2002 17:15:16 -0000, "Jaco Greeff" <ja...@pu...> wrote : > A snippet from the perl spec: (yes, these are all requires) Provides, requires, who cares? I obviously don't otherwise I would have stated "provides" in the above snippet. |
From: Jaco G. <ja...@pu...> - 2002-03-31 17:15:37
|
For some obscure reason (as reported a while back) in installing perl, the automagic detection of the provided perl modules doesn't happen. Well, I've made a really ugly hack around this, until I can figure out exactly why the "find-provides" script breaks. (The find-requires works well, as tryining to install XFree86 and mc tells me.) A snippet from the perl spec: (yes, these are all requires) perl(constant), perl(diagnostics), perl(fields), perl(filetest), perl(integer), perl(less), perl(lib), perl(locale), perl(open), perl(overload), perl(sigtrap), perl(strict), perl(subs), perl(utf8), and it carries on and on and on and on... Is anybody else having these types of problems? Easy to determine, hard to fix. I suppose I'll just have to debug the find-provides script. Greetings, Jaco |
From: Jaco G. <ja...@pu...> - 2002-03-30 12:48:19
|
I've made some attempts to compile the system using GCC 3.0.4, unfortionately there still seems to be a few bugs left. In the Ch 6 (dynamic linked) system, compiling GCC 3.0.4 using the bootstrap (static GCC 3.0.4) works prefectly for the C and C++ languages. Then the wheels come off. In the Java language section I get the following error message: "libpthread.so: Undefine reference to _dl_cpuclock_offset" In short, I've created specs for GCC 3, but it is not something that I'm pursuing at present. For now I'll have to stay on 2.95.3 until it compiles all the programs without problems. Greetings, Jaco |
From: Jaco G. <ja...@pu...> - 2002-03-23 16:56:38
|
On 23 Mar 2002 16:03:27 -0000, "Jaco Greeff" <ja...@pu...> wrote : > root:/usr/src/lvr/rpms/i686# rpm -Uvh mc-* > error: failed dependencies: > perl(File::Basename) is needed by mc-4.5.55-01lvr > perl(POSIX) is needed by mc-4.5.55-01lvr > perl(strict) is needed by mc-4.5.55-01lvr Ok, the plot thickens: root:/usr/src/lvr/rpms/i686# rpm -qa | grep perl perl-doc-5.6.1-05lvr perl-5.6.1-05lvr and root:/usr/src/lvr/rpms/i686# rpm -qf /usr/lib/perl5/5.6.1/File/Basename.pm perl-5.6.1-05lvr as well as root:/usr/src/lvr/rpms/i686# rpm -qf /usr/lib/perl5/5.6.1/strict.pm perl-5.6.1-05lvr *grumble* |
From: Jaco G. <ja...@pu...> - 2002-03-23 16:03:47
|
Hi, Some help is needed. I'm busy revamping some specs, currently I'm looking at the mc.spec. I've set the spec to allow rpm to automatic determine the requires, as done in all other packages. Some of the requires it picks up has me stumped: root:/usr/src/lvr/rpms/i686# rpm -Uvh mc-* error: failed dependencies: perl(File::Basename) is needed by mc-4.5.55-01lvr perl(POSIX) is needed by mc-4.5.55-01lvr perl(strict) is needed by mc-4.5.55-01lvr Now, for the "File::Basename", I can do something, install the CSPAN module. (Or even better, create a spec for it ;)) Somewhere in a perl module inside the package we obvioudly have a "use POSIX" and "use strict" requirement which is part of the base perl language! It should be satisfied or am I missing something here? Greetings, Jaco |
From: Jaco G. <ja...@pu...> - 2002-03-19 17:38:46
|
Hi, I've updated the tcsh package a bit as well as finally putting the source on the normal place. Small bug in the actual script fixed as well. Greetings, Jaco PS: Does the info pages actually get included in the build? I'm a bit between systems at present (so what else is new) and you seem to be cleaning up the info dir but not including it in the tcsh-doc package. ------------- Forwarded message follows ------------- ====== Package Information ====== Name : tcsh Provides : tcsh Sub-packages : tcsh-doc Version : 6.11.00 Release : 03lvr Requires : glibc BuildRequires: gcc, glibc-devel, bash, make, sed, sh-utils, textutils Summary : The Tcsh package contains the tcsh(csh) program. ====== Sources ====== http://www.puxedo.org/lvr/download/cache/sources/tcsh-6.11.00.tar.bz2 ====== Changelog ====== * Tue Mar 19 2002 Jaco Greeff <ja...@pu...> 6.11.00-03lvr - Changed url to actual shell homepage - Updated link in /bin to link from buildroot instead of building system * Fri Mar 15 2002 Mike Bedwell <mi...@id...> 6.11.00-02lvr - Changed configure steps to more properly build tcsh --I hope-- - Added symlink from tcsh to csh * Fri Mar 15 2002 Mike Bedwell <mi...@id...> 6.11.00-01lvr - Initial File Creation _______________________________________________ Lfs-via-rpm-specs mailing list Lfs...@li... https://lists.sourceforge.net/lists/listinfo/lfs-via-rpm-specs |
From: Jaco G. <ja...@pu...> - 2002-03-18 19:11:35
|
Ok, here it is, no changes made. One comment - I cannot connect to the site to be able to mirror the sources. Any mirrors of the mirror in the spec? Greetings, Jaco -- snip -- ====== Changelog ====== * Fri Mar 15 2002 Mike Bedwell <mi...@id...> 6.11.00-02lvr - Changed configure steps to more properly build tcsh --I hope-- - Added symlink from tcsh to csh * Fri Mar 15 2002 Mike Bedwell <mi...@id...> 6.11.00-01lvr - Initial File Creation _______________________________________________ Lfs-via-rpm-specs mailing list Lfs...@li... https://lists.sourceforge.net/lists/listinfo/lfs-via-rpm-specs |
From: Jaco G. <ja...@pu...> - 2002-03-18 19:09:56
|
Made some additional cleanups in the spec to bring it in line with the others in CVS. Also uploaded the sources. Greetings, Jaco -- snip -- ====== Changelog ====== * Fri Mar 15 2002 Mike Bedwell <mi...@id...> 1.2.10-01lvr - Update to the latest version 1.2.10 - Change package versioning to lvr from lfs - Some spec cleanups (ja...@pu...) * Thu Feb 07 2002 Jaco Greeff <ja...@pu...> 1.2.9-01lfs - Initial version |
From: Jaco G. <ja...@pu...> - 2002-03-18 14:02:46
|
Mike, I missed it this morning, but you didn't attach the spec. Please do so ;) Greetings, Jaco Mike B. wrote: > Ok, last one and I'm off to bed. Same as glib updates. Newer software version, suffix change from lfs to lvr on the file version. > > _______________________________________________ > Lfs-via-rpm-devel mailing list > Lfs...@li... > https://lists.sourceforge.net/lists/listinfo/lfs-via-rpm-devel > > > |
From: Jaco G. <ja...@pu...> - 2002-03-18 07:22:20
|
Hi all, I've updated the following packages to their latest versions over the weekend: autoconf-2.53, automake-1.6, bin86-0.16.2, binutils-2.12, bison-1.34 , bzip2-1.0.2, e2fsprogs-1.27, gettext-0.11.1, grep-2.5, less-374, lfs-bootscripts-1.8, lilo-22.2, linux-2.4.18, man-pages-1.48 (including resolution of all manpage conflicts with other -doc packages), modutils-2.4.14, reiserfsprogs-3.x.1b, shadow-4.0.3, texinfo-4.1 and last but not least util-linux-2.11o In addition a Python spec has also appeared and it seems I have my work cut out with more new/updated stuff from Mike B. Greetings, Jaco |
From: Jaco G. <ja...@pu...> - 2002-03-18 07:08:42
|
Not annoying, helpfull :) Mike B. wrote: > Ok, stop me when i get annoying, I'm staying up late tonight to mess around. I've updated glib.spec to 1.2.10 and changed the versioning from lfs to lvr > > > ------------------------------------------------------------------------ > > # setup %{lfs_rpm_debug} in the case where we want to debug the RPM > # creation process, typically to not clean up (export LFS_RPM_DEBUG=1) > %{expand:%%define lfs_rpm_debug %(if [ "$LFS_RPM_DEBUG" == "" ]; then echo 0; else echo 1; fi)} > > > # define our globals which are used as local > # variables through the rest of the spec file > %define pkg_name glib > %define pkg_version 1.2.10 > %define pkg_release 02lvr > %define pkg_fullname %{pkg_name}-%{pkg_version} > %define src_ftp ftp://ftp.gtk.org > %define src_ftp_root %{src_ftp}/pub/gtk/v1.2 > %define src_ftp_source %{src_ftp_root}/%{pkg_fullname}.tar.gz > > > # package definitions used for building and > # installing the package > name: %{pkg_name} > version: %{pkg_version} > release: %{pkg_release} > requires: glibc > provides: %{pkg_name} > autoreqprov: no > buildrequires: bash gcc glibc-devel make > source: %{pkg_fullname}.tar.bz2 > buildroot: %{_tmppath}/lfs-%{pkg_fullname}-build > distribution: Linux From Scratch via RPM (LvR) > packager: Jaco Greeff <ja...@pu...> > group: System/Libraries > summary: Part of the gtk+ quite of libraries. Provides many useful data types, macros, type conversions, string utilities and a lexical scanner. > copyright: GPL > url: http://www.gtk.org > %description > %{summary} > > # Granular package definitions > %package doc > requires: %{pkg_name} > autoreqprov: no > summary: Documentation (info and man pages) for the glib package. > group: System/Libraries > %description doc > %{summary} > > %package devel > requires: %{pkg_name} > autoreqprov: no > summary: Static libraries and header files for the glib package. > group: System/Base > %description devel > %{summary} > > > # the rest of the script is use to build > # the RPM > %prep > rm -rf $RPM_BUILD_DIR/%{pkg_fullname} > rm -rf %{buildroot} > %setup -n %{pkg_fullname} > mkdir -p %{buildroot}/usr/local/share > > %build > ./configure > make > > %install > make prefix=%{buildroot}/usr/local install > cd %{buildroot}/usr/local > mv info share/ > mv man share/ > > %clean > %if %{lfs_rpm_debug} > %else > rm -rf $RPM_BUILD_DIR/%{pkg_fullname} > rm -rf %{buildroot} > %endif > > %files > %attr(-,root,root) /usr/local/bin/* > %attr(-,root,root) /usr/local/lib/*.so > %attr(-,root,root) /usr/local/lib/*.0 > %attr(-,root,root) /usr/local/share/aclocal/* > > %files devel > %attr(-,root,root) /usr/local/include/* > %attr(-,root,root) /usr/local/lib/glib/* > %attr(-,root,root) /usr/local/lib/pkgconfig/* > %attr(-,root,root) /usr/local/lib/*.a > %attr(-,root,root) /usr/local/lib/*.la > > %files doc > %attr(-,root,root) /usr/local/share/info/* > %attr(-,root,root) /usr/local/share/man/man1/* > > %post > > %postun > > # this section contains all the versioning information > # for others to see what we have changed and when > %changelog > * Fri Mar 15 2002 Mike Bedwell <mi...@id...> 1.2.10-02lvr > - Update to the latest version 1.2.10 > - Change package versioning to lvr from lfs > > * Thu Feb 07 2002 Jaco Greeff <ja...@pu...> 1.2.9-01lfs > - Initial version > |
From: Jaco G. <ja...@pu...> - 2002-03-18 07:08:37
|
Thanks, will give it a bash and put in CVS. PS: Sorry about the delay in answering, let the mail program open at work which means it downloaded all mail over the weekend before giving me a chance via the web interface ;) Mike B. wrote: > Ok, this time I have the symlink for csh in the /bin directory(the whole reason I put this together). 2nd submission. > > > ------------------------------------------------------------------------ > > %{expand:%%define lvr_rpm_none %(if [ "$LVR_RPM_NONE" == "" ]; then echo 0; else echo 1; fi)} > > distribution: Linux via RPM (LvR) > vendor: puxedo.org > packager: LvR Developers <lvr...@pu...> > > name: tcsh > version: 6.11.00 > release: 02lvr > %if %{lvr_rpm_none} > buildrequires: gcc glibc-devel > %else > buildrequires: bash gcc glibc-devel > buildrequires: make sed sh-utils textutils > %endif > requires: glibc > provides: %{name} > source: %{name}-%{version}.tar.bz2 > buildroot: %{_tmppath}/lvr-%{name}-build > group: System/Base > summary: The Tcsh package contains the tcsh(csh)program. > copyright: GPL > url: ftp://ftp.astron.com/pub/tcsh/ > %description > %{summary} > Tcsh is an enhanced but completely compatible version of the Berkeley UNIX C shell (csh). It is a command language interpreter usable both as an interactive login shell and a shell script command processor. It includes a command-line editor, programmable word completion, spelling correction, a history mechanism, job control and a C-like syntax. > > %package doc > requires: %{name} > summary: Documentation (info and man pages) for the tcsh package. > group: System/Base > %description doc > %{summary} > > %prep > rm -rf $RPM_BUILD_DIR/%{name}-%{version} > rm -rf %{buildroot} > %setup -n %{name}-%{version} > > %build > ./configure --bindir=/usr/bin --prefix=/usr > > %install > make DESTDIR=%{buildroot} install > mkdir -p %{buildroot}/bin > ln -s /usr/bin/tcsh %{buildroot}/bin/csh > make DESTDIR=%{buildroot} install.man > rm -rf %{buildroot}/usr/info/dir > > %clean > rm -rf $RPM_BUILD_DIR/%{name}-%{version} > rm -rf %{buildroot} > > %files > %attr(-,root,root) /usr/bin/* > %attr(-,root,root) /bin/* > > %files doc > %attr(-,root,root) /usr/man/man1/* > > %changelog > * Fri Mar 15 2002 Mike Bedwell <mi...@id...> 6.11.00-01lvr > - Initial File Creation > > * Fri Mar 15 2002 Mike Bedwell <mi...@id...> 6.11.00-02lvr > - Changed configure steps to more properly build tcsh --I hope-- > - Added symlink from tcsh to csh > |
From: Mike B. <mi...@id...> - 2002-03-16 07:02:57
|
Ok, last one and I'm off to bed. Same as glib updates. Newer software version, suffix change from lfs to lvr on the file version. |
From: Mike B. <mi...@id...> - 2002-03-16 06:57:11
|
Ok, stop me when i get annoying, I'm staying up late tonight to mess around. I've updated glib.spec to 1.2.10 and changed the versioning from lfs to lvr |
From: Mike B. <mi...@id...> - 2002-03-16 06:48:30
|
Ok, this time I have the symlink for csh in the /bin directory(the whole reason I put this together). 2nd submission. |
From: Mike B. <mi...@id...> - 2002-03-16 06:21:28
|
Here is a rough shot at a tcsh spec file, needed for the kerberos compile(and maybe should be added to the dependencies for kerberos). It's rough and unpolished. |
From: <mic...@t-...> - 2002-03-15 19:59:02
|
Jaco Greeff wrote: > Jaco Greeff wrote: > >> I'll be creating the .tar.bz2 and uploading it (busy downloading as we >> speak). > > > > http://www.puxedo.org/lvr/download/cache/sources/rpm-4.0.4.tar.bz2 > > Hopefully Michael can do some magic over the weekend, allowing us to > upgrade the spec to the latest version of rpm. (*nudge* *nudge* no > pressure :)) > Already compiling ...... > Greetings, > Jaco > Michael |
From: Jaco G. <ja...@pu...> - 2002-03-15 08:17:22
|
Jaco Greeff wrote: > I'll be creating the .tar.bz2 and uploading it (busy downloading as we > speak). http://www.puxedo.org/lvr/download/cache/sources/rpm-4.0.4.tar.bz2 Hopefully Michael can do some magic over the weekend, allowing us to upgrade the spec to the latest version of rpm. (*nudge* *nudge* no pressure :)) Greetings, Jaco |
From: Jaco G. <ja...@pu...> - 2002-03-15 07:07:09
|
Damn, knew this was comming, but now we will need a new patch as well. I'll be creating the .tar.bz2 and uploading it (busy downloading as we speak). This weekend I will upgrade all the packages as per the latest LFS CVS in CVS. (At last count there were at least 10-15 upgraded packages.) I will not make the rpm spec until we have a patch, but this should not be that critical, so don't have to rush. As an aside, instead of defining "export LVR_RPM_NONE", shouldn't we rather build it using 'rpmbuild -bb --define "lvr_rpm_none 1"', it will allow the specs to be even cleaner. Greetings, Jaco -------- Original Message -------- From: Jeff Johnson <jb...@re...> To: rpm...@re... Rpm 4.0.4 is now available at ftp://ftp.rpm.org/pub/rpm/dist/rpm-4.0.x/rpm-4.0.4-* The final part of the release (6x, 7x) indicates the version of Red Hat Linux for which the package has been built. For example, the i386 packages for Red Hat 6.2 are rpm-4.0.4-6x.i386.rpm rpm-devel-4.0.4-6x.i386.rpm rpm-build-4.0.4-6x.i386.rpm rpm-python-4.0.4-6x.i386.rpm popt-1.6.4-6x.i386.rpm This version is also available through anonymous cvs: cvs -d :pserver:ano...@cv...:/cvs/devel login (no password, just carriage return) cvs -d :pserver:ano...@cv...:/cvs/devel get rpm cd rpm cvs up -r rpm-4_0_4-release You will need the versions of libtool, autoconf, and automake identified in autogen.sh if you wish to build from CVS. rpm-4.0.4 has an internal copy of Berkeley db-4.0.14, so you no longer need to install/upgrade db3 packages. OTOH, support for db-1.85 databases has been removed, only db3 format is supported. In order to upgrade from db1 format you should 1) Immediately do a "rpm --rebuilddb". 2) Install the *-6x rpm packages. Don't forget popt. 3) Do another "rpm --rebuilddb" to convert from db1 -> db3 format. Please report any difficulties, problems, issues, feature requests, whatever at http://bugzilla.redhat.com Here's the CHANGES file for rpm-4.0.4: ========================================================================= - turn off rpm-perl until it's self-hosting. - jigger up rpm-python with python-2.2b2 for now. - remove libtoolize from %%configure for now (#57039). - teach find-requires to autogenerate GCC_3.0 dependencies. - solaris: translate i86pc to i386 (#57182). - fix: %GNUconfigure breaks with single quotes (#57264). - look for PY_VERSION 2.2c1. - fix: typo in find-requires. - tru64 compiler message cleanup. - add buildarch lines for hppa (#57728). - sparc: make dbenv per-rpmdb, not per-dbi. - handle lazy db open's in chroot with absolute path, not prefix strip. - Depends should use CDB if configured. - autodetect python 1.5/2.2. - use db-4.0.14 final internally. - make rpm-perl package self-hosting (#57748). - permit gpg/pgp/pgp5 execs to be reconfigured. - fix: signing multiple times dinna work, discard immutable region. - remove poptmodule.so for separate packaging. - permit subset installs for %lang colored hardlink file sets. - missing key(s) on keyring when verifying a signature is now an error. - remove dependency whiteout. - calculate rpm-4.1 ordering/orientation metrics in rpmdepOrder(). - use beecrypt routines to calculate digests in rpm. - dump legacy support for broken md5 signatures. - sync popt and rpmio with rpm-4.1, rpmio has OpenPGP API. - sync rpmdb and build with rpm-4.1, lots of splint annotations. - add :armor and :base64 query format qualifiers for binary signatures. - fix: query format qualifiers needed header.c merge. - ppc64 arch added (#58634,#58636). - turn on auto-generated perl requirements (#58519, #58536, #58537). - add internal (customized) version of zlib. - fix: %exclude functional (again). - trap SIGILL for ppc64 inline asm voodoo fix from cross-dressed ppc32. - rpm-perl: force numeric comparison on rpm version (#58882). - fix: fancy hash fiddles if not a tty. - fix: handle /.../ correctly in rpmCleanPath(). - transaction rollback code in rpmRollback(). - Red Hat 6.2 portability cruft. - legacy: configurable whiteout for known Red Hat 7x dependency loops. - perl.req: don't mis-generate dependencies like perl(::path/to/foo.pl). - use chainsaw algorithm for dependency tree decimation when ordering. - permit args to be hidden within %__find_{requires,provides}. - a couple more perl.{prov,req} fiddles. - macro for %files, always include %defattr(), redhat config only. - fix: drop header region when writing repackaged legacy header. - bail on %files macro. - transaction rollbacks are functional. - generate index for pkgid (aka Sigmd5) tag, query/verify by pkgid. - generate index for hdrid (aka Sha1header) tag, query/verify by hdrid. - generate index for fileid (aka Filemd5s) tag, query/verify by fileid. - query/verify by install transaction id. - rpm-4.0.4 release candidate. - add cpanflute2, another perl.req fiddle. - don't do close-on-exec, 2 powertools packages cannot be read when doing. - reapply Berkeley DB patch #4491. 73 de Jeff -- Jeff Johnson ARS N3NPQ jb...@re... (jb...@jb...) Chapel Hill, NC _______________________________________________ Rpm-list mailing list Rpm...@re... https://listman.redhat.com/mailman/listinfo/rpm-list |
From: Jaco G. <ja...@pu...> - 2002-03-13 05:09:41
|
Ladies and Gents, Finally we have an LvR release that is LFS 3.2 compliant. It has been quite a long slog, but quite worth it. At this point all the specs are in CVS and the new/updated sources are on the server. The only outstanding bit is for me to tar the specs, update the website and give a place to download the whole bunch. Changes in this release include: - Version 0.3.2. I've decided against naming the release LvR 3.2, but rather to aim for a 1.0 release at a later stage when everything (iso, scripts, etc.) is in place. However, it is a stable release with the 0.3.2 reflecting LFS 3.2 - Massive spec cleanups. The specs have been revamped to become more readable. - Fully LFS 3.2 compliant including separating the static and dynamic build environments. - Update to zlib 1.1.4 (This actually delayed things a bit, next time I don't want to read about security updates on NewsForge) - New RPM specs and patches (And yes, you can actually download them this time around, either from CVS or via the web) - Much improved automatic buildscripts - Much much more. The next step will be to update the specs to the latest LFS CVS book. This change will update the outdated packages to their latest stable versions, eg. bzip2 1.0.1 to bzip 1.0.2. Greetings, Jaco -------- Original Message -------- To: lvr...@pu... Date: Tue, 12 Mar 2002 23:01:35 +0200 (SAST) ====== Package Information ====== Name : lvr-release Provides : lvr-release Sub-packages : <none> Version : 0.3.2 Release : 04lvr Requires : lfs-filesystem BuildRequires: <none> Summary : Contains the release information for the LvR distribution. ====== Sources ====== <none> ====== Changelog ====== * Sat Mar 09 2002 Jaco Greeff <ja...@pu...> 0.3.2-04lvr - Spec cleanup - 0.3.2-final (Slartibartfast) introduced, yipee! * Mon Feb 18 2002 Michael Ring <mi...@pu...> 0.3.2-03lvr - Re-established devel package so that those packages are installable * Sat Feb 16 2002 Jaco Greeff <ja...@pu...> 0.3.2-02lvr - lfs-release -> lvr-release - 0.3.2-rc1 introduced * Mon Feb 11 2002 Jason Cosby <ja...@pu...> 0.3.2-01lvr - Changed package suffix to lvr * Wed Jan 23 2002 Jaco Greeff <ja...@pu...> 0.3.2-01lfs - Updated to LFS 3.2 (cvs 20020121) in anticipation of the 0.3.2 release - Since we don't have a full release yet, codename will stay the same for the full release, development releases renamed to "Marvin" (HGTTG) * Sun Jan 13 2002 Jaco Greeff <ja...@pu...> 0.3.1-02lfs - Spec cleanup - Update of the URL * Sun Jan 06 2002 Jaco Greeff <ja...@pu...> 0.3.1-01lfs - Initial version - "Slartibartfast" chosen as the first release codename (lifted from "Hitchiker's Guide") _______________________________________________ Lfs-via-rpm-specs mailing list Lfs...@li... https://lists.sourceforge.net/lists/listinfo/lfs-via-rpm-specs |
From: Mike B. <mi...@id...> - 2002-02-28 17:06:53
|
Was (attempting to) work over the latest run of specs, but the rpm patch file is not there, nor are any of the downloads on the site, all get file not founds. --fyi Mike |