Command-line tools - Githubissues

bastianeicher commented 9 years ago

Sysinternals
GnuWin
MSYS
MinGW + http://code.google.com/p/mintty/
PNG optimizers
cloc.exe
finddupe.exe, DupeMerge.exe
zip.exe, zipcloak.exe, zipnote.exe, zipsplit.exe, unzip.exe, unzipsfx.exe, funzip.exe
bzip2.exe, bunzip2.exe
bsdtar.exe, bsdcpio.exe
pathman.exe, setx.exe
nircmd.exe, nircmdc.exe
upx.exe
msxsl.exe, wsremote.exe, filever.exe, linkspeed.exe, now.exe, pmon.exe, sleep.exe, subinacl.exe

pmiess commented 5 years ago

In the celebration of the birth of my savior, I offer you a Christmas present. The gnuwin32 packages I've created at gitlab.pmiess/0install-feeds

mingw, binutils, ghostscript, and latex are used and not packaged in several feeds.

All the shell scripts are set up to use bash, the bash packaged in the default feed does not work with them so all of the scripts will fail. Except gettext envsubst All the perl scripts are setup to use the default perl feed but the feed does not exist yet and windows native perl installs are not recognized. I tried using coreutils env to look up perl and bash from the path but env returns before the command is finished and so the output shows up after the next prompt which looks weird. Most of the packages include a second archive on github so that the feeds work when sourceforge is down. Most packages use the other packages rather than the deps archives for dependencies, in a few cases this didnt work or I tried them to work around a dependency problem, I it helped once. The packages with dedicated dependencies have have a version modifier of -2. The packages that forgo the deps archives in favor of other packages have a version modifier of -3. All the feeds with translations have the languages listed and the translation dir set so other languages could work if the console was set up properly for them. versions are sometimes the main exe version and sometimes truncated to the published package version. The extended versions should be truncated. The feeds include zip, bzip2 and bsdtar, bsdcpio in libarchive but a more up to date package might be better

Please let me know how you would like to move these packages here.

pmiess commented 5 years ago

Here are some of the problems for the gnuwin32 feeds

a2ps
- a2ps
  - can use ghostview ps2pdf acroread gzip compress bzip2 psutils/psnup, psutils/fixps, groff/grog, texinfo/texi2dvi, mail, book, lp, lpr, display, pdf, file
  - if we keep the config file it needs ./a2ps-site.cfg
  - crashes on execution with imagefile
- card
  - has a typo for using a default for env variable A2PS
  - hard codes /bin/rm path
  - segfaults when called
- fixps hardcodes /bin/rm path
- tr.exe write error invalid argument
- oginkify
  - hardcodes the library path
  - "c:/progra~1/A2Ps/share/ogonkify/latin2.enc"
- psdiff command needs binutils/wdiff command
- psmandup
  - hardcodes /bin/rm path
  - tr.exe: write error: invalid argument
- psset hardcodes /bin/rm path
- texi2dvi4ps needs pdflatex, pdftex, makeindex, latex, bibtext texinfo( makeinfo, texindex ) and texlive or miketex
autoconf
- depends on mingw32 and bin-utils not provided
- autoheader error "syntax of the command is incorrect"
- autom4te fails looking up m4.
- autoreconf cant find automake
btyacc fatal - cannot open "/tmp/yacca*" failure
bzip2
- bzcmp/bzdiff /bin/rm hardcoded @ line 59
- diff fails when reading from piped stdin
compface crashes
crafty wants to write to the book files in the current directory and cant accept dos command line paths to change that.
cygutil unix2dos u2d will not work on piped input
enscript
- bin/over has hardcoded libarary dir path
- defaults point to invalid path for lookup states and share
gcal
- all the bash scripts except gcal-moon depend on hard coded install path and mail not provided
- gcalltx depends on latex not provided
- ddiffdrv calls /bin/sh
- gcal-dst calls zdump from timezone-data not provided
gdbm conv2gdbm dbminit missing from gdbm3.dll
giflib gifburst fails if the gif file name is given including extension
gri help lists path c:/progra~1/GRI... for Examples and Manual
groff
- afmtodit hardcodes groff fontdir to c:/progra~1
- chem probably hardcodes groff to c:/progra~1
- groffer
  - hardcodes binder and libdir to c:/proga~1
  - needs ps2pdf and gs from ghostscript
- neqn prepends hardcoded path
- nroff
  - could use locale from glibc
  - prepends hardcoded path
- pdfroff needs ghostscript
- roff2dvi needs ghostscript for ps2pdf and gs
gzip
- scripts generated by gzexe do not work it looks like the exe is uncompressed correctly
- zdiff diff with stdin Invalid argument with piped input
- zforce doesnt recognized compressed files
- zcmp cant find /bin/sh
jpeg
- jpegexiforient runs but doesnt change exif orientation tag
- jpegtran leaves artifact column on image rotated 90
less
- lesspipe tempfile command missing and not packaged
- lessfile tempfile command missing and not packaged
- -R doesnt display color text
libtool
- libtool
  - hard coded /usr/bin/sed and /bin/sh and /usr/bin/grep
  - needs ld, nm, gcc, strip, dlltool, objdump, as, ar not packaged
  - library search bath hardcoded to g:/ or
