pkgutil-users Mailing List for pkgutil (Page 7)
Status: Beta
Brought to you by:
bonivart
You can subscribe to this list here.
| 2009 |
Jan
|
Feb
|
Mar
(9) |
Apr
(25) |
May
(19) |
Jun
(33) |
Jul
(2) |
Aug
(13) |
Sep
(28) |
Oct
(43) |
Nov
(24) |
Dec
(27) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2010 |
Jan
(5) |
Feb
(11) |
Mar
(39) |
Apr
(22) |
May
(4) |
Jun
(10) |
Jul
(52) |
Aug
(12) |
Sep
(12) |
Oct
(31) |
Nov
(13) |
Dec
(14) |
| 2011 |
Jan
(15) |
Feb
(19) |
Mar
(13) |
Apr
(1) |
May
(8) |
Jun
(1) |
Jul
(11) |
Aug
(16) |
Sep
(14) |
Oct
(4) |
Nov
(3) |
Dec
(8) |
| 2012 |
Jan
(11) |
Feb
(15) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(5) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(4) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <bon...@us...> - 2011-01-11 18:23:35
|
Revision: 336
http://pkgutil.svn.sourceforge.net/pkgutil/?rev=336&view=rev
Author: bonivart
Date: 2011-01-11 18:23:29 +0000 (Tue, 11 Jan 2011)
Log Message:
-----------
pkgutil: filter out SUNW deps from parse_catalog answers
Modified Paths:
--------------
trunk/pkgutil
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <bon...@us...> - 2010-12-30 17:11:12
|
Revision: 335
http://pkgutil.svn.sourceforge.net/pkgutil/?rev=335&view=rev
Author: bonivart
Date: 2010-12-30 17:11:06 +0000 (Thu, 30 Dec 2010)
Log Message:
-----------
pkgutil: edit man text for --parse
Modified Paths:
--------------
trunk/pkgutil
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <bon...@us...> - 2010-12-30 16:14:05
|
Revision: 334
http://pkgutil.svn.sourceforge.net/pkgutil/?rev=334&view=rev
Author: bonivart
Date: 2010-12-30 16:13:59 +0000 (Thu, 30 Dec 2010)
Log Message:
-----------
chkdesc: add a test
Modified Paths:
--------------
trunk/chkdesc
Property Changed:
----------------
trunk/chkdesc
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <bon...@us...> - 2010-12-29 16:26:56
|
Revision: 333
http://pkgutil.svn.sourceforge.net/pkgutil/?rev=333&view=rev
Author: bonivart
Date: 2010-12-29 16:26:50 +0000 (Wed, 29 Dec 2010)
Log Message:
-----------
add --parse to -c/C
Modified Paths:
--------------
trunk/pkgutil
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <bon...@us...> - 2010-12-29 15:17:51
|
Revision: 332
http://pkgutil.svn.sourceforge.net/pkgutil/?rev=332&view=rev
Author: bonivart
Date: 2010-12-29 15:17:45 +0000 (Wed, 29 Dec 2010)
Log Message:
-----------
pkgutil: add --parse for -a/A
Modified Paths:
--------------
trunk/pkgutil
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <bon...@us...> - 2010-12-29 14:44:17
|
Revision: 331
http://pkgutil.svn.sourceforge.net/pkgutil/?rev=331&view=rev
Author: bonivart
Date: 2010-12-29 14:44:11 +0000 (Wed, 29 Dec 2010)
Log Message:
-----------
pkgutil: add option names to sub comments
Modified Paths:
--------------
trunk/pkgutil
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <bon...@us...> - 2010-12-29 14:28:14
|
Revision: 330
http://pkgutil.svn.sourceforge.net/pkgutil/?rev=330&view=rev
Author: bonivart
Date: 2010-12-29 14:28:08 +0000 (Wed, 29 Dec 2010)
Log Message:
-----------
pkgutil: add support for non-CSW with --list
Modified Paths:
--------------
trunk/pkgutil
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <bon...@us...> - 2010-12-29 14:01:54
|
Revision: 329
http://pkgutil.svn.sourceforge.net/pkgutil/?rev=329&view=rev
Author: bonivart
Date: 2010-12-29 14:01:48 +0000 (Wed, 29 Dec 2010)
Log Message:
-----------
pkgutil: fix --describe --parse if descriptions file contains multiple separators
Modified Paths:
--------------
trunk/pkgutil
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <bon...@us...> - 2010-12-29 13:22:28
|
Revision: 328
http://pkgutil.svn.sourceforge.net/pkgutil/?rev=328&view=rev
Author: bonivart
Date: 2010-12-29 13:22:22 +0000 (Wed, 29 Dec 2010)
Log Message:
-----------
chkdesc: check CSW description files
Added Paths:
-----------
trunk/chkdesc
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <bon...@us...> - 2010-12-19 21:16:50
|
Revision: 327
http://pkgutil.svn.sourceforge.net/pkgutil/?rev=327&view=rev
Author: bonivart
Date: 2010-12-19 21:16:44 +0000 (Sun, 19 Dec 2010)
Log Message:
-----------
pkgutil: first commit of machine parsable output (describe)
Modified Paths:
--------------
trunk/pkgutil
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <bon...@us...> - 2010-12-19 18:23:00
|
Revision: 326
http://pkgutil.svn.sourceforge.net/pkgutil/?rev=326&view=rev
Author: bonivart
Date: 2010-12-19 17:11:15 +0000 (Sun, 19 Dec 2010)
Log Message:
-----------
pkgutil: add list option
Modified Paths:
--------------
trunk/pkgutil
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <bon...@us...> - 2010-12-19 00:56:16
|
Revision: 325
http://pkgutil.svn.sourceforge.net/pkgutil/?rev=325&view=rev
Author: bonivart
Date: 2010-12-19 00:56:10 +0000 (Sun, 19 Dec 2010)
Log Message:
-----------
pkgutil: always do complete upgrade of pkgutil first when doing multiple upgrades
Modified Paths:
--------------
trunk/pkgutil
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: Peter B. <bon...@op...> - 2010-12-02 16:00:55
|
On Thu, Nov 25, 2010 at 6:04 PM, Mark R Bannister
<ma...@pr...> wrote:
> Hi Peter,
>
> I have a problem with r322. It doesn't cope very well with GPG signed catalog files:
>
> I get - "Use of uninitialized value $hash in hash element" errors.
>
> Suggest, instead of:
>
> my $hash = $line[4];
> $oldcatalog{$hash} = \@line;
> my $pkgfile = $line[3];
> $oldcatalog_bypkgfile{$pkgfile} = \@line;
>
> You do:
>
> if (scalar(@line) >= 8) {
> my $hash = $line[4];
> $oldcatalog{$hash} = \@line;
> my $pkgfile = $line[3];
> $oldcatalog_bypkgfile{$pkgfile} = \@line;
> }
I used this and added a check for the line to start with a word class
character. I tested some with the official catalogs and it completely
skipped all GPG lines.
http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/bldcat?revision=324
Since my testing was limited to removing the error messages I would
appreciate it if you (or someone else on the list) could help test the
latest revision for actually creating catalogs.
/peter
|
|
From: <bon...@us...> - 2010-12-02 15:52:17
|
Revision: 324
http://pkgutil.svn.sourceforge.net/pkgutil/?rev=324&view=rev
Author: bonivart
Date: 2010-12-02 15:52:11 +0000 (Thu, 02 Dec 2010)
Log Message:
-----------
bldcat: play nice with old catalogs that are gpg signed (Mark Bannister)
Modified Paths:
--------------
trunk/bldcat
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <bon...@us...> - 2010-12-02 12:54:37
|
Revision: 323
http://pkgutil.svn.sourceforge.net/pkgutil/?rev=323&view=rev
Author: bonivart
Date: 2010-12-02 12:54:30 +0000 (Thu, 02 Dec 2010)
Log Message:
-----------
pkgutil: fix bug with last resort wget (Claes Lindvall)
Modified Paths:
--------------
trunk/pkgutil
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: Mark R B. <ma...@pr...> - 2010-11-28 20:37:44
|
On 26/11/2010 16:46, Peter Bonivart wrote: > On Thu, Nov 25, 2010 at 6:04 PM, Mark R Bannister > <ma...@pr...> wrote: >> I have a problem with r322. It doesn't cope very well with GPG signed catalog files: > I'll look into this during the weekend. Can you just tell me if this > is related to the latest revisions or if it's been like this always? > > /peter > I think it's related to the latest revisions. I certainly had a version of bldcat working with GPG signed catalogues from 2.1b. Regards, Mark. |
|
From: Peter B. <bon...@op...> - 2010-11-26 16:46:55
|
On Thu, Nov 25, 2010 at 6:04 PM, Mark R Bannister <ma...@pr...> wrote: > I have a problem with r322. It doesn't cope very well with GPG signed catalog files: I'll look into this during the weekend. Can you just tell me if this is related to the latest revisions or if it's been like this always? /peter |
|
From: Mark R B. <ma...@pr...> - 2010-11-25 17:04:14
|
On Wed 24/11/10 14:00 , Peter Bonivart bon...@op... sent: > On Wed, Nov 24, 2010 at 2:36 PM, Peter Bonivart bonivart > @opencsw.org> wrote:> On Wed, Nov 24, 2010 at 1:21 PM, Mark R > Bannister> ma > rk...@pr...> wrote:>> I've hit an issue where bldcat continues to re-use > old information in the catalog if the .pkg or .pkg.gz file has > been>> renamed only (but the checksum is the same). > When it re-uses old information, it also re-uses the old filename, > which>> obviously then breaks when a client tries to get > it with pkgutil.>> > >> Would it be possible to fix bldcat so that it > handles renames properly when re-using old info?> > > I just checked in r321, it should take care of > it.> > > http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/bldcat? > revision=321 > On Dagoberts suggestion I redid the fix so it still reuses the info > but inserts the new filename. Otherwise it would inspect the package > as a new one and be slower. > > It's in r322, http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/bldcat? > revision=322 > /peter Hi Peter, I have a problem with r322. It doesn't cope very well with GPG signed catalog files: I get - "Use of uninitialized value $hash in hash element" errors. Suggest, instead of: my $hash = $line[4]; $oldcatalog{$hash} = \@line; my $pkgfile = $line[3]; $oldcatalog_bypkgfile{$pkgfile} = \@line; You do: if (scalar(@line) >= 8) { my $hash = $line[4]; $oldcatalog{$hash} = \@line; my $pkgfile = $line[3]; $oldcatalog_bypkgfile{$pkgfile} = \@line; } Regards, Mark. |
|
From: Peter B. <bon...@op...> - 2010-11-24 14:01:22
|
On Wed, Nov 24, 2010 at 2:36 PM, Peter Bonivart <bon...@op...> wrote: > On Wed, Nov 24, 2010 at 1:21 PM, Mark R Bannister > <ma...@pr...> wrote: >> I've hit an issue where bldcat continues to re-use old information in the catalog if the .pkg or .pkg.gz file has been >> renamed only (but the checksum is the same). When it re-uses old information, it also re-uses the old filename, which >> obviously then breaks when a client tries to get it with pkgutil. >> >> Would it be possible to fix bldcat so that it handles renames properly when re-using old info? > > I just checked in r321, it should take care of it. > > http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/bldcat?revision=321 On Dagoberts suggestion I redid the fix so it still reuses the info but inserts the new filename. Otherwise it would inspect the package as a new one and be slower. It's in r322, http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/bldcat?revision=322 /peter |
|
From: <bon...@us...> - 2010-11-24 13:58:43
|
Revision: 322
http://pkgutil.svn.sourceforge.net/pkgutil/?rev=322&view=rev
Author: bonivart
Date: 2010-11-24 13:58:37 +0000 (Wed, 24 Nov 2010)
Log Message:
-----------
bldcat: better fix to not lose speed (Dago)
Modified Paths:
--------------
trunk/bldcat
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: Peter B. <bon...@op...> - 2010-11-24 13:43:07
|
On Wed, Nov 24, 2010 at 1:21 PM, Mark R Bannister <ma...@pr...> wrote: > I've hit an issue where bldcat continues to re-use old information in the catalog if the .pkg or .pkg.gz file has been > renamed only (but the checksum is the same). When it re-uses old information, it also re-uses the old filename, which > obviously then breaks when a client tries to get it with pkgutil. > > Would it be possible to fix bldcat so that it handles renames properly when re-using old info? I just checked in r321, it should take care of it. http://pkgutil.svn.sourceforge.net/viewvc/pkgutil/trunk/bldcat?revision=321 /peter |
|
From: <bon...@us...> - 2010-11-24 13:32:55
|
Revision: 321
http://pkgutil.svn.sourceforge.net/pkgutil/?rev=321&view=rev
Author: bonivart
Date: 2010-11-24 13:32:49 +0000 (Wed, 24 Nov 2010)
Log Message:
-----------
bldcat: do not reuse info if filename changed (Mark Bannister)
Modified Paths:
--------------
trunk/bldcat
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: Mark R B. <ma...@pr...> - 2010-11-24 12:21:43
|
I've hit an issue where bldcat continues to re-use old information in the catalog if the .pkg or .pkg.gz file has been renamed only (but the checksum is the same). When it re-uses old information, it also re-uses the old filename, which obviously then breaks when a client tries to get it with pkgutil. Would it be possible to fix bldcat so that it handles renames properly when re-using old info? Thanks, Mark Bannister. |
|
From: <bon...@us...> - 2010-11-16 15:19:30
|
Revision: 320
http://pkgutil.svn.sourceforge.net/pkgutil/?rev=320&view=rev
Author: bonivart
Date: 2010-11-16 15:19:24 +0000 (Tue, 16 Nov 2010)
Log Message:
-----------
pkgutil: exit with status 0 when comparing a single pkg not existing (to help Puppet)
Modified Paths:
--------------
trunk/pkgutil
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|
|
From: <bon...@us...> - 2010-11-12 12:13:00
|
Revision: 319
http://pkgutil.svn.sourceforge.net/pkgutil/?rev=319&view=rev
Author: bonivart
Date: 2010-11-12 12:12:53 +0000 (Fri, 12 Nov 2010)
Log Message:
-----------
pkgutil: do not prompt at pkgadd error when using --yes
Modified Paths:
--------------
trunk/pkgutil
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
|