sce-import: user not informed about non existent packages in .lst files

[jls]

 

[Jason W]

The problem I see with this is that the dependency list files we use on the server to add needed dependencies needs to be able to have entries that may not exist in the dCore being used.  For example, if a package in wheezy needs libgcc-4.7 but in trusty needs libgcc-4.8 we add both to the dep list and though one does not exist  it does not need to fail.  And this is the same logic that is used on the .lst files.

I will try to think of a way we can check for non existent or misspelled entries in .lst files, but I don't want to slow things down with an extra check.

[Rich]

Hi Jason W
I'm not running dCore and know nothing about it so I might be off base here.

I will try to think of a way we can check for non existent or misspelled entries in .lst files, but I don't want to slow things down with an extra check.

Based on that reply I'm presuming this is not a common problem. Maybe it could be a maintenance option for when things go
wrong just like the Apps utility has dependency check, md5 check, update check, etc.

[Jason W]

Yeah, I have seen things like this as up to the user to make sure they are using valid package names in their list files.  But, nevertheless, knowing a misspelled or non existing entry is there can be helpful.

The only thing I can see is to add an optional function or utility that will check the .lst file itself for it's contents as existing packages or meta packages.  Can be used as a function of sce-import and only in the case of using .lst files.  A "The below packages do not exist, do you wish to proceed?" type of dialog can then be used.

[Jason W]

I have made a new utility called sce-pkgcheck that tells whether a package is from the main, security, extra, or prebuilt repos.  Or as a meta package in our own dependency list file on the server, or if it does not exist.  This can be used to check for package existance.  Sce-import already has a lot of command line switches, but I may consider factoring this into sce-import during use of list files when a switch is used. 

[Jason W]

Ok, sce-pkgcheck uploaded with all dCore x86 ports to release candidates.  Below is the basic usage.

sce-pkgcheck iceweasel    -   will update DEBINX files and check to see if iceweasel is an existing package and list the repo it is in. 

sce-pkgcheck -p iceweasel  -  will do the above but not update the DEBINX files.

sce-pkgcheck -q iceweasel  -  will check like above but only echo if the package is non existing.

sce-pkgcheck -l /etc/sysconfig/tcedir/sce/desktop.sce.lst  will do as above on a file list of packages.

[jls]

Hi
My opinion is that the command is useful for lst packages and also a -a seems missing.
Thanks

[Jason W]

ok i will put an -a for all .lst files just like sce-update.

[Jason W]

-a option added for checking existing *.lst files in the SCE directory.

Also, moved to extension status as it is not needed in base.

sce-import sce-pkgcheck

to import it.

[netnomad]

hi friends,

sce-pkgcheck is a great tool,
but i think that the output f.e.:

/etc/sysconfig/tcedir/sce/vbox.sce.lst:
 
    virtualbox-host-modules-3.16.6-tinycore      is not an available package.
    virtualbox-qt      is an available package from security updates.

is a little bit difficult to read in a huge output-list.
it's not so easy to find the *** not available packages ***:

what do you think about a tiny change to

/etc/sysconfig/tcedir/sce/vbox.sce.lst:
 
    virtualbox-host-modules-3.16.6-tinycore      is *** not an available package ***.
    virtualbox-qt      is an available package from security updates ?

thank you for your interest and your help.

[Jason W]

The output is piped also to /tmp/.pkgcheck so it can be read with an editor.

Also, use the "-q" option to only see the non existing packages echoed.

The reason I did not just echo the not found packages is so folks may want to see what repo they each will come from.