Bug#1077638: ITP: golang-github-bep-imagemeta -- Go library for reading EXIF, IPTC and XMP image metadata
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-bep-imagemeta Version : 0.7.4-1 Upstream Author : Bjørn Erik Pedersen * URL : https://github.com/bep/imagemeta * License : Expat Programming Lang: Go Description : Go library for reading EXIF, IPTC and XMP image metadata github.com/bep/imagedata is a Go library for reading EXIF, IPTC and XMP image metadata from JPEG, TIFF, PNG, and WebP files. . This is about READING image metadata Writing is not supported, and never will. . The output of this library is tested against exiftool -n -json. This means, for example, that: . * We use f-numbers and not APEX for aperture values. * We use seconds and not APEX for shutter speed values. * EXIF field definitions are fetched from this table: https://exiftool.org/TagNames/EXIF.html * IPTC field definitions are fetched from this table: https://exiftool.org/TagNames/IPTC.html * The XMP handling is currently very simple, you can supply your own XMP handler (see the HandleXMP option) if you need more. . There are some subtle differences in output: . * Exiftool prints rationale number arrays as space formatted strings with a format/precision that seems unnecessary hard to replicate, so we use strconv.FormatFloat(f, 'f', -1, 64) for these. Reason for packaging: Dependency of hugo (>= 0.130.0)
Re: Libc6 progress: 1997-12-06
On Sat, 6 Dec 1997, Richard Braakman wrote: > (orphan): > addressbook-0.6.1-2 Is anyone working on addressbook? If not, maybe I'll give it a shot and see if I can package it. There's a new upstream version 0.7. :) Thanks. :) -- Anthony Fok Tung-Ling[EMAIL PROTECTED] Civil Engineeringhttp://www.ualberta.ca/~foka/ University of Alberta, CanadaKeep smiling! *^_^* -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Libc6 progress: 1997-12-12
On Fri, 12 Dec 1997, Richard Braakman wrote: > Heiko Schlittermann <[EMAIL PROTECTED]>: > wml-1.3.1-1 Hello! :) If you don't mind, mind if I give WML a try? :) (i.e. to do a non-maintainer upload of wml_1.4.5-0.1 if I manage to compile it on my computer. :) Thanks! Anthony -- Anthony Fok Tung-Ling[EMAIL PROTECTED] Civil Engineeringhttp://www.ualberta.ca/~foka/ University of Alberta, CanadaKeep smiling! *^_^* -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
ePerl (and WML) segfaults and dumps core with libc6 (hamm)?
Hi! Is there anyone using the Debian eperl and wml packages? I have been experienced the same problem as Larry Gilbert's on my hamm (Debian pre-2.0) system. ePerl segfaults and dump cores after it finishes processing the file. WML (Website META Language) also calls its own ePerl /usr/bin/wml_p3_eperl for one of its passes, and apparently wml_p3_eperl also returns with a segfault and a core dump. My system is: Linux lovelife 2.0.32 #1 Sun Dec 14 09:37:02 MST 1997 i486 unknown | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err:uppercase=bad) ||/ NameVersionDescription +++-===-==- ii eperl 2.2.5-1.1 ePerl interprets an ASCII file bristled with ii wml 1.4.6-0.1 Website META Language by Ralf Engelschall (Both are non-maintainer libc6 releases, by Joey Hess and me respectively. ). WML comes with its own ePerl 2.2.8 as wml_p3_eperl. Have you experienced the same problem? Or, have you ever been able to get ePerl or WML to work at all? :) Thanks a lot! :) -- Anthony Fok Tung-Ling[EMAIL PROTECTED] Civil Engineeringhttp://www.ualberta.ca/~foka/ University of Alberta, CanadaKeep smiling! *^_^* -- Forwarded message -- Date: Wed, 10 Dec 1997 21:07:10 -0800 (PST) From: Larry Gilbert <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED], [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Bug#15818: eperl dumps core after doing its thing Resent-Date: Thu, 11 Dec 1997 05:03:04 GMT Resent-From: Larry Gilbert <[EMAIL PROTECTED]> Resent-To: debian-bugs-dist@lists.debian.org Resent-cc: Heiko Schlittermann <[EMAIL PROTECTED]> Package: eperl Version: 2.2.5-1.1 After it processes a file, eperl concludes with a segmentation fault and a core dump. Kernel: Linux version 2.0.30 ([EMAIL PROTECTED]) (gcc version 2.7.2.2) #2 Extra info that may or may not be helpful: Perl package version: 5.004.04-2 Results of "ldd /usr/bin/eperl": libnsl.so.1 => /lib/libnsl.so.1 (0x4000f000) libgdbm.so.1 => /usr/lib/libgdbm.so.1 (0x40015000) libdb.so.2 => /lib/libdb.so.2 (0x4001b000) libdl.so.2 => /lib/libdl.so.2 (0x40029000) libm.so.6 => /lib/libm.so.6 (0x4002c000) libc.so.6 => /lib/libc.so.6 (0x40045000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000) libcrypt.so.1 => /lib/libcrypt.so.1 (0x400e4000) -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Can I take wml and eperl?
On Sun, 21 Dec 1997, Tommi Virtanen wrote: > Heiko Schlittermann <[EMAIL PROTECTED]> maintains > wml and eperl. Last mentions of him in changelogs > is Oct/Sep.. There are new versions out, both packages > suffer a bug, etc. Sure, I guess you could take those packages. However, you might like to contact Heiko Schlittermann first to see if he's still around. > If no-one protests I'll make new versions of these > (eperl is ready;) and upload - as soon as I can arrange > an account on master, that is.. Sorry, I beat you to it on that one.I just uploaded eperl_2.2.8-0.1 (i386) to master and fixed Bug#14865 along the way. However, /usr/bin/eperl (and /usr/bin/wml_p3_eperl) still gives a segmentation fault after processing a file. Hmm... (Hehe, I already got my account in the summer, so I could "abuse" my privilege. Sorry! ) BTW, it was a non-maintainer upload, so if Heiko agrees, you can take the package. But before you do that, please incorporate the changes that I made too, because I spent quite a few hours on it and fixed various outstanding problems. > PS. Currently wml includes eperl, iselect, > weblint, m4, txt2html etc. I intend to split > these (atleast the bigger ones) to separate > packages, and make wml depend on them. See > /usr/doc/wml/COPYRIGHT.OTHER. No reason to > have eperl or m4 installed twice.. But that > cames *after* getting a working version out. I am ambivalent on this one. Currently, the installed size of WML is only 1990 KB, i.e. less than 2 MB. Basically, the ePerl, m4, etc. included in WML are somewhat stripped down already (i.e. no example files, just the executables and the manpages). It might not worth the trouble to split up the package. Have a Merry Christmas! :) Anthony -- Anthony Fok Tung-Ling[EMAIL PROTECTED] Civil Engineeringhttp://www.ualberta.ca/~foka/ University of Alberta, CanadaKeep smiling! *^_^* -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: ePerl (and WML) segfaults and dumps core with libc6 (hamm)?
On Mon, 22 Dec 1997, Christian Schwarz wrote: > (I'm sorry for the late reply.) I'm not sure if it still helps you, but: > Yes, I had the same problems some time ago. > > It would be very nice if this problem could be fixed... Yes, Tommi's solution worked! I just commented out the fclose(fp) at the end of eperl_main.c, and voila! No more segmentation fault! :) > Anyways, did you talk to Heiko already about taking over and about the > details? No, because I do not intend to take over the packages. Okay, the real reason is that I was too lazy to ask Heiko.Also, I like to goof around, but I tend to slack off when things get tedious. That explains the 20 bug reports against fdutils that I haven't bothered looking at yet. Tommi V. will probably take over eperl and wml. :) > Tell me if you need some beta tester... I have just uploaded wml_1.4.7-0.2 and eperl_2.2.8-0.2 to master using dupload (scp). The FTP server is down, and I guess the mailing lists are down too. Hmm... Anyway, if you are interested, please feel free to test it. :) I hope this would finally work. Now, I guess I have to spend some time to learn *how* to use ePerl, WML and friends... -- Anthony Fok Tung-Ling[EMAIL PROTECTED] Civil Engineeringhttp://www.ualberta.ca/~foka/ University of Alberta, CanadaKeep smiling! *^_^* -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Can I take wml and eperl?
On Mon, 22 Dec 1997, Marcus Brinkmann wrote: > > I am ambivalent on this one. Currently, the installed size of WML is only > > 1990 KB, i.e. less than 2 MB. Basically, the ePerl, m4, etc. included in > > WML are somewhat stripped down already (i.e. no example files, just the > > executables and the manpages). It might not worth the trouble to split up > > the package. > > Sorry, do you mean that wml contains copies of m4, eperl, txt2html and > other? If this is the case, they should be removed IMHO and wml should > depend on the debian packages. 2 MB to download takes 20 minutes for me and > costs a few buckets. 2 MB is the installed size, i.e. the space that it takes on your hard drive after unpacking. :) The .deb was about 700 KB? > I think if it is easy possible, it should be done, because it reduces > bandwidth. (Note that I don't know if the executables provide the same > functionality, I'm just guessing). Christian and Tommi have already convinced me to do so. :) Hehe. BTW, I am only doing non-maintainer uploads. Tommi will probably take over eventually, once he gets his Debian developer status, that is. The latest wml .deb depends on m4 and eperl. More dependencies and symlinks will come when we finish packaging other components for Debian. Merry Christmas to you too! :) Anthony -- Anthony Fok Tung-Ling[EMAIL PROTECTED] Civil Engineeringhttp://www.ualberta.ca/~foka/ University of Alberta, CanadaKeep smiling! *^_^* -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Can I take wml and eperl?
On Tue, 23 Dec 1997, Marcus Brinkmann wrote: > > 2 MB is the installed size, i.e. the space that it takes on your > > hard drive after unpacking. :) The .deb was about 700 KB? > > It is even shorter, ok... (but it could be even even shorter ;) > Installed size: 1.2 MB > > I got a little hot, because I have only 50MB left on my disk... That's the latest version already.I'm currently trying to package other components such as slice and iselect. :) > i am waiting, too. Hey, I didn't want to flame you. I just wanted to throw > my 2 cents in... That was a flame? Nah, didn't seem like it.Your concern was very valid and real. :) > > The latest wml .deb depends on m4 and eperl. More dependencies and > > symlinks will come when we finish packaging other components for Debian. > > > > This, for sure, is the Right Thing (TM). :-) I guess so too. However, I wonder if a all-in-one wml would take more space or less than a stripped-down wml + eperl + m4 + slice + iselect etc. with all the extra example files and documentation. Anyway, eperl and m4 were easy. :) /usr/bin/eperl is exactly the same as /usr/bin/wml_p3_eperl; /usr/bin/m4 = /usr/bin/wml_p4_gm4, etc. I am trying to figure out what slice is exactly and see if it would be as easy as the others. (I'm tempted to say Happy New Year to you too, although it is still more than a week away. Oh well. :) Happy New Year! Anthony -- Anthony Fok Tung-Ling[EMAIL PROTECTED] Civil Engineeringhttp://www.ualberta.ca/~foka/ University of Alberta, CanadaKeep smiling! *^_^* -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: WNPP: working on xmbdfed
On 26 Dec 1997, Frederic Lepied wrote: > I'm working on xmbdfed which is a powerfull X11 font editor. It works > with lesstif. [snip] > PS: Anthony could you setup a development package for freetype ? I > have to build xmbdfed from your sources... Thanks for the note! I'll see what I can do! I haven't made a development package for freetype yet because I have yet to learn how. I will see if I could set up a (lib)freetype and (lib)freetype-dev before the new year. However, if you are in a hurry, you might like to link xmbdfed statically for now. Sorry for the inconvenience! :) Have a Happy New Year! (in a few days, that is. :) Anthony -- Anthony Fok Tung-Ling[EMAIL PROTECTED] Civil Engineeringhttp://www.ualberta.ca/~foka/ University of Alberta, CanadaKeep smiling! *^_^* -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: WNPP: working on xmbdfed
Hello Frederic! On 26 Dec 1997, Frederic Lepied wrote: > I'm working on xmbdfed which is a powerfull X11 font editor. It works > with lesstif. [...] > PS: Anthony could you setup a development package for freetype ? I > have to build xmbdfed from your sources... It is finally here! :) Thanks to a libtool patch from Japan, posted on the freetype-devel mailing list, the shared library and development packages are packaged for Debian. They are sitting in Incoming now: look for freetype*1998.01.06*.deb. :) Cheers, Anthony -- Anthony Fok Tung-Ling[EMAIL PROTECTED] Civil Engineeringhttp://www.ualberta.ca/~foka/ University of Alberta, CanadaKeep smiling! *^_^* -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Modula-3 for Debian [Was: "Bug#16663: lyx: depends on xforms0"]
Hello Stuart! :-) On Wed, 7 Jan 1998, Stuart Lamble wrote: > * Modula-3 (compiles into packages just fine with libc5; there are > issues to deal with under libc6.) Which Modula-3 did you make? Was it SRC or Cambridge or some other implementation? :-) Anyway, about glibc2 support, I just spotted the following message in comp.lang.modula3: = Tue, 06 Jan 1998 07:47:59 comp.lang.modula3 Thread4 of 10 Lines 25Preliminary glibc2 support for Cambridge Modula-3 Richard Watts <[EMAIL PROTECTED]> at epona (really rrw1000.sel.cam.ac.uk), Preliminary glibc2 support is now available for Cambridge Modula-3. It can be obtained from: ftp://epona.ucam.org/pub/users/rrw/software/cam3-glibc2-patches/ These patches haven't been widely tested as yet, so be careful. Many thanks to Rajat Datta <[EMAIL PROTECTED]> and Michel Dagenais <[EMAIL PROTECTED]>. This is a fairly straightforward port, so other distributions should find it reasonably easy to apply (it's mainly template hacking). Anyone with a previous version of these patches is encouraged to upgrade - older versions had a bad declaration of struct_tm which caused tetris (among other things) to segfault. This version should be fixed - I've been over all the files in m3core/src/unix/linux-libc6. Please report the inevitable errors to [EMAIL PROTECTED] Richard. - - (SUBST O 1 0.3 1.0 1.0 (2 3)) (Type O 2 "TextID"1.0 1.0) (ABS O 3 "foo" 1.0 1.0 (6)) (SubstID O 4 "2.2" 1.0 1.0) (NullID L 6 "foo" 1.0 1.0 (4)) (TextID L 5 "x" 1.0 1.0) = If you are still busy, and if you don't mind, could you send me the Debian diff files? I would like to give it a shot to build the Cambridge Modula-3 and see how it works. :-) Thanks! (And thanks for packaging up Modula-3 for Debian! It must have been a lot of work! :-) Cheers, Anthony -- Anthony Fok Tung-Ling[EMAIL PROTECTED] Civil Engineeringhttp://www.ualberta.ca/~foka/ University of Alberta, CanadaKeep smiling! *^_^* -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: package pre-selections tool
On Mon, 6 Apr 1998, David Frey wrote: > On 05 Apr 1998 16:44:13 -0400 Steve Dunham wrote: > > "James R. Van Zandt" <[EMAIL PROTECTED]> writes: > > > For reference, here are the options under RH 4.0: > > > ( ) C development > > > ( ) development libraries > > > ( ) C++ development > > > ( ) print server > > > ( ) news server > > > ( ) nfs server > > > ( ) networked workstation > > > ( ) anonymous FTP/gopher server > > > ( ) web server > > > ( ) select individual packages > I'd suggest to add: > > ( ) (La)TeX environment And I would suggest to add: ( ) Music typesetting and composition ( ) Multimedia (music/audio/sound) applications (?) (e.g. xanim, mpg123, timidity, etc.) ( ) I18N/L10N (?) -- packages for the world. :-) * European languages * Japanese packages (kon2, wnn, emacs20-mule (?), canna, kterm, doc-jp-linux, etc.) * Chinese packages (xcin, xfntbig5p-cmex24m, doc-zh-linux, and in the future: yact, cjklatex, bcs, chdrv, CXWin? etc.) ( ) Web page design/development (e.g. WML, ePerl (?), latex2html?, and other basic web design packages of general interest?) ( ) Word Processing? (Choice of LyX and perhaps StarOffice installer etc.) (Desktop Publishing would be really nice though if such a beast exists. :-) ( ) Database server and *clients*, with GUI frontend preferably? Choice of (mainly): * PostgreSQL * MySQL * mSQL ( ) Graphical editing software: GIMP, ImageMagick, xloadimage? Plus other auxillary or handy utilities (e.g. giflib-gin, netpbm (?), etc.). Oops, I almost forgot xfig and tgif too. :-) Yeah, something like that? :-) Just my 2 cents. Cheers, and have *blessed* Holy Week! :-) Anthony -- Anthony Fok Tung-Ling[EMAIL PROTECTED] Civil Engineeringhttp://www.ualberta.ca/~foka/ University of Alberta, CanadaKeep smiling! *^_^* -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: New fvwm95 into unstable
On Mon, Apr 13, 1998 at 03:54:37PM -0500, Manoj Srivastava wrote: > Personally, I am inclined to think that if your release fixed > bugs, and introduced not too many new features, it should go > into frozen. > > Secondly, new maintainers do not have a corner on errors and > bugs; and I am of the opinion we treat people no different that what > their actions show; and give peole the benefit of doubt. > > Length of time with debian is a poor measure of competence. I couldn't have put it better myself. :-) Daniel, just put it in both frozen and unstable. We trust ya! :-) Anthony -- Anthony Fok Tung-LingCivil and Environmental Engineering [EMAIL PROTECTED] University of Alberta, Canada [EMAIL PROTECTED] Keep smiling! *^_^* Come visit Our Lady of Victory Camp -- http://olvc.home.ml.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: fltk and XForms compliance
On Fri, Apr 17, 1998 at 12:57:00PM +0200, [EMAIL PROTECTED] wrote: > On Fri, Apr 17, 1998 at 09:48:42AM +0200, Michael Meskes wrote: > > That will be a problem with lyx as the upstream side is thinking about a > > switch anyway, but qt is the leading candidate there. > > I got the impression that KLyX is a forked version, and that the LyX > maintianers are trying to make clean up the code to make it less dependent > on a particular GUI toolkit. Can someone confirm/deny this? I can't confirm/deny this, but I got the same impression from the LyX mailing list. The LyX developers want to make the next (or one of the next) major release to be GUI toolkit independent, so people can use GTK, Qt, XForm, or whatever they like. The original author of LyX, Matthias E. (?), who started it all, seems to prefer KDE and/or Qt. He's probably part of the core KDE Team and so he and others developed KLyX as a proof-of-concept I guess. There was some discussions on the LyX Mailing List about that a while ago. Some LyX Team developers were not happy of the fork and duplication of effort, but I guess they worked out their differences at the end. :-) BTW, the above is my very-biased summary because I didn't read all the messages in the mailing list. :-) And it has been quite a while since I last read the mailing list. :-) Cheers, Anthony -- Anthony Fok Tung-LingCivil and Environmental Engineering [EMAIL PROTECTED] University of Alberta, Canada [EMAIL PROTECTED] Keep smiling! *^_^* Come visit Our Lady of Victory Camp -- http://olvc.home.ml.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Modula-3
On Wed, Apr 22, 1998 at 02:42:37PM +0200, Martin Schulze wrote: > On Wed, Apr 22, 1998 at 02:34:51PM +0200, Michael Meskes wrote: > > Do we have a modula-3 compiler? I thought about packaging cvsup. Since > > postgresql is distributed via cvsup I use it anyway and I'd like to get rid > > of that local precompiled libc5 version I use right now. But packaging > > modula-3 compiler seems like a lot of work. > > Not as far as I know. There was a positing about this in February > on debian-devel or debian-private. There's an address given from > the group who has ported it to something. I don't have it handy, > sorry, I only have a note, reminding me that s/o should take a > look at it... Stuart Lamble <[EMAIL PROTECTED]> was working on packaging the SRC Modula-3 (I think), but he had been very very busy (?) and for some time he didn't (or still doesn't?) have access to the Internet. AFAIK, there are three alternative Modula-3 distributions that we could choose to package: * DEC SRC Modula-3 3.6 * Cambridge Modula-3 (cam3) - Richard Watts <[EMAIL PROTECTED]> * École Polytechnique de Montréal Modula-3 (pm3) - Michel Dagenais <[EMAIL PROTECTED]> http://m3.polymtl.ca/dagenais/home/home.html http://m3.polymtl.ca/ (?) CAM3 and PM3 are both based on SRC M3 3.6 (?) and have been reported to work on Red Hat 5.0 (glibc2) AFAIK. :-) I recommend that we go with either PM3 or CAM3. (I would prefer PM3 myself because it is a Product of Canada. :-) For more information about Modula-3, check out: http://www.w3.org/ Cheers, Anthony -- Anthony Fok Tung-LingCivil and Environmental Engineering [EMAIL PROTECTED] University of Alberta, Canada [EMAIL PROTECTED] Keep smiling! *^_^* Come visit Our Lady of Victory Camp -- http://olvc.home.ml.org/ or http://www.ualberta.ca/~foka/OLVC/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Intent to package: mlddc
On Fri, Apr 24, 1998 at 04:03:58PM -0700, [EMAIL PROTECTED] wrote: > > Monolith Internet Services offers a public dynamic dns service -- I think > it would be nice to offer a working, tried framework for > auto-initialization of such a doodad. Sorry to disappoint you, but... $ dpkg -s mlddc Package: mlddc Status: install ok installed Priority: extra Section: net Installed-Size: 27 Maintainer: <[EMAIL PROTECTED]> Version: 3.2.2-4 Depends: libc6 Description: A client for the Monolith dynamic DNS. mlddc is a client for the Monolith ( http://www.ml.org ) dynamic DNS ( DYNDNS, http://www.ml.org/dyndns/ ) service. It updates the ML database and nameservers with the current IP. It is already packaged by John Hasler <[EMAIL PROTECTED]> in March. :-) > There is only one problem that I have not found an answer to -- MLDDC > must revoke its DNS entries (via the NIC) BEFORE pppd dies. This cannot be > accomplished by placing a script in /etc/ip-up.d -- this requires > moditying /usr/bin/poff to revoke the records before pppd is killed. > If I am not to be allowed to do that, I call for the addition of a > "run-parts /etc/ppp/before-ppp-start.d" into /usr/bin/pon and "run-parts > /etc/ppp/before-ppp-shutdown.d" before the respective operations that are > performed in the scripts. That is, if run-parts runs its scripts in the > foreground. Otherwise it would be pointless as the scripts would be > running AS pppd dies --- pppd must die after run-parts has successfully > completed all of its tasks. > I will check on this, and for now write the config script to > modify poff. Nice idea. :-) The current mlddc package does nothing like this, i.e., the user has to add mlddc to ip-up (and perhaps ip-down? Nah, too late) manually. Maybe you could discuss with John to see if you could improve the package? :-) Welcome to Debian! :-) Anthony -- Anthony Fok Tung-LingCivil and Environmental Engineering [EMAIL PROTECTED] University of Alberta, Canada [EMAIL PROTECTED] Keep smiling! *^_^* Come visit Our Lady of Victory Camp -- http://olvc.home.ml.org/ or http://www.ualberta.ca/~foka/OLVC/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Possible new name for "deity"
On Thu, Mar 05, 1998 at 02:57:38PM +, Marcelo E. Magallon wrote: > > Mitsubishi relates to it's logo... once you have decyphered that the logo > is actually a diamond. And once you are told Mitsubishi means diamond. Get > the point? Actually, AFAIK, Mitsubishi stands for "Three Diamonds". Mitsu is "three" in Japanese, so I guess that means "bishi" is diamond. :-) (In Chinese, we call it "San Ling", i.e. Three Diamonds. I wonder if it is written the same way in both Chinese and Japanese. :-) -- Anthony Fok Tung-LingCivil and Environmental Engineering [EMAIL PROTECTED] University of Alberta, Canada [EMAIL PROTECTED] Keep smiling! *^_^* Come visit Our Lady of Victory Camp -- http://olvc.home.ml.org/ or http://www.ualberta.ca/~foka/OLVC/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Intent to package: mlddc
On Sat, Apr 25, 1998 at 01:10:46AM -0700, [EMAIL PROTECTED] wrote: > > thanks for jumping to my rescue guys, I just about had a package built ;). > Oh well. I'll have to go find something else to do... It's pretty hard, > every time I think of something it's already there ;). No, it isn't that hard. There are *lots* of packages for you to choose from. There are quite a few orphaned Debian packages that you could adopt. Read the WNPP, the weekly Work-Needing Package Posting, and I'm sure you could find something to work on. :-) You could also try to help fix the bugs in various Debian packages, especially the important ones that are holding up the Debian 2.0 release. ;-) Cheers, Anthony -- Anthony Fok Tung-LingCivil and Environmental Engineering [EMAIL PROTECTED] University of Alberta, Canada [EMAIL PROTECTED] Keep smiling! *^_^* Come visit Our Lady of Victory Camp -- http://olvc.home.ml.org/ or http://www.ualberta.ca/~foka/OLVC/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Possible new name for "deity"
On Sun, Apr 26, 1998 at 05:02:14AM -0700, Darren/Torin/Who Ever... wrote: > -BEGIN PGP SIGNED MESSAGE- > > Anthony Fok, in an immanent manifestation of deity, wrote: > >Actually, AFAIK, Mitsubishi stands for "Three Diamonds". Mitsu is "three" > >in Japanese, so I guess that means "bishi" is diamond. :-) > > Yes, it's actually a geometric diamond as opposed to the stone... Oh yeah, you are right! :-) (I almost forgot, even though the Chinese (or Hanji or Kanji) version means Three Diamond (geometric). :-) > >(In Chinese, we call it "San Ling", i.e. Three Diamonds. I wonder if it is > >written the same way in both Chinese and Japanese. :-) > > Other similar examples have been this way, so I suspect this one would > be as well... Neat stuff! You know Japanese also? :-) (Of course, sometimes, two same phrase/word in Chinese and Japanese sometimes mean something totally different, because the usage has changed over the years or sometimes the Japanese has adapted the words for other uses, etc. :-) Anthony -- Anthony Fok Tung-LingCivil and Environmental Engineering [EMAIL PROTECTED] University of Alberta, Canada [EMAIL PROTECTED] Keep smiling! *^_^* Come visit Our Lady of Victory Camp -- http://olvc.home.ml.org/ or http://www.ualberta.ca/~foka/OLVC/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: on forming a new Linux Distribution
On Wed, Apr 29, 1998 at 08:05:00PM -0700, Bruce Perens wrote: > Dear Debian Folks, > > I've been giving serious thought for a while to forming a new Linux > distribution. My reason is to fulfill some goals that currently are > not addressed by Debian or the commercial distributions. I really don't know what I should think of this. I am speechless. Anthony -- Anthony Fok Tung-LingCivil and Environmental Engineering [EMAIL PROTECTED] University of Alberta, Canada [EMAIL PROTECTED] Keep smiling! *^_^* Come visit Our Lady of Victory Camp -- http://olvc.home.ml.org/ or http://www.ualberta.ca/~foka/OLVC/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: on forming a new Linux Distribution
On Thu, Apr 30, 1998 at 12:05:00PM -0700, Bruce Perens wrote: > From: Martin Schulze <[EMAIL PROTECTED]> > > [ Focus on the user issue ] > > This is the case for a lot of debian developers, not for all of them, > > I have to admit. > > I think it's too large a number for me to go against. Vocal Minority; Silent Majority. > > Please tell us where we have to improve our mechanisms according to > > your oppinion. > > Oh gosh, you're not serious, are you? My solution would be rather draconian. > The alternative I've chosen is much better than a draconian one. Well, our previous leader leaving Debian, saying that Debian is at odds with his goals and thus intending to start a new distribution... Gee, I really don't know what to think of this. I know you have the best intentions, but to be honest with you, I felt somewhat betrayed and abandoned when I first read your announcement. > > Isnt' there already a distribution based on Debian? > > No, there isn't. Somebody took a little of our stuff for some French > dist, but it's not Debian. What about SEUL? Isn't it still in development? I noticed some Debian users and developers participating in the SEUL project a few months ago. Oh well... Who cares... Anthony -- Anthony Fok Tung-LingCivil and Environmental Engineering [EMAIL PROTECTED] University of Alberta, Canada [EMAIL PROTECTED] Keep smiling! *^_^* Come visit Our Lady of Victory Camp -- http://olvc.home.ml.org/ or http://www.ualberta.ca/~foka/OLVC/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: freetype package
Will Newton wrote: This package hasn't had a maintainer upload in 12 months. It is currently at version 2.1.7 whilst upstream is in the process of releasing 2.1.10. These new releases include some quite critical bugfixes and visual improvements. Is this package being actively maintained? I volunteer to help out with packaging, but I think freetype requires at least one maintainer who is familiar with CJK fonts (i.e. not me). Hello Will! Sorry for taking so long to reply your e-mail! I was too busy to attend to my Debian matters last year, and I'm very glad that you adopted the FreeType 2 package and keep it up-to-date! :-) I read in the changelog that you are looking for co-maintainer(s). I'm wondering if I could become one? :-) Thanks, Anthony Fok -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Request for key signing in Shanghai
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bonjour Thomas! Thomas Goirand wrote: > Stephen Gran wrote: > >> This one time, at band camp, Thomas Goirand said: > >>> Hello! > >>> > >>> Is there somebody in Shanghai from Debian able to check my ID > >>> and sign my key? If there is none, is there somebody in > >>> Singapore, where I might be able to go? I wouldn't be able to > >>> go in Hongkong (because of visa problems) where I could see there > >>> was somebody available. Most Debian developers from Hong Kong are in Mainland China nowadays. :-) I'll be in Shanghai briefly this coming Sunday at the airport. If you don't mind going to the Pudong airport, or if you don't mind taking a bus or a train to come to Kunshan, I'd be happy to check your ID and sign your key. :-) Cheers, Anthony -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEfbOLLa8qZm1n95ARAm3zAJ9yLOiMDoIN9PPxZPmg/DBUfUbbwgCcCv67 SrsnGDyrMwN1DzefQ1xukQc= =q7q5 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#492546: ITP: libfont-freetype-perl -- Read font files and render glyphs from Perl using FreeType2
Package: wnpp Severity: wishlist Owner: Anthony Fok <[EMAIL PROTECTED]> * Package name: libfont-freetype-perl Version : 0.03 Upstream Author : Geoff Richards * URL : http://search.cpan.org/~geoffr/Font-FreeType-0.03/ * License : Same as Perl (GPL, Artistic) Programming Lang: C, Perl Description : Read font files and render glyphs from Perl using FreeType2 This module allows Perl programs to conveniently read information from font files. All the font access is done through the FreeType2 library, which supports many formats. It can render images of characters with high-quality hinting and antialiasing, extract metrics information, and extract the outlines of characters in scalable formats like TrueType. This is hopefully a first step to resolve http://bugs.debian.org/285653 Bug#285653: defoma should migrate to an alternative to libft-perl. Cheers, Anthony Fok -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ITP: StarDict-2.0.0, an English-Chinese/Chinese-English dictionary
Dear all, StarDict-2.0.0-pre2 has been packaged and uploaded to Debian's incoming. StarDict 2 is a GNOME-based international dictionary, currently with English-Chinese/Chinese-English data included. It is a major rewrite by HU Zheng (http://stardict.cosoft.org.cn/) based on the an earlier Motif/LessTif-based implementation of StarDic 1.31/1.33 (packaged as "stardic" on Debian) by MA Su'an (and later on with enhancements from Opera Wang). MA Su'an no longer has time to continue its development, so he gave his blessings to the new efforts. Thanks to fellow Debian developer Yu Guanghui for telling this good news to the Debian community. License: GNU General Public License stardict_1.9.92+2.0.0-pre2-2_i386.deb - new debian package, version 2.0. size 12934446 bytes: control archive= 2413 bytes. 36 bytes, 1 lines conffiles 1312 bytes,16 lines control 2614 bytes,35 lines md5sums 730 bytes,33 lines * postinst #!/bin/sh 492 bytes,26 lines * postrm #!/bin/sh Package: stardict Version: 1.9.92+2.0.0-pre2-2 Section: utils Priority: optional Architecture: i386 Depends: bonobo-activation (>= 1:2.2.1.1), libart-2.0-2 (>= 2.3.8), libatk1.0-0 (>= 1.2.2), libaudiofile0 (>= 0.2.3-4), libbonobo-activation4 (>= 1:2.2.1.1), libbonobo2-0 (>= 2.2.1), libbonoboui2-0 (>= 2.2.0.1), libc6 (>= 2.3.1-1), libesd0 (>= 0.2.29-1) | libesd-alsa0 (>= 0.2.29-1), libgcc1 (>= 1:3.3), libgconf2-4 (>= 2.2.0), libgcrypt1 (>> 1.1.11-0), libglib2.0-0 (>= 2.2.1), libgnome2-0 (>= 2.1.90), libgnomecanvas2-0 (>= 2.1.90), libgnomeui-0 (>= 2.1.90), libgnomevfs2-0 (>= 2.2.3), libgnutls5 (>= 0.8.0-1), libgtk2.0-0 (>= 2.2.1), libjpeg62, liblinc1 (>= 1:1.0.0), liborbit2 (>= 1:2.6.0), libpango1.0-0 (>= 1.2.1), libpopt0 (>= 1.6.4), libstdc++5 (>= 1:3.3), libtasn1-0 (>= 0.1.1-2), libxml2 (>= 2.5.0-1), xlibs (>> 4.1.0), zlib1g (>= 1:1.1.4) Installed-Size: 24205 Maintainer: Anthony Fok <[EMAIL PROTECTED]> Description: English-Chinese/Chinese-English dictionary for GNOME 2.2 StarDict is an international dictionary that runs in GNOME 2.2 environment. It has powerful features such as "Glob-style pattern matching", "Scan selection word", "Fuzzy query", etc. English-Chinese/Chinese-English dictionary data from several sources are currently provided. . Home Page: http://stardict.cosoft.org.cn/ drwxr-xr-x root/root 0 2003-04-19 10:56:20 ./ drwxr-xr-x root/root 0 2003-04-19 10:56:19 ./etc/ drwxr-xr-x root/root 0 2003-04-19 10:56:19 ./etc/gconf/ drwxr-xr-x root/root 0 2003-04-19 10:56:19 ./etc/gconf/schemas/ -rw-r--r-- root/root 3784 2003-04-19 10:56:19 ./etc/gconf/schemas/stardict.schemas drwxr-xr-x root/root 0 2003-04-19 10:56:19 ./usr/ drwxr-xr-x root/root 0 2003-04-19 10:56:20 ./usr/bin/ -rwxr-xr-x root/root 99064 2003-04-19 10:56:20 ./usr/bin/stardict drwxr-xr-x root/root 0 2003-04-19 10:56:19 ./usr/lib/ drwxr-xr-x root/root 0 2003-04-19 10:56:20 ./usr/lib/menu/ -rw-r--r-- root/root 101 2003-04-19 10:54:47 ./usr/lib/menu/stardict drwxr-xr-x root/root 0 2003-04-19 10:56:19 ./usr/lib/bonobo/ drwxr-xr-x root/root 0 2003-04-19 10:56:19 ./usr/lib/bonobo/servers/ -rw-r--r-- root/root 681 2003-04-19 10:56:19 ./usr/lib/bonobo/servers/GNOME_Stardict.server drwxr-xr-x root/root 0 2003-04-19 10:56:19 ./usr/share/ drwxr-xr-x root/root 0 2003-04-19 10:56:19 ./usr/share/doc/ drwxr-xr-x root/root 0 2003-04-19 10:56:20 ./usr/share/doc/stardict/ -rw-r--r-- root/root 544 2003-04-07 22:43:05 ./usr/share/doc/stardict/ChangeLog.zh_CN -rw-r--r-- root/root 418 2003-04-19 02:07:27 ./usr/share/doc/stardict/NEWS.zh_CN.gz -rw-r--r-- root/root 1531 2003-04-19 10:44:09 ./usr/share/doc/stardict/copyright -rw-r--r-- root/root 102 2003-04-07 22:41:27 ./usr/share/doc/stardict/changelog.gz -rw-r--r-- root/root 788 2003-04-19 10:55:26 ./usr/share/doc/stardict/changelog.Debian.gz drwxr-xr-x root/root 0 2003-04-19 10:56:19 ./usr/share/man/ drwxr-xr-x root/root 0 2003-04-19 10:56:20 ./usr/share/man/man1/ -rw-r--r-- root/root 569 2003-04-19 10:56:19 ./usr/share/man/man1/stardict.1.gz drwxr-xr-x root/root 0 2003-04-19 10:56:19 ./usr/share/omf/ drwxr-xr-x root/root 0 2003-04-19 10:56:19 ./usr/share/omf/stardict/ -rw-r--r-- root/root 903 2003-04-19 10:56:19 ./usr/share/omf/stardict/stardict-C.omf -rw-r--r-- root/root 911 2003-04-19 10:56:19 ./usr/share/omf/stardict/stardict-zh_CN.omf drwxr-xr-x root/root 0 2003-04-19 10:56:19 ./usr/share/gnome/ drwxr-xr-x root/root 0 2003-04-19 10:56:19 ./usr/share/gnome/help/ drwxr-xr-x root/
Re: Packages not making it into testing
On Wed, Apr 25, 2001 at 03:53:15PM +1000, Anthony Towns wrote:
> + locale-vi uploaded 202 days ago, out of date by 192 days!
> + locale-zh uploaded 190 days ago, out of date by 188 days!
> probably should be removed from the archive as of glibc 2.2.x
> (conflicts with glibc > 2.1.94, except on alpha)
Yes, I believe that both can be safely removed from testing/unstable.
:-)
> + task-chinese uploaded 189 days ago, out of date by 179 days!
> claims to not be uninstallable on an alpha running testing :-/
> can't see why easily though
task-chinese is due for an update soon, as Yu Guanghui and I discussed
briefly a week ago. We'll just need to contact Anthony Wong and get
the updates in. (There are a few new Chinese packages to be added
to task-chinese). As for being uninstallable on Alpha, it may have
something to do with the fact that a few packages that task-chinese-{s,t}
depends on are i386-only. Hmm... we'll see how we fix that... probably by
changing task-chinese's "Architecture:" field from "all" to "any"?
Hmm... more debian/control trickery. We'll see. :-)
Thanks for the update about the problems with these packages. :-)
Cheers,
Anthony
--
Anthony Fok Tung-LingCivil and Environmental Engineering
[EMAIL PROTECTED], [EMAIL PROTECTED]University of Alberta, Canada
Debian GNU/Linux Chinese Project -- http://www.debian.org/intl/zh/
Come visit Our Lady of Victory Camp -- http://www.olvc.ab.ca/
Bug#773316: ITP: cvs-fast-export -- Export an RCS or CVS history as a fast-import stream
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: cvs-fast-export Version : 1.28 Upstream Authors: Keith Packard , Eric S. Raymond * URL : http://www.catb.org/esr/cvs-fast-export/ * License : GPL-2+ Programming Lang: C, Python Description : Export an RCS or CVS history as a fast-import stream This program analyzes a collection of RCS files in a CVS repository (or outside of one) and, when possible, emits an equivalent history in the form of a fast-import stream. Not all possible histories can be rendered this way; the program tries to emit useful warnings when it can't. The program can also produce a visualization of the resulting commit DAG in the DOT format handled by the graphviz suite. The analysis stage of this code originally travelled as "parsecvs" and was written by Keith Packard in early 2006. It was briefly maintained by Bart Massey before passing to Eric S. Raymond in late 2012; ESR wrote the fast-export output stage and renamed the program to reflect its new function. The distribution includes a tool, cvssync, for fetching masters from CVS remote repositories so cvs-fast-export can see them. You will need rsync installed to use it. A wrapper script called cvsconvert runs a conversion to git and looks for content mismatches with the original CVS. Also included is a tool called cvsreduce that strips content out of trees of RCS/CVS masters, leaving only metadata structure in place. If you encounter a bug in this program, sending the maintainer a reduced version of your CVS tree greatly decreases the expected time to fix. Reasons for packaging cvs-fast-export: 1. parsecvs (hence cvs-fast-export) is referred to in the git-cvs package. 2. reposurgeon (WNPP, Bug#702485) requires cvs-fast-export to work with CVS repositories. 3. ESR's work in CVS conversions was featured in Slashdot: * http://developers.slashdot.org/story/14/10/20/217248/help-esr-stamp-out- cvs-and-svn-in-our-lifetime * http://esr.ibiblio.org/?p=6389 and I thought it might be the best tool (along with reposurgeon) to use if we eventually decide to migrate our venerable webwml CVS repository to Git. :-) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141216192523.2778.3.reportbug@debian-Aspire-M5-481G.FokFamily
Bug#797720: ITP: python-ly -- Tool and Python library for manipulating LilyPond files
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: python-ly Version : 0.9.2 Upstream Author : Wilbert Berendsen * URL : https://pypi.python.org/pypi/python-ly * License : GPL-2+ Programming Lang: Python Description : Tool and Python library for manipulating LilyPond files This package provides a Python library `ly` containing various Python modules to parse, manipulate or create documents in LilyPond format. A command line program `ly` is also provided that can be used to do various manipulations with LilyPond files. . The LilyPond format is a plain text input format that is used by the GNU music typesetter LilyPond (www.lilypond.org). 1. Why is this package useful/relevant? Is it a dependency for another package? Answer: python-ly is needed for the Qt4-based LilyPond sheet music editor Frescobaldi 2.18 and above, which I intend to upload after python-ly is accepted. Debian currently has frescobaldi-2.17.2 where the functionality of python-ly was not yet separated out. 2. How do you plan to maintain it? Inside a packaging team? Yes, I intend to join the Debian Python Modules Team (DPMT) to have the python-ly source package reside on Alioth. Frescobaldi, which I co-maintain, is already inside the Python Applications Packaging Team (PAPT).
Bug#798087: ITP: python-poppler-qt5 -- Python binding to Poppler Qt5 C++ library
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: python-poppler-qt5 Version : 0.24.2 Upstream Author : Wilbert Berendsen * URL : https://pypi.python.org/pypi/python-poppler-qt5/ * License : LGPL-2.1+ Programming Lang: Python, SIP Description : Python binding to Poppler Qt5 C++ library Python binding to libpoppler-qt5 that aims for completeness and for being actively maintained. The bindings closely follow the C++ library API documented at http://people.freedesktop.org/~aacid/docs/qt5/ . More information: This is a continuation of Ryan Kavanagh 's great work on python-poppler-qt4 package, but now for Qt5. Its primary "user" in Debian is Frescobaldi the LilyPond sheet music editor, written by the same author, Wilbert Berendsen. I intend to maintain this package inside the Debian Python Modules Team (DPMT) and to have the python-poppler-qt5 source package reside on Alioth.
Bug#798173: ITP: golang-github-shurcool-sanitized-anchor-name -- Go package for creating sanitized anchor names
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-shurcool-sanitized-anchor-name Version : 0.0~git20150822.0.244f5ac-1 Upstream Author : Dmitri Shuralyov * URL : https://github.com/shurcooL/sanitized_anchor_name * License : MIT Programming Lang: Go Description : Go package for creating sanitized anchor names Package sanitized_anchor_name provides a func to create sanitized anchor names. . Its logic can be reused by multiple packages to create interoperable anchor names and links to those anchors. Reason for packaging: * github.com/shurcooL/sanitized_anchor_name is imported by https://github.com/russross/blackfriday (since January 2015). * The latest blackfriday is needed for building programs like Hugo the static website generator https://github.com/spf13/hugo
Bug#798321: ITP: golang-github-spf13-pflag -- Drop-in replacement for Go's flag package, implementing POSIX/GNU-style --flags
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-spf13-pflag Version : 0.0~git20150820.0.8e7dc10-1 Upstream Authors: Alex Ogier, The Go Authors, Steve Francia, Eric Paris * URL : https://github.com/spf13/pflag * License : BSD-3-clause Programming Lang: Go Description : Drop-in replacement for Go's flag package, implementing POSIX/GNU-style --flags pflag is a drop-in replacement for Go's flag package, implementing POSIX/GNU-style --flags. . pflag is compatible with the GNU extensions to the POSIX recommendations for command-line options (http://www.gnu.org/software/libc/manual/html_node/Argument-Syntax.html). . Originally forked from github.com/ogier/pflag. Reasons for packaging: * github.com/spf13/pflag is used by Go applications that make use of github.com/spf13/cobra (A Commander for modern Go CLI interactions). Examples include: - Kubernetes, Container Cluster Manager from Google - http://kubernetes.io/ - Hugo, A Fast and Flexible Static Site Generator - http://gohugo.io/
Bug#798328: ITP: golang-github-spf13-jwalterweatherman -- Go library for printing to the terminal and logging to files
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-spf13-jwalterweatherman Version : 0.0~git20141219.0.3d60171-1 Upstream Author : Steve Francia * URL : https://github.com/spf13/jwalterweatherman * License : MIT Programming Lang: Go Description : Go library for printing to the terminal and logging to files jWalterWeatherman provides seamless printing to the terminal (stdout) and logging to a io.Writer (file) that's as easy to use as fmt.Println. . JWW is primarily a wrapper around the excellent Go standard log library. It provides a few advantages over using the standard log library alone: . * One library for both printing to the terminal and logging (to files). * Allow the user to easily control what levels are printed and logged * No unnecessary initialization cruft. Just use it. Reason for packaging: Needed by Hugo, A Fast and Flexible Static Site Generator - http://gohugo.io/
Bug#798349: ITP: golang-github-inconshreveable-mousetrap -- Go library to detect starting from Windows Explorer
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-inconshreveable-mousetrap Version : 0.0~git20141017.0.76626ae-1 Upstream Author : Alan Shreve * URL : https://github.com/inconshreveable/mousetrap * License : Apache-2.0 Programming Lang: Go Description : Go library to detect starting from Windows Explorer mousetrap is a tiny Go library that answers a single question: On a Windows machine, was the process invoked by someone double clicking on the executable file while browsing in Explorer? . Motivation: Windows users unfamiliar with command line tools will often "double-click" the executable for a tool. Because most CLI tools print the help and then exit when invoked without arguments, this is often very frustrating for those users. . mousetrap provides a way to detect these invocations so that you can provide more helpful behavior and instructions on how to run the CLI tool. Reason for packaging: * github.com/inconshreveable/mousetrap is a dependency of github.com/spf13/cobra, which in turn is used by Hugo ( http://gohugo.io/ ) and Kubernetes ( http://kubernetes.io/ ).
Re: How about using bzip2 as the standard *.deb compression format?
On 6 Oct 1998, John Goerzen wrote: > This is silly. dpkg/dselect are already insanely slow, even on my > P166 with 128 meg of RAM -- especially when reading database, etc. If > we slow down the installation so much more by using bzip2, then people > will simply stop upgrading, or switch to other distributions because > it is so slow. That is not acceptable. The new bzip2 0.9 (?), while not as fast as gzip, is considerably faster than the older bzip2 0.1pl2 (??) (I can't remember the version numbers. :-) Considering the time saved during downloading, I would say that the use of bzip2 would save time overall for most people. Anthony <[EMAIL PROTECTED]>
Re: KDE gone, Lyx next ?
On Sat, Oct 10, 1998 at 07:59:14PM +0200, Martin Schulze wrote: > Joseph Carter wrote: > > It's irrelevant. Lyx is free code using a license that does not allow us to > > link it with non-free code. We can't distribute it if they won't modify > > their license. But like KDE, they deserve a chance to do something about > > it. > > That's what I feared. Bye-bye LyX. > > [flamefest from Matthias Ettrich <[EMAIL PROTECTED]> ] I hope the situation is not as grim as it may sound. Try talking to other developers on the LyX list, not to Matthias. Yes, he founded the project, and is working on KLyX, but I don't think he has any final say on the matter. I believe that the other LyX Team are a lot nicer and a lot more reasonable to discuss with. Cheers, Anthony -- Anthony Fok Tung-LingCivil and Environmental Engineering [EMAIL PROTECTED], [EMAIL PROTECTED]University of Alberta, Canada [EMAIL PROTECTED] Keep smiling! *^_^* Come visit Our Lady of Victory Camp -- http://olvc.home.ml.org/ or http://www.ualberta.ca/~foka/OLVC/
lilypond, egcs and libc6 2.0.7u? (or Cyrix?)
d to Cursor::operator-(Cursor) const' out/template1.o(.text+0x0): first defined here /usr/bin/ld: Warning: size of symbol `global constructors keyed to Cursor::operator-(Cursor) const' changed from 55 to 38 in out/template2.o out/template3.o: In function `global constructors keyed to Cursor::operator-(Cursor) const': out/template3.o(.text+0x0): multiple definition of `global constructors keyed to Cursor::operator-(Cursor) const' out/template1.o(.text+0x0): first defined here out/template6.o: In function `global constructors keyed to Cursor::operator-(Cursor) const': out/template6.o(.text+0x0): multiple definition of `global constructors keyed to Cursor::operator-(Cursor) const' out/template1.o(.text+0x0): first defined here out/template7.o: In function `global constructors keyed to Cursor::operator-(Cursor) const': out/template7.o(.text+0x0): multiple definition of `global constructors keyed to Cursor::operator-(Cursor) const' out/template1.o(.text+0x0): first defined here /usr/bin/ld: Warning: size of symbol `global constructors keyed to Cursor::operator-(Cursor) const' changed from 38 to 55 in out/template7.o out/template8.o: In function `global constructors keyed to Cursor::operator-(Cursor) const': out/template8.o(.text+0x0): multiple definition of `global constructors keyed to Cursor::operator-(Cursor) const' out/template1.o(.text+0x0): first defined here collect2: ld returned 1 exit status make[2]: *** [out/lilypond] Error 1 rm out/lexer.cc out/parser.cc make[2]: Leaving directory `/extra/src/lilypond-1.0.14/lily' make[1]: *** [all] Error 2 make[1]: Leaving directory `/extra/src/lilypond-1.0.14' make: *** [build-stamp] Error 2 I am using the following on my Cyrix P166+ (133 MHz) computer: ii libc6 2.0.7u-2 The GNU C library version 2 (run-time files) ii egcc2.91.57-3 The GNU (egcs) C compiler. ii g++ 2.91.57-3 The GNU (egcs) C++ compiler. I tried compiling lilypond on master, and it worked!! The following were used on master: ii libc6 2.0.7t-1 The GNU C library version 2 (run-time files) ii gcc 2.7.2.3-4.8The GNU C compiler. ii g++ 2.90.29-0.6The GNU (egcs) C++ compiler. Any ideas? Should I blame libc6 2.0.7u, the new egcs 1.1b, or my Cyrix chip, or simply bad luck? Thanks for your help! :-) Anthony -- Anthony Fok Tung-LingCivil and Environmental Engineering [EMAIL PROTECTED], [EMAIL PROTECTED]University of Alberta, Canada [EMAIL PROTECTED] Keep smiling! *^_^* Come visit Our Lady of Victory Camp -- http://olvc.home.ml.org/ or http://www.ualberta.ca/~foka/OLVC/
Intent to package: oo2c, The Oberon-2 to ANSI-C Translator
Hello! :-) I hereby announce my intent to package (and upload) oo2c, The (Optimizing) Oberon-2 to ANSI-C Translator. I will try to upload it soon. :-) Well, actually, already built it, but will rebuild it again and do some more testing. :-) Package: oo2c Priority: optional Section: devel Installed-Size: 3197 Maintainer: Anthony Fok <[EMAIL PROTECTED]> Version: 1.3.10-1 Depends: libc6 (>= 2.0.7u), libgc4 (>= 4.12-4.13alpha1-1) Description: The Oberon-2 to ANSI-C Translator oo2c is the first compiler of the Optimizing Oberon-2 Compiler project. OOC's goal is to provide optimizing native code Oberon-2 compilers for a number of popular computer architectures. The OOC home page is http://www.uni-kl.de/OOC/ Now, should I learn and use Modula-2, Modula-3 or Oberon-2? Tough decision. (What about C/C++ and Ada? Ahhh! I don't know! :-) Cheers, Anthony -- Anthony Fok Tung-LingCivil and Environmental Engineering [EMAIL PROTECTED], [EMAIL PROTECTED]University of Alberta, Canada [EMAIL PROTECTED] Keep smiling! *^_^* Come visit Our Lady of Victory Camp -- http://olvc.home.ml.org/ or http://www.ualberta.ca/~foka/OLVC/
Closing freetype2-dev/freetype1 bug report.
Hello, I have since re-uploaded both freetype (freetype2, freetype2-dev, freetype-tools) and freetype1 (freetype1, freetype1-dev) and the latest versions have been successfully installed on Debian master. Thus, the conflict issue should no longer exist. :-) Cheers, Anthony <[EMAIL PROTECTED]>
Re: lilypond, egcs and libc6 2.0.7u? (or Cyrix?)
Hello Paul, On Wed, 14 Oct 1998, Paul Slootman wrote: > On Sun 11 Oct 1998, Anthony Fok wrote: > > it spitted out the following error messages: > > > > out/template2.o: In function `global constructors keyed to Cursor > *>::operator-(Cursor) const': > [...] > > > I am using the following on my Cyrix P166+ (133 MHz) computer: > > > > ii libc6 2.0.7u-2 The GNU C library version 2 (run-time > > files) > > ii egcc2.91.57-3 The GNU (egcs) C compiler. > > ii g++ 2.91.57-3 The GNU (egcs) C++ compiler. > > What libstdc++*-dev / libg++*-dev do you have installed? Thanks for the reminder. :-) I forgot to mention that in my message. On my machine, I am using libstdc++2.9-dev. I am not sure about libg++*-dev though. I'll check when I get home. :-) > > I tried compiling lilypond on master, and it worked!! The following > > were used on master: > > > > ii libc6 2.0.7t-1 The GNU C library version 2 (run-time > > files) > > ii gcc 2.7.2.3-4.8The GNU C compiler. > > ii g++ 2.90.29-0.6The GNU (egcs) C++ compiler. > > And what C++ libraries are installed there? I believe libstdc++2.8-dev. master.debian.org seems not to be on the absolutely cutting edge, probably for good reasons. :-) > I'm asking this because I ran into a package lately that didn't build > with libstdc++2.9-dev, it needed libg++-dev installed. Thank you very much for the suggestion! I will give it a try and see if I can get lilypond compiled with the latest libg++ installed, before the freeze. :-) Cheers, Anthony Fok <[EMAIL PROTECTED]>
Bug#27050 (fdutils): A cause for security concern?
Hello, I received the following bug report about fdutils a while ago, but haven't had time to deal with it yet. Basically, the bug reporter is concerned that the suid'ed fdmount could be insecure, because fdmount's manpage warns the user not to rely on it being secure. So far, my suid'ed fdmount hasn't given me any trouble, and the upstream defaults to suid'ing it, and I haven't heard any security warnings from CERT (?) etc. either. However, I have to admit that I do not know that much about security. As the Slink deep freeze and release are impending, I would like to ask your advice: Should I follow the suggestion given by the bug reporter Thomas Roessler? If so, should I fix this bug before Slink is out? I am kind of busy with school now and would like to put it off till the holiday, but if all of you experienced developers feel that it is urgent, I will try to fix it before Slink is released. Thanks again. :-) I have attached the bug report below. Cheers, Anthony Package: fdutils; Reported by: Thomas Roessler <[EMAIL PROTECTED]>; dated Thu, 24 Sep 1998 15:33:01 GMT; Maintainer for fdutils is Anthony Fok <[EMAIL PROTECTED]>. == Package: fdutils Version: 5.2pl4-3 [This is on a current hamm system.] Even fdmount's own manual page says that users should not rely on the program being secure. I consider it a bug that the fdutils package installs this program suid root regardless of this warning. Either you have checked the program's security - in this case you may install it suid root and remove the warning from the manual page. Or you didn't do the checks you should - in this case you should release a new package which installs the program mode 755 by default and tells the user that he can get full functionality only when registering it suid root. (gnuplot does something like this using suidmanager.) Regards, tlr -- System Information Debian Release: 2.0 Kernel Version: Linux sobolev 2.1.122 #43 SMP Thu Sep 17 14:24:19 MEST 1998 i586 unknown Versions of the packages fdutils depends on: ii libc6 2.0.7t-1 The GNU C library version 2 (run-time files) ii makedev 1.6-32 Creates special device files in /dev. -- Anthony Fok Tung-LingCivil and Environmental Engineering [EMAIL PROTECTED], [EMAIL PROTECTED]University of Alberta, Canada [EMAIL PROTECTED] Keep smiling! *^_^* Come visit Our Lady of Victory Camp -- http://www.olvc.ddns.org/ or http://www.ualberta.ca/~foka/OLVC/
Re: Bug#27050 (fdutils): A cause for security concern?
Hello Ben, Avery and Wichert!
On Wed, Jan 20, 1999 at 12:50:59AM +0100, Wichert Akkerman wrote:
> Previously Anthony Fok wrote:
> > As the Slink deep freeze and release are impending, I would like to ask your
> > advice: Should I follow the suggestion given by the bug reporter Thomas
> > Roessler?
>
> I think so. For people who want to mount floppies without being root
> you can also use a line in /etc/fstab like this:
>
> /dev/fd0 /floppyauto noauto,noexec,nodev,user 0 0
Yes, I already have something similar in my /etc/fstab. The problem is
that fdmount is independent of mount. It doesn't even touch
/etc/fstab.
Unfortunately, the suggestion "chown root.floppy" and "chmod [12]754"
won't work either because fdmount.c has this check in it:
if (geteuid()!=0)
die("Must run with EUID=root");
I am a little bit tempted to comment that line out, but it's probably
there for a reason, and I am definitely not qualified to hack
fdmount.c, so for now I should probably add a /usr/sbin/fdutilsconfig
as Thomas has suggested.
> fdmount should probably be audited so we really know if it's secure. You
> could submit it to the security-auditing list
> ([EMAIL PROTECTED]).
Thanks for the info!
> > If so, should I fix this bug before Slink is out?
>
> Yes. I would hate to discover a vulnerability and release an advisory
> days after we release slink..
Okay, I will try to do it soon then. Hopefully I will have my school
assignments finished before the end of the weekend. :-)
Thanks a lot for all your advice and suggestions!
Anthony
--
Anthony Fok Tung-LingCivil and Environmental Engineering
[EMAIL PROTECTED], [EMAIL PROTECTED]University of Alberta, Canada
[EMAIL PROTECTED] Keep smiling! *^_^*
Come visit Our Lady of Victory Camp -- http://www.olvc.ddns.org/
or http://www.ualberta.ca/~foka/OLVC/
Bug#917131: ITP: golang-github-alecthomas-kong -- command-line parser for Go
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-alecthomas-kong Version : 0.1.15-1 Upstream Author : Alec Thomas * URL : https://github.com/alecthomas/kong * License : Expat, see https://github.com/alecthomas/kong/issues/28 Programming Lang: Go Description : command-line parser for Go Kong aims to support arbitrarily complex command-line structures with as little developer effort as possible. . To achieve that, command-lines are expressed as Go types, with the structure and tags directing how the command line is mapped onto the struct. Reason for packaging: * New dependency of golang-github-alecthomas-chroma (>= 0.6.1)
Bug#1034432: ITP: golang-github-hashicorp-terraform-registry-address -- Go library to represent, compare and parse Terraform Registry address
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-hashicorp-terraform-registry-address Version : 0.2.0-1 Upstream Author : HashiCorp, Inc. * URL : https://github.com/hashicorp/terraform-registry-address * License : MPL-2.0 Programming Lang: Go Description : Go library to represent, compare and parse Terraform Registry address This Go module enables parsing, comparison and canonical representation of Terraform Registry (https://registry.terraform.io/) "provider" addresses (such as registry.terraform.io/grafana/grafana or hashicorp/aws) and "module" addresses (such as hashicorp/subnets/cidr). Reason for packaging: Needed by terraform (RFP - #808940)
Bug#1037958: ITP: golang-github-bep-mclib -- simple Go library to make it possible to run mkcert's main method
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-bep-mclib Version : 1.20400.20402-1 Upstream Author : The mkcert Authors; Bjørn Erik Pedersen * URL : https://github.com/bep/mclib * License : Expat Programming Lang: Go Description : simple Go library to make it possible to run mkcert main method This is a simple Go library to make it possible to run mkcert's (https://github.com/FiloSottile/mkcert) main method. . The script that updates the internal package does no logic changes to the source; it simply . 1. Renames the main package to internal. 2. Renames the main func to RunMain 3. Replaces any log.Fatal with panic to allow us to handle the errors. 4. Exports getCAROOT(). . For more advanced library usage, see this issue (https://github.com/FiloSottile/mkcert/issues/45). Reason for packaging: Needed by hugo 0.113.0 and up
Bug#1038680: ITP: golang-github-bep-helpers -- Go utils package with a less burdened name by @bep
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-bep-helpers Version : 0.4.0-1 Upstream Author : Bjørn Erik Pedersen * URL : https://github.com/bep/helpers * License : Expat Programming Lang: Go Description : Go utils package with a less burdened name by @bep Some helper packages with some helper code that Bjørn Erik Pedersen (@bep) has had a tendency to copy from project to project over the years, prompting him to consider some reuse and create this Go package. Reason for packaging: Needed by e.g. hugo v0.112.0 and up
Bug#1038681: ITP: golang-github-bep-simplecobra -- simpler API for the popular Cobra CLI
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-bep-simplecobra Version : 0.3.2-1 Upstream Author : Bjørn Erik Pedersen * URL : https://github.com/bep/simplecobra * License : Expat Programming Lang: Go Description : simpler API for the popular Cobra CLI So, Cobra (https://github.com/spf13/cobra) is a Go CLI library with a feature set that's hard to resist for bigger applications (autocompletion, docs and man pages auto generation etc.). But it's also complex to use beyond the simplest of applications. This package was built to help rewriting Hugo's (https://github.com/gohugoio/hugo) commands package to something that's easier to understand and maintain. Reason for packaging: Needed by hugo v0.112.0 and up
Bug#1040808: ITP: golang-github-hashicorp-terraform-config-inspect -- helper library for shallow inspection of Terraform configurations
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-hashicorp-terraform-config-inspect Version : 0.0~git20230614.f32df32-1 Upstream Author : HashiCorp, Inc. * URL : https://github.com/hashicorp/terraform-config-inspect * License : MPL-2.0 Programming Lang: Go Description : helper library for shallow inspection of Terraform configurations terraform-config-inspect is a helper library and CLI tool for extracting high-level metadata about Terraform modules from their source code. It processes only a subset of the information Terraform itself would process, and in return it's able to be broadly compatible with modules written for many different versions of Terraform. . The primary way to use this is as a Go library, but as a convenience it also contains a CLI tool called terraform-config-inspect that allows viewing module information in either a Markdown-like format or in JSON format. Reason for packaging: Needed by terraform-switcher (ITP: #1014440)
Bug#1051245: ITP: golang-github-bep-logg -- fast and structured logging package for Go
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-bep-logg Version : 0.2.0-1 Upstream Authors: TJ Holowaychuk, Bjørn Erik Pedersen * URL : https://github.com/bep/logg * License : Expat Programming Lang: Go Description : fast and structured logging package for Go This is a fork of the exellent Apex Log (https://github.com/apex/log) library. . Main changes: . * Trim unneeded dependencies. * Make Fields into a slice to preserve log order. * Split the old Interface in two and remove all but one Log method (see below). * This allows for lazy creation of messages in Log(fmt.Stringer) and ignoring fields added in LevelLoggers with levels below the Loggers. * The pointer passed to HandleLog is not safe to use outside of the current log chain, and needs to be cloned with Clone first if that's needed. . This is probably the very fastest structured log library when logging is disabled. Reason for packaging: a dependency of hugo (>= 0.114.0)
Bug#1053978: ITP: golang-github-rodaine-table -- Go CLI Table Generator
Package: wnpp
Severity: wishlist
Owner: Anthony Fok
* Package name: golang-github-rodaine-table
Version : 1.1.0-1
Upstream Author : Chris Roche
* URL : https://github.com/rodaine/table
* License : Expat
Programming Lang: Go
Description : Go CLI Table Generator
Go package table provides a convenient way to generate tabular output
of any data, primarily useful for CLI tools.
.
Features:
.
* Accepts all data types (string, int, interface{}, everything!) and
will use the String() string method of a type if available.
* Can specify custom formatting for the header and first column cells
for better readability.
* Columns are left-aligned and sized to fit the data, with customizable
padding.
* The printed output can be sent to any io.Writer, defaulting to
os.Stdout.
* Built to an interface, so you can roll your own Table implementation.
* Works well with ANSI colors (fatih/color
(https://github.com/fatih/color) in the example)!
* Can provide a custom WidthFunc to accomodate multi- and zero-width
characters (such as runewidth (https://github.com/mattn/go-runewidth))
Reason for packaging:
* indirect dependency of gh >= 2.36.0
* direct dependeny of golang-github-microsoft-dev-tunnels (to be packaged)
Bug#1055417: ITP: golang-github-tdewolff-argp -- GNU command line argument parser (Go library)
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-tdewolff-argp Version : 0.0~git20231030.fa6c548-1 Upstream Author : Taco de Wolff * URL : https://github.com/tdewolff/argp * License : Expat Programming Lang: Go Description : GNU command line argument parser (Go library) The argp Go package provides a command-line argument parser following the GNU standard. . ./test -vo out.png --size 256 input.txt . with the following features: . * build-in help (-h and --help) message * scan arguments into struct fields with configuration in tags * scan into composite field types (arrays, slices, structs) * allow for nested sub commands . GNU command line argument rules: . * arguments are options when they begin with a hyphen - * multiple options can be combined: -abc is the same as -a -b -c * long options start with two hyphens: --abc is one option * option names are alphanumeric characters * options can have a value: -a 1 means that a has value 1 * option values can be separated by a space, equal sign, or nothing: -a1 - a=1 -a 1 are all equal * options and non-options can be interleaved * the argument -- terminates all options so that all following arguments are treated as non-options * a single - argument is a non-option usually used to mean standard in or out streams * options may be specified multiple times, only the last one determines its value * options can have multiple values: -a 1 2 3 means that a is an array/slice/struct of three numbers of value [1,2,3] . See also github.com/tdewolff/prompt for a command-line prompter. Reason for packaging: Needed by golang-github-tdewolff-minify >= 2.20.5
Bug#1055441: ITP: golang-golang-x-telemetry -- Go Telemetry services and libraries
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-golang-x-telemetry Version : 0.0~git20231030.36630a2-1 Upstream Author : The Go Authors * URL : https://github.com/golang/telemetry * License : BSD-3-Clause Programming Lang: Go Description : Go Telemetry services and libraries This package from the https://go.googlesource.com/telemetry repository holds the Go Telemetry server code and libraries. Reason for packaging: Needed by gopls (golang-golang-x-tools)
Bug#1057224: ITP: golang-github-microsoft-dev-tunnels -- Dev Tunnels SDK
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-microsoft-dev-tunnels Version : 0.0.25-1 Upstream Author : Microsoft Corporation * URL : https://github.com/microsoft/dev-tunnels * License : Expat Programming Lang: Go Description : Dev Tunnels SDK (Go library) Dev tunnels allows developers to securely expose local web services to the Internet, control who has access, and easily & debug your web applications from anywhere. Learn more at https://aka.ms/devtunnels/docs Reason for packaging: Dependency of gh (>= 2.36.0)
Bug#1061548: ITP: tippecanoe -- build vector tilesets from large collections of GeoJSON features
Package: wnpp Severity: wishlist Owner: Anthony Fok X-Debbugs-Cc: debian-devel@lists.debian.org, pkg-grass-de...@lists.alioth.debian.org, f...@debian.org * Package name: tippecanoe Version : 2.24.1 Upstream Contact: Erica Fischer https://github.com/felt/tippecanoe/issues * URL : https://github.com/felt/tippecanoe * License : BSD-2-Clause, etc. Programming Lang: C++ Description : build vector tilesets from large collections of GeoJSON features Tippecanoe builds vector tilesets from large (or small) collections of GeoJSON, FlatGeobuf, or CSV features. . The goal of Tippecanoe is to enable making a scale-independent view of your data, so that at any level from the entire world to a single building, you can see the density and texture of the data rather than a simplification from dropping supposedly unimportant features or clustering or aggregating them. . If you give it all of OpenStreetMap and zoom out, it should give you back something that looks like "All Streets" rather than something that looks like an Interstate road atlas. . If you give it all the building footprints in Los Angeles and zoom out far enough that most individual buildings are no longer discernable, you should still be able to see the extent and variety of development in every neighborhood, not just the largest downtown buildings. . If you give it a collection of years of tweet locations, you should be able to see the shape and relative popularity of every point of interest and every significant travel corridor. I intend to use Tippecanoe to generate vector map tiles for RiskProfiler.ca (OpenDRR platform) as part of my work at/for Geological Survey of Canada, Natural Resources Canada. I plan to maintain this package within the Debian GIS Team. Thanks!
Bug#1064540: ITP: golang-github-makeworld-the-better-one-dither -- fast, correct image dithering library in Go
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-makeworld-the-better-one-dither Version : 2.4.0-1 Upstream Author : makeworld * URL : https://github.com/makeworld-the-better-one/dither * License : MPL-2.0 Programming Lang: Go Description : fast, correct image dithering library in Go dither is a library for dithering images in Go. It has many dithering algorithms built-in, and allows you to specify your own. Correctness is a top priority, as well as performance. It is designed to work well on its own, but also implements interfaces from the standard library, so that it can be integrated easily in a wide variety of situtations. . This library is uniquely correct from a math and quality perspective. It linearizes the image, and color comparisons are done with human luminance perception in mind (channel weighting). Few-to-no other libraries do this. . It supports images that make use of the alpha channel, AKA transparency. . Types of dithering supported: . * Random noise (in grayscale and RGB) * Ordered Dithering - Bayer matrix of any size (as long as dimensions are powers of two) - Clustered-dot - many different preprogrammed matrices - Some unusual horizontal or vertical line matrices - Yours? + Using PixelMapperFromMatrix, this library can dither using any matrix + If you need more freedom, PixelMapper can be used to implement any method of dithering that affects each pixel individually . * Error diffusion dithering - Simple 2D - Floyd-Steinberg, False Floyd-Steinberg - Jarvis-Judice-Ninke - Atkinson - Stucki - Burkes - Sierra/Sierra3, Sierra2, Sierra2-4A/Sierra-Lite - Steven Pigeon (https://hbfs.wordpress.com/2013/12/31/dithering/) - Yours? Custom error diffusion matrices can be used by the library. . More methods of dithering are being worked on, such as Riemersma, Yuliluoma, and blue noise. Reason for packaging: Needed by hugo (>= 0.123.0)
Bug#1067684: ITP: goda -- Go Dependency Analysis toolkit
Package: wnpp
Severity: wishlist
Owner: Anthony Fok
* Package name: goda
Version : 0.5.7-1
Upstream Author : Egon Elbre
* URL : https://github.com/loov/goda
* License : Expat
Programming Lang: Go
Description : Go Dependency Analysis toolkit
Goda is a Go dependency analysis toolkit. It contains tools to figure
out what your program is using.
.
Cool things it can do:
.
# All of the commands should be run in the cloned repository.
git clone https://github.com/loov/goda && cd goda
.
# draw a graph of packages in github.com/loov/goda
goda graph "github.com/loov/goda/..." | dot -Tsvg -o graph.svg
.
# draw a dependency graph of github.com/loov/goda and dependencies
goda graph -cluster -short "github.com/loov/goda:all" | dot -Tsvg -o
graph.svg
.
# list direct dependencies of github.com/loov/goda
goda list "github.com/loov/goda/...:import"
.
# list dependency graph that reaches flag package, including std
goda graph -std "reach(github.com/loov/goda/...:all, flag)" | dot -Tsvg -o
graph.svg
.
# list packages shared by github.com/loov/goda/pkgset and
github.com/loov/goda/cut
goda list "shared(github.com/loov/goda/pkgset:all,
github.com/loov/goda/cut:all)"
.
# list packages that are only imported for tests
goda list "github.com/loov/goda/...:+test:all - github.com/loov/goda/...:all"
.
# list packages that are imported with `purego` tag
goda list -std "purego=1(github.com/loov/goda/...:all)"
.
# list packages that are imported for windows and not linux
goda list "goos=windows(github.com/loov/goda/...:all) -
goos=linux(github.com/loov/goda/...:all)"
.
# list how much memory each symbol in the final binary is taking
goda weight -h $GOPATH/bin/goda
.
# show the impact of cutting a package
goda cut ./...:all
.
# print dependency tree of all sub-packages
goda tree ./...:all
.
# print stats while building a go program
go build -a --toolexec "goda exec" .
.
# list dependency graph in same format as "go mod graph"
goda graph -type edges -f '{{.ID}}{{if .Module}}{{with
.Module.Version}}@{{.}}{{end}}{{end}}' ./...:all
.
How it differs from go list or go mod
.
go list and go mod are tightly integrated with Go and can answer simple
queries with compatibility. They also serves as good building blocks for
other tools.
.
goda is intended for more complicated queries and analysis. Some of the
features can be reproduced by format flags and scripts. However, this
library aims to make even complicated analysis fast.
.
Also, goda can be used together with go list and go mod.
Reasons for packaging:
- Recommended by Dominik Honnef, upstream author of golang-honnef-go-tools,
when he removed cmd/rdeps which, like dh-make-golang, also used
golang.org/x/tools/refactor/importgraph
- Potential solution to fix and improve "dh-make-golang estimate"
Bug#972851: ITP: golang-github-evanw-esbuild -- extremely fast JavaScript bundler and minifier
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-evanw-esbuild Version : 0.7.19-1 Upstream Author : Evan Wallace * URL : https://github.com/evanw/esbuild * License : Expat Programming Lang: Go Description : extremely fast JavaScript bundler and minifier esbuild is a JavaScript bundler and minifier. It packages up JavaScript and TypeScript code for distribution on the web. . Why build another JavaScript build tool? The current build tools for the web are at least an order of magnitude slower than they should be. It is hoped that this project serves as an "existence proof" that JavaScript tooling can be much, much faster. Reason for packaging: Needed by Hugo 0.74.0 and up.
Bug#973828: ITP: golang-github-ianbruene-go-difflib -- partial port of Python difflib package to Go
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-ianbruene-go-difflib Version : 1.2.0-1 Upstream Author : Patrick Mézard, Ian Bruene * URL : https://github.com/ianbruene/go-difflib * License : BSD-3-clause Programming Lang: Go Description : partial port of Python difflib package to Go Go-difflib is an as yet partial port of python 3's difflib package. Its main goal was to make unified and context diff available in pure Go, mostly for testing purposes. . The previous owner of this project (pmezard) did not have the time to continue working on it (github.com/pmezard/go-difflib), so ianbruene continues to develop it at github.com/ianbruene/go-difflib. Reason for packaging: Required by new version of reposurgeon (4.19)
Bug#977872: ITP: golang-github-cli-safeexec -- safer version of exec.LookPath on Windows
Package: wnpp
Severity: wishlist
Owner: Anthony Fok
* Package name: golang-github-cli-safeexec
Version : 1.0.0-1
Upstream Author : Mislav Marohnić , GitHub Inc.
* URL : https://github.com/cli/safeexec
* License : BSD-2-clause
Programming Lang: Go
Description : safer version of exec.LookPath on Windows
safeexec is a Go module that provides a safer alternative to exec.LookPath()
on Windows.
.
The following, relatively common approach to running external commands
has a subtle vulnerability on Windows:
.
import "os/exec"
.
func gitStatus() error {
// On Windows, this will result in .\git.exe or .\git.bat being executed
// if either were found in the current working directory.
cmd := exec.Command("git", "status") return cmd.Run()
}
.
Searching the current directory (surprising behavior) before searching
folders listed in the PATH environment variable (expected behavior)
seems to be intended in Go and unlikely to be changed:
https://github.com/golang/go/issues/38736
.
Since Go does not provide a version of exec.LookPath() that only searches
PATH and does not search the current working directory, this module provides
a LookPath function that works consistently across platforms.
.
Example use:
.
import (
"os/exec" "github.com/cli/safeexec"
)
.
func gitStatus() error {
gitBin, err := safeexec.LookPath("git")
if err != nil {
return err
}
cmd := exec.Command(gitBin, "status")
return cmd.Run()
}
Reason for packaging: Needed by hugo 0.79.1 and up
Bug#978951: ITP: golang-github-bep-godartsass -- Go API backed by the native Dart Sass Embedded executable
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-bep-godartsass Version : 0.11.0-1 Upstream Author : Bjørn Erik Pedersen * URL : https://github.com/bep/godartsass * License : Expat Programming Lang: Go Description : Go API backed by the native Dart Sass Embedded executable. This is a Go API backed by the native Dart Sass Embedded executable, see https://github.com/sass/dart-sass-embedded . The primary motivation for this project is to provide SCSS support to Hugo, see https://gohugo.io/ . For LibSass bindings in Go, see GoLibSass at https://github.com/bep/golibsass, packaged as golang-github-bep-golibsass-dev for Debian Reason for packaging: Needed by hugo (>= 0.80.0)
Bug#991995: ITP: golang-github-gobuffalo-flect -- An inflection engine for golang
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-gobuffalo-flect Version : 0.2.3-1 Upstream Author : Mark Bates et al., Buffalo - The Go Web Eco-System * URL : https://github.com/gobuffalo/flect * License : Expat Programming Lang: Go Description : An inflection engine for golang Flect is a new inflection engine to replace github.com/markbates/inflect, designed to be more modular, more readable, and easier to fix issues on than the original. . The github.com/gobuffalo/flect package contains "basic" inflection tools, like pluralization, singularization, etc. Reason for packaging: Needed by hugo (>= 0.81.0)
Bug#993434: ITP: golang-github-itchyny-go-flags -- A fork version of https://github.com/jessevdk/go-flags
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-itchyny-go-flags Version : 1.5.0-1 Upstream Author : Jesse van den Kieboom; itchyny * URL : https://github.com/itchyny/go-flags * License : BSD-3-clause Programming Lang: Go Description : A fork version of https://github.com/jessevdk/go-flags go-flags is a Go library for parsing command line arguments. This is a fork version of github.com/jessevdk/go-flags . This library provides similar functionality to the builtin flag library of go, but provides much more functionality and nicer formatting. From the documentation: . Package flags provides an extensive command line option parser. The flags package is similar in functionality to the go builtin flag package but provides more options and uses reflection to provide a convenient and succinct way of specifying command line options. Reason for packaging: Prerequisite of golang-github-itchyny-gojq which in turn is prerequisite for gh (GitHub CLI)
Bug#993436: ITP: golang-github-itchyny-timefmt-go -- Efficient time formatting library (strftime, strptime) for Go
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-itchyny-timefmt-go Version : 0.1.3-1 Upstream Author : itchyny * URL : https://github.com/itchyny/timefmt-go * License : Expat Programming Lang: Go Description : Efficient time formatting library (strftime, strptime) for Go timefmt-go is a Go language package for formatting and parsing date time strings. Reason for packaging: Prerequsite for gojq (also by itchyny) and its library, which is also a prerequisite for "gh" (GitHub CLI).
Bug#993437: ITP: gojq -- pure Go implementation of jq
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: gojq Version : 0.12.4-1 Upstream Author : itchyny * URL : https://github.com/itchyny/gojq * License : Expat Programming Lang: Go Description : pure Go implementation of jq gojq is an implementation of jq command written in Go language. You can also embed gojq as a library to your Go products. Reason for packaging: Besides the interesting gojq tool itself, golang-github-itchyny-gojq-dev is a prerequisite for gh (GitHub CLI).
Bug#993442: ITP: golang-github-charmbracelet-glamour -- stylesheet-based Markdown rendering for your CLI apps
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-charmbracelet-glamour Version : 0.3.0-1 Upstream Author : Charmbracelet, Inc. * URL : https://github.com/charmbracelet/glamour * License : Expat Programming Lang: Go Description : stylesheet-based Markdown rendering for your CLI apps (Go library) glamour lets you render Markdown documents and templates on ANSI-compatible terminals. You can create your own stylesheet or simply use one of the stylish defaults. Reason for packaging: golang-github-charmbracelet-glamour-dev is a prerequisite of gh (GitHub CLI)
Bug#993652: ITP: golang-github-bep-gowebp -- C bindings and an API for encoding WebP images (Go library)
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-bep-gowebp Version : 0.1.0-1 Upstream Author : Bjørn Erik Pedersen * URL : https://github.com/bep/gowebp * License : Expat Programming Lang: Go Description : C bindings and an API for encoding WebP images (Go library) This library provides C bindings and an API for *encoding* WebP images using Google's libwebp (https://github.com/webmproject/libwebp) for Go. . It is based on github.com/kolesa-team/go-webp, but this includes and builds the libwebp C source from a versioned Git subtree. . Compiling C code isn't particulary fast; if you install libwebp-dev, you can link against that instead by adding the "dev" tag: . $ apt install libwebp-dev $ go test ./libwebp -tags dev Reason for packaging: Prerequisite for hugo (>= 0.83.0)
Bug#993709: ITP: golang-github-gabriel-vasile-mimetype -- fast Go library for detecting MIME types and extensions based on magic numbers
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-gabriel-vasile-mimetype Version : 1.3.1-1 Upstream Author : Gabriel Vasile * URL : https://github.com/gabriel-vasile/mimetype * License : Expat Programming Lang: Go Description : fast Go library for detecting MIME types and extensions based on magic numbers github.com/gabriel-vasile/mimetype is a Go package for detecting MIME types and extensions based on magic numbers. . Goroutine safe, extensible, no C bindings . Features • fast and precise MIME type and file extension detection • long list of supported MIME types • posibility to extend with other file formats • common file formats are prioritized • safe for concurrent usage Reason for packaging: golang-github-gabriel-vasile-mimetype-dev is a prerequisite for gh (GitHub CLI).
Bug#994669: ITP: golang-github-pkg-diff -- create, modify, and print diffs (Go module)
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-pkg-diff Version : 0.0~git20210226.20ebb0f-1 Upstream Author : Josh Bleecher Snyder * URL : https://github.com/pkg/diff * License : BSD-3-clause Programming Lang: Go Description : create, modify, and print diffs (Go module) Module github.com/pkg/diff can be used to create, modify, and print diffs. . The top level package, `diff`, contains convenience functions for the most common uses. . The subpackages provide very fine-grained control over every aspect: . * `myers` creates diffs using the Myers diff algorithm. * `edit` contains the core diff data types. * `ctxt` provides tools to reduce the amount of context in a diff. * `write` provides routines to write diffs in standard formats. Reason for packaging: Prerequisite for golang-github-rogpeppe-go-internal >= 1.8.0
Bug#996938: ITP: golang-github-pelletier-go-toml.v2 -- Go library for the TOML file format
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-pelletier-go-toml.v2 Version : 2.0.0~beta3-1 Upstream Author : Thomas Pelletier * URL : https://github.com/pelletier/go-toml/tree/v2 * License : Expat, Apache-2.0 Programming Lang: Go Description : Go library for the TOML file format go-toml v2 is a Go library for the TOML format. It supports TOML (Tom's Obvious, Minimal Language) version v1.0.0. . Features: . Stdlib behavior As much as possible, this library is designed to behave similarly as the standard library's encoding/json. . Performance While go-toml favors usability, it is written with performance in mind. Most operations should not be shockingly slow. . Strict mode Decoder can be set to "strict mode", which makes it error when some parts of the TOML document was not prevent in the target structure. This is a great way to check for typos. . Contextualized errors When decoding errors occur, go-toml returns DecodeError), which contains a human readable contextualized version of the error. . Local date and time support TOML supports native local date/times. It allows to represent a given date, time, or date-time without relation to a timezone or offset. To support this use-case, go-toml provides LocalDate, LocalTime, and LocalDateTime. Those types can be transformed to and from time.Time, making them convenient yet unambiguous structures for their respective TOML representation. Reason for packaging: Needed by hugo (>= 0.87.0)
Bug#998474: ITP: golang-github-djherbis-atime -- file access times (atime) for #golang
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-djherbis-atime Version : 1.1.0-1 Upstream Author : Dustin H * URL : https://github.com/djherbis/atime * License : Expat Programming Lang: Go Description : file access times (atime) for #golang File Access Times for #golang . Go has a hidden atime function for most platforms; this repo makes it accessible. . Looking for ctime or btime? Checkout https://github.com/djherbis/times, packaged as golang-github-djherbis-times-dev Reason for packaging: Needed by golang-github-tdewolff-minify (>= 2.9.22)
Bug#1001089: ITP: golang-github-clbanning-mxj -- mxj - to/from maps, XML and JSON (Go library)
Package: wnpp
Severity: wishlist
Owner: Anthony Fok
* Package name: golang-github-clbanning-mxj
Version : 2.5.5-1
Upstream Author : Charles Banning
* URL : https://github.com/clbanning/mxj
* License : Expat
Programming Lang: Go
Description : mxj - to/from maps, XML and JSON (Go library)
Decode/encode XML to/from map[string]interface{} (or JSON) values,
and extract/modify values from maps by key or key-path, including wildcards.
.
mxj supplants the legacy x2j and j2x packages.
If you want the old syntax, use mxj/x2j and mxj/j2x packages.
Reason for packaging: Needed by the upcoming Hugo 0.90.0 and up
Bug#1001212: ITP: golang-github-muhammadmuzzammil1998-jsonc -- JSON with comments for Go!
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-muhammadmuzzammil1998-jsonc Version : 0.0~git20201229.615b091-1 Upstream Author : Muhammad Muzzammil * URL : https://github.com/muhammadmuzzammil1998/jsonc * License : Expat Programming Lang: Go Description : JSON with comments for Go! JSONC is a superset of JSON which supports comments. JSON formatted files are readable to humans but the lack of comments decreases readability. With JSONC, you can use block (/* */) and single line (//) comments to describe the functionality. Microsoft VS Code also uses this format in their configuration files like settings.json, keybindings.json, launch.json, etc. . What this package offers . "JSONC for Go" offers ability to convert and unmarshal JSONC to pure JSON. It also provides functionality to read JSONC file from disk and return JSONC and corresponding JSON encoding to operate on. However, it only provides a one-way conversion. That is, you can not generate JSONC from JSON. Read documentation (DOCUMENTATION.md) for detailed examples. Reason for packaging: Needed by GitHub CLI (gh), see #951374
Bug#1001226: ITP: golang-github-segmentio-ksuid -- K-Sortable Globally Unique IDs
Package: wnpp
Severity: wishlist
Owner: Anthony Fok
* Package name: golang-github-segmentio-ksuid
Version : 1.0.4-1
Upstream Author : Segment (https://segment.com/)
* URL : https://github.com/segmentio/ksuid
* License : Expat
Programming Lang: Go
Description : K-Sortable Globally Unique IDs
ksuid is an efficient, comprehensive, battle-tested Go library for
generating and parsing a specific kind of globally unique identifier
called a *KSUID*. This library serves as its reference implementation.
.
What is a KSUID?
.
KSUID is for K-Sortable Unique IDentifier. It is a kind of globally
unique identifier similar to a RFC 4122 UUID
(https://en.wikipedia.org/wiki/Universally_unique_identifier), built
from the ground-up to be "naturally" sorted by generation timestamp
without any special type-aware logic.
.
In short, running a set of KSUIDs through the UNIX sort command will
result in a list ordered by generation time.
.
Why use KSUIDs?
.
There are numerous methods for generating unique identifiers, so why
KSUID?
.
1. Naturally ordered by generation time
2. Collision-free, coordination-free, dependency-free
3. Highly portable representations
.
Even if only one of these properties are important to you, KSUID is a
great choice! :) Many projects chose to use KSUIDs *just* because the
text representation is copy-and-paste friendly.
.
1. Naturally Ordered By Generation Time
.
Unlike the more ubiquitous UUIDv4, a KSUID contains a timestamp
component that allows them to be loosely sorted by generation time. This
is not a strong guarantee (an invariant) as it depends on wall clocks,
but is still incredibly useful in practice. Both the binary and text
representations will sort by creation time without any special sorting
logic.
.
2. Collision-free, Coordination-free, Dependency-free
.
While RFC 4122 UUIDv1s *do* include a time component, there aren't
enough bytes of randomness to provide strong protection against
collisions (duplicates). With such a low amount of entropy, it is
feasible for a malicious party to guess generated IDs, creating a
problem for systems whose security is, implicitly or explicitly,
sensitive to an adversary guessing identifiers.
.
To fit into a 64-bit number space, Snowflake IDs
(https://blog.twitter.com/2010/announcing-snowflake) and its derivatives
require coordination to avoid collisions, which significantly increases
the deployment complexity and operational burden.
.
A KSUID includes 128 bits of pseudorandom data ("entropy"). This number
space is 64 times larger than the 122 bits used by the well-accepted RFC
4122 UUIDv4 standard. The additional timestamp component can be
considered "bonus entropy" which further decreases the probability of
collisions, to the point of physical infeasibility in any practical
implementation.
.
3. Highly Portable Representations
.
The text *and* binary representations are lexicographically sortable,
which allows them to be dropped into systems which do not natively
support KSUIDs and retain their time-ordered property.
.
The text representation is an alphanumeric base62 encoding, so it "fits"
anywhere alphanumeric strings are accepted. No delimiters are used, so
stringified KSUIDs won't be inadvertently truncated or tokenized when
interpreted by software that is designed for human-readable text, a
common problem for the text representation of RFC 4122 UUIDs.
.
How do KSUIDs work?
.
Binary KSUIDs are 20-bytes: a 32-bit unsigned integer UTC timestamp and a
128-bit randomly generated payload. The timestamp uses big-endian
encoding, to support lexicographic sorting. The timestamp epoch is
adjusted to May 13th, 2014, providing over 100 years of life. The
payload is generated by a cryptographically-strong pseudorandom number
generator.
.
The text representation is always 27 characters, encoded in alphanumeric
base62 that will lexicographically sort by timestamp.
.
High Performance
.
This library is designed to be used in code paths that are performance
critical. Its code has been tuned to eliminate all non-essential
overhead. The KSUID type is derived from a fixed-size array, which
eliminates the additional reference chasing and allocation involved in a
variable-width type.
.
The API provides an interface for use in code paths which are sensitive
to allocation. For example, the Append method can be used to parse the
text representation and replace the contents of a KSUID value without
additional heap allocation.
.
All public package level "pure" functions are concurrency-safe, protected
by a global mutex. For hot loops that generate a large amount of KSUIDs
from a single Goroutine, the Sequence type is provided to elide the
potential contention.
.
By default, out of an abundance of caution, the cryptographically-secure
PRNG is used to generate the random bi
Bug#1001231: ITP: golang-github-muesli-gitcha -- Go helpers to work with git repositories
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-muesli-gitcha Version : 0.2.0-1 Upstream Author : Christian Muehlhaeuser * URL : https://github.com/muesli/gitcha * License : Expat Programming Lang: Go Description : Go helpers to work with git repositories The gitcha package provides Go helpers to work with git repositories. . Examples of things gitcha can do: * return the directory of the git repository path is a member of: * find files from list in path, respecting .gitignores it finds * find files, excluding any matches in a given set of ignore Reason for packaging: Prerequisite for Glow (https://github.com/charmbracelet/grow)
Bug#1001259: ITP: golang-github-muesli-go-app-paths -- retrieve platform-specific paths (app-data, cache, config, etc.)
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-muesli-go-app-paths Version : 0.2.1-1 Upstream Author : Christian Muehlhaeuser * URL : https://github.com/muesli/go-app-paths * License : Expat Programming Lang: Go Description : retrieve platform-specific paths (app-data, cache, config, etc.) The go-app-paths package retrieves platform-specific paths (such as directories for app-data, cache, config, and logs). It is fully compliant with the XDG Base Directory Specification on Unix, but also provides implementations for macOS and Windows systems. Reason for packaging: Prerequisite for Glow, https://github.com/charmbracelet/glow
Bug#1001260: ITP: golang-github-meowgorithm-babyenv -- Go environment var parsing, for babies
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-meowgorithm-babyenv Version : 1.3.1-1 Upstream Author : Christian Rocha * URL : https://github.com/meowgorithm/babyenv * License : Expat Programming Lang: Go Description : Go environment var parsing, for babies Package babyenv collects environment variables and places them in corresponding struct fields. It aims to reduce the boilerplate in reading data from the environment. Reason for packaging: Prerequisite for Glow @ https://github.com/charmbracelet/glow TODO: perhaps reasoning
Bug#1001304: ITP: golang-github-muesli-ansi -- raw ANSI sequence helpers for Go
Package: wnpp
Severity: wishlist
Owner: Anthony Fok
* Package name: golang-github-muesli-ansi
Version : 0.0~git20211031.c9f0611-1
Upstream Author : Christian Muehlhaeuser
* URL : https://github.com/muesli/ansi
* License : Expat
Programming Lang: Go
Description : raw ANSI sequence helpers for Go
Package ansi provides raw ANSI sequence helpers for Go.
.
ANSI Writer
.
import "github.com/muesli/ansi"
.
w := ansi.Writer{Forward: os.Stdout}
w.Write([]byte("\x1b[31mHello, world!\x1b[0m"))
w.Close()
.
Compressor
.
The ANSI compressor eliminates unnecessary/redundant ANSI sequences.
.
import "github.com/muesli/ansi/compressor"
.
w := compressor.Writer{Forward: os.Stdout}
w.Write([]byte("\x1b[31mHello, world!\x1b[0m"))
w.Close()
Reason for packaging:
Prerequisite for golang-github-charmbracelet-bubbletea
@ https://github.com/charmbracelet/bubbletea
Bug#1001310: ITP: golang-github-charmbracelet-lipgloss -- style definitions for nice terminal layouts
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-charmbracelet-lipgloss Version : 0.4.0-1 Upstream Author : Charm * URL : https://github.com/charmbracelet/lipgloss * License : Expat Programming Lang: Go Description : style definitions for nice terminal layouts 👄 Go package lipgloss provides style definitions for nice terminal layouts. Built with TUIs in mind. . Lip Gloss takes an expressive, declarative approach to terminal rendering. Users familiar with CSS will feel at home with Lip Gloss. Reason for packaging: Prerequsite for e.g. github.com/muesli/gitty
Bug#1001327: ITP: golang-github-charmbracelet-harmonica -- simple, efficient spring animation library
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-charmbracelet-harmonica Version : 0.1.0-1 Upstream Authors: Ryan Juckett; Charmbracelet, Inc. * URL : https://github.com/charmbracelet/harmonica * License : Zlib, Expat Programming Lang: Go Description : simple, efficient spring animation library for Go 🎼 Go package harmonica is a simple, efficient spring animation library for smooth, natural motion. . It even works well on the command line. . This library is a fairly straightforward port of Ryan Juckett’s excellent damped simple harmonic oscillator originally writen in C++ in 2008 and published in 2012. Ryan’s writeup on the subject is fantastic; see https://www.ryanjuckett.com/damped-springs/ Reason for packaging: Prerequisite for Bubbles @ https://github.com/charmbracelet/bubbles to be packaged as golang-github-charmbracelet-bubbles
Bug#1001847: ITP: golang-github-charmbracelet-bubbletea -- powerful little TUI framework for Go
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-charmbracelet-bubbletea Version : 0.19.1-1 Upstream Author : Charmbracelet, Inc. * URL : https://github.com/charmbracelet/bubbletea * License : Expat Programming Lang: Go Description : powerful little TUI framework for Go 🏗 Bubble Tea is the fun, functional and stateful way to build terminal apps. A Go framework based on The Elm Architecture. Bubble Tea is well-suited for simple and complex terminal applications, either inline, full-window, or a mix of both. . Bubble Tea is in use in production and includes a number of features and performance optimizations we’ve added along the way. Among those is a standard framerate-based renderer, a renderer for high-performance scrollable regions which works alongside the main renderer, and mouse support. Reason for packaging: Prerequisite for Glow @ github.com/charmbracelet/glow, etc. TODO: perhaps reasoning
Bug#1001997: ITP: golang-github-charmbracelet-bubbles -- TUI components for Bubble Tea (Go library)
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-charmbracelet-bubbles Version : 0.9.0-1 Upstream Author : Charmbracelet, Inc. * URL : https://github.com/charmbracelet/bubbles * License : Expat Programming Lang: Go Description : TUI components for Bubble Tea 🍡 (Go library) Go package bubbles provides some components for Bubble Tea applications. These components are used in production in Glow, Charm and many other applications. . Spinner . A spinner, useful for indicating that some kind an operation is happening. There are a couple default ones, but you can also pass your own ”frames.” . Text Input . A text input field, akin to an in HTML. Supports unicode, pasting, in-place scrolling when the value exceeds the width of the element and the common, and many customization options. . Progress . A simple, customizable progress meter, with optional animation via Harmonica. Supports solid and gradient fills. The empty and filled runes can be set to whatever you'd like. The percentage readout is customizable and can also be omitted entirely. . Paginator . A component for handling pagination logic and optionally drawing pagination UI. Supports "dot-style" pagination (similar to what you might see on iOS) and numeric page numbering, but you could also just use this component for the logic and visualize pagination however you like. . Viewport . A viewport for vertically scrolling content. Optionally includes standard pager keybindings and mouse wheel support. A high performance mode is available for applications which make use of the alternate screen buffer. . This component is well complemented with Reflow for ANSI-aware indenting and text wrapping. . List . A customizable, batteries-included component for browsing a set of items. Features pagination, fuzzy filtering, auto-generated help, an activity spinner, and status messages, all of which can be enabled and disabled as needed. Extrapolated from Glow. . Help . A customizable horizontal mini help view that automatically generates itself from your keybindings. It features single and multi-line modes, which the user can optionally toggle between. It will truncate gracefully if the terminal is too wide for the content. . Key . A non-visual component for managing keybindings. It’s useful for allowing users to remap keybindings as well as generating help views corresponding to your keybindings. Reason for packaging: Prerequisite for Glow, Charm, etc.
Bug#1002000: ITP: golang-github-charmbracelet-keygen -- SSH key pair generator (Go library)
Package: wnpp
Severity: wishlist
Owner: Anthony Fok
* Package name: golang-github-charmbracelet-keygen
Version : 0.1.2-1
Upstream Author : Charm
* URL : https://github.com/charmbracelet/keygen
* License : Expat
Programming Lang: Go
Description : SSH key pair generator (Go library)
Go package keygen is an SSH key pair generator.
Supports generating RSA and Ed25519 keys.
.
Example
.
k, err := NewWithWrite(".ssh", "my_awesome_key", []byte(""), key.Ed25519)
if err != nil {
fmt.Printf("error creating SSH key pair: %v", err)
os.Exit(1)
}
Bug#1002804: ITP: golang-github-charmbracelet-wish -- Make SSH apps, just like that! (Go library)
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-charmbracelet-wish Version : 0.1.1-1 Upstream Author : Charm * URL : https://github.com/charmbracelet/wish * License : Expat Programming Lang: Go Description : Make SSH apps, just like that! 💫 (Go library) Wish is an SSH server with sensible defaults and a collection of middleware that makes building SSH apps easy. Wish is built on gliderlabs/ssh and should be easy to integrate into any existing projects. . SSH is an excellent platform to build remotely accessible applications on. It offers secure communication without the hassle of HTTPS certificates, it has user identification with SSH keys and it's accessible from anywhere with a terminal. Powerful protocols like Git work over SSH and you can even render TUIs directly over an SSH connection. Reason for packaging: Needed by Glow (github.com/charmbracelet/glow) etc.
Bug#1002806: ITP: golang-github-muesli-sasquatch -- simple data encryption library for Go
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-muesli-sasquatch Version : 0.0~git20210519.30aff9d-1 Upstream Author : Christian Muehlhaeuser * URL : https://github.com/muesli/sasquatch * License : BSD-3-clause Programming Lang: Go Description : simple data encryption library for Go A simple data encryption library, heavily inspired by @Benjojo12 and @FiloSottile's fantastic "age" project. . Features: . * Multiple recipients * Supports encrypting with your existing SSH keys / ssh-agent * Convenient API . Crypto Backends: . * ssh-rsa * ssh-ed25519 * ssh-agent signing challenge (excluding ECDSA identities, as ECDSA signatures aren't deterministic) * scrypt / password Reason for packaging: Needed by golang-github-charmbracelet-charm
Bug#1002808: ITP: golang-github-muesli-toktok -- typo/error resilient, human-readable token generator (Go library)
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-muesli-toktok Version : 0.0~git20210519.2b0817e-1 Upstream Author : Christian Muehlhaeuser * URL : https://github.com/muesli/toktok * License : TODO Programming Lang: Go Description : typo/error resilient, human-readable token generator (Go library) Go package toktok is a human-friendly token generator. It creates tokens which avoid characters that can be easily misinterpreted, like '1' and 'I' or '8' and 'B', as well as repeated characters within the token. It also compares newly generated tokens to all previously generated ones and guarantees a safety distance between the tokens, so they become resilient to typos or other human entry errors. Reason for packaging: Needed by github.com/charmbracelet/charm
Bug#1002809: ITP: golang-github-calmh-randomart -- generates OpenSSH-style randomart
Package: wnpp
Severity: wishlist
Owner: Anthony Fok
* Package name: golang-github-calmh-randomart
Version : 1.1.0-1
Upstream Author : Jakob Borg
* URL : https://github.com/calmh/randomart
* License : Expat
Programming Lang: Go
Description : generates OpenSSH-style randomart (Go library)
Go package randomart generates OpenSSH style "randomart" images
based on key fingerprints.
.
Example:
.
data := []byte{ 0x9b, 0x4c, 0x7b, 0xce, 0x7a, 0xbd, 0x0a, 0x13,
0x61, 0xfb, 0x17, 0xc2, 0x06, 0x12, 0x0c, 0xed }
ra := randomart.Generate(data, "RSA 2048")
fmt.Println(ra)
.
+--[ RSA 2048 ]---+
|.+. |
| o. |
| .. +|
| Eo = |
|S + .|
| o B . . |
|B o..|
| *...|
|.o+... |
+-+
Reason for packaging:
Needed by github.com/charmbracelet/charm
Bug#1002810: ITP: golang-github-meowgorithm-babylogger -- Go HTTP logger middleware, for babies
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-meowgorithm-babylogger Version : 1.2.0-1 Upstream Author : Christian Rocha * URL : https://github.com/meowgorithm/babylogger * License : Expat Programming Lang: Go Description : Go HTTP logger middleware, for babies Babylogger is a Go HTTP logger middleware, for babies. . It has been used with Goji (http://goji.io) and the Go standard library, but it should work with any multiplexer worth its salt, i.e. any multiplexer compatible with the standard library. . Note that ANSI escape sequences (read: colors) will be stripped from the output when the logger is not running in a terminal. For example, log files won't contain any sort of ANSI intended for color output. . Also note that for accurate response time logging Babylogger should be the first middleware called. Reason for packaging: Needed by github.com/charmbracelet/charm
Bug#1002812: ITP: golang-goji -- minimalistic and flexible HTTP request multiplexer for Go
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-goji Version : 2.0.2-1 Upstream Author : Goji * URL : https://github.com/goji/goji (goji.io) * License : Expat Programming Lang: Go Description : minimalistic and flexible HTTP request multiplexer for Go Goji is a HTTP request multiplexer, similar to net/http.ServeMux. It compares incoming requests to a list of registered Patterns and dispatches to the http.Handler that corresponds to the first matching Pattern. Goji also supports Middleware (composable shared functionality applied to every request) and uses the standard context package to store request-scoped values. Reason for packaging: Needed by github.com/charmbracelet/charm Note: This is a new version of Goji that supersedes github.com/zenazn/goji v1.0.1 (packaged for Debian as golang-github-zenazn-goji)
Bug#1002898: ITP: golang-github-cli-shurcool-graphql -- GraphQL client implementation for Go (GitHub CLI fork)
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-cli-shurcool-graphql Version : 0.0.1-1 Upstream Author : Dmitri Shuralyov * URL : https://github.com/cli/shurcooL-graphql * License : Expat Programming Lang: Go Description : GraphQL client implementation for Go (GitHub CLI fork) Package graphql provides a GraphQL client implementation for Go. It is forked from https://github.com/shurcooL/graphql for GitHub CLI "gh". Reason for packaging: Needed by GitHub CLI "gh"
Bug#1006430: ITP: golang-github-bep-goat -- Render ASCII art as SVG diagrams
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-bep-goat Version : 0.5.0-1 Upstream Author : Bryce Lampe, Bjørn Erik Pedersen * URL : https://github.com/bep/goat * License : Expat Programming Lang: Go Description : Render ASCII art as SVG diagrams GoAT: Go ASCII Tool . This is a Go implementation of markdeep.mini.js's ASCII diagram generation. It renders ASCII art as SVG diagrams. Reason for packaging: Needed by hugo >= 0.93.0
Bug#1006634: ITP: golang-github-hairyhenderson-go-codeowners -- A Go package that finds and parses GitHub CODEOWNERS files
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-hairyhenderson-go-codeowners Version : 0.2.2+git20201026.cdc7c07-1 Upstream Author : Dave Henderson * URL : https://github.com/hairyhenderson/go-codeowners * License : Expat Programming Lang: Go Description : Go package that finds and parses GitHub CODEOWNERS files go-codeowners is a Go package that finds and parses CODEOWNERS files; see https://help.github.com/articles/about-codeowners/ . Features: . * operates on local repos * doesn't require a cloned repo (i.e. doesn't need a .git directory to be present at the repo's root) * can be called from within a repo (doesn't have to be at the root) * will find CODEOWNERS files in all documented locations: the repo's root, docs/, and .github/ (or .gitlab/ for GitLab repos) Reason for packaging: Needed by hugo >= v0.93.0
Re: Bug#1005858: gh,gitsome: File conflict, both ship /usr/bin/gh
Hi everyone, On Sat, Feb 26, 2022 at 7:09 PM Paul Wise wrote: > > Control: forwarded -1 https://github.com/donnemartin/gitsome/issues/177 > > On Sat, 26 Feb 2022 23:43:14 +0800 SZ Lin (林上智) wrote: > > > The "gitsome" has used "gh" since 2017, and thus would you mind renaming > > the "gh" in your package to avoid the conflict issue? > > Since gh is the official GitHub client, probably it should retain "gh" > and gitsome should move to "git some" or similar, as I have suggested > in the above upstream issue. The only commentor there agreed with me. Thank you all for the discussion and attempt at resolving the filename conflict. Judging from gitsome's GitHub repo being left stagnant since May 2019, with Issues and PRs unanswered, despite the fact that upstream author is still active daily on GitHub, I doubt we'll see a reply from gitsome's author anytime soon. Automation scripts are relying on the GitHub CLI command to be named as "gh", so renaming /usr/bin/gh in "gh" to something else is out of the question too. Rather than keeping this "Serious" bug open and keeping both gitsome and gh out of Debian testing, I think the simple solution of having gh "Conflicts: gitsome", which is one of the option specified in https://www.debian.org/doc/debian-policy/ch-relationships.html#s-conflicts, would suffice for now, allowing both packages to (re-)enter testing in the meantime. SZ, if you think the use of alternatives (such that both the gitsome and gh packages can be installed simultaneously) is a better solution, I'd be happy to work something out with you too. Cheers, Anthony
Bug#1008777: ITP: cobra-cli -- Cobra CLI tool to generate Go applications and commands
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: cobra-cli Version : 1.3.0-1 Upstream Author : Steve Francia * URL : https://github.com/spf13/cobra-cli * License : Apache-2.0 Programming Lang: Go Description : Cobra CLI tool to generate Go applications and commands Cobra provides its own program that will create your Go application and add any commands you want. It's the easiest way to incorporate Cobra into your application. Reason for packaging: "cobra" has been dropped from golang-github-spf13-cobra upstream since 1.4.0, and has been moved to https://github.com/spf13/cobra-cli and renamed as "cobra-cli"
Bug#1012095: ITP: golang-github-bep-overlayfs -- composite Afero filesystem (Go library)
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-bep-overlayfs Version : 0.6.0-1 Upstream Author : Bjørn Erik Pedersen * URL : https://github.com/bep/overlayfs * License : Expat Programming Lang: Go Description : composite Afero filesystem (Go library) overlayfs is a composite filesystem (currently only) for Afero with similar but different semantics compared to Afero's copyOnWriteFs. Reason for packaging: Required by Hugo v0.97.0 and above.
Bug#1012123: ITP: golang-github-bep-clock -- Golang clock that allows you to set the start time (Go library)
Package: wnpp
Severity: wishlist
Owner: Anthony Fok
* Package name: golang-github-bep-clock
Version : 0.3.0-1
Upstream Author : Bjørn Erik Pedersen
* URL : https://github.com/bep/clock
* License : Expat
Programming Lang: Go
Description : Golang clock that allows you to set the start time (Go
library)
This package provides a *ticking clock* that allows you to set the start
time. It also provides a system clock, both implementing this interface:
.
// Clock provides a subset of methods in time.Time
type Clock interface {
Now() time.Time
Since(t time.Time) time.Duration
Until(t time.Time) time.Duration
.
// Offset returns the offset of this clock relative to the system clock
Offset() time.Duration
}
.
Note that this only support a subset of all the methods in time.Time
(see above) and is by design very simple. For a more advanced time mocking
library, have a look at <https://github.com/benbjohnson/clock>.
Reason for packaging: Needed by Hugo v0.99.0 and above
Bug#1012796: ITP: golang-github-cli-go-gh -- Go module for interacting with gh and the GitHub API from the command line
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-cli-go-gh Version : 0.0.3-1 Upstream Author : GitHub Inc. * URL : https://github.com/cli/go-gh * License : Expat Programming Lang: Go Description : Go module for interacting with gh and the GitHub API from the command line go-gh is a Go module for CLI Go applications and gh extensions that want a convenient way to interact with gh, and the GitHub API using gh environment configuration. . go-gh supports multiple ways of getting access to gh functionality: . * Helpers that automatically read a gh config to authenticate themselves * gh.Exec shells out to a gh install on your machine . If you'd like to use go-gh on systems without gh installed and configured, you can provide custom authentication details to the go-gh API helpers. Reason for packaging: Needed by gh v2.12.1 and up
Bug#1013173: ITP: golang-github-invopop-yaml -- better way to marshal and unmarshal YAML in Golang
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-invopop-yaml Version : 0.2.0-1 Upstream Authors: Sam Ghods, The Go Authors, Sam Lown * URL : https://github.com/invopop/yaml * License : Expat, BSD-3-Clause Programming Lang: Go Description : better way to marshal and unmarshal YAML in Golang This package is a wrapper around go-yaml (gopkg.in/yaml.v3) designed to enable a better way of handling YAML when marshaling to and from structs. . This is a fork and split of the original github.com/ghodss/yaml repository which no longer appears to be maintained. . In short, this library first converts YAML to JSON using go-yaml and then uses json.Marshal and json.Unmarshal to convert to or from the struct. This means that it effectively reuses the JSON struct tags as well as the custom JSON methods MarshalJSON and UnmarshalJSON unlike go-yaml. Reason for packaging: Dependency of golang-github-getkin-kin-openapi 0.97.0 and up.
Bug#1016993: ITP: golang-github-thlib-go-timezone-local -- Get the full name of the local timezone (Go library)
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-thlib-go-timezone-local Version : 0.0~git20210907.ef149e4-1 Upstream Author : Timo Huovinen * URL : https://github.com/thlib/go-timezone-local * License : Unlicense Programming Lang: Go Description : Get the full name of the local timezone (Go library) This Go library package provides the full name of the local timezone from OS setting. Works on Windows, Linux and macOS. Reason for packaging: Required by latest golang-github-cli-go-gh as part of gh (GitHub CLI).
Bug#1016994: ITP: golang-github-gomarkdown-markdown -- Markdown parser and HTML renderer for Go
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-gomarkdown-markdown Version : 0.0~git20220731.dcdaee8-1 Upstream Authors: Russ Ross, Krzysztof Kowalczyk, Authors * URL : https://github.com/gomarkdown/markdown * License : BSD-2-clause Programming Lang: Go Description : Markdown parser and HTML renderer for Go Package github.com/gomarkdown/markdown is a Go library for parsing Markdown text and rendering as HTML. . It's very fast and supports common extensions. . markdown is a fork of v2 of https://github.com/russross/blackfriday that is: . * actively maintained (sadly in Feb 2018 blackfriday was inactive for 5 months with many bugs and pull requests accumulated) * refactored API (split into ast/parser/html sub-packages) . Blackfriday itself was based on C implementation sundown (https://github.com/vmg/sundown) which in turn was based on libsoldout (http://fossil.instinctive.eu/libsoldout/home). Reason for packaging: Required by golang-github-mmarkdown-mmark (See ITP at #916202)
Bug#1020585: ITP: golang-github-marekm4-color-extractor -- simple image color extractor written in Go
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-marekm4-color-extractor Version : 1.2.0-1 Upstream Author : Marek Michalik * URL : https://github.com/marekm4/color-extractor * License : Expat Programming Lang: Go Description : simple image color extractor written in Go Simple image color extractor written in Go with no external dependencies. . Demo: https://color-extractor-demo.herokuapp.com/ . Blog post: https://medium.com/@marek.michalik/c-vs-rust-vs-go-performance-analysis-945ab749056c Reason for packaging: Needed by hugo (>= 0.104.0)
Bug#1029576: ITP: golang-github-hexops-gotextdiff -- Unified text diffing in Go (copy gopls internal diffing)
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-hexops-gotextdiff Version : 1.0.3-1 Upstream Author : Hexops * URL : https://github.com/hexops/gotextdiff * License : BSD-3-clause Programming Lang: Go Description : Unified text diffing in Go (copy of gopls internal diffing) gotextdiff is a copy of the Go text diffing packages that the official Go language server gopls uses internally to generate unified diffs. . If you've previously tried to generate unified text diffs in Go (like the ones you see in Git and on GitHub), you may have found github.com/sergi/go-diff which is a Go port of Neil Fraser's google-diff-match-patch code - however it does not support unified diffs. . This is arguably one of the best (and most maintained) unified text diffing packages in Go as of at least 2020. . (All credit goes to the Go authors (http://tip.golang.org/AUTHORS), I am merely re-publishing their work so others can use it.) Reason for packaging: Required by golang-github-alecthomas-assert 2.2.0, which is required by golang-github-alecthomas-chroma-v2 2.4.0, which in turn is required by hugo 0.107.0 and up.
