On Sun, 22 Jul 2007, Ralf S. Engelschall wrote:
Well, as I already said twice on rpm-devel@, I would like to use SQLite
in OpenPKG -- at least as a fully functional alternative to Berkeley-DB,
i.e., until we officially decided to use SQLite only, I want to use BDB
still by default (for stepping
On Sat, 21 Jul 2007, Ralf S. Engelschall wrote:
Sorry, the particular web user interface currently is not available in
public or even as Open Source. Only the underlying vcheck(1) program and
the over 1000 %track sections we developed using this tool are available
as Open Source.
Google
On Mon, 23 Jul 2007, Ralf S. Engelschall wrote:
which in turn points to a dead link. Is there a new reference archive?
Yes, vcheck(1) some times ago disappeared on the net.
ftp://ftp.openpkg.org/sources/DST/vcheck/
thank you.
-- Russ Herrold
On Tue, 5 Feb 2008, Jason Corley wrote:
- integrated depsolver
The issue there, as I see it, is what (existing, additional,
new ?) mechanisms will be devised to specify 'target
repositories' to consider in doing the dep-solveing. A whole
set of structures in the yum space have emerged,
On Fri, 18 Apr 2008, Wichmann, Mats D wrote:
Hey speaking of wars, let's provide another excuse to put
PCRE into LSB :-) (I've already been thinking about that,
FWIW)
Bad Mats; bad bad Mats
:-)
-- Russ herrold
__
RPM
On Sat, 19 Apr 2008, Jeff Johnson wrote:
A little reading indicates that I have inadvertently worded
my question re a PCRE - POSIX conversion implementation
incorrectly.
...
I was hoping that the _SYNTAX_ can be interconverted for a
significant subset of all possible PCRE - POSIX
On Sat, 19 Apr 2008, R P Herrold wrote:
wtf ??? These two block qoutes got recormatted by alpine
1.10, or the ML software ... gr
[ Perl has a more predictable and much richer syntax than the [ POSIX basic
(BRE) and extended (ERE) regular expression [ standards. ... other utilities
On Sun, 28 Sep 2008, Jeff Johnson wrote:
There are two big lies with rpm packaging methodolgy.
(aside) The other lie is that rpm install transactions are
atomic iff there are no packaging flaws or install host
failures.
But this lie is reproducible builds, which is true wrto
rpmbuild iff
On Mon, 6 Oct 2008, Jeff Johnson wrote:
There's also a test for MakeMaker that might be usefully added to AutoFu.
OTOH its also perfectly OK to assume that perl implies MakeMaker
is installed imho.
I am away from the test bench with the correct environment,
but don't I recall that the perl
On Sun, 10 Jan 2010, Tor Lillqvist wrote:
I have been doing some initial small steps to make RPM work on
Windows. (Well, a subset, just package management, definitely not the
rpmbuild aspect for instance.)
there is a somehwat stale version in Cygwin as well, to which
you may also want to
On Sat, 16 Oct 2010, Jeff Johnson wrote:
Fixup the Snake eggs too please (i.e. Python eggs aren't building on CentOS 5.5
grr ...)
as I recall, I have to add a package not present in the
upstream in its 5 series, to solve this
python-setuptools-devel-0.6c8-1orc
Cruising my bugs upstream (I file them, and advance them in
front of the Fedorian borg's autocloser to amuse myself, and
not with much expectation of resolution) I just got the
semi-annual set of proposed auto-closes of neglected bugs, and
am re-verifying and advancing them today
One is
On Thu, 4 Nov 2010, Michael Jennings wrote:
On Thursday, 04 November 2010, at 10:13:09 (-0400),
Fix the package that erroneously assumes that lack of $DISPLAY
implies lack of Tk for build.
I did not give enough context -- I did a run of several
hundred R ad-on packagings, and several need
On Thu, 13 Jan 2011, Matthew Dawkins wrote:
The question I have for both Jeff and Per, is flattening initial rpms
packages to get these needed pieces in place before and actual chroot
install begins and super unacceptable hack?
I have no idea what a 'super unacceptable hack' is as a goal
On Sun, 31 Jul 2011, Jeff Johnson wrote:
Java is an atrocity … cvs is just mildly senile … works fine if speak slowly …
* chuckle * I've recently been tracking a SVN using project
with a daily SVN pull -- SVN seems to have followed in its
ancestor's path as to not being a speed daemon
-
On Fri, 20 Apr 2012, Alexey Tourbin wrote:
I have just learnt that rpm5 project has borrowed set-string
implementation recently from ALT Linux. At the very same time, I was
working on on a new and improved encoding scheme which can make
... This is exciting news -- This seems like it would be
On Mon, 26 Aug 2013, Jeffrey Johnson wrote:
See other comments:
Resolving simple build flaws rather than detecting and terminating a
build
configurably is what is needed.
Avoiding unexpected breakage and avoiding new support load
models is a Good Thing (tm)
I would write
17 matches
Mail list logo