Log of #ghostscript at irc.freenode.net.

Search:
 <<<Back 1 day (to 2017/08/16)20170817 
Flo__ hey folks, coming here for sort of "bug report" or actually need of help with GS / GSview.10:10.37 
kens You can always report bugs to our bug tracker10:10.52 
  Whether we cna help or not with GSView depends on the versio0n10:11.02 
Flo__ yeah I'm not really sure it's a bug10:11.14 
  so the thing is the file works fine in GS but not in GSview (6.0)10:11.46 
kens Hmmm10:11.53 
Flo__ it just says "GS can't distill PS". But with "plain" GS i can view the file just fine10:12.26 
kens Artifex GSView (gsview 6) isn't the same beast as gsview 510:12.28 
  Flo__ : viewing and 'creating a PDF file' are not teh same thing10:12.48 
Flo__ yea I was used to the <5 versions of GSview and now this is a new machine. I was unaware of what is going on behind the scences10:13.02 
kens Behind the scenes PostScript is converted to PDF, and then the PDF is opened and siplayed using MuPDF10:13.22 
  displayed*10:13.30 
Flo__ I'm not rally trying to create a PDF, it's just the one error msg that pops up when opening the .ps file with GSview 6.010:13.36 
kens SO PostScript files have to be turned into PDF10:13.43 
Flo__ and GS doesn't do that, I get it. 10:13.55 
kens GS *does* do that10:14.03 
  Its why GSView 6 uses it10:14.09 
  But....10:14.12 
Flo__ no I mean the old GSview versions don't do that10:14.24 
kens rendering a PostScript file to bitmap, and creating a PDF file from it, are not the same thing at all10:14.28 
  Ah right the Ghostgum version didn't do that, no10:14.45 
  Note that IIRC Artifex GSView doesn't have a replacable Ghostscript10:15.02 
  So you are using whatever version of Ghostscript was around when it was built (some time back)10:15.22 
Flo__ so if i want to use the gs 9.21 (current?) version of ghostscript, which viewer is recommended?10:15.28 
kens Well I'd use Ghostscript personally :-)10:15.40 
  The default device for Ghostscript on Windows is the display device, which will create a Window and render the file to it10:16.25 
Flo__ haha, ok maybe worth getting used to, I've only been using the GSview frontend for quite a while and the ghostscript front doesn't look inviting at all ;)10:16.52 
kens Actually you probably can replace the Ghostscript in Artifex GSView10:17.10 
Flo__ I'll just look at the manual and try to figure it out. Thanks for clarification of that. Is it possible to use "older" GSview versions with the current ghostscript?10:17.40 
kens Wherever you installed it will be a 'bin' directory, which includes the Ghostscript DLLs. For now, at least, you can just replace those with the current Ghopstscript build I think10:17.51 
  Flo__ : I try to make sure that new versions of Ghostscript continue to work with old versions of GSView10:18.13 
  However, as time goes on that's getting harder and harder to do. I believe teh current release still works (I tested it back in March), but I can't guarantee it into the future10:18.43 
Flo__ ok, good to hear. So how is the general relationship of Artifex GSView with older GSView versions and ghostscript in general?10:19.47 
kens Artifex GSView 'might' work with older versions of Ghostscript, I wouldn't recommend tryin it.10:20.19 
  But Artifex GSView and Ghostgum GSview are totally different, only the name remains the same10:20.39 
kens isn#'t sure if that answers the question10:21.29 
Flo__ thanks a lot10:22.26 
deekej chrisl: hello Chris, do you have a moment now? :)10:54.26 
  chrisl: I wanted to discuss details of the git submodules10:55.13 
chrisl deekej: here now11:19.34 
deekej chrisl: cool :) so, the first question that needs answer I guess is, where would you like the git submodule to be hosted?11:21.52 
  should it be Artifex repository directly on your infrastructure, or should be it hosted on github?11:22.29 
  on github it can be a completely independent repository, or it can be a repository belonging to Artifex organization there...11:22.57 
chrisl I'd be happy to have it on the Artifex github account - then you can clone it, and stick in pull requests11:23.44 
deekej chrisl: good, that's okay with me :)11:24.56 
  the second thing that I have on my mind is that I have created AppStream metadata files as well11:25.23 
  https://www.freedesktop.org/wiki/Distributions/AppStream/11:25.29 
  I would like them to be included there as well11:25.39 
  AFAIK, the <release/> tag should be added when creating new release, and that can be automated11:26.41 
  everything should stay pretty much the same11:26.59 
