Bug#1019497: O: watchman -- file watching service
On Sat, Sep 10, 2022 at 01:14:51PM -0300, Eriberto Mota wrote: > Hi Anuradha, > > > The current version is dated and there a few issues with the python > > module that would need to be fixed if it's to make Bookworm. It also > > depends on an obsolete pcre3 library and the best course of action is to > > upgrade to the latest version upstream. > > Do you know if the python issues were fixed in the latest version upstream? Yes, it is. I've just uploaded a version (4.9.0-7) with the fix. -- Anuradha
Bug#965242: procmon: changing from ITP to RFP
retitle 965242 RFP: procmon -- utility to trace the syscall activity on the system noowner 965242 thanks I'm unable to spend time on packaging and maintaining this, and since this has been in my queue for a while, I'd like to give this up to someone who'd be willing to take this up. -- Anuradha
Bug#1019497: O: watchman -- file watching service
Package: wnpp Severity: normal Control: affects -1 src:watchman I haven't been using this package in a while, and the latest version upstream requires some work to get into Debian, which I cannot afford right now. The current version is dated and there a few issues with the python module that would need to be fixed if it's to make Bookworm. It also depends on an obsolete pcre3 library and the best course of action is to upgrade to the latest version upstream. If you use this package and would like to maintain it, please adopt it. It's a good and useful package and deserves someone who can spend some quality time on it. -- Anuradha
Bug#1018301: update-binfmts: warning: current package is ksh93u+m, but binary format already installed by ksh
On Sun, Aug 28, 2022 at 11:59:14AM -0600, Bob Proulx wrote: > Upgrading today I noticed this warning printed by the package. > > update-binfmts: warning: current package is ksh93u+m, but binary format > already installed by ksh Thanks for the report. The fix is staged for the next release. -- Anuradha
Bug#1001581: ITP: drgn -- debugger with an emphasis on programmability
On Thu, Aug 18, 2022 at 12:38:07PM +0200, Bastian Germann wrote: > You have not provided a hint of working on this for 9 months and did not > answer Michel. > As he has now handed in a RFS, I am assigning him this ITP. Acknowledged, and thanks. It's in better hands.
Bug#1001581: ITP: drgn -- debugger with an emphasis on programmability
Package: wnpp Severity: wishlist Owner: Anuradha Weeraman * Package name: drgn Version : 0.0.16 Upstream Author : Omar Sandoval * URL : https://github.com/osandov/drgn * License : GPL-3 Programming Lang: Python Description : debugger with an emphasis on programmability drgn (pronounced "dragon") is a debugger with an emphasis on programmability. drgn exposes the types and variables in a program for easy, expressive scripting in Python.
Bug#1001097: ksh93u+m_1.0.0~beta.1-2_all-buildd.changes REJECTED
Hi Aruelien On Sat, Dec 04, 2021 at 10:39:58AM +0100, Aurelien Jarno wrote: > Source: ksh93u+m > Version: 1.0.0~beta.1-2 > Severity: serious > > On 2021-12-03 18:48, Debian FTP Masters wrote: > > Version check failed: > > Your upload included the binary package ksh, version 20210511, for all, > > however unstable already has version 20210511. > > Uploads to unstable must have a higher version than present in unstable. > > > > Mapping sid to unstable. The version 20210511 is a transitional package from the older ksh package over to ksh93u+m [1]. According to this, is the expectation that the the transitional package version is bumped with each release of ksh93u+m, at least until the transition is complete in the next Debian release? Thanks, Anuradha [1] - https://wiki.debian.org/RenamingPackages
Bug#999562: Patatt is now in unstable
You can get the attestation functionality to work in b4 by installing patatt which is now in unstable. See related request to have a dependency in b4 for patatt: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1000250 -- Anuradha
Bug#1000250: Dependency on patatt
Package: b4 Severity: minor Patatt (https://git.kernel.org/pub/scm/utils/patatt/patatt.git) is now in Debian unstable and patch attestation functionality has been moved to it, so requesting that a dependency be included in b4 for patatt. Right now, without patatt installed, b4 gives: $ b4 attest /tmp/patch ERROR: b4 now uses patatt for patch attestation. See: https://git.kernel.org/pub/scm/utils/patatt/patatt.git/about/ But with patatt installed: $ b4 attest /tmp/patch SIGN | patch $ patatt validate /tmp/patch PASS | anura...@debian.org, [PATCH] Updated the man page -- Anuradha
Bug#999814: RM: ksh/experimental -- ROM
Package: ftp.debian.org Severity: normal Hi Please remove ksh (20210510-93u+m-1.0.0~beta.1-1) from experimental. The version in experimental has been superceded by a package transition to src:ksh93u+m and so there is no longer a valid upgrade path to the version in experimental. thanks, Anuradha
Bug#999773: ksh93u+m: missing Breaks+Replaces: ksh (<< 20210511)
On Tue, Nov 16, 2021 at 02:56:26PM +0100, Andreas Beckmann wrote: > Package: ksh93u+m > Version: 1.0.0~beta.1-1 > Severity: serious > Tags: patch > User: debian...@lists.debian.org > Usertags: piuparts > > Hi, > > during a test with piuparts I noticed your package fails to upgrade from > 'sid' to 'experimental'. > It installed fine in 'sid', then the upgrade to 'experimental' fails > because it tries to overwrite other packages files without declaring a > Breaks+Replaces relation. > This error may also be triggered by having a predecessor package from > 'sid 'installed while installing the package from 'experimental'. Thanks for this observation and report. In this case, the version in experimental needs to be removed as that is no longer a valid upgrade path and has been superceded by the package transition to ksh93u+m. I will request the removal of the package in experimental to address this issue. Regards, Anuradha
Bug#994760: ITP: patatt -- Cryptographic attestation to patches sent via mail
Package: wnpp Severity: wishlist Owner: Anuradha Weeraman * Package name: patatt Version : 0.4.8 Upstream Author : Konstantin Ryabitsev * URL : https://git.kernel.org/pub/scm/utils/patatt/patatt.git/ * License : MIT-0 Programming Lang: Python Description : Cryptographic attestation to patches sent via mail This utility allows an easy way to add end-to-end cryptographic attestation to patches sent via mail. It does so by adapting the DKIM email signature standard to include cryptographic signatures via the X-Developer-Signature email header.
Bug#994100: ITP: ksh93u+m -- AT&T KornShell
Package: wnpp Severity: wishlist Owner: Anuradha Weeraman * Package name: ksh93u+m Version : 1.0.0-beta.1 Upstream Author : David Korn * URL : https://www.kornshell.com * License : EPL Programming Lang: C Description : AT&T KornShell (ksh93u+m) This package is the fork of the AT&T KornShell as maintained by Martijn Dekker et al. This new package is being introduced as part of a transition from the src:ksh over to this community maintained version of the ksh93 distribution.
Bug#990264: Bug#990265: mksh: output error is not checked for some builtins when stdout is closed
close 990264 thanks On Thu, Jun 24, 2021 at 01:49:55PM +, Thorsten Glaser wrote: > Vincent Lefevre dixit: > > >Like with ksh93, output error is not checked for some builtins > >(at least pwd and ulimit), e.g. after closing stdout. > > > >$ exec >&- > >$ for i in echo pwd print ulimit; do echo "[$i]" >&2; $i; echo $? >&2; done > > You have just left POSIX land: > >At program start-up, three streams are predefined and need not be >opened explicitly: standard input (for reading conventional input), >standard output (for writing conventional output), and standard error >(for writing diagnostic output). When opened, the standard error >stream is not fully buffered; the standard input and standard output >streams are fully buffered if and only if the stream can be >determined not to refer to an interactive device. > > At the start of those commands, stdout is closed, so you violate that > constraint. Note POSIX is not just demands on the implementation but > also on the user, for example, it specifically permits extensions where > the behaviour is otherwise unspecified, i.e. which could not happen in > a conforming user. There was an update on this from the Austin Group that will be in the next version of the POSIX standard relating to the streams that need to be opened at startup. Here's the changed verbiage which is explicit about the streams needing to be "already open": "At program start-up, three streams shall be predefined and already open: stdin (standard input, for conventional input) for reading, stdout (standard output, for conventional output) for writing, and stderr (standard error, for diagnostic output) for writing." [1] Also, some more elaboration by POSIX on unspecified behavior if the standard streams are not open for reading and writing: "If a standard utility or a conforming application is executed with file descriptor 0 not open for reading or with file descriptor 1 or 2 not open for writing, the environment in which the utility or application is executed shall be deemed non-conforming, and consequently the utility or application might not behave as described in this standard." [2] [1] - https://austingroupbugs.net/view.php?id=1347#c5161 [2] - https://pubs.opengroup.org/onlinepubs/9699919799/functions/execve.html -- Anuradha
Bug#964986: buster-pu: package ksh/93u+20120801-3.4
On Sat, Jul 25, 2020 at 05:00:21PM +0100, Adam D. Barratt wrote: > > > The target distribution would need to be 'buster' in this case of > > > the upload for the point release. > > > > Noted, thanks, will consider along with any input from the release > > team. > > One other small change - the version should be "93u+20120801- > 3.4+deb10u1", as the current Debian revision is 3.4, not 4. > > With those updated, please go ahead. Thanks. I have uploaded with the suggested changes: distribution=buster version=93u+20120801-3.4+deb10u1 Anuradha
Bug#965072: Upstream resolution
Conversation and resolution upstream on this issue: https://github.com/ksh93/ksh/issues/79 Resolution will be cherry-picked for next release. Anuradha
Bug#965243: ITP: procdump -- utility to create core dumps based on performance triggers
Package: wnpp Severity: wishlist Owner: Anuradha Weeraman * Package name: procdump Version : 1.1.1 Upstream Author : Microsoft * URL : https://github.com/microsoft/ProcDump-for-Linux * License : MIT Programming Lang: C Description : Utility to create core dumps based on performance triggers ProcDump provides a convenient way for Linux developers to create core dumps of their application based on performance triggers.
Bug#965242: ITP: procmon -- utility to trace the syscall activity on the system
Package: wnpp Severity: wishlist Owner: Anuradha Weeraman * Package name: procmon Version : 1.0-pre Upstream Author : Microsoft * URL : https://github.com/microsoft/ProcMon-for-Linux * License : MIT Programming Lang: C++ Description : Utility to trace the syscall activity on the system Procmon provides a convenient and efficient way for Linux developers to trace the syscall activity on the system.
Bug#965072: Attempting to reproduce
Datapoint: $ cat TODO | while read line; do ls; done ls: ls: cannot execute [Exec format error] ls: ls: cannot execute [Exec format error] ls: ls: cannot execute [Exec format error] ls: ls: cannot execute [Exec format error] $ ksh -c "cat TODO | while read line; do ls; done" fs.img repro.sh TODO fs.img repro.sh TODO fs.img repro.sh TODO fs.img repro.sh TODO
Bug#965072: Attempting to reproduce
Just FYI, was able to re-create when running on a loopback mounted with noexec.
Bug#965072: Attempting to reproduce
Thanks for reporting the issue, Thorsten. I'm attempting to reproduce the issue on stretch, in a container: # cat repro.sh #!/bin/ksh cat TODO | while read line; do ls; done # cat TODO 1 2 3 4 # ksh --version version sh (AT&T Research) 93u+ 2012-08-01 # dpkg -l | grep ksh ii ksh 93u+20120801-3.1 amd64Real, AT&T version of the Korn shell # ./repro.sh TODO repro.sh TODO repro.sh TODO repro.sh TODO repro.sh Same with the latest on sid. Did you have to do anything apart from the above to reproduce on your end? Anuradha
Bug#964986: buster-pu: package ksh/93u+20120801-3.4
On Tue, Jul 14, 2020 at 06:16:30AM +0200, Salvatore Bonaccorso wrote: > Small change is needed in the debdiff: > > > diff -Nru ksh-93u+20120801/debian/changelog > > ksh-93u+20120801/debian/changelog > > --- ksh-93u+20120801/debian/changelog 2018-12-14 02:26:58.0 > > -0500 > > +++ ksh-93u+20120801/debian/changelog 2020-07-12 11:26:07.0 > > -0400 > > @@ -1,3 +1,15 @@ > > +ksh (93u+20120801-4+deb10u1) buster-security; urgency=high > > The target distribution would need to be 'buster' in this case of the > upload for the point release. Noted, thanks, will consider along with any input from the release team. Anuradha
Bug#964987: reportbug: Error when filing a report with release.debian.org for buster-pu
Package: reportbug Version: 7.7.0 Severity: normal Tags: patch X-Debbugs-Cc: anura...@debian.org I was attempting to file a report with release.debian.org for a buster-pu and got an error, transcript below: Choose the request type: 3 Please enter the name of the package: ksh Checking status database... Latest version seems to be 93u+20120801-3.4, is this the proper one ? [Y|n|?]? y Traceback (most recent call last): File "/usr/bin/reportbug", line 2302, in main() File "/usr/bin/reportbug", line 1107, in main return iface.user_interface() File "/usr/bin/reportbug", line 1709, in user_interface res = special_prompts(package, bts, ui, fromaddr, File "/usr/bin/reportbug", line 531, in special_prompts return pkgprompts(package, bts, ui, fromaddr, timeout, online, http_proxy) File "/usr/lib/python3/dist-packages/reportbug/debbugs.py", line 613, in handle_debian_release body = textwrap.dedent("""\ TypeError: not all arguments converted during string formatting I've attached a patch to /usr/lib/python3/dist-packages/reportbug/debbugs.py that I used to work around. -- Package-specific info: ** Environment settings: EDITOR="vi" PAGER="less" VISUAL="vi" DEBEMAIL="anura...@debian.org" DEBFULLNAME="Anuradha Weeraman" INTERFACE="text" ** /home/anuradha/.reportbugrc: reportbug_version "7.7.0" mode advanced ui text no-cc list-cc-me smtphost reportbug.debian.org -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 5.7.8 (SMP w/12 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/bash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages reportbug depends on: ii apt2.1.7 ii python33.8.2-3 ii python3-reportbug 7.7.0 ii sensible-utils 0.0.12+nmu1 reportbug recommends no packages. Versions of packages reportbug suggests: pn claws-mail pn debconf-utils ii debsums 3.0.0 pn default-mta | postfix | exim4 | mail-transport-agent pn dlocate pn emacs-bin-common ii file 1:5.38-5 ii gnupg 2.2.20-1 ii python3-urwid 2.1.0-4 pn reportbug-gtk ii xdg-utils 1.1.3-2 Versions of packages python3-reportbug depends on: ii apt2.1.7 ii file 1:5.38-5 ii python33.8.2-3 ii python3-apt2.1.3 ii python3-debian 0.1.37 ii python3-debianbts 3.0.2 ii python3-requests 2.23.0+dfsg-2 ii sensible-utils 0.0.12+nmu1 python3-reportbug suggests no packages. -- no debconf information --- debbugs.py.old 2020-07-13 18:59:58.431958248 -0400 +++ debbugs.py.new 2020-07-13 19:00:12.999697479 -0400 @@ -641,7 +641,7 @@ [ Other info ] (Anything else the release team should know.) -""" % (package, package, version)) +""") elif tag == 'rm': subject = 'RM: %s/%s' % (package, version) body = '(explain the reason for the removal here)\n'
Bug#964986: buster-pu: package ksh/93u+20120801-3.4
Package: release.debian.org Severity: normal Tags: buster User: release.debian@packages.debian.org Usertags: pu X-Debbugs-Cc: anura...@debian.org, car...@debian.org [ Reason ] Summary of the issue: In ksh version 20120801, a flaw was found in the way it evaluates certain environment variables. An attacker could use this flaw to override or bypass environment restrictions to execute shell commands. [ Impact ] Services and applications that allow remote unauthenticated attackers to provide one of those environment variables could allow them to exploit this issue remotely, although the risk is deemed low. [ Tests ] There is a test included in the diff that was used to validate the fix. Also, the regression test suite was run to make sure there were no regressions. [ Risks ] The regression test suite has been run before and after the patch to confirm no new regressions. Also, the fix is applied in unstable with no new issues reported. [ Checklist ] [X] *all* changes are documented in the d/changelog [X] I reviewed all changes and I approve them [X] attach debdiff against the package in (old)stable [X] the issue is verified as fixed in unstable [ Changes ] * Patch to arith.c that fixes the CVE * Test case for the fix [ Other info ] This was brought up to the security team first, and it was deemed that a DSA is not required by Salvatore Bonaccorso. Anuradha -- System Information: Debian Release: bullseye/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) diff -Nru ksh-93u+20120801/debian/changelog ksh-93u+20120801/debian/changelog --- ksh-93u+20120801/debian/changelog 2018-12-14 02:26:58.0 -0500 +++ ksh-93u+20120801/debian/changelog 2020-07-12 11:26:07.0 -0400 @@ -1,3 +1,15 @@ +ksh (93u+20120801-4+deb10u1) buster-security; urgency=high + + * Fix for CVE-2019-14868: in ksh version 20120801, a flaw was found +in the way it evaluates certain environment variables. An attacker +could use this flaw to override or bypass environment restrictions +to execute shell commands. Services and applications that allow +remote unauthenticated attackers to provide one of those +environment variables could allow them to exploit this issue +remotely. (Closes: #948989) + + -- Anuradha Weeraman Sun, 12 Jul 2020 11:26:07 -0400 + ksh (93u+20120801-3.4) unstable; urgency=medium [ Boyuan Yang ] diff -Nru ksh-93u+20120801/debian/patches/cve-2019-14868.patch ksh-93u+20120801/debian/patches/cve-2019-14868.patch --- ksh-93u+20120801/debian/patches/cve-2019-14868.patch1969-12-31 19:00:00.0 -0500 +++ ksh-93u+20120801/debian/patches/cve-2019-14868.patch2020-07-12 11:26:07.0 -0400 @@ -0,0 +1,97 @@ +Description: CVE-2019-14868 + Certain environment variables were interpreted as arithmetic + expressions on startup, leading to code injection. +Bug-Debian: https://bugs.debian.org/948989 +Bug-RedHat: https://bugzilla.redhat.com/show_bug.cgi?id=1757324 +Author: Kurtis Rader +Origin: https://github.com/ksh93/ksh/commit/593a5a8b7f272c2488c8a800820ae990942946e7 +Date: 2020-05-21 + +diff --git a/src/cmd/ksh93/sh/arith.c b/src/cmd/ksh93/sh/arith.c +index b1059421..6361431b 100644 +--- a/src/cmd/ksh93/sh/arith.c b/src/cmd/ksh93/sh/arith.c +@@ -513,21 +513,36 @@ Sfdouble_t sh_strnum(register const char *str, char** ptr, int mode) + char base=(shp->inarith?0:10), *last; + if(*str==0) + { +- if(ptr) +- *ptr = (char*)str; +- return(0); +- } +- errno = 0; +- d = strtonll(str,&last,&base,-1); +- if(*last || errno) +- { +- if(!last || *last!='.' || last[1]!='.') +- d = strval(shp,str,&last,arith,mode); +- if(!ptr && *last && mode>0) +- errormsg(SH_DICT,ERROR_exit(1),e_lexbadchar,*last,str); ++ d = 0.0; ++ last = (char*)str; ++ } else { ++ errno = 0; ++ d = strtonll(str,&last,&base,-1); ++ if (*last && !shp->inarith && sh_isstate(SH_INIT)) { ++ /* This call is to handle "base#value" literals if we're importing untrusted env vars. */ ++ errno = 0; ++ d = strtonll(str, &last, NULL, -1); ++ } ++ ++ if(*last || errno) ++ { ++ if (sh_isstate(SH_INIT)) { ++ /* ++ * Initializing means importing untrusted env vars. The string does not appear to be ++ * a recognized numeric literal, so give up. We can't safely call strval(), because ++ * that allows arbitrary expressions, causing security vulnerability CVE-2019-14868. ++ */
Bug#964424: SSFN ITP package and description updates
Package: wnpp Severity: wishlist Owner: Anuradha Weeraman * Package name: ssfn Version : 2 Upstream Author : bzt * URL : https://gitlab.com/bztsrc/scalable-font2 * License : MIT Programming Lang: C Description : Scalable Screen Font, a bitmap and vector font renderer A small, portable scalable bitmap and vector font renderer. It comes with a single ANSI C/C++ header file and has only memory related libc dependency. It does not use floating point numbers with a small footprint of approximately 32k. It is ideal for embedded systems and hobby OS kernels.
Bug#964424: ITP: scalable-font -- Scalable bitmap and vector font renderer
Package: wnpp Severity: wishlist Owner: Anuradha Weeraman * Package name: scalable-font Version : 2 Upstream Author : bzt * URL : https://gitlab.com/bztsrc/scalable-font2 * License : MIT Programming Lang: C Description : Scalable bitmap and vector font renderer A small, portable scalable bitmap and vector font renderer. It comes with a single ANSI C/C++ header file and has only memory related libc dependency. It does not use floating point numbers with a small footprint of approximately 22k. It is ideal for embedded systems and hobby OS kernels.
Bug#964056: Should ksh93 be removed?
On Wed, Jul 01, 2020 at 12:40:17AM +0300, Adrian Bunk wrote: > Package: ksh93 > Severity: serious > > ksh (2020.0.0+really93u+20120801-6) unstable; urgency=high > > * v2020 of ksh is no longer being maintained and upstream repository has > been reverted back to the last stable version of 93u+. This update > reverts back the ksh2020 changes back to the original ksh93 from AT&T. > ... > -- Anuradha Weeraman Sat, 27 Jun 2020 21:17:32 -0400 > > > The 2020 version of ksh was never part of any Debian distribution > other than unstable, and this seems to make it obsolete. #963858 is open with the ftp-master to have ksh93 removed. -- Regards Anuradha
Bug#963858: ksh93 -- ROM; superceded by revert of src:ksh to ksh93
Package: ftp.debian.org Severity: normal This is to request that src:ksh93 be removed. This is triggered by the latest upload to src:ksh that reverts ksh back to ksh93 in the src:ksh package, making src:ksh93 as a separate package redundant. -- Regards Anuradha
Bug#950762: ksh,ksh93: both ship /etc/skel/.kshrc with insufficient Conflicts/Breaks/Replaces
On Thu, Feb 06, 2020 at 03:44:51PM +, Thorsten Glaser wrote: > I had considered that, but creating a ksh-common package for just > one file, which in addition to that is a skeleton file that is not > used during normal operation, just adduser, seems overkill. The > sequence of installing both then removing one is also expected to > occur only rarely, most users would either install one, or both, > and then keep that. I had thought that that with the Replaces on > the other packages would be sufficient. > > Is it possible to make an exception here, considering the file in > question and that it is documented? Hi Andreas I would agree on Thorsten's point above that it would be somewhat overkill in this given scenario. Please suggest if you would be okay with an exception in this regard, or if you still feel that this needs to be addressed? thanks, Anuradha
Bug#948745: ksh2020 vs. ksh93
On Tue, Jan 28, 2020 at 07:49:27PM +0100, Thorsten Glaser wrote: > https://ftp-master.debian.org/new.html shows ksh93 ☻ let’s wait for the > ftpmaster review. Some good news this morning, looks like the package got accepted into the archive. -- Regards Anuradha
Bug#948745: ksh2020 vs. ksh93
On Tue, Jan 28, 2020 at 07:49:27PM +0100, Thorsten Glaser wrote: > Thanks for having a look over it (oneself doesn’t find one’s own errors > as good as others). I certainly learnt a thing or two. > Am I correct in assuming you’ll need DM upload privileges on it, once > it’s accepted? Yes, please, if you would be willing to. -- Regards Anuradha
Bug#948745: ksh2020 vs. ksh93
On Mon, Jan 27, 2020 at 08:00:08PM +0100, Thorsten Glaser wrote: > On Fri, 24 Jan 2020, Anuradha Weeraman wrote: > I had to change some things in src:ksh as well, for better > coïnstallability, and for upgrading. Let’s hope this passes > all tests and ftpmasters… Thanks, looks great. -- Regards Anuradha
Bug#948745: ksh2020 vs. ksh93
If you could team upload as well that would be great! On Fri, Jan 24, 2020, 9:53 AM Thorsten Glaser wrote: > On Fri, 24 Jan 2020, Anuradha Weeraman wrote: > > > Thanks for the feedback. > > > > Happy to receive a PR and support with uploading ksh93. Will replicate > > accordingly to ksh2020 as well. > > You’re welcome. > > Just to be clear: > > > > > Thanks. Are you going to package ksh93 as well, or should > > > > I do that (I’m a DD and can do it easily)? > > > You can find a branch on Salsa for ksh93 with the alternatives support > here: > > https://salsa.debian.org/debian/ksh/tree/debian/ksh93 > > > I've done some co-existence testing on it. If you could review and help > > sponsor the package that would be awesome. > > Should I review, possibly fix up, and then team-upload it? > > > > > More questions, from looking at the debdiff: > > > > > > >> * Use alternative system for ksh, shcomp and rksh > > > > > > You’re setting these up as slaves of /bin/ksh, which however > > > does not work if the user chooses /bin/ksh to be mksh but > > > still wants to have shcomp for ksh93 or ksh2020 available. > > > > > > I’d separate at _least_ shcomp into its own alternative, > > > if not rksh (which _can_ be configured separately from ksh, > > > but does not need to; currently, mksh does not provide rksh, > > > but in the future it might). > > > > > > +++ ksh-2020.0.0/debian/gitlab-ci.yml 2020-01-19 07:43:52.0 > +0100 > > > + SALSA_CI_PIUPARTS_ARGS: --ignore=/etc/shells > > > > > > This will not work in practice: piuparts as run by britney > > > (Debian testing migration) doesn’t read this, and so it will > > > never migrate. The cause is easy: > > > > > > +++ ksh-2020.0.0/debian/ksh.postinst2020-01-19 07:43:52.0 > +0100 > > > +add-shell /bin/ksh > > > +add-shell /bin/rksh > > > > > > Please *don’t* add /bin/ksh (and /bin/rksh) to /etc/shells; > > > both ksh before your change and mksh don’t do that, and we > > > decided some time back to let the user only add explicit > > > choices, not things from the alternative system, as shell, > > > so they keep their shell even when the alternative changes. > > > > > > Please also remove the comment referring #790118 there, as > > > it was superceded by the above discussion. > > > > > > Doing this will fix piuparts at the same time ☻ > > > > > > shcomp2020.1 and 0001-List-only-supported-names-for-ksh.patch > > > also need the new names. > > > > > > Do you want me to prepare a pull request with these changes, > > > and, possibly, upload them (to save you effort)? > > Just to be clear: should I only prepare a pull request, or > should I also team-upload the changes? > > bye, > //mirabilos (mksh developer and packager; Debian Developer) > -- > tarent solutions GmbH > Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ > Tel: +49 228 54881-393 • Fax: +49 228 54881-235 > HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 > Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander > Steeg > > ** > > Mit der tarent Academy bieten wir auch Trainings und Schulungen in den > Bereichen Softwareentwicklung, Agiles Arbeiten und Zukunftstechnologien an. > > Besuchen Sie uns auf www.tarent.de/academy. Wir freuen uns auf Ihren > Kontakt. > > ** >
Bug#948745: ksh2020 vs. ksh93
Thanks for the feedback. Happy to receive a PR and support with uploading ksh93. Will replicate accordingly to ksh2020 as well. Regards Anuradha On Fri, Jan 24, 2020, 9:36 AM Thorsten Glaser wrote: > On Fri, 24 Jan 2020, Thorsten Glaser wrote: > > > Thanks. Are you going to package ksh93 as well, or should > > I do that (I’m a DD and can do it easily)? > > More questions, from looking at the debdiff: > > >> * Use alternative system for ksh, shcomp and rksh > > You’re setting these up as slaves of /bin/ksh, which however > does not work if the user chooses /bin/ksh to be mksh but > still wants to have shcomp for ksh93 or ksh2020 available. > > I’d separate at _least_ shcomp into its own alternative, > if not rksh (which _can_ be configured separately from ksh, > but does not need to; currently, mksh does not provide rksh, > but in the future it might). > > +++ ksh-2020.0.0/debian/gitlab-ci.yml 2020-01-19 07:43:52.0 +0100 > + SALSA_CI_PIUPARTS_ARGS: --ignore=/etc/shells > > This will not work in practice: piuparts as run by britney > (Debian testing migration) doesn’t read this, and so it will > never migrate. The cause is easy: > > +++ ksh-2020.0.0/debian/ksh.postinst2020-01-19 07:43:52.0 +0100 > +add-shell /bin/ksh > +add-shell /bin/rksh > > Please *don’t* add /bin/ksh (and /bin/rksh) to /etc/shells; > both ksh before your change and mksh don’t do that, and we > decided some time back to let the user only add explicit > choices, not things from the alternative system, as shell, > so they keep their shell even when the alternative changes. > > Please also remove the comment referring #790118 there, as > it was superceded by the above discussion. > > Doing this will fix piuparts at the same time ☻ > > shcomp2020.1 and 0001-List-only-supported-names-for-ksh.patch > also need the new names. > > Do you want me to prepare a pull request with these changes, > and, possibly, upload them (to save you effort)? > > bye, > //mirabilos (mksh developer) > -- > tarent solutions GmbH > Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ > Tel: +49 228 54881-393 • Fax: +49 228 54881-235 > HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 > Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander > Steeg > > ** > > Mit der tarent Academy bieten wir auch Trainings und Schulungen in den > Bereichen Softwareentwicklung, Agiles Arbeiten und Zukunftstechnologien an. > > Besuchen Sie uns auf www.tarent.de/academy. Wir freuen uns auf Ihren > Kontakt. > > ** >
Bug#948745: ksh: offer both AT&T ksh93 and the new ksh2020 (separate packages)
On Sun, Jan 12, 2020 at 09:47:38PM +0100, Thorsten Glaser wrote: > Package: ksh > Version: 2020.0.0-2 > Severity: wishlist > > ksh2020 has many problems, such as speed reduction by 300%, which > currently causes much uproar among its users in IRC. Newly introduced > features additionally come with much breakage. > > Please change the ksh binary package to ship /usr/bin/ksh2020 > instead of /usr/bin/ksh93, and reintroduce src:ksh (= 93u+20120801-3.4) > as src:ksh93 building a ksh93 binary package with /usr/bin/ksh93 in it, > for the time being. This would of course need to Replaces ksh (<< the > first upload with /usr/bin/ksh2020 in it), and the other binaries will > need consideration as well. Thanks for this suggestion. I think this is reasonable given the challenges with ksh2020. I will spend some time on this over the weekend, and keep posted. -- Regards Anuradha
Bug#948690: RM: copyfs -- ROM; abandoned upstream
Package: ftp.debian.org Severity: normal I request that this package be removed from the distribution as it is unmaintained upstream with no upstream releases in over a decade. -- Regards Anuradha
Bug#948689: RM: jacksum -- ROM; unmaintained upstream
Package: ftp.debian.org Severity: normal I request that this package be removed from the distribution as it is unmaintained upstream with the last release made in 2006. -- Regards Anuradha
Bug#945757: RM: ncc -- ROM; removal triggered by the Python2 removal, abandoned upstream
Package: ftp.debian.org Severity: normal I request that this package be removed from the distribution as it is unmaintained upstream and depends on Python 2. -- Regards Anuradha
Bug#945382: ITP: sourcetrail -- interactive source explorer and visualization tool
Package: wnpp Severity: wishlist Owner: Anuradha Weeraman * Package name: sourcetrail Version : 2019.4.61 Upstream Author : Eberhard Gräther * URL : https://github.com/CoatiSoftware/Sourcetrail * License : GPL-3 Programming Lang: C++ Description : interactive source explorer and visualization tool Sourcetrail is an interactive source explorer that simplifies navigation and visualization of source code. Sourcetrail first indexes a given code base and gathers data about its structure and then provides a simple interface consisting of three interactive views for navigation and visualization: - Search: to quickly find and select indexed symbols in the source code. - Graph: displays the structure of the source code. It focuses on the currently selected symbol and directly shows all incoming and outgoing dependencies to other symbols. - Code: displays all source locations of the currently selected symbol in a list of code snippets. Clicking on a different source location allows you to change the selection and dig deeper. Sourcetrail currently supports the languages C/C++ and Java. -- Regards Anuradha
Bug#942313: RFS: codelite [QA] -- Powerful and lightweight IDE
On Tue, Oct 15, 2019 at 02:30:56PM +0100, da...@codelite.co.uk wrote: > This was very quickly fixed by the wxsqlite3 maintainer. Codelite now builds > cleanly in a sid sbuild. Great, that was quick! Confirmed and looks good... -- Regards Anuradha
Bug#942313: RFS: codelite [QA] -- Powerful and lightweight IDE
On Mon, Oct 14, 2019 at 02:10:12PM +0100, da...@codelite.co.uk wrote: > Alternatively, one can download the package with dget using this command: > > dget -x > https://mentors.debian.net/debian/pool/main/c/codelite/codelite_13.0+dfsg-1.dsc > Hello. I just did an sbuild on unstable and got the following error: dh_auto_configure: cd obj-x86_64-linux-gnu && cmake -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=None -DCMAKE_INSTALL_SYSCONFDIR=/etc -DCMAKE_INSTALL_LOCALSTATEDIR=/var -DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON -DCMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY=ON -DCMAKE_INSTALL_RUNSTATEDIR=/run "-GUnix Makefiles" -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_INSTALL_LIBDIR=lib/x86_64-linux-gnu -DCMAKE_INSTALL_LIBDIR=lib -DLIBCLANG_T=/usr/lib/llvm-8/lib/libclang.so -DLIBCLANG_INCLUDE_T=/usr/lib/llvm-8/include .. returned exit code 1 make[1]: *** [debian/rules:31: override_dh_auto_configure] Error 2 make[1]: Leaving directory '/<>' make: *** [debian/rules:28: binary] Error 2 dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2 Here's the build summary: Build Architecture: amd64 Build Type: binary Build-Space: n/a Build-Time: 1 Distribution: unstable Fail-Stage: build Host Architecture: amd64 Install-Time: 104 Machine Architecture: amd64 Package: codelite Package-Time: 140 Source-Version: 13.0+dfsg-1 Space: n/a Status: attempted Version: 13.0+dfsg-1 -- Regards Anuradha
Bug#767657: ITP: libusergrid-client-perl -- A client for Apache Usergrid
Package: wnpp Severity: wishlist Owner: Anuradha Weeraman * Package name: libusergrid-client-perl Version : 0.22 Upstream Author : Anuradha Weeraman * URL : http://search.cpan.org/~anuradha/Usergrid-Client-0.22/ * License : Apache 2.0 Programming Lang: Perl Description : A client for Apache Usergrid This package provides a simple Perl SDK for Apache Usergrid. Usergrid is an open-source Backend-as-a-Service (BaaS) composed of an integrated distributed NoSQL database, application layer and client tier with SDKs for developers looking to rapidly build web and/or mobile applications. It provides elementary services (user registration & management, data storage, file storage, queues) and retrieval features (full text search, geolocation search, joins) to power common app features. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#767656: ITP: librest-client-perl -- A simple client for interacting with RESTful http/https resources
Package: wnpp Severity: wishlist Owner: Anuradha Weeraman * Package name: librest-client-perl Version : 271 Upstream Author : mcraw...@cpan.org * URL : http://search.cpan.org/~mcrawfor/REST-Client-271/ * License : Artistic or GPL 1+ Programming Lang: Perl Description : A simple client for interacting with RESTful http/https resources REST::Client provides a simple way to interact with HTTP RESTful resources. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#514299: Bug 514299
Thanks Zachary for your contribution. The patch has been applied. Regards, Anuradha --- Anuradha Weeraman http://www.gnuromancer.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#482477: debian-maintainers: DM application for Anuradha Weeraman
Package: debian-maintainers Version: 1.33 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, I would like to be added to the Debian Maintainers keyring [1]. NIIBE Yutaka has advocated me [2]. I am also in the Debian NM process [3] and waiting for an Application Manager. The jetring changeset is attached with this report. [1] - http://lists.debian.org/debian-newmaint/2008/05/msg00043.html [2] - http://lists.debian.org/debian-newmaint/2008/05/msg00044.html [3] - https://nm.debian.org/nmstatus.php?email=aweeraman%40gmail.com Thanks. - - - - - - -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash debian-maintainers depends on no packages. Versions of packages debian-maintainers recommends: ii gnupg 1.4.6-2.2 GNU privacy guard - a free PGP rep - - - - - - -- no debconf information - - - - - - -- Anuradha Weeraman http://www.linux.lk/~anu/ http://www.gnuromancer.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: http://getfiregpg.org iD8DBQFINji1fGTUpJTWhUQRApWrAJsFi9nq+fFoO5I+3went0iFx1koOQCfd50T OeD6KHYFp0SvMv+RcisOVaM= =zP7O -END PGP SIGNATURE- anuradha.changeset Description: Binary data
Bug#482444: gitpkg: git-debimport does not work with absolute paths
Package: gitpkg Version: 0.6 Severity: important Tags: patch When I run git-debimport with an absolute path, I get the error shown below: $ git-debimport /absolute/path/to/package Initialized empty Git repository in .git/ Initial import of /absolute/path/to/package/package_1.0.orig.tar.gz tar: ..//absolute/path/to/package/package_1.0.orig.tar.gz: Cannot open: No such file or directory tar: Error is not recoverable: exiting now But it works when I git-debimport it for the same directory location but with a relative path. git-debimport ../../../path/to/package It appears that ../ is prefixed always in the get-debimport script when looking up the original tar ball, which caused it to fail for absolute paths. I've attached a patch that fixes this and I've tested it for both relative and absolute directories, and it seems to work. Appreciate if you could review, and consider this for inclusion. Thanks. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- no debconf information -- Anuradha Weeraman http://www.linux.lk/~anu/ http://www.gnuromancer.org --- git-debimport 2008-05-22 15:50:08.0 -0400 +++ git-debimport.new 2008-05-22 15:49:52.0 -0400 @@ -63,6 +63,11 @@ PACKAGE_NAME="${1##*/}" PACKAGE_DIFFS="$(find $PACKAGES_DIR -type f -name ${PACKAGE_NAME}_*.diff.gz | sort)" CACHE_DIR="../${PACKAGE_NAME}-import-cache" +FIRST_CH=`echo "$PACKAGES_DIR" | head -c 1` + +if [ "$FIRST_CH" != "/" ]; then + PREFIX="../" +fi if [ -z "$PACKAGE_DIFFS" ]; then echo "No ${1}_*.diff.gz files found, aborting." @@ -130,7 +135,7 @@ rm -rf "$CACHE_DIR" mkdir -p "$CACHE_DIR/${PACKAGE_NAME}-${UPSTREAM_VERSION}.orig" - tar -xf "../$PACKAGES_DIR/${PACKAGE_NAME}_${UPSTREAM_VERSION}.orig.tar.gz" \ + tar -xf "${PREFIX}$PACKAGES_DIR/${PACKAGE_NAME}_${UPSTREAM_VERSION}.orig.tar.gz" \ -C "$CACHE_DIR/${PACKAGE_NAME}-${UPSTREAM_VERSION}.orig" --strip 1 for i in $(ls -A "$CACHE_DIR/${PACKAGE_NAME}-${UPSTREAM_VERSION}.orig"); do cp -al "$CACHE_DIR/${PACKAGE_NAME}-${UPSTREAM_VERSION}.orig/$i" . @@ -183,7 +188,7 @@ for i in $(ls -A "$CACHE_DIR/${PACKAGE_NAME}-${UPSTREAM_VERSION}.orig"); do cp -al "$CACHE_DIR/${PACKAGE_NAME}-${UPSTREAM_VERSION}.orig/$i" . done -zcat "../$f" | patch -p1 +zcat "${PREFIX}$f" | patch -p1 chmod 755 debian/rules DATE=$(dpkg-parsechangelog | sed -n 's/Date: //p')
Bug#420607: Jin is non-free, with distribution limitations
After looking at the licensing issues a little deeper, and consulting upstream, it seems there are two binary-only jars that are non-free and are required to compensate for lag. Removing them would significantly degrade the user experience and it seems there's no possibility for them to be opened up. So, I have no alternative but to give up this package since I have no plans of maintaining non-free software. There was also the case of parts of the distribution being none-DFSG compliant, which needed to be looked at, but mostly superseded by the previous constraint. Jin is still a great piece of software, and upstream has been very courteous in responding to my requests. If anyone is willing to take it up, please let me know off the list, so I can send you what I've done so far. -- Anuradha Weeraman http://www.linux.lk/~anu/ http://anuradha.wordpress.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#470487: Jin is non-free, with distribution limitations
After looking at the licensing issues a little deeper, and consulting upstream, it seems there are two binary-only jars that are non-free and are required to compensate for lag. Removing them would significantly degrade the user experience and it seems there's no possibility for them to be opened up. So, I have no alternative but to give up this package since I have no plans of maintaining non-free software. There was also the case of parts of the distribution being none-DFSG compliant, which needed to be looked at, but mostly superseded by the previous constraint. Jin is still a great piece of software, and upstream has been very courteous in responding to my requests. If anyone is willing to take it up, please let me know off the list, so I can send you what I've done so far. -- Anuradha Weeraman http://www.linux.lk/~anu/ http://anuradha.wordpress.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#474640: ITP: jacksum -- Cross-platform tool to compute and verify checksums, CRCs and message digests
Package: wnpp Severity: wishlist * Package name: jacksum Version : 1.7.0 Upstream Author : Dipl.-Inf. (FH) Johann Nepomuk Loefflmann * URL : http://www.jonelo.de/java/jacksum * License : GPL Programming Lang: Java Description : Cross-platform tool to compute and verify checksums, CRCs and message digests Jacksum is a free and platform independent software for computing and verifying checksums, CRCs and message digests. Jacksum features both a commandline interface and an open API. Jacksum supports 58 popular algorithms (Adler32, BSD sum, Bzip2's CRC-32, POSIX cksum, CRC-8, CRC-16, CRC-24, CRC-32 (FCS-32), CRC-64, ELF-32, eMule/eDonkey, FCS-16, GOST R 34.11-94, HAS-160, HAVAL (3/4/5 passes, 128/160/192/224/256 bits), MD2, MD4, MD5, MPEG-2's CRC-32, RIPEMD-128, RIPEMD-160, RIPEMD-256, RIPEMD-320, SHA-0, SHA-1, SHA-224, SHA-256, SHA-384, SHA-512, Tiger-128, Tiger-160, Tiger, Tiger2, Tiger Tree Hash, Tiger2 Tree Hash, Unix System V sum, sum8, sum16, sum24, sum32, Whirlpool-0, Whirlpool-1, Whirlpool and xor8). Some of the additional features include: - Fully customized output - Customized CRC algorithms and support for combination of multiple algorithms - By default, output is 100% compatible with Unix-standard tools such as sum, cksum, md5sum and sha1sum - Supports verification of both the content and timestamp of files - Recursive file processing - Large file aware -- Anuradha Weeraman http://www.linux.lk/~anu/ http://anuradha.wordpress.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#470584: Patch for native2ascii task on GCJ
Hi, I've attached a lightly tested patch for this. It seems that the Native2AsciiAdapterFactory was returning the Sun implementation by default. -- Anuradha Weeraman http://www.linux.lk/~anu/ http://anuradha.wordpress.com diff -Naur ant-1.7/src/main/org/apache/tools/ant/taskdefs/optional/native2ascii/KaffeNative2Ascii.java ant-1.7.0.native2ascii.fix/src/main/org/apache/tools/ant/taskdefs/optional/native2ascii/KaffeNative2Ascii.java --- ant-1.7/src/main/org/apache/tools/ant/taskdefs/optional/native2ascii/KaffeNative2Ascii.java 2006-12-13 07:16:23.0 -0500 +++ ant-1.7.0.native2ascii.fix/src/main/org/apache/tools/ant/taskdefs/optional/native2ascii/KaffeNative2Ascii.java 2008-03-12 00:02:57.0 -0400 @@ -33,6 +33,7 @@ // sorted by newest Kaffe version first private static final String[] N2A_CLASSNAMES = new String[] { "gnu.classpath.tools.native2ascii.Native2Ascii", +"gnu.classpath.tools.native2ascii.Native2ASCII", // pre Kaffe 1.1.5 "kaffe.tools.native2ascii.Native2Ascii", }; diff -Naur ant-1.7/src/main/org/apache/tools/ant/taskdefs/optional/native2ascii/Native2AsciiAdapterFactory.java ant-1.7.0.native2ascii.fix/src/main/org/apache/tools/ant/taskdefs/optional/native2ascii/Native2AsciiAdapterFactory.java --- ant-1.7/src/main/org/apache/tools/ant/taskdefs/optional/native2ascii/Native2AsciiAdapterFactory.java 2006-12-13 07:16:20.0 -0500 +++ ant-1.7.0.native2ascii.fix/src/main/org/apache/tools/ant/taskdefs/optional/native2ascii/Native2AsciiAdapterFactory.java 2008-03-11 23:28:28.0 -0400 @@ -38,7 +38,7 @@ * vendor */ public static String getDefault() { -if (JavaEnvUtils.isKaffe()) { +if (JavaEnvUtils.isKaffe() || JavaEnvUtils.isGcj()) { return KaffeNative2Ascii.IMPLEMENTATION_NAME; } return SunNative2Ascii.IMPLEMENTATION_NAME; @@ -57,7 +57,7 @@ public static Native2AsciiAdapter getAdapter(String choice, ProjectComponent log) throws BuildException { -if ((JavaEnvUtils.isKaffe() && choice == null) +if (((JavaEnvUtils.isKaffe() || JavaEnvUtils.isGcj()) && choice == null) || KaffeNative2Ascii.IMPLEMENTATION_NAME.equals(choice)) { return new KaffeNative2Ascii(); } else if (SunNative2Ascii.IMPLEMENTATION_NAME.equals(choice)) { diff -Naur ant-1.7/src/main/org/apache/tools/ant/util/JavaEnvUtils.java ant-1.7.0.native2ascii.fix/src/main/org/apache/tools/ant/util/JavaEnvUtils.java --- ant-1.7/src/main/org/apache/tools/ant/util/JavaEnvUtils.java 2006-12-13 07:16:19.0 -0500 +++ ant-1.7.0.native2ascii.fix/src/main/org/apache/tools/ant/util/JavaEnvUtils.java 2008-03-11 23:29:47.0 -0400 @@ -73,6 +73,9 @@ /** Whether this is the Kaffe VM */ private static boolean kaffeDetected; +/** Whether this is the GCJ VM */ +private static boolean gcjDetected; + /** array of packages in the runtime */ private static Vector jrePackages; @@ -119,6 +122,14 @@ } catch (Throwable t) { // swallow as this simply doesn't seem to be Kaffe } + + gcjDetected = false; +try { +Class.forName("gnu.gcj.Core"); +gcjDetected = true; +} catch (Throwable t) { +// swallow as this simply doesn't seem to be GCJ +} } /** @@ -180,6 +191,16 @@ } /** + * Checks whether the current Java VM is GCJ. + * @return true if the current Java VM is GCJ. + * @since Ant 1.7.0 + * @see http://gcc.gnu.org/java/";>http://gcc.gnu.org/java/ + */ +public static boolean isGcj() { +return gcjDetected; +} + +/** * Finds an executable that is part of a JRE installation based on * the java.home system property. *
Bug#470584: ant: native2ascii breaks with GCJ
Package: ant Version: 1.7.0-3 Severity: normal Running the following ant snippet: throws an "Error starting Sun's native2ascii" when using GCJ. This same code works fine with the SUN JDK. JAVA_HOME=/usr/lib/jvm/java-gcj /usr/bin/java -> /etc/alternatives/java /etc/alternatives/java -> /usr/lib/jvm/java-gcj/jre/bin/java -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ant depends on: ii gij [java-virtual-machine]4:4.2.1-6 The GNU Java bytecode interpreter ii gij-4.1 [java1-runtime] 4.1.2-16 The GNU Java bytecode interpreter ii gij-4.2 [java1-runtime] 4.2.1-5The GNU Java bytecode interpreter ii java-gcj-compat 1.0.76-5 Java runtime environment using GIJ ii java-gcj-compat-dev 1.0.76-5 Java runtime environment with GCJ ii kaffe-pthreads [java1-runtime 2:1.1.8-3 A POSIX threads enabled version of ii libxerces2-java 2.9.1-1Validating XML parser for Java wit ii sun-java5-jre [java2-runtime] 1.5.0-14-3 Sun Java(TM) Runtime Environment ( ii sun-java6-jre [java1-runtime] 6-00-2 Sun Java(TM) Runtime Environment ( Versions of packages ant recommends: pn ant-gcj(no description available) ii ant-optional 1.7.0-3Java based build tool like make - -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#470487: ITP: jin -- Graphical client for chess servers
Package: wnpp Severity: wishlist * Package name: jin Version : 2.14.1 Upstream Author : Alexander Maryanovsky * URL : http://www.jinchess.com/ * License : GPL Programming Lang: Java Description : Graphical client for chess servers Jin is a cross-platform graphical client for chess servers. Currently supports Internet Chess Club (http://www.chessclub.com) and Free Internet Chess Server (http://www.freechess.org/). Features: - Graphical chess board with many board patterns and piece sets to choose from. You can also create your own. - Chat/Command console with (customizable) color-coding for different types of chat/text. - A seek graph, showing the currently sought games in a visual manner. - Flexible game logger, which saves your finished games to your hard disk - A scripter, which allows you to define automatic responses to certain events. - A list of common actions, which can be quickly executed at the press of a button. -- Anuradha Weeraman http://www.linux.lk/~anu/ http://anuradha.wordpress.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#469530: ITP: copyfs -- Versioning filesystem for FUSE
Package: wnpp Severity: wishlist * Package name: copyfs Version : 1.0.1 Upstream Author : Nicolas Vigier <[EMAIL PROTECTED]> and Thomas Joubert <[EMAIL PROTECTED]> * URL : http://n0x.org/copyfs/ * License : GPL Programming Lang: C Description : Versioning filesystem for FUSE CopyFS keeps versioned copies of all changes done to files under its control and allows the user to revert back to any previous revision. CopyFS can be configured to store a configurable number of versions based on the number of revisions, data size or age and supports tagging. The changes are internally stored as diffs, so the amount of disk space required is relatively small. -- Anuradha Weeraman http://www.linux.lk/~anu/ http://anuradha.wordpress.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#455845: Cannot copy filename using CTRL-C in directory comparison view
Package: meld Version: 1.1.5.1-2 Severity: minor In the directory comparison view, it's not possible to copy the filename to clipboard from the filename text/dropdown combo field using Ctrl-C, although right clicking and copying worked. This is not much of a big deal, but it was annoying having to use the context menu on a large number of files. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages meld depends on: ii python2.4.4-6An interactive high-level object-o ii python-glade2 2.12.0-1 GTK+ bindings: Glade support ii python-gnome2 2.20.0-1 Python bindings for the GNOME desk ii python-gtk2 2.12.0-1 Python bindings for the GTK+ widge ii python-support0.7.5 automated rebuilding support for p Versions of packages meld recommends: ii python-gnome2-desktop2.18.0-2+b1 Python bindings for the GNOME desk ii yelp 2.20.0-1Help browser for GNOME 2 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#454534: vpnc hangs after password input
Package: vpnc Version: 0.5.1r254-1 Severity: important When I invoke 'vpnc /etc/vpnc/vpnc.conf' it prompts for the password and when entered, hangs. This was working in Etch, and started happening since upgrading to Lenny. No changes were made to vpnc.conf between upgrades. The configuration is as follows: IPSec gateway [X.X.X.X] IPSec ID [name] IPSec secret [password] Xauth username [userid] The strace output reveals: -- strace -- times({tms_utime=6, tms_stime=0, tms_cutime=1, tms_cstime=0}) = 1735822735 gettimeofday({1196895125, 930766}, NULL) = 0 getrusage(RUSAGE_SELF, {ru_utime={0, 60003}, ru_stime={0, 0}, ...}) = 0 time(NULL) = 1196895125 times({tms_utime=6, tms_stime=0, tms_cutime=1, tms_cstime=0}) = 1735822735 time(NULL) = 1196895125 write(3, "\0\0\0\\217]\256\2\306S:\5*\325=1\31\337]\10\20\6\1"..., 152) = 152 poll([{fd=3, events=POLLIN}], 1, 8000) = 0 write(3, "\0\0\0\\217]\256\2\306S:\5*\325=1\31\337]\10\20\6\1"..., 152) = 152 poll([{fd=3, events=POLLIN}], 1, 16000) = 0 write(3, "\0\0\0\\217]\256\2\306S:\5*\325=1\31\337]\10\20\6\1"..., 152) = 152 poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 32000) = 1 recv(3, "\0\0\0\\217]\256\2\306S:\5*\325=1\31\337]\10\20\5\1"..., 8192, 0) = 80 --end strace-- -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.22-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages vpnc depends on: ii libc6 2.7-3 GNU C Library: Shared libraries ii libgcrypt11 1.2.4-2LGPL Crypto library - runtime libr Versions of packages vpnc recommends: ii iproute 20070313-1 Professional tools to control the ii resolvconf1.37 nameserver information handler -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#407405: file conflicts between ncc and nemerle
Hi Sebastian, Any ideas on what we can do about this? Thanks. On May 30, 2007 9:44 PM, Anuradha Weeraman <[EMAIL PROTECTED]> wrote: > Hi Sebastian, > > > Ok, now that etch is release what shall we do about this bug, Anuradha? > > Does your upstream consider to change the name of the binary? > > Sorry for the late response, but I've been a bit busy lately and I've > not had much time for anything else. But things should change soon, > hopefully. > > The last time I spoke to Stelios, he was not completely for changing > the ncc binary name. According to his view, which I tend to agree > with, he believes nemerle should rename it's ncc binary to something > that's more appropriate for a dot-net application, such as with an > .exe suffix. > > But according to the CLI Policy [1] > > "Never ever install application files (.exe) directly into /usr/bin. > Instead create a wrapper script into /usr/bin to allow them to be run > without the .exe suffix." > > So I'm guessing that would not work? Forgive my ignorance on the CLI > policy, but do you know if it is an approved policy document? > > I realize this can be a stale mate situation, and I'm not clear what > nemerle's stance on this issue is and whether they would consent to a > name change. > > Any suggestions? > > [1] - http://pkg-mono.alioth.debian.org/cli-policy/ch-packaging.html > > -- > Anuradha Weeraman > http://www.linux.lk/~anu/ > http://anuradha.wordpress.com > -- Anuradha Weeraman http://www.linux.lk/~anu/ http://anuradha.wordpress.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#411134: ncc does not install gengraph.py script and manpage
Hi Alexander, On 2/16/07, Alexander Gattin <[EMAIL PROTECTED]> wrote: I've found that the package source has useful script gengraph.py for converting ncc output files to .dot format. And while source has it and /usr/share/doc/ncc/NCC.gz mentions it, binary package doesn't include neither gengraph.py nor its manpage. I included gengraph.py in my initial version that I sent to upstream, but later removed it at his request for being buggy. Also upstream of gengraphy.py has been unresponsive and it appears to be unmaintainted. So maybe we should not include it in /usr/bin? But we could still bundle it in /usr/share/doc/ncc for the benefit of those who might be willing to hack it. What do you think? -- Anuradha Weeraman http://www.linux.lk/~anu/ http://anuradha.wordpress.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#407405: file conflicts between ncc and nemerle
Hi Sebastian, Ok, now that etch is release what shall we do about this bug, Anuradha? Does your upstream consider to change the name of the binary? Sorry for the late response, but I've been a bit busy lately and I've not had much time for anything else. But things should change soon, hopefully. The last time I spoke to Stelios, he was not completely for changing the ncc binary name. According to his view, which I tend to agree with, he believes nemerle should rename it's ncc binary to something that's more appropriate for a dot-net application, such as with an .exe suffix. But according to the CLI Policy [1] "Never ever install application files (.exe) directly into /usr/bin. Instead create a wrapper script into /usr/bin to allow them to be run without the .exe suffix." So I'm guessing that would not work? Forgive my ignorance on the CLI policy, but do you know if it is an approved policy document? I realize this can be a stale mate situation, and I'm not clear what nemerle's stance on this issue is and whether they would consent to a name change. Any suggestions? [1] - http://pkg-mono.alioth.debian.org/cli-policy/ch-packaging.html -- Anuradha Weeraman http://www.linux.lk/~anu/ http://anuradha.wordpress.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#387415: ITP: ncc - C source code analyzer
Package: wnpp Severity: normal Owner: Anuradha Weeraman <[EMAIL PROTECTED]> * Package name: ncc Version : 2.4 Upstream Author : Stelios Xanthakis <[EMAIL PROTECTED]> * URL : http://students.ceid.upatras.gr/~sxanth/ncc * License : Artistic Description : C source code analyzer A small, extensible tool that provides program analysis data of C source code. This data can be used to navigate the function call hierarchy of C programs. Since I'm not a DD yet, I would need a sponsor for this soon. Any kind folks willing to indulge a newbie such as myself, please let me know. Regards, Anuradha -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]