k3ylabs/cosoco-image-dataset huggingface dataset:
Package: libdepth-image-proc0d (1.16.0-2)
Section: universe/libs
Homepage: https://wiki.ros.org/image_pipeline
Depends: libc6 (>= 2.14), libclass-loader1d (>= 0.5.0), libconsole-bridge1.0 (>= 1.0.1+dfsg2), libcv-bridge2d (>= 1.16.0+ds), libgcc-s1 (>= 3.0), libimage-geometry1d (>= 1.16.0+ds), libimage-transport0d (>= 1.12.0), libmessage-filters1d (>= 1.15.14+ds), libnodeletlib1d (>= 1.10.2), libopencv-calib3d4.5d (>= 4.5.4+dfsg), libopencv-core4.5d (>= 4.5.4+dfsg), libopencv-imgproc4.5d (>= 4.5.4+dfsg), librosconsole3d (>= 1.14.3), libroscpp-serialization0d (>= 0.7.2), libroscpp4d (>= 1.15.14+ds), librostime1d (>= 0.7.2), libstdc++6 (>= 11), libtf-conversions0d (>= 1.13.2), libtf2-2d (>= 0.7.5), libtf2-ros1d (>= 0.7.5)
Description:  Robot OS depth-image-proc package This package is part of Robot OS (ROS). The package contains nodelets for processing depth images such as those produced by OpenNI camera. Functions include creating disparity images and point clouds, as well as registering (reprojecting) a depth image into another camera frame.
Package: libderby-java (10.14.2.0-2)
Section: universe/java
Homepage: https://db.apache.org/derby/
Description:  Apache Derby Database Engine and Embedded JDBC Driver Apache Derby is an open source relational database implemented entirely in Java.  * Derby has a small footprint -- about 2.6 megabytes for the base engine and    embedded JDBC driver.  * Derby is based on the Java, JDBC, and SQL standards.  * Derby provides an embedded JDBC driver that lets you embed Derby in any    Java-based solution.  * Derby also supports the more familiar client/server mode with the Derby    Network Client JDBC driver and Derby Network Server.  * Derby is easy to install, deploy, and use. . This package includes the database server, the embedded JDBC driver and localisations.
Package: libderbyclient-java (10.14.2.0-2)
Section: universe/java
Homepage: https://db.apache.org/derby/
Description:  Apache Derby Client JDBC Driver The Derby network client provides network connectivity to the Derby Network Server. It is distributed as an additional jar file, derbyclient.jar, with an entirely independent code base from the embedded driver. . The Derby network client is a type 4, JDBC compliant Driver, which attempts to match the Derby Embedded JDBC driver as much as possible. . The Derby Network Server is provided by the derby-core package.
Package: libdesktop-notify-perl (0.05-2)
Section: universe/perl
Homepage: https://metacpan.org/release/Desktop-Notify
Depends: perl, libnet-dbus-perl, libclass-accessor-perl
Description:  Perl module which communicates with the Desktop Notifications framework This module provides a Perl interface to the Desktop Notifications framework. . The framework allows applications to display pop-up notifications on an X desktop.  This is implemented with two components: a daemon that displays the notifications, and a client library used by applications to send notifications to the daemon.  These components communicate through the DBus message bus protocol. . This module serves the same purpose as libnotify, in an object-oriented Perl interface.  It is not, however, an interface to libnotify itself, but a separate implementation of the specification using Net::DBus.
Package: libdevel-argnames-perl (0.03-2.1)
Section: universe/perl
Homepage: https://metacpan.org/release/Devel-ArgNames
Depends: perl:any, libpadwalker-perl
Description:  module providing access to subroutine variable names Devel::ArgNames provides an arg_names function that returns the names associated with @_. This makes it easy to define a more user friendly debugging function that prints out the values passed to a subroutine together with the associated variable names.
Package: libdevel-autoflush-perl (0.06-1.1)
Section: universe/perl
Homepage: http://metacpan.org/release/Devel-Autoflush
Depends: perl:any
Description:  module for setting autoflush from the command line Devel::Autoflush is a hack to set autoflush for STDOUT and STDERR from the command line or from "PERL5OPT" for code that needs it but doesn't have it. . This often happens when prompting: .   # guess.pl   print "Guess a number: ";   $n = <STDIN>; . As long as the output is going to a terminal, the prompt is flushed when STDIN is read.  However, if the output is being piped, the print statement will not automatically be flushed, no prompt will be seen and the program will silently appear to hang while waiting for input.
Package: libdevel-backtrace-perl (0.12-2.1)
Section: universe/perl
Homepage: https://metacpan.org/release/Devel-Backtrace
Depends: perl:any, libclass-accessor-perl, libstring-escape-perl
Description:  Object-oriented backtrace Devel::Backtrace provides methods for accessing backtrace information, i.e. it allows one to see the "route" through a script. It returns short or detailed information about backtrace points as strings. . The included Devel::DollarAt module gives some additional functionality to the $@ scalar, i.e. it makes interpreting exceptions easier.
Package: libdevel-callchecker-perl (0.008-1ubuntu4)
Section: perl
Homepage: https://metacpan.org/release/Devel-CallChecker
Depends: libb-hooks-op-check-perl, libdynaloader-functions-perl, perl, perlapi-5.34.0
Description:  custom op checking attached to subroutines Devel::CallChecker makes some new features of the Perl 5.14.0 C API available to XS modules running on older versions of Perl. The features are centred around the function cv_set_call_checker, which allows XS code to attach a magical annotation to a Perl subroutine, resulting in resolvable calls to that subroutine being mutated at compile time by arbitrary C code. This module makes cv_set_call_checker and several supporting functions available. (It is possible to achieve the effect of cv_set_call_checker from XS code on much earlier Perl versions, but it is painful to achieve without the centralised facility.)
Package: libdevel-caller-ignorenamespaces-perl (1.1-1)
Section: universe/perl
Homepage: https://metacpan.org/release/Devel-Caller-IgnoreNamespaces
Depends: perl
Description:  module for hiding namespaces from caller() Devel::Caller::IgnoreNamespaces is a Perl module designed to hide namespaces from caller(). It allows you to register namespaces that should be hidden by means of a replacement caller() function.
Package: libdevel-caller-perl (2.06-2build4)
Section: universe/perl
Homepage: https://metacpan.org/release/Devel-Caller
Depends: perl, perlapi-5.34.0, libc6 (>= 2.34), libpadwalker-perl
Description:  module providing enhanced caller() support Devel::Caller is a Perl module that provides several useful functions for introspecting your code deeper than the internal function "caller()" does. It allows you to access arguments passed to a function or even retrieve the code reference of the subroutine being invoked at the call frame indicated by the given level.
Package: libdevel-callparser-perl (0.002-4build5)
Section: universe/perl
Homepage: https://metacpan.org/release/Devel-CallParser
Depends: libdevel-callchecker-perl, libdynaloader-functions-perl, perl, perlapi-5.34.0, libc6 (>= 2.4)
Description:  custom parsing attached to subroutines Devel::CallParser provides a C API, for XS modules, concerned with custom parsing.  It is centred around the function cv_set_call_parser, which allows XS code to attach a magical annotation to a Perl subroutine, resulting in resolvable calls to that subroutine having their arguments parsed by arbitrary C code.  (This is a more conveniently structured facility than the core's PL_keyword_plugin API.)  This module makes cv_set_call_parser and several supporting functions available.
Package: libdevel-callsite-perl (1.0.1-1build4)
Section: universe/perl
Homepage: https://metacpan.org/release/Devel-Callsite
Depends: perl, perlapi-5.34.0, libc6 (>= 2.34)
Description:  Perl module to get caller return OP address and Perl interpreter context Devel::Callsite module provides subroutines to get the caller return OP address and perl interpreter context. . The callsite() function returns the OP address of the caller, a number, one level up from where it was called. It's useful for functions that need to uniquely know where they were called, such as Every::every(); see Every. Or it can be used to pinpoint a location with finer granularity than a line number (see http://www.perlmonks.com/?node_id=987268). In conjunction with an OP tree disassembly you can know exactly where the caller is located in the Perl source. . The context() function returns the interpreter context as a number. This is a fairly unique number together with the call site.
Package: libdevel-calltrace-perl (1.2-2.1)
Section: universe/perl
Homepage: https://metacpan.org/release/Devel-CallTrace
Depends: perl:any
Description:  Code tracer to follow function calls There are a number of perl modules in the CPAN that are designed to trace a program's execution as it runs. Each uses a different trick to do its job, fulfilling different needs. The technique Devel::Calltrace uses is quite simple and seems to be quite robust.
Package: libdevel-checkbin-perl (0.04-1.1)
Section: universe/perl
Homepage: https://metacpan.org/release/Devel-CheckBin
Depends: perl:any
Description:  module to check that a command is available Devel::CheckBin is a perl module that checks whether a particular command is available.
Package: libdevel-checkcompiler-perl (0.07-1)
Section: universe/perl
Homepage: https://metacpan.org/release/Devel-CheckCompiler
Depends: perl
Description:  module for checking compiler availability Devel::CheckCompiler checks the availability of a C99 compiler. It provides the function check_c99_or_exit which returns false if no C99 compiler is available.
Package: libdevel-checklib-perl (1.14-2)
Section: universe/perl
Homepage: https://metacpan.org/release/Devel-CheckLib
Depends: perl:any, gcc
Description:  module for checking the availability of a library Devel::CheckLib is a perl module that checks whether a particular C library and its headers are available. . It works by trying to compile some code and linking it to the specified libraries. If something pops out the end which looks executable, it gets executed. That tiny program is built once for each specified library, and (without linking) once for each header file. . It is also possible to check for the presence of particular functions in a library, or even that those functions return particular results.
Package: libdevel-confess-perl (0.009004-1)
Section: universe/perl
Homepage: https://metacpan.org/release/Devel-Confess
Depends: perl
Description:  module to include stack traces on all warnings and errors Devel::Confess is meant as a debugging aid. It can be used to make a script complain loudly with stack backtraces when warn()ing or die()ing. Unlike other similar modules (e.g. Carp::Always), it includes stack traces even when exception objects are thrown. . The stack traces are generated using Carp, and will work for all types of errors. Carp's "carp" and "confess" functions will also be made to include stack traces.
Package: libdevel-cover-perl (1.36-2build2)
Section: universe/perl
Homepage: https://metacpan.org/release/Devel-Cover
Depends: libb-debug-perl | perl (<< 5.27.3), libhtml-parser-perl, perl (>= 5.34.0~), perlapi-5.34.0, perl (<< 5.34.1~), libc6 (>= 2.4)
Description:  Perl tool for determining code coverage metrics Devel::Cover is a Perl module that helps collect and display code coverage information. Code coverage information is collected using a pluggable runops function which counts how many times each op is executed. This data is then mapped back to reality using the B compiler modules. There is also a another statement profiler which needs a better backend to be really useful. . Statement, branch, condition, subroutine, pod and time coverage information is reported. Statement coverage data should be reasonable, although there may be some statements which are not reported. Branch and condition coverage data should be mostly accurate too, although not always what one might initially expect. Subroutine coverage should be as accurate as statement coverage. Pod coverage comes from Pod::Coverage. If Pod::Coverage::CountParents is available it will be used instead. Coverage data for path coverage are not yet collected. . The cover program can be used to generate coverage reports. Another included program, gcov2perl, can convert gcov files to Devel::Cover databases.
Package: libdevel-cycle-perl (1.12-1)
Section: universe/perl
Homepage: https://metacpan.org/release/Devel-Cycle
Depends: perl
Description:  Perl module to detect memory cycles in Perl objects Devel::Cycle is a developer's tool for finding memory cycles in Perl objects. Since Perl provides its automatic memory management using reference counting, cyclical/circular references will result in memory that will never be freed. Optionally, PadWalker (libpadwalker-perl) module enables reporting of cycles in code closures as well.
Package: libdevel-declare-parser-perl (0.020-1.1)
Section: universe/perl
Homepage: https://metacpan.org/release/Devel-Declare-Parser
Depends: perl:any, libb-compiling-perl, libb-hooks-endofscope-perl, libdevel-declare-perl, libtest-exception-lessclever-perl
Description:  higher level interface to Devel::Declare Devel::Declare::Parser is a higher-level API sitting on top of Devel::Declare. It is used by Devel::Declare::Exporter to simplify exporting of Devel::Declare magic. Writing custom parsers usually only requires subclassing this module and overriding a couple methods.
Package: libdevel-declare-perl (0.006022-1build2)
Section: universe/perl
Homepage: https://metacpan.org/release/Devel-Declare
Depends: perl, perlapi-5.34.0, libc6 (>= 2.14), libb-hooks-endofscope-perl, libb-hooks-op-check-perl, libsub-name-perl
Description:  module to add new syntax to Perl Devel::Declare can install subroutines called declarators which locally take over control of Perl's parser, allowing the creation of new syntax, including keywords and other constructs that might not be, in themselves, valid Perl 5 code. . This module can be used for adding new keywords, completely in Perl code. It allows a subroutine to be executed during the Perl code compilation, meaning that syntax can be transformed into equivalent code for Perl on-the-fly.
Package: libdevel-dprof-perl (20110802.00-3build8)
Section: universe/perl
Homepage: https://metacpan.org/release/Devel-DProf
Depends: perl (>= 5.12.0), perlapi-5.34.0, libc6 (>= 2.4)
Description:  deprecated Perl code profiler The Devel::DProf package is a Perl code profiler. This will collect information on the execution time of a Perl script and of the subs in that script. This information can be used to determine which subroutines are using the most time and which subroutines are being called most often. This information can also be used to create an execution graph of the script, showing subroutine relationships. . Devel::DProf is deprecated. It is recommended that you install and use Devel::NYTProf (in the package libdevel-nytprof-perl) instead, as it offers significantly improved profiling and reporting.
Package: libdevel-dumpvar-perl (1.06-1.1)
Section: universe/perl
Homepage: http://search.cpan.org/dist/Devel-Dumpvar/
Depends: perl:any
Description:  Perl module to dump Perl variables Devel::Dumpvar is a pure object-orientated reimplementation of the same functionality. This makes it much more versatile version to use for dumping information to debug log files or other uses where you don't need to reassemble the data. . Devel::Dumpvar is a rewritten version of dumpvar.pl, the module used by perl's debugger to display variables in human-readable form, containing a lot of extra information without the burden of needing to allow the dump to be re-assembled into the original data.
Package: libdevel-findperl-perl (0.015-2)
Section: universe/perl
Homepage: https://metacpan.org/release/Devel-FindPerl
Depends: perl
Description:  Perl module to find the path to the currently running perl The Devel::FindPerl module tries to find the path to the currently running perl. It implements a function to try (really really hard) to find the path to the perl running your program and another function to test if the perl in `$path` is the same perl as the currently running one. . SECURITY ALERT: This module by default does things that are not particularly secure (run programs based on external input).
Package: libdevel-gdb-perl (2.02-4)
Section: universe/perl
Homepage: https://metacpan.org/release/Devel-GDB
Depends: perl
Description:  module to open and communicate with a gdb session The Devel::GDB package provides an interface for communicating with GDB. Internally, it uses the GDB/MI interpreter (see http://sourceware.org/gdb/current/onlinedocs/gdb_25.html), which accurately informs the caller of the program state and, through the use of tokens, guarantees that the results returned actually correspond to the request sent. By contrast, GDB's console interpreter returns all responses on STDOUT, and thus there is no way to ensure that a particular response corresponds to a particular request. . Therefore, it is obviously preferable to use GDB/MI when programmatically interacting with GDB.  This can be done via the send_cmd family of functions (send_cmd, send_cmd_excl, and send_cmd_async).  There are, however, some cases when there is no GDB/MI command corresponding to a particular console command, or it has not yet been implemented (for example, -symbol-type, corresponding to the console command ptype, is not yet implemented as of GDB 6.6).  In this case, the get function provides a workaround by capturing all output sent to the console stream.
Package: libdevel-globaldestruction-perl (0.14-1.1)
Section: universe/perl
Homepage: https://metacpan.org/release/Devel-GlobalDestruction
Depends: perl:any, libsub-exporter-progressive-perl, perl (>= 5.14.0)
Description:  module to expose the flag that marks global destruction Devel::GlobalDestruction is a Perl module that exposes the PL_dirty flag to Perl as a subroutine named in_global_destruction. It is useful when writing destructors, so that only non-process local resources are freed while in global destruction.
Package: libdevel-hide-perl (0.0015-1)
Section: universe/perl
Homepage: https://metacpan.org/release/Devel-Hide
Depends: perl:any
Description:  module for forcing the unavailability of specified Perl modules (for testing) Given a list of Perl modules/filenames, Devel::Hide makes require and use statements fail (no matter the specified files/modules are installed or not). . They die with a message like: . Can't locate Module/ToHide.pm (hidden) . The original intent of Devel::Hide is to allow Perl developers to test for alternative behavior when some modules are not available. In a Perl installation, where many modules are already installed, there is a chance to screw things up because you take for granted things that may not be there in other machines.
Package: libdevel-leak-perl (0.03-3build8)
Section: universe/perl
Homepage: https://metacpan.org/release/Devel-Leak
Depends: perl, perlapi-5.34.0, libc6 (>= 2.34)
Description:  utility for looking for perl objects that are not reclaimed Devel::Leak has two functions: NoteSV and CheckSV. . NoteSV walks the perl internal table of allocated SVs (scalar values) - (which actually  contains arrays and hashes too), and records their addresses in a table. It returns a count of these "things", and stores a pointer to the table (which is obtained from the heap using malloc()) in its argument. . CheckSV is passed argument which holds a pointer to a table created by NoteSV. It re-walks the perl-internals and calls sv_dump() for any "things" which did not exist when NoteSV was called. It returns a count of the number of "things" now allocated.
Package: libdevel-lexalias-perl (0.05-2build4)
Section: universe/perl
Homepage: https://metacpan.org/release/Devel-LexAlias
Depends: perl, perlapi-5.34.0, libc6 (>= 2.34), libdevel-caller-perl
Description:  Perl module that provides alias lexical variables Devel::LexAlias provides the ability to alias a lexical variable in a subroutines scope to one of your choosing.
Package: libdevel-mat-dumper-perl (0.42-3build2)
Section: universe/perl
Homepage: https://metacpan.org/release/Devel-MAT-Dumper
Depends: perl (>= 5.34.0~), perlapi-5.34.0, perl (<< 5.34.1~), libc6 (>= 2.34)
Description:  module to write a heap dump file for later analysis Devel::MAT::Dumper provides the memory-dumping function that creates a heap dump file which can later be read by Devel::MAT::Dumpfile. It provides a single function which is not exported, which writes a file to the given path. . The dump file will contain a representation of every SV in Perl's arena, providing information about pointers between them, as well as other information about the state of the process at the time it was created. It contains a snapshot of the process at that moment in time, which can later be loaded and analysed by various tools using Devel::MAT::Dumpfile.
Package: libdevel-nytprof-perl (6.11+dfsg-3)
Section: universe/perl
Homepage: https://metacpan.org/release/Devel-NYTProf
Depends: perl, perlapi-5.34.0, libc6 (>= 2.34), zlib1g (>= 1:1.1.4), libfile-which-perl, libjs-jquery (>= 3.4.1), libjs-jquery-tablesorter, libjson-maybexs-perl
Description:  Perl statement and subroutine code profiler Devel::NYTProf is a powerful feature-rich perl source code profiler. .  * Performs per-line statement profiling for fine detail  * Performs per-subroutine statement profiling for overview  * Performs per-block statement profiling (the first profiler to do so)  * Accounts correctly for time spent after calls return  * Performs inclusive and exclusive timing of subroutines  * Subroutine times are per calling location (a powerful feature)  * Can profile compile-time activity, just run-time, or just END time  * Uses novel techniques for efficient profiling  * Sub-microsecond (100ns) resolution on systems with clock_gettime()  * Very fast - the fastest statement and subroutine profilers for    perl  * Handles applications that fork, with no performance cost  * Immune from noise caused by profiling overheads and I/O  * Program being profiled can stop/start the profiler  * Generates richly annotated and cross-linked html reports  * Trivial to use with mod_perl - add one line to httpd.conf  * Includes an extensive test suite  * Tested on very large codebases . NYTProf is effectively two profilers in one: a statement profiler, and a subroutine profiler. . NYTProf stands for 'New York Times Profiler'. Indeed, this module was initially developed from Devel::FastProf by The New York Times Co. to help their developers quickly identify bottlenecks in large Perl applications.
Package: libdevel-overloadinfo-perl (0.007-1)
Section: universe/perl
Homepage: https://metacpan.org/release/Devel-OverloadInfo
Depends: perl:any, libmro-compat-perl, libpackage-stash-perl
Description:  module to introspect overloaded operators Devel::OverloadInfo returns information about overloaded operators for a given class (or object), including where in the inheritance hierarchy the overloads are declared and where the code implementing it is.
Package: libdevel-overrideglobalrequire-perl (0.001-1.1)
Section: universe/perl
Homepage: https://metacpan.org/release/Devel-OverrideGlobalRequire/
Depends: perl:any
Description:  module to safely override CORE::GLOBAL::require Devel::OverrideGlobalRequire overrides CORE::GLOBAL::require with a code reference in a way that plays nice with any existing overloading and ensures the right calling package is in scope.
Package: libdevel-partialdump-perl (0.20-1)
Section: universe/perl
Homepage: https://metacpan.org/release/Devel-PartialDump
Depends: perl, libclass-tiny-perl, libnamespace-clean-perl, libsub-exporter-perl
Description:  Perl module to dump subroutine parameters concisely Devel::PartialDump is similar in nature to Data::Dumper, however, it is optimized for the common case of bug reporting with complex data structures. Outputting a string containing a complex data structure can yield rather useless results, since the structures are stringified. . This module optionally overrides Carp's routines to provide a concise dump of a variable's contents instead of a simple stringification with warn, etc.