chrisl deekej: Actually, I'm thinking maybe we want this to work the other way round: have the git.ghostscript.com repo as a submodule of the github one. So the github one becomes the canonical source for distros11:27.54 
deekej chrisl: I'm not sure I follow - do you want to sync the work to github, or do you want to migrate to github completely?11:28.53 
chrisl deekej: We create a repo on github which contains the metadata files you want to add/maintain, and that repo has a submodule which is our http://git.ghostscript.com/?p=urw-core35-fonts repo11:30.00 
deekej ah, ok11:30.24 
  but what would be the file/folder structure in that case? (especially in the created archive/release?)11:30.57 
  I was thinking of having "urw-core35-fonts" as a top directory11:31.15 
  where the fontconfig & appstream would be a subfolders of that11:31.26 
  i.e. not to mix your work on fonts and the metadata files11:31.48 
chrisl deekej: something like this: https://pastebin.com/GnBhtpAu11:33.47 
  Where the "fonts" directory would be the submodule11:34.00 
kholo Hi, we try to use alias gs to run ghostscript we get the permission denied error despite the fact that the user executing it is the owner, but when execute it using the full path its working. Please help11:34.16 
deekej chrisl: ah, so it would have 3 subfolders, and the top folder could contain only - lets say - COPYING and README files?11:34.50 
chrisl kholo: that sounds more like a shell question than a ghostscript one11:34.53 
deekej kholo: write me PM here, maybe I can guide you a little11:35.31 
chrisl deekej: Yes. It might be feasible to have the font files in the top directory - I don't know enough about submodules to know right now11:35.55 
  deekej, kholo: if you guys want to discuss the issue here, it's fine - it might be useful if it comes up again11:36.28 
deekej kholo: OK, what Linux distro are you using ATM?11:37.48 
  chrisl: ok, I will find out more about the git submodules on how they work, and I will get back to you :)11:40.04 
chrisl deekej: it doesn't look like we can just get the files in the top directory.....11:41.54 
deekej chrisl: I think if we would like to keep the files as they are, and add only the subfolders with fontconfig/appstream, then it the fontconfig/appstream would have to be a separate git submodule11:43.04 
  (actually maybe 2 git submodules, I have to check)11:43.17 
chrisl deekej: I was thinking something like this: https://github.com/ArtifexSoftware/urw-core35-fonts11:47.39 
deekej kholo: what Linux distribution are you using at the moment?11:48.21 
  chrisl: yeah, this actually looks quite good11:48.41 
kholo Its Rhel 7-1, I am running gs 9.19 11:49.18 
chrisl deekej: then we can manage the appstream and fontconfig stuff via github pull requests11:49.32 
deekej kholo: if it is RHEL-7.1, that means you are running custom ghostscript build... next question, do you have SELinux enabled?11:51.11 
  chrisl: yes, and the new font releases of the fonts archive could be utilized completely by the github infrastructure11:51.55 
  chrisl: so you wouldn't have to create the archives manually anymore11:52.10 
chrisl deekej: indeed, yes11:52.17 
deekej chrisl: so, I will submit the pull-request to the github repository soon12:00.46 
chrisl deekej: cool. Let me know if it proves unwieldy or problematic, and we can rejig stuff12:02.20 
deekej chrisl: I'm thinking - it might be good to rename the github repository, though, to "urw-base35-fonts"12:02.36 
  currently cloning the repository from github would conflict with the git.ghostcript.com repository because of the same names12:03.07 
  and secondly, previously you have released the archive as "urw-bas35-fonts"12:03.29 
  github releases are based on the github repository name12:03.40 
chrisl Done12:04.11 
deekej so now the github release would be named "urw-core35-fonts", which is probably something you don't want :)12:04.13 
  thanks :)12:04.16 
chrisl That was easier than I expected12:05.23 
deekej chrisl: here's the first pull-request for fontconfig: https://github.com/ArtifexSoftware/urw-base35-fonts/pull/112:21.18 
chrisl deekej: Done. (Had to work out how pull requests work!)12:24.21 
deekej chrisl: hehe, no problem ;) BTW, in the github settings you can enforce things like no force pushes, mandatory reviews, protected branches, etc.12:25.18 
  chrisl: I guess I can help you with it if something is unclear12:25.47 
chrisl It wasn't a problem, I just hadn't been on this side of it before12:26.36 
deekej chrisl: ah, ok :)12:26.43 
  chrisl: do you have any idea how would you like to tag the master branch for the releases?12:27.15 
  my suggestion would be to stick what you had before, the date without hyphens12:27.32 
