Bug#686413: ITP: feedgnuplot -- A pipe-oriented frontend to gnuplot. Allows plotting of standard input, both in realtime and for stored data
Package: wnpp Severity: wishlist Owner: Dima Kogan * Package name: feedgnuplot Version : 1.20 Upstream Author : Dima Kogan * URL : https://github.com/dkogan/feedgnuplot * License : GPL Programming Lang: Perl Description : A pipe-oriented frontend to gnuplot. Allows plotting of standard input, both in realtime and for stored data This is a flexible, command-line-oriented frontend to Gnuplot. It creates plots from data coming in on STDIN or given in a filename passed on the commandline. Various data representations are supported, as is hardcopy output and streaming display of live data. I am the author of this tool. The packaging has been done for a while now, and just awaits a sponsor. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120901073652.15301.6893.reportbug@shorty.local
Bug#692000: ITP: liblbfgs -- L-BFGS solver for dense nonlinear optimization problems
Package: wnpp Severity: wishlist Owner: Dima Kogan * Package name: liblbfgs Version : 1.10 Upstream Author : Naoaki Okazaki * URL : http://www.chokkan.org/software/liblbfgs/index.html * License : MIT Programming Lang: C Description : L-BFGS solver for dense nonlinear optimization problems This library solves nonlinear optimization problems using the limited-memory BFGS method. Gradients are required, Hessians are estimated. Several higher-level interfaces use this library. In particular, there's Algorithm::LBFGS on CPAN that uses this; I will submit an ITP for that when this library goes through. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121101044250.27771.38031.reportbug@shorty.local
Bug#692087: ITP: sglib -- Header-only container library in C. Implements basic data structures.
Package: wnpp Severity: wishlist Owner: Dima Kogan * Package name: sglib Version : 1.0.4 Upstream Author : Martin Vittek * URL : http://sglib.sourceforge.net * License : GPL or any OSI-approved license Programming Lang: C Description : Header-only container library in C. Implements basic data structures. Sglib is a library defining useful macros for manipulating common data structures. The library currently provides generic implementation for: sorting arrays manipulating linked lists manipulating sorted linked lists manipulating double linked lists manipulating red-black trees manipulating hashed containers -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121102025905.15147.49920.reportbug@shorty.local
Bug#692088: ITP: libdogleg -- Powell's dog-leg optimization routine for sparse matrices
Package: wnpp Severity: wishlist Owner: Dima Kogan * Package name: libdogleg Version : 0.07 Upstream Author : Dima Kogan * URL : https://github.com/Oblong/libdogleg * License : LGPL Programming Lang: C Description : Powell's dog-leg optimization routine for sparse matrices Implements Powell's dog-leg optimization routine for sparse matrices. Solves unconstrained non-linear data-fitting problems -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121102030909.15248.45858.reportbug@shorty.local
Bug#692089: ITP: libalgorithm-lbfgs-perl -- Algorithm::LBFGS - Perl extension for L-BFGS
Package: wnpp Severity: wishlist Owner: Dima Kogan * Package name: libalgorithm-lbfgs-perl Version : 0.16 Upstream Author : Laye Suen * URL : http://search.cpan.org/~laye/Algorithm-LBFGS-0.16/lib/Algorithm/LBFGS.pm * License : MIT Programming Lang: Perl Description : Algorithm::LBFGS - Perl extension for L-BFGS L-BFGS (Limited-memory Broyden-Fletcher-Goldfarb-Shanno) is a quasi-Newton method for unconstrained optimization. This method is especially efficient on problems involving a large number of variables. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121102031537.15361.7963.reportbug@shorty.local
Bug#692090: ITP: libfile-tee-perl -- File::Tee - replicate data sent to a Perl stream
Package: wnpp Severity: wishlist Owner: Dima Kogan * Package name: libfile-tee-perl Version : 0.07 Upstream Author : Salvador Fandiño * URL : http://search.cpan.org/~salva/File-Tee-0.07/lib/File/Tee.pm * License : GPL or Artistic Programming Lang: Perl Description : File::Tee - replicate data sent to a Perl stream This module is able to replicate data written to a Perl stream into another streams. It is the Perl equivalent of the shell utility tee(1). -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121102032326.15434.51335.reportbug@shorty.local
Bug#692091: ITP: libmath-quaternion-perl -- Math::Quaternion - Perl class to represent quaternions
Package: wnpp Severity: wishlist Owner: Dima Kogan * Package name: libmath-quaternion-perl Version : 0.03 Upstream Author : Jonathan Chin, * URL : http://search.cpan.org/~jchin/Math-Quaternion-0.03/lib/Math/Quaternion.pm * License : GPL or Artistic Programming Lang: Perl Description : Math::Quaternion - Perl class to represent quaternions This package lets you create and manipulate quaternions. A quaternion is a mathematical object developed as a kind of generalization of complex numbers, usually represented by an array of four real numbers, and is often used to represent rotations in three-dimensional space. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121102033242.15505.29152.reportbug@shorty.local
Bug#692093: ITP: libconst-fast-perl -- Const::Fast - Facility for creating read-only scalars, arrays, and hashes
Package: wnpp Severity: wishlist Owner: Dima Kogan * Package name: libconst-fast-perl Version : 0.013 Upstream Author : Leon Timmermans * URL : http://search.cpan.org/~leont/Const-Fast-0.013/lib/Const/Fast.pm * License : GPL or Artistic Programming Lang: Perl Description : Const::Fast - Facility for creating read-only scalars, arrays, and hashes use Const::Fast; const my $foo => 'a scalar value'; const my @bar => qw/a list value/; const my %buz => (a => 'hash', of => 'something'); -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121102033934.15559.889.reportbug@shorty.local
Bug#692094: ITP: libpdl-linearalgebra-perl -- libpdl-linearalgebra-perl
Package: wnpp Severity: wishlist Owner: Dima Kogan * Package name: libpdl-linearalgebra-perl Version : 0.06 Upstream Author : Grégory Vanuxem * URL : http://search.cpan.org/~ellipse/PDL-LinearAlgebra-0.06/LinearAlgebra.pm * License : Artistic Programming Lang: Perl Description : PDL::LinearAlgebra - Linear Algebra utils for PDL This module provides a convenient interface to PDL::LinearAlgebra::Real and PDL::LinearAlgebra::Complex. Its primary purpose is educational. You have to know that routines defined here are not optimized, particularly in term of memory. Since Blas and Lapack use a column major ordering scheme some routines here need to transpose matrices before calling fortran routines and transpose back (see the documentation of each routine). If you need optimized code use directly PDL::LinearAlgebra::Real and PDL::LinearAlgebra::Complex. It's planned to "port" this module to PDL::Matrix such that transpositions will not be necessary, the major problem is that two new modules need to be created PDL::Matrix::Real and PDL::Matrix::Complex. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121102034555.15640.37102.reportbug@shorty.local
Bug#692167: ITP: notion-scripts -- Contributed scripts for the Notion window manager
Package: wnpp Severity: wishlist Owner: Dima Kogan * Package name: notion-scripts Version : 20121023 Upstream Author : Various people * URL : http://notion.sourceforge.net/ * License : Multiple. Each script is contributed and licensed separately Programming Lang: Lua Description : Contributed scripts for the Notion window manager Provides user-contributed add-ons to the Notion window manager, Including: * scripts that can alter Notion's window management behaviour * monitors for Notion's statusbar to monitor disk usage, network traffic, battery and more. * multiple themes that change Notion's look -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121102210807.19798.58045.reportbug@shorty.local
Bug#693167: ITP: gmsl -- GNU Make Standard Library - utility functions for Gnu Make
Package: wnpp Severity: wishlist Owner: Dima Kogan * Package name: gmsl Version : 1.1.2 Upstream Author : John Graham-Cumming * URL : http://gmsl.sourceforge.net/ * License : BSD Programming Lang: GNU Make Description : GNU Make Standard Library - utility functions for Gnu Make The GNU Make Standard Library (GMSL) is a collection of functions implemented using native GNU Make functionality that provide list and string manipulation, integer arithmetic, associative arrays, stacks, and debugging facilities. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121113215143.23041.27787.reportbug@fatty
Bug#735256: ITP: libx11-windowhierarchy-perl -- Perl module to query the current X11 window hierarchy
Package: wnpp Owner: Dima Kogan Severity: wishlist * Package name: libx11-windowhierarchy-perl Version : 0.004 Upstream Author : Tom Molesworth * URL or Web page : https://metacpan.org/pod/X11::WindowHierarchy * License : GPL/Artistic (same as Perl) Description : Perl module for retrieving the current X11 window hierarchy Provides a couple of helper functions based on X11::Protocol for extracting the current window hierarchy. You can easily get the whole window tree, or search for specific windows. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87iotnf4uf@secretsauce.net
Bug#735257: ITP: libx11-protocol-other-perl -- miscellaneous X11::Protocol helpers
Package: wnpp Owner: Dima Kogan Severity: wishlist * Package name: libx11-protocol-other-perl Version : 28 Upstream Author : Kevin Ryde * URL or Web page : http://user42.tuxfamily.org/x11-protocol-other/index.html * License : GPL3+ Description : miscellaneous X11::Protocol helpers This is some miscellaneous extras and helpers for X11::Protocol. - X11::Protocol::Other — misc helpers - X11::Protocol::ChooseWindow — user click on window - X11::Protocol::GrabServer — oop block scope server grab - X11::Protocol::WM — window manager things - X11::Protocol::XSetRoot — set root window background - X11::AtomConstants — atoms - X11::CursorFont — cursor names - Encode::X11 — compound text encode/decode - X11::Protocol::Ext::Composite — obscured window content - X11::Protocol::Ext::DAMAGE — window/pixmap content changes - X11::Protocol::Ext::DOUBLE_BUFFER — off-screen swapped drawing - X11::Protocol::Ext::MIT_SCREEN_SAVER — external screen saver - X11::Protocol::Ext::MIT_SHM — images through shared memory - X11::Protocol::Ext::MIT_SUNDRY_NONSTANDARD — old bug mode - X11::Protocol::Ext::TOG_CUP — colormap helpers - X11::Protocol::Ext::XFree86_DGA — direct video RAM access - X11::Protocol::Ext::XFIXES — various regions, cursors, selection events - X11::Protocol::Ext::XINERAMA.pm — multiple monitors as one big screen - X11::Protocol::Ext::X_Resource — server usage statistics -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87fvorf4mc@secretsauce.net
Compiler runs out of memory when building a package
Hi. I'm looking for a suggestion to fix a problem. I uploaded a package, and it cleared NEW a few days ago. I now see that it fails to build on most 32-bit arches becaues the compiler runs out of memory. Logs: https://buildd.debian.org/status/package.php?p=gtsam Arbitrary 32-bit log (armhf): https://buildd.debian.org/status/fetch.php?pkg=gtsam&arch=armhf&ver=4.2%7E9%2Bdfsg-2&stamp=1691926953&raw=0 I thought it maybe is due to doing too many things in parallel, but building with -j1 doesn't fix it. I have boiled down the problem to compiling a single source file. Unsuprisingly, this is a big generated C++ source file used to define the Python interface. I can reproduce this with a single compile command on abel.d.o (the armhf porterbox): apt source gtsam cd gtsam-4.2~9+dfsg PYTHONPATH=wrap \ python3 "wrap/scripts/pybind_wrap.py" \ --src "gtsam/geometry/geometry.i" \ --out geometry.cpp \ --module_name gtsam \ --top_module_namespaces gtsam \ --ignore gtsam::Point2 gtsam::Point3 gtsam::ISAM2ThresholdMapValue gtsam::FactorIndices gtsam::FactorIndexSet gtsam::IndexPairSetMap gtsam::IndexPairVector gtsam::BetweenFactorPose2s gtsam::BetweenFactorPose3s gtsam::Point2Vector gtsam::Point2Pairs gtsam::Point3Pairs gtsam::Pose3Pairs gtsam::Pose3Vector gtsam::Rot3Vector gtsam::KeyVector gtsam::BinaryMeasurementsPoint3 gtsam::BinaryMeasurementsUnit3 gtsam::BinaryMeasurementsRot3 gtsam::DiscreteKey gtsam::KeyPairDoubleMap gtsam::gtsfm::MatchIndicesMap gtsam::gtsfm::KeypointsVector gtsam::gtsfm::SfmTrack2dVector \ --template "python/gtsam/gtsam.tpl" \ --is_submodule \ --use-boost < cmake/dllexport.h.in sed \ ' s/#cmakedefine/#define/g; s/@library_name@/GTSAM/g; ' > gtsam/dllexport.h < gtsam/config.h.in sed \ ' s/#cmakedefine/#define/g; s/@GTSAM_VERSION_MAJOR@/4/g; s/@GTSAM_VERSION_MINOR@/2/g; s/@GTSAM_VERSION_PATCH@/0/g; s/@GTSAM_VERSION_NUMERIC@/40200/g; s/@GTSAM_VERSION_STRING@/4.2a9/g; s/@GTSAM_EIGEN_VERSION_WORLD@/3/g; s/@GTSAM_EIGEN_VERSION_MAJOR@/4/g; s/.*define .*_USE.*_MKL.*//g; s/.*define GTSAM_EIGEN_VERSION_MINOR.*//g; s/.*define GTSAM_ALLOCATOR_BOOSTPOOL.*//g; s/.*define GTSAM_ALLOCATOR_STL.*//g; s/.*define GTSAM_SLOW_BUT_CORRECT_BETWEENFACTOR.*//g; s/.*define GTSAM_USE_QUATERNIONS.*//g; ' > gtsam/config.h /usr/bin/c++ \ -DBOOST_ALL_NO_LIB \ -DBOOST_ATOMIC_DYN_LINK \ -DBOOST_CHRONO_DYN_LINK \ -DBOOST_DATE_TIME_DYN_LINK \ -DBOOST_FILESYSTEM_DYN_LINK \ -DBOOST_PROGRAM_OPTIONS_DYN_LINK \ -DBOOST_REGEX_DYN_LINK \ -DBOOST_SERIALIZATION_DYN_LINK \ -DBOOST_SYSTEM_DYN_LINK \ -DBOOST_THREAD_DYN_LINK \ -DBOOST_TIMER_DYN_LINK \ -Dgtsam_py_EXPORTS \ -I"." \ -I"CppUnitLite" \ -isystem /usr/include/python3.11 \ -isystem /usr/include/eigen3 \ -g \ -O2 \ -fstack-protector-strong \ -Wformat \ -Werror=format-security \ -Wdate-time \ -D_FORTIFY_SOURCE=2 \ -g \ -DNDEBUG \ -fPIC \ -fvisibility=hidden \ -o /tmp/tst.o \ -c geometry.cpp On abel.d.o this crunches for a while, and then says cc1plus: out of memory allocating 152612 bytes after a total of 59252736 bytes I will report this upstream, but I don't yet know what to tell them. Any suggestions here for debian and/or for upstream? If I was upstream, I'd do a lot of this differently, but I'm not going to ask them to majorly rearchitect their thing. Thanks.
Re: Compiler runs out of memory when building a package
Thanks Johannes and Loong Jin. Neither of the suggestions were sufficient on their own, but together I think it's working. There are a few other issues that are blocking it now, but I want to say that I'm past this one. Thanks!
Re: Bug#1063380: ITP: libuio -- Linux Kernel UserspaceIO helper library
Hi. Thanks for your contribution. I looked at the upstream code a tiny bit, and it looks like it might have portability bug, at least on big-endian architectures. For instance: https://github.com/missinglinkelectronics/libuio/blob/6ef3d8d096a641686bfdd112035aa04aa16fe81a/irq.c#L78 This assumes that sizeof(long)==4. Maybe this is benign, but it would be nice to fix. Are you upstream or do you know upstream? Can yall fix these? Thanks!
Bug#984483: ITP: pyfltk -- Python bindings for FLTK
Package: wnpp Owner: Dima Kogan Severity: wishlist * Package name: pyfltk Version : 1.3.5 Upstream Author : Andreas Held, Clemmitt Sigler, Robert Arkiletian * URL or Web page : https://pyfltk.sourceforge.io/ * License : LGPL-2 Description : Python bindings for FLTK This was removed from Debian earlier, but I need it, and I'd like to bring it back. RM bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=870935 Unclear what the core problem was other than inactive maintainership. Previous attempt to bring it back: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=921403 https://lists.debian.org/debian-mentors/2019/02/msg00036.html Robert: are you still interested in doing this? If so, we can collaborate, and I can sponsor. Otherwise, I'll just do this myself.
Bug#998795: ITP: mrcal -- Camera calibration toolkit
Package: wnpp Owner: Dima Kogan Severity: wishlist * Package name: mrcal Version : 2.0 Upstream Author : Dima Kogan * URL or Web page : http://mrcal.secretsauce.net * License : Apache 2.0 Description : Camera calibration toolkit
Bug#1006621: ITP: boofcv -- Real-time computer vision library
Package: wnpp Owner: Dima Kogan Severity: wishlist * Package name: boofcv Version : 0.40.1 Upstream Author : Peter Abeles * URL or Web page : http://boofcv.org * License : Apache-2.0 Description : Real-time computer vision library This is for the BoofCV library for computer vision. Andrius: you packaged some of the dependencies of BoofCV, and you mentioned that you were interested in getting BoofCV itself into Debian. Are you still interested in doing that? If you already looked into it, can you share any specific challenges that you hit when trying to package this library? I spoke to the upstream dev (Peter Abeles, Cc-ed), and he's potentially interested in helping with this effort. The 3 of us should be able to get this done. Thanks
Bug#1008282: ITP: gl-image-display -- Image-display library backed by OpenGL. Provided are a C library and a FLTK widget with C++ and Python interfaces
Package: wnpp Owner: Dima Kogan Severity: wishlist * Package name: gl-image-display Version : 0.10 Upstream Author : Dima Kogan * URL or Web page : https://github.com/dkogan/GL_image_display * License : Apache 2.0 Description : Image-display library backed by OpenGL. Provided are a C library and a FLTK widget with C++ and Python interfaces This is a dependency of mrcal 2.2, which will be released soon, and uploaded to Debian when this library makes it to the archive.
Bug#1011371: ITP: falcosecurity-libs -- Base libraries for sysdig and falco
Package: wnpp Owner: Dima Kogan Severity: wishlist * Package name: falcosecurity-libs Version : 0.1.1dev+git20211222.7e832f61 Upstream Author : The Falco Authors * URL or Web page : https://github.com/falcosecurity/libs * License : Apache 2.0 Description : Base libraries for sysdig and falco This is required to package the new releases of sysdig. Much of the code that lived in sysdig previously now lives in this separate project.
Bug#1011398: ITP: valijson -- Header-only C++ library for JSON Schema validation, with support for many popular parsers
Package: wnpp Owner: Dima Kogan Severity: wishlist * Package name: valijson Version : 0.6 Upstream Author : Tristan Penman * URL or Web page : https://github.com/tristanpenman/valijson * License : 2-clause BSD Description : Header-only C++ library for JSON Schema validation, with support for many popular parsers
debhelper-compat should allow >= relations
Hi. This probably has been covered before, but it's so consistently annoying that I'd like to bring it up again. Currently the Debian build tools strongly encourage packages to have exactly Build-Depends: debhelper-compat (= 13) This works fine if you're building for Debian/sid in 2022. It does not work in any other context. I have a very common use case: at work I'm maintaining several APT repos for the packages we use for several distros (the last few releases of Debian and Ubuntu). The latest Debian already has the packages in it, so the Build-Depends line is exactly as above. But this means that building the package for any of the older releases fails. And if I say something reasonable like Build-Depends: debhelper-compat (>= 11) Then this happens when building the package on sid: dh: warning: Found invalid debhelper-compat relation: debhelper-compat (>= 11) dh: warning: * Please format the relation as (example): debhelper-compat (= 13) dh: warning: * Note that alternatives, architecture restrictions, build-profiles etc. are not supported. dh: warning: * If this is not possible, then please remove the debhelper-compat relation and insert the dh: warning:compat level into the file debian/compat. (E.g. "echo 13 > debian/compat") dh: error: Could not parse desired debhelper compat level from relation: debhelper-compat (>= 11) make: *** [debian/rules:8: clean] Error 255 It isn't helpful. Most packages (including mine) are very vanilla, and there isn't any difference between debhelper 11 or 12 or 13. I'm having to patch debian/control every time I do a build, and this isn't a useful use of my time. Can we please loosen this in some way? Thanks!
Re: debhelper-compat should allow >= relations
Andrey Rahmatullin writes: > it's completely identical to putting 13 into debian/compat Oh. So it is. I vaguely remember that using debian/compat and "Build-Depends: debhelper" generated some lintian complaints. I don't see those anymore, though. Is doing something like that frowned-upon? I'd probably stick with compat level 11 or so. >> I'm having to patch debian/control every time I do a build > You presumably also have to patch debian/changelog, and building a single > unchanged (apart from debian/changelog) package for multiple distros is > not going to always work either (even for very vanilla packages, e.g. > because of different versions for versioned B-D in Debian and Ubuntu). Totally. Yeah. There aren't a huge number of packages here, and there aren't a ton of people using them. If something breaks, I'll get a bug report, and I'll fix it. It's well worth it to get APT as a distribution mechanism. Thanks much
Re: debhelper-compat should allow >= relations
Andrey Rahmatullin writes: > On Sat, Jul 30, 2022 at 10:21:06PM -0700, Dima Kogan wrote: >> > it's completely identical to putting 13 into debian/compat >> >> Oh. So it is. I vaguely remember that using debian/compat and >> "Build-Depends: debhelper" generated some lintian complaints. > > Using debian/compat and "Build-Depends: debhelper-compat" generates them, > because the latter replaces the former. OK. I'm doing it wrong, then. Thanks for the clarification!
Bug#1017500: ITP: plotjuggler -- Fast, intuitive and extensible time series visualization tool
Package: wnpp Owner: Dima Kogan Severity: wishlist * Package name: plotjuggler Version : 3.6.0 Upstream Author : Davide Faconti * URL or Web page : https://www.plotjuggler.io/ * License : MPL-2 Description : Fast, intuitive and extensible time series visualization tool I will package this, but it will take a while for me to get to it: there are a lot of bundled dependencies that will need to be un-bundled. If you want to package this before me, please let me know, and please do that!
Bug#1017501: ITP: sol2 -- A C++ <-> Lua API wrapper with advanced features and top notch performance
Package: wnpp Owner: Dima Kogan Severity: wishlist * Package name: sol2 Version : 3.3.0 Upstream Author : JeanHeyd Meneide * URL or Web page : https://github.com/ThePhD/sol2/tags * License : MIT Description : A C++ <-> Lua API wrapper with advanced features and top notch performance
Bug#1017551: ITP: qcodeeditor -- A Qt widget for editing/viewing code
Package: wnpp Owner: Dima Kogan Severity: wishlist * Package name: qcodeeditor Version : 1.0+1gitdc644d Upstream Author : Megaxela * URL or Web page : https://github.com/Megaxela/QCodeEditor * License : MIT Description : A Qt widget for editing/viewing code.
Bug#1017570: ITP: qt-color-widgets -- Qt widgets to manage color inputs
Package: wnpp Owner: Dima Kogan Severity: wishlist * Package name: qt-color-widgets Version : 2.2.0 Upstream Author : Mattia Basaglia d...@dragon.best * URL or Web page : https://gitlab.com/mattbas/Qt-Color-Widgets * License : LGPL-3+ Description : Qt widgets to manage color inputs
Bug#1017597: ITP: qt-advanced-docking-system -- Advanced Docking System for Qt
Package: wnpp Owner: Dima Kogan Severity: wishlist * Package name: qt-advanced-docking-system Version : 3.8.3 Upstream Author : Uwe Kindler * URL or Web page : https://github.com/githubuser0x/Qt-Advanced-Docking-System * License : LGPL-2.1 Description : Advanced Docking System for Qt Qt Advanced Docking System lets you create customizable layouts using a full featured window docking system similar to what is found in many popular integrated development environments (IDEs) such as Visual Studio.
Bug#1021158: ITP: mrbuild -- Simple build system
Package: wnpp Owner: Dima Kogan Severity: wishlist * Package name: mrbuild Version : 1.0 Upstream Author : Dima Kogan * URL or Web page : https://github.com/dkogan/mrbuild * License : MIT Description : Simple build system This is the build system for mrcal, mrgingham and others
Bug#1031098: ITP: gtsam -- sensor fusion using factor graphs
Package: wnpp Owner: Dima Kogan Severity: wishlist * Package name: gtsam Version : 4.2a9 Upstream Author : frank.della...@gtsam.org * URL or Web page : https://gtsam.org/ * License : BSD-3clause Description : Sensor fusion using factor graphs
Bug#1031099: ITP: g2o -- A General Framework for Graph Optimization
Package: wnpp Owner: Dima Kogan Severity: wishlist * Package name: g2o Version : 20201223_git Upstream Author : Rainer Kuemmerle * URL or Web page : https://openslam-org.github.io/g2o.html * License : BSD Description : A General Framework for Graph Optimization
Bug#1032606: ITP: etlcpp -- Embedded template library: a C++ template library for embedded applications
Package: wnpp Owner: Dima Kogan Severity: wishlist * Package name: etlcpp Version : 20.35.14 Upstream Author : John Wellbelove * URL or Web page : https://www.etlcpp.com/ * License : MIT Description : Embedded template library: a C++ template library for embedded applications
Bug#1032809: ITP: python3-cogapp -- Cog content generation tool. Small bits of computation for static files
Package: wnpp Owner: Dima Kogan Severity: wishlist * Package name: python3-cogapp Version : 3.3.0 Upstream Author : Ned Batchelder * URL or Web page : https://github.com/nedbat/cog * License : MIT Description : python3-cogapp
Bug#749647: Ping
Hi. Can we talk about this again? Should I Cc -devel, or is the reassignment to 'general' enough? The argument for guile in default 'make' is as before. And also the current situation is misleading to users. The main feature of make 4.0 is guile support. A user who wants this goes to 'apt-get install make', sees 4.x being installed, and happily attempts to use this shiny new guile support, only to discover that their Makefiles do not work as expected. Thanks
Bug#749647: Ping
Marco d'Itri writes: > On Nov 06, Dima Kogan wrote: > >> The argument for guile in default 'make' is as before. And also the > So I suppose that the arguments for not doing this are still valid as > well. I did not see a previous discussion of this, so I haven't seen any arguments for not doing this. Did I miss the discussion? Manoj didn't mention anything in his reply to this bug. I saw a discussion about having separate guile-full and guile-less packages, but this bug report it not proposing fighting that. >> current situation is misleading to users. The main feature of make 4.0 >> is guile support. A user who wants this goes to 'apt-get install make', >> sees 4.x being installed, and happily attempts to use this shiny new >> guile support, only to discover that their Makefiles do not work as >> expected. > How many packages in Debian actually use guile makefiles? I don't know if you're trolling, so I will bite. The answer: it doesn't matter. Debian does not exist so that DDs can entertain themselves. Debian exists to provide a nice system to Debian users, and the current make naming scheme produces a sub-optimal experience for them.
Re: FLTK ecosystem team/namespace proposal
Great! I'll move all my fltk-related stuff there. Thanks for setting it up.
