Website Development.
Hello Good Morning, I am a Web\App Development Manager and I work with 120+experienced IT professionals who are into: App Development (Android + iOS), Web development, UX & UI Web design, Graphic design, E-Commerce solutions. If you are interested, then I can send you our price list and an affordable quotation with the best offer. Regards, Liza [image: beacon]
Bug#295248: tex4ht -- LaTeX and TeX for Hypertext (HTML)
Hello All, Regarding the Debian package of the latest version of tex4ht. You can find a package of the latest version at: http://www.imsc.res.in/~kapil/debian/tex4ht/ The version is tex4ht_1.0.20050216.2023*. Thanks and best regards, Kapil. -- http://www.imsc.res.in/~kapil/gpg.html for my Public Key. -- 1024D/5416E5B8 2004-10-13 Kapil Hari Paranjape <[EMAIL PROTECTED]> 1024g/3BDF565B 2004-10-13 Key fingerprint = F160 CBB9 03C8 425D 4BBA 79F4 491F 8FDA 5416 E5B8 -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#424018: Some additional information
Hello, On Tue, 15 May 2007 Frank Küster <[EMAIL PROTECTED]> wrote: > so this is unclear. I'm still filing as serious, since others have > treated this program as non-free for a while, e.g. CTAN, and recently a > SuSE license team research brought it up. Quoting from README by Marcel J. E. Mol: The program is basicly an improved C version of the pascal program written by Svante Lindahl (see README.ORG). I translated it because I could not find a pascal compiler on our machine that could compile it. The program runs under UNIX and MSDOS without problems It should also run under VMS. (you may need some site dependend redefinitions, see below). As far as I can make out dvi2tty.c and all the other source files in the current package have Marcel J. E. Mol as the author. The portion of dvi2tty.c quoted by Frank seems to have been put there by the author as a historical note to clarify that the file is *based* on the original Pascal program by Svante Lindahl. IANAL, but as far as I can see, if I read someone else's program and re-write it in another language, this is not very different from reading someone else's algorithm and writing it as a program. If the copyright in the latter case is with the author of the second program, surely the copyright in the former case would be too. The C files are in the preferred form for modification and no trace of the original Pascal source remains in the package. The copyright holder Marcel J. E. Mol for these source files has put his work under the GPL and so the package seems to me to be DFSG free. Regards, Kapil. -- signature.asc Description: Digital signature
Bug#424018: dvi2tty licence clarification needed!
Hello, To summarise this thread we have the following statments from the major contributors, which ought to have been enough. On Fri, 03 Aug 2007, Marcel J.E. Mol wrote: > As far as I'm concerned, hte license can be changed to fully GPL and > the non-commercial statement can be removed. On Fri, 03 Aug 2007, Marcel J.E. Mol wrote: > But, dvi2tty is in fact my creation. > It is derived from the dvitty program written in Pascal by Svante. > E.g. I am the author of the C version. > So I think I'm entitled to release the code as GPL without further > permission from Svante, but I'm not sure... On Tue, 07 Aug 2007, Svante Lindahl wrote: > As Marcel says, I wrote the original dvitty in Pascal (initially on > TOPS-20, and then later ported to 4.3BSD Unix, and Pyramid OSx). > I have no issues if the dvi2tty is GPL:ed at this time. The manner in which Marcel J. E. Mol has kept historical data for the program needs to be commended, but it is (IMHO) not enough for DFSG-free-ness in 2007. The problem is that the code was developed from 1988 to 2003 by Marcel J. E. Mol under the original non-DFSG license. During this period a number of patches were provided --- a priori under the same (non-DFSG) license. The contributors are listed at the top of dvi2tty.c. Some of these patches may be irrelevant under gcc+glibc but the remaining contributors need to be contacted and the issue sorted out. Regards, Kapil. -- signature.asc Description: Digital signature
Bug#342672: Sorry
Hello, Sorry. I closed this bug by mistake when I meant to close 342762. I really must clean the keyboard one of these days! Regards, Kapil. signature.asc Description: Digital signature
Bug#304700: elvis: Visual { and } commands behaving incorrectly relative to documentation
Hello,
On Thu, 14 Apr 2005, Dave Sherohman wrote:
> This { is considered to be a start-of-section.
> This { is not.
The explanation given near "elvisvi.html#obra" is not correct
and the correct explanation is given near
"elvisopt.html#tweaksection".
To get the behaviour you are looking for
:set tweaksection=off
I will fix the documentation to indicate this in the next (and my
first as maintainer!) upload of elvis.
Meanwhile, if you feel (after reading Steve Kirkendall's explanation
of why he introduced "tweaksection") that the option should be off by
default then please feel free to write a follow-up indicating this.
Regards,
Kapil.
--
signature.asc
Description: Digital signature
Bug#306209: Elvis --- Safe under any WM? :)
tag 306209 unreproducible moreinfo thanks Elvis (X11 version) seems to be stable upon switching virtual desks under different window managers. I think the bug may have to do with the window manager the submitter was using. I assumed this was the default KDE window manager in my previous post to this bug report (though even that was stable). In any case I have not been able to reproduce this behaviour and cannot take any follow-up action without further input from the submitter. Regards, Kapil. -- signature.asc Description: Digital signature
Bug#290689: elvis: Just to make sure I understand ...
Hello, Quoting from "howto.html": Indicate when Elvis owns the current X11 selection The cursor can be configured to have a special color whenever Elvis owns the current selection. On Tue, 18 Jan 2005, wim delvaux wrote: > However I am not entirely sure that the explained behavior is correct. > I do not 'really' understand exactly when 'owning selection' occurs. There are two different selections which need to be distinguished. One is the selection of text by elvis. In gui mode this is indicated by suitable highlighting. The other is what forms the "selection" for X11. This could be within the elvis window or outside. Only the second type of selection decides what color the cursor takes. After the command "color cursor color1 on color2": Whenever the X11 selection lies outside the elvis window, the cursor takes on color1. Whenever the X11 selection lies within the elvis window, the cursor takes on color2. I hope this explanation is satisfactory and that I can close this bug. Regards, Kapil. -- signature.asc Description: Digital signature
Bug#398181: dvipng: Dependencies
Package: dvipng Version: 1.8-1 Severity: minor Tag: sarge Hello, This bug arose while trying to backport the etch version of dvipng to sarge. The above dvipng version can be built on on sarge but it fails to find freetype font glyphs if the sarge versions of tetex-extra and libfreetype6 are installed. Even in this case it works if freetype is disabled (--freetype0 cmd-line option). I could only get it to with libfreetype6 (>= 2.2.1) when tetex-extra is installed. Note that if tetex-extra is not installed then tex defaults to the bitmap fonts anyway and so the incompatability with libfreetype does not arise. At the moment I am undecided which of the three packages is to "blame" so I'm keeping the bug with "dvipng". Regards, Kapil. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_IN.UTF-8, LC_CTYPE=en_IN.UTF-8 (charmap=UTF-8) Versions of packages dvipng depends on: ii libc6 2.3.6.ds1-7 GNU C Library: Shared libraries ii libfreetype62.2.1-5 FreeType 2 font engine, shared lib ii libgd2-xpm 2.0.33-5.1 GD Graphics Library version 2 ii libkpathsea43.0-23 path search library for teTeX (run ii libpng12-0 1.2.8rel-7 PNG library - runtime ii libt1-5 5.1.0-2 Type 1 font rasterizer library - r ii tetex-base 3.0.dfsg.3-1 Basic TeX input files of teTeX ii zlib1g 1:1.2.3-13 compression library - runtime dvipng recommends no packages. -- no debconf information signature.asc Description: Digital signature
Bug#401151: dvipng: Newer version 1.9 fixes BTS bugs
Package: dvipng Version: 1.8-1 Severity: normal Hello, Please package dvipng version 1.9 it fixes the only open bugs #366946 and #398181! Regards, Kapil. -- -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_IN.UTF-8, LC_CTYPE=en_IN.UTF-8 (charmap=UTF-8) Versions of packages dvipng depends on: ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries ii libfreetype62.2.1-5 FreeType 2 font engine, shared lib ii libgd2-noxpm2.0.33-5.1 GD Graphics Library version 2 (wit ii libkpathsea43.0-24 path search library for teTeX (run ii libpng12-0 1.2.13-4 PNG library - runtime ii libt1-5 5.1.0-2 Type 1 font rasterizer library - r ii tetex-base 3.0.dfsg.3-1 Basic TeX input files of teTeX ii zlib1g 1:1.2.3-13 compression library - runtime dvipng recommends no packages. -- no debconf information signature.asc Description: Digital signature
