Re: [CVS] RPM: rpm/lib/ rpmgi.c

2010-12-12 Thread Jeff Johnson
Nice! Returning RPMRC_NOTFOUND on EOF will cause some pain eventually, but perhaps still gud enuf for hdlists through rpmgi. 73 de Jeff On Dec 12, 2010, at 5:14 PM, Per Øyvind Karlsen wrote: RPM Package Manager, CVS Repository http://rpm5.org/cvs/

Re: [CVS] RPM: rpm/lib/ rpmgi.c verify.c rpm/rpmdb/ rpmdb.c rpm/tools/ rpm...

2009-12-10 Thread Jeff Johnson
THere's some subtleties with uint32_t - rpmuint32_t that are gonna need some work. Again, rpmuint32_t (and other rpmuint* types) should be used only for Header data types. The right fix for hdrNum is a private data type specifically for the (curently uint32_t) primary package key. Hmmm, perhaps

Re: [CVS] RPM: rpm/lib/ rpmgi.c

2007-07-04 Thread Jeff Johnson
Actually I think this patch is unneeded. I do believe Mark has a typo in his manifest that he needs to correct before we starting mucking about with rpmgi behavior. 73 de Jeff On Jul 4, 2007, at 12:16 PM, Ralf S. Engelschall wrote: RPM Package Manager, CVS Repository

Re: [CVS] RPM: rpm/lib/ rpmgi.c

2007-07-04 Thread Mark Hatle
Mark Hatle wrote: Jeff Johnson wrote: Actually I think this patch is unneeded. I do believe Mark has a typo in his manifest that he needs to correct before we starting mucking about with rpmgi behavior. Wait.. the system (due to the ENOENT) never got to the point of loading the manifest.. so

Re: [CVS] RPM: rpm/lib/ rpmgi.c

2007-07-04 Thread Mark Hatle
Jeff Johnson wrote: Actually I think this patch is unneeded. I do believe Mark has a typo in his manifest that he needs to correct before we starting mucking about with rpmgi behavior. If having a typo in the manifest (on a query) causes a failure, this is new behavior. The commands I am

Re: [CVS] RPM: rpm/lib/ rpmgi.c

2007-07-04 Thread Jeff Johnson
On Jul 4, 2007, at 12:28 PM, Mark Hatle wrote: Mark Hatle wrote: Jeff Johnson wrote: Actually I think this patch is unneeded. I do believe Mark has a typo in his manifest that he needs to correct before we starting mucking about with rpmgi behavior. Wait.. the system (due to the

Re: [CVS] RPM: rpm/lib/ rpmgi.c

2007-07-04 Thread Mark Hatle
Reproducer. Build rpm5 HEAD as of about 15 minutes ago... (remove the workaround for the ENOENT) rpm5/HEAD/rpm/configure --disable-nls --with-libelf --without-selinux --without-perl --without-python --with-zlib --with-bzip2 --with-beecrypt --without-neon --with-file=internal --with-popt

Re: [CVS] RPM: rpm/lib/ rpmgi.c

2007-07-04 Thread Jeff Johnson
On Jul 4, 2007, at 12:52 PM, Mark Hatle wrote: Reproducer. Build rpm5 HEAD as of about 15 minutes ago... (remove the workaround for the ENOENT) rpm5/HEAD/rpm/configure --disable-nls --with-libelf --without-selinux --without-perl --without-python --with-zlib --with-bzip2 --with- beecrypt

Re: [CVS] RPM: rpm/lib/ rpmgi.c

2007-07-04 Thread Mark Hatle
The only thing I can think of is it's either configuration or OS dependent. I'm running FC7 currently. --Mark Jeff Johnson wrote: On Jul 4, 2007, at 12:52 PM, Mark Hatle wrote: Reproducer. Build rpm5 HEAD as of about 15 minutes ago... (remove the workaround for the ENOENT)