chrisl deekej: That's fine by me. Unfortunately, that's really the only way we have to id urw's releases12:28.02 
deekej chrisl: yeah, I understand :) 12:28.43 
  chrisl: and here is the AppStream PR: https://github.com/ArtifexSoftware/urw-base35-fonts/pull/212:36.54 
chrisl Also done12:37.48 
deekej chrisl: perfect :)12:38.45 
  chrisl: so, I think the last thing for now would be try to create a new release via github12:40.07 
  chrisl: do you expect URW to give you any more changes to fonts before ghostscript-9.22?12:40.26 
  chrisl: if not, we could try it now I guess12:40.50 
  chrisl: in that case I would submit a new pull-request, and then we're good to go12:41.20 
chrisl deekej: No, I don't expect any more from URW. We do have an open issue, but I can't actually see any problems to pass on to URW, so.....12:41.43 
  I'd like to keep the font release tied to the gs releases.12:42.15 
deekej chrisl: so, based on the last commit in urw-core35-fonts, the "version" for the new urw-base45-fonts releases would be "20170801", right?12:46.56 
  can I submit a pull-request with that version?12:47.22 
chrisl Yes, that would be the version. Can you do it as "20170801_test"? So we keep the "20170801" tag for a release coinciding with the next Ghostscript release12:49.16 
deekej ah, I think we misunderstood each other :)12:49.57 
  I want this version to be used in AppStream files, not as the git tag itself ;)12:50.20 
  give me few minutes, you will see it in the pull-request12:50.32 
chrisl Oh, sure, that's fine.12:50.33 
  Then I'll create a "pre-release" from that12:50.46 
deekej chrisl: here are the changes I was talking about: https://github.com/ArtifexSoftware/urw-base35-fonts/pull/3/files13:15.30 
  in the future I would like to create some way to automate this, to avoid doing pull-request for this before each release :)13:16.35 
chrisl deekej: TBH, I'm very much hoping releases will not be often enough to warrant much automation!13:17.28 
deekej chrisl: I hope as well :D but I was thinking of creating a small python script, so the Linux distros would run make when creating the font package for their distros13:23.17 
  this python script would automatically create all the appstream/fontconfig files properly13:23.34 
chrisl deekej: Well, this is going to need a rethink - github releases don't include submodules from the repo :-(13:24.30 
deekej hmm, really?13:24.40 
chrisl Yep13:24.59 
deekej yesterday I have found an article about this topic13:25.07 
  I will find it in the history13:25.11 
kens submodules are weird13:25.13 
chrisl I was hoping they'd been somewhat unweirded recently13:25.43 
deekej I'm currently looking into this:13:27.28 
  https://ttboj.wordpress.com/2015/07/23/git-archive-with-submodules-and-tar-magic/13:27.28 
  in the worst case scenario, we could create a Makefile that would do this13:27.57 
chrisl I have to say, this just seems like submodules are broken. I need to give this some thought13:30.06 
deekej I'm currently playing with it myself, I will let you know when I know more :)13:37.41 
  okay, so according to SO, this is not possible on github:13:43.44 
  https://stackoverflow.com/questions/34719785/how-to-add-submodule-files-to-a-github-release13:43.45 
  so I will try to create a Makefile which would do all of this automatically and spit up an archive for you13:45.07 
  that archive would need to uploaded to either github, or ghostscript download page13:45.36 
chrisl deekej: TBH, I'm seriously thinking we might be as well just to make github the canonical URW fonts repo, and forget the submoduling13:52.20 
deekej chrisl: huh, ok14:09.31 
  chrisl: I guess that would solve the problem14:09.43 
chrisl deekej: Well, what do you think? It just seems too much hassle using the submodule14:10.21 
deekej chrisl: If you are OK with moving to github, then I think it's the best solution at the moment14:10.58 
chrisl deekej: okay, let's do that. I'll sort it out tomorrow, when I'm less annoyed!14:11.40 
deekej chrisl: no problem :)14:13.20 
  chrisl: btw: you can throw away the changes in the current github repo (urw-base35-fonts)14:13.52 
  chrisl: and I can sumbit the pull-requests again, to avoid complications14:14.07 
  chrisl: that should make it easier I guess :)14:14.22 
chrisl deekej: I'll try to preserve them - I'll let you know14:14.42 
deekej chrisl: ok14:14.58 
chrisl deekej: I had to do a forced update, but it all seems to be there intact14:30.12 
deekej chrisl: no problem :)14:47.05 
chrisl deekej: There's a test release there, which looks okay me14:47.43 
 Forward 1 day (to 2017/08/18)>>> 
ghostscript.com #mupdf
Search: