Bug#1081611: ITP: terminaltexteffects -- terminal visual effects engine, application

2024-09-13 Thread Alex Myczko

Package: wnpp
Severity: wishlist
Owner: Alex Myczko 
X-Debbugs-Cc: debian-de...@lists.debian.org

* Package name: terminaltexteffects
  Version : 0.11.0+ds
  Upstream Authors: project>

  URL : https://github.com/ChrisBuilds/terminaltexteffects
* License : MIT
  Description : terminal visual effects engine, application
 This is a terminal visual effects engine. TTE can be installed as a 
system
 application to produce effects in your terminal, or as a Python library 
to

 enable effects within your Python scripts/applications. TTE includes a
 growing library of built-in effects which showcase the engine's 
features.




Bug#882326: colmap

2018-01-04 Thread Alex Myczko

Hi Johannes,

Just for reference I'm attaching this to the ITP bug report @debian...

Looks all good, except i'd replace bin/colmap-internal with lib/colmap
so it ends up at /usr/lib/colmap (also commented on github).

If you do the change, I can pull a copy and rebuild the package. Do you 
have

a Debian or Ubuntu machine to also test the packaging?

Best,


If you pull the latest changes in the dev branch, there is now a new
command-line interface.

The underlying COLMAP executables will be install into
bin/colmap-internal/*, while a unified master executable invokes all
these commands using ``colmap COMMAND``. For example, to start the
GUI, run ``colmap gui`` or to see the available commands ``colmap
-h``.

Let me know if this interface would be compatible with Debian. Then I
will update the man page file.

Thanks,
Johannes

On Jan 3, 2018, at 8:53 AM, Schönberger Johannes  
wrote:


Okay, I will prepare this over the next days. I like the idea of 
having a shell script that calls the underlying binaries. Thanks.



On 3 Jan 2018, at 06:46, Alex Myczko  wrote:

Hi Johannes,

Sorry for the late reply. Happy New Year!


I merged your sample manual page for the main COLMAP GUI executable.
Thanks again.


Thank you!


The other executables should also be exposed to the user and are not
called internally.


Ah, that wasn't clear to me.


Each executable is self-contained and does not rely
on the other ones.


Very important bit to know.


Would the following file structure work for Debian:
/usr/bin/colmap (main GUI exe)
/usr/bin/colmap-cli/feature_extractor
/usr/bin/colmap-cli/feature_matcher
etc.


I think that's impractical, since $PATH usually doesn't contain 
/usr/bin/colmap-cli
but there's several options (look at the GMT plotting tools in 
Debian):
1) have them be just like they are (and write manual pages for all of 
them)
2) make one wrapper script, say called colmap-cli (accepting first 
parameter feature_extractor and further parameters, call them in 
/usr/lib/colmap/) (gmt does it so), write manual page only for 
colmap-cli


I would then create a new folder at doc/manual/ with a separate 
manual
for each executable? Are there any conventions for the names of 
these

files or can you just map them to the binaries in the config?


Manual pages, usually have the same name as the binary to be called. 
man man

gives a little overview:

 1   Executable programs or shell commands
 2   System calls (functions provided by the kernel)
 3   Library calls (functions within program libraries)
 4   Special files (usually found in /dev)
 5   File formats and conventions eg /etc/passwd
 6   Games
 7   Miscellaneous (including macro packages and conventions), 
e.g. man(7), groff(7)

 8   System administration commands (usually only for root)
 9   Kernel routines [Non standard]

So it'd be feature_extractor.1 etc. There's help2man, and pod2man to 
help you write

the manual pages.


In addition, COLMAP ideally is compiled with CUDA. Is there a way to
provide two different versions that users can install?


Again, debian normally is only free software, and CUDA is not. So as 
a binary no.
But it is very easy and common (see atlas package recommends people 
to build it from
source, to optimize for destination cpu) to have the source package 
downloaded, and built
where it's supposed to be run (optimized, or in this case, linked 
against CUDA)


So it'd be useful to (Debian and Ubuntu users to have colmap packaged 
officially).


Thank you!
Alex


Thanks for your help.
Johannes
On Dec 15, 2017, at 1:06 AM, Alex Myczko  
wrote:

Hi Johannes,
I would be happy to visit at some point but I am currently on a 3
month research visit in the US, which is why I am rather busy at 
the

moment. I will try to look into all of this on the coming weekend.

Great news. Enjoy your research visit to the US.
Thanks for trying to looking into helping to get colmap packaged 
officially for Debian

(and Ubuntu will just grab a copy and profit).
Regarding your question about Neuschwanstein: yes, you should be 
able
to get a reconstruction of this. The only tricky part would be 
that
you captured the video through glass, which means you will have 
some
complex lens distortion. I would try to extract one frame every 
second

or so from the video and then just feed it into COLMAP.

Thanks for the tip.
Cheers,

Cheers,
Johannes
On 12 Dec 2017, at 03:31, Alex Myczko  
wrote:

Hi Johannes,
Thanks for reaching out and it would be fantastic if there was 
an
official Debian build.  I saw your post on github earlier but I 
just
have not had time to look into it so far. I am sorry and I will 
try to

get back to you over the next days.

That's fine. Feel free to visit us (I'm on Hoenggerberg).
I was able to build i386/amd64 packages of the software on Ubuntu 
PPA (for bionic):

https://launchpad.net/~gagarin/+archive/ubuntu/bionic/+packages
However fo

Bug#865283: fontmake

2017-06-22 Thread Alex Myczko

Hi

I've got a working version at
http://sid.ethz.ch/debian/fontmake/

However it also needs python packages like otf2ft, glyphsLib, 
booleanOperations to work.

Tested with leage of spartan font:
(fontmake -g the.glyph)
http://sid.ethz.ch/debian/fonts-leaguespartan/fonts-leaguespartan-0.1/_source/

--
Alex Myczko support: +41 44 633 2668
IT Support Group, HPT H 7voice:   +41 44 633 6604
Departement Physik, ETH Zurich
CH-8093 Zurich, Switzerland



Bug#726668: dtmf2num

2017-04-20 Thread Alex Myczko

Hello Dominik

If you're still missing the package, here it is (not completely ready, 
but working):

http://sid.ethz.ch/debian/dtmf2num/

Yours,



Bug#652580: itp

2017-04-03 Thread Alex Myczko

Hello

I think I'll package fonts-averia, then whoever wants to package 652580 
can do a depends: fonts-averia (i hope it'll support .ttc).

A working (but not yet finished package) is up here:

http://sid.ethz.ch/debian/fonts-averia/

Yours,
Gurkan