- libtoolize prefix hardcoded to c:/progra~1/LibTool
netpbm
- hpcdtoppm is only a message to go get it elsewhere
- pcdovtoppm depends on hpcdtoppm and tempfile
- pnmindex depends on tempfile if title set
- manweb
  - expects to be able to fall back to man
  - manweb.conf cant take paths with drive letters
  - manweb.conf requires absolute paths
- pamtodjvurle always oom's
- pamtouil crashes
- ppmshadow compilation error
- eyuvtoppm premature end of file
palm-imgvtopgm imgvinfo, imgvtopnm, pgmtoimgv require netpbm-9
palm-imgvtopgm imgvview hardcoded to call xv alias image viewer to xv
palm-ppmtoTbmp requires netpbm-9 whose package has been deleted
pgmadd pgmclouds crashes
psutils
- fixmacps defaults to c:/progra~1 needs -dir to work
- fixpsditps Unescaped left brace in regex is illegal here in regex
sgitools iopen: can't open output file on several tools
sharutils
- remsync hardcodes tar and diff paths
- shar attempts to fork function not implemented
sunrpcgen needs cpp
t1lib fails to load font.
tar cant fork for (un)compressing output
Texinfo
- texi2dvi
  - requires tex for tex, bibtext, thumbpdf, makeinfo
  - requires hevea to convert to html
  - icon types wrong
- infokey crashes if envrionmental variable home doesnt exist
ttf2pt1
- ttf2pt1_convert hardcoded dirs to c:/progra~1/...
- ttf2ps1_x2gs requires ghostscript
- dmpf fatal error
unzip uzexampl invalid dll version
urt
- applymap crashes
- rletoascii says unrecognized opcode -8 or -12 on some output files
- rletoalias crashes
- rletogif only handles single channel images ?
util-linux-ng whereis doesn't find anything.
wget only works on tls1 or http
wv
- wvPS requires latex and dvips from tex
- wvPDF requires Adobe distiller or ps2pdf from ghostscript
- wvMime requires wvPS, wvLatex and gv ggv or ghostview
- wvDVI requires latex
- wvText optionally uses elinks, links, or lynx
- all the bash scripts default prefix to c:/progra~1/Wv
- all the bash scripts default datadir to /share/wv
- all the bash scripts cant set the prefix or datadir
zimg crashes

bastianeicher commented 5 years ago

Hello @pmiess,

thank you for the present. :)

I think http://repo.roscidus.com/ might be a better home for these feeds than http://0install.de/feeds/.

I would the following steps:

Check if there are existing feeds at repo.roscidus.com for any of these tools, and if so add the gnuwin32 implementations to these.
Find appropriate categories in repo.roscidus.com for the remaining feeds (probably mostly utils).
Add <package-implementation>s to all of the feeds.
Create 0template (*.xml.template) and 0watch (*.watch.py) files for auto-updating the feeds in the future.

The result would be a quite comprehensive set of feeds on repo.roscidus.com that allow cross-platform use of GNU tools.

@talex5 What do you think about this?

Regards Bastian

pmiess commented 5 years ago

If I mix them in with other distributions how shall I keep the binary deps separate? These cant use cygwin/msys dlls. Should I create a new distribution (gnuwin32) to depend on?

They already have package-implementation elements

I don't think templates and 0watch files are useful since gnuwin32 hasn't updated since 2010 and shows no signs of returning.

I'd like to hear what @talex5 says how he would like them merged first. Should I do them all in one group or break it out into individual packages or something in between?

pmiess commented 5 years ago

would the FSF object to the https://pmiess.gitlab.io/0install-feeds/glut.xml Its license does not allow anyone to distribute modified library code.

talex5 commented 5 years ago

https://www.opengl.org/resources/libraries/glut/ says "GLUT is not open source".

I'm not very enthusiastic about having these on repo.roscidus.com because it means I have to review all the PRs, even though I don't use Windows or know anything about it.

Perhaps we could host the archives and feeds elsewhere, and just import the cross-platform ones from feeds on repo.roscidus.com? Then you can update them without involving me.

(though we should probably figure out how to let more than one person maintain repo.roscidus.com anyway)

pmiess commented 5 years ago

@talex5, the rest of the feeds are open source. Its just this particular dependency that is not. The main feeds are all cross platform command line tools ported to Windows. All the feeds use archives hosted on other servers already, mostly sourceforge and github.

I don't expect them to be updated since they are feeds for a dead project. If you dont want the rest of gnuwin32 feeds on repo.roscidus.com though I guess we will have to put them elsewhere. I hope someone reviews the feeds after I submit them so any mistakes I've made can be discovered.

Once we figure out where we want them I'll create the import feeds for repo.roscidus.com @bastianeicher would you like them here now?