Bug#184831: emacsbidi package

2003-08-12 Thread Janusz S. Bień 

I am afraid I don't know Debian well enough to be able to help, so I
forward the letter to Debian Bug Tracking System (and Joshua M. Kwan
who sent already some comments to BTS) and debian-emacsen list.

Best regards

Janusz


On Tue, 12 Aug 2003  Tzafrir Cohen [EMAIL PROTECTED] wrote:

 On Fri, Aug 08, 2003 at 02:57:51PM +0200, Janusz S. Bień wrote:
  On Thu, 07 Aug 2003  [EMAIL PROTECTED] wrote:
  
  I think the number of developers is a monotonic function of the number
  of users, and emacs-bidi is already usable!
  
  The best way to widen the users base is to include emacs-bidi in
  popular Linux distributions. Therefore I would like to draw your attention 
  to 
  the Debian package which I descovered just today.
  
  It is available at
  
  http://www.pipapo.org/www/www/Files/emacsbidi
 
 $ grep emacs /etc/apt/sources.list 
 # bidi emacs
 deb http://www.pipapo.org/www/www/Files/emacsbidi ./
 
 I figured I am not an addicted emacs user, but being a debian user makes
 me the perfect test-subject for the package
 
  
  and can be installed in the standard way with apt-get,
  aptitude etc.
  
  Here is its description:
  
   Package: emacsbidi
   Version: 0.9-1
   Section: editors
   Priority: optional
   Architecture: i386
   Depends: libc6 (= 2.3.1-1), libjpeg62, libncurses5 (= 5.3.20021109-1), 
  xlibs ( 4.1.0)
   Conflicts: 
  emacs20,emacs20-dl,emacs21,emacsen-common,emacs21-common,emacs-intl-fonts
   Installed-Size: 79084
   Maintainer: Ayman Negm [EMAIL PROTECTED]
   Description: GNU Emacs with Arabic, Hebrew support
Emacs-bidi it support UTF-8 and bidi language like
Arabic, Persian and  Hebrew. It's based on  GNU Emacs21.
This is a development version and not the official release.
Please read http://www.m17n.org/emacs-bidi/index.html.
  
  I haven't tested it, because it is the *replacement* for the standard
  Gnu Emacs package. An obvious wishlist is to allow emacsbidi to
  coexist piecefully with other Emacsen, as it is the case with emacs 20
  and emacs 21.
 
 ~# apt-get install emacsbidi
 Reading Package Lists... Done
 Building Dependency Tree... Done
 The following packages will be REMOVED:
   emacs-intl-fonts emacs20 emacs21 emacs21-common emacsen-common
   hyperlatex junior-programming junior-writing python-elisp x-symbol xemacs21
   xemacs21-bin xemacs21-gnome-nomule xemacs21-mule xemacs21-support
 The following NEW packages will be installed:
   emacsbidi
 
 Not just gnu emacs. xemacs as well. why??? 
 And why is this fonts package being removed?
 
 What the heck. I'll live without an emacs for a while...
 
 Installed...
 
 Oops... I can't figure out how to set up Hebrew font. 
 Can't see any emacs-bidi-specific documentation in the package. E.g.:
 http://www.m17n.org/emacs-bidi/index.html as it is.
 
 Tried:
 
   emacsbidi -fn heb8x13
 
 And typed some Hebrew chars using the X winodws's Hebrew keyboard. No
 bidi rendering sighted.
 
 Using c-u c-\ for the input method: still no bidi rendering.
 
 A change of font:
 
  emacsbidi -fn '-misc-fixed-*-iso10646-1'
 
 And still no bidi for me.
 
 What am I missing?
 
 Do I really need special per-user settings? Can they be done
 system-wide? Are there any sane defaultsthat could be given by the
 package?
 
  
  Thanks to official ITP (Intend to Package,
  http://bugs.debian.org/cgi-bin/bugreport.cgi?archive=nobug=184831),
  there is a chance that emacsbidi will be included in the future
  official Debian distribution.
 
 -- 
 Tzafrir Cohen   +---+
 http://www.technion.ac.il/~tzafrir/ |vim is a mutt's best friend|
 mailto:[EMAIL PROTECTED]   +---+
 

-- 
 ,   
dr hab. Janusz S. Bien, prof. UW
Prof. Janusz S. Bien, Warsaw Uniwersity
[EMAIL PROTECTED], [EMAIL PROTECTED]
http://www.orient.uw.edu.pl/~jsbien/
http://www.mimuw.edu.pl/~jsbien/

Bug#205048: ITP: neverball -- A colorful 3D arcade game in which you tilt the floor to roll the ball through the obstacle course before time runs out

2003-08-12 Thread Max Gilead 
Package: wnpp
Version: unavailable; reported 2003-08-12
Severity: wishlist


* Package name: neverball
  Version : 20030805a
  Upstream Author : Robert Kooima [EMAIL PROTECTED]
* URL : http://aoeu.snth.net/neverball/
* License : GPL
  Description : A colorful 3D arcade game in which you tilt the floor to 
roll the ball through the obstacle course before time runs out

Neverball is a colorful 3D arcade game in which you tilt the floor to roll the
ball through the obstacle course before time runs out. It requires patience,
concentration and a bit of luck.

-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux yellow 2.4.20-3-686 #1 Sat Jun 7 22:34:55 EST 2003 i686
Locale: LANG=C, LC_CTYPE=C

Bug#205048: ITP: neverball -- A colorful 3D arcade game in which you tilt the floor to roll the ball through the obstacle course before time runs out

2003-08-12 Thread Steve Kemp 
On Tue, Aug 12, 2003 at 09:59:45AM +0200, Max Gilead wrote:
 Package: wnpp
 Version: unavailable; reported 2003-08-12
 Severity: wishlist
 
 
 * Package name: neverball
   Version : 20030805a
   Upstream Author : Robert Kooima [EMAIL PROTECTED]
 * URL : http://aoeu.snth.net/neverball/
 * License : GPL
   Description : A colorful 3D arcade game in which you tilt the floor to 
 roll the ball through the obstacle course before time runs out
 
 Neverball is a colorful 3D arcade game in which you tilt the floor to roll the
 ball through the obstacle course before time runs out. It requires patience,
 concentration and a bit of luck.

  Please apply the enclosed patch before packaging - this closes a
 buffer overflow attack which is locally exploitable.

  (I'm not sure if you're planning on making the binary setgid games,
 if you are you should certainly apply this!)


Steve
--
www.steve.org.uk



--- config.c2003-08-12 09:42:54.0 +0100
+++ config.c-orig   2003-08-12 09:43:54.0 +0100
@@ -66,18 +66,14 @@
 
 if ((dir = getenv(HOME)))
 {
-strcpy(dst, dir);
-strcat(dst, /);
-strcat(dst, src);
-return 1;
+   snprintf(dst, sizeof(dst)-1, %s/%s, dir, src);
+   return( 1 );
 }
 
 if ((vol = getenv(HOMEDRIVE))  (dir = getenv(HOMEPATH)))
 {
-strcpy(dst, vol);
-strcat(dst, dir);
-strcat(dst, \\);
-strcat(dst, src);
+   snprintf(dst, sizeof(dst)-1, %s%s\\%s,
+vol, dir, src );
 return 1;
 }

Bug#154281: libdvdcss

2003-08-12 Thread Sam Hocevar 
On Wed, Jul 30, 2003, Robert Millan wrote:

 Ok. What are the necessary steps to request that we hire a lawyer to
 resolve this? Can I do it on my own or is SPI the entity who should take
 action here?

   I don't know about those steps, but I have some additional information
about libdvdcss. As you know, it is already distributed worldwide by
many OS vendors (OpenBSD, FreeBSD, Gentoo, SourceMage). Only FreeBSD
seems to be distributing it in binary form. But the Lindows DVD player [1]
also came to my attention.

   This player is based on Xine (which is GPL). I first thought they
were using a closed-source access plugin to decrypt DVDs, but according
to non-official sources they are actually using libdvdcss and bought a
license for it from some DVD organization [2].

   I find this extremely interesting, because:

  1. It seems to legitimize the very _existence_ of libdvdcss. libdvdcss
 blatantly ignores the disc region, is shipped with 31 player keys
 (while commercial players only have their single private key), and
 can crack the DVD's title key if the usual way to retrieve it does
 not work. All this with the benediction of some DVD organization
 (which is probably the DVD CCA)!

  2. If Lindows are respecting the GPL, it means that libdvdcss is
 shipped with no additional restriction. Which means we just have
 to download libdvdcss from them, and re-distribute it. It's a
 magical world.

   Is anyone a LindowsOS Warehouse subscriber? I think it would be
interesting to know what license the DVD player is distributed under,
and the member's price is only $4.95. The normal price is $39.95 and
I definitely don't have that much money to spend.

[1] http://www.lindows.com/lindows_products_details.php?id=11804
[2] http://sf.net/mailarchive/forum.php?thread_id=2900337forum_id=7131

Regards,
-- 
Sam.

Processed: starting with packaging big sister

2003-08-12 Thread Debian Bug Tracking System 
Processing commands for [EMAIL PROTECTED]:

 retitle 78687 ITP: bigsister -- SNMP aware network and system monitor
Bug#78687: RFP: bigsister -- SNMP aware network and system monitor
Changed Bug title.

 thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)

Bug#205048: ITP: neverball -- A colorful 3D arcade game in which you tilt the floor to roll the ball through the obstacle course before time runs out

2003-08-12 Thread Colin Watson 
On Tue, Aug 12, 2003 at 09:54:22AM +0100, Steve Kemp wrote:
   Please apply the enclosed patch before packaging - this closes a
  buffer overflow attack which is locally exploitable.
[...]
 --- config.c  2003-08-12 09:42:54.0 +0100
 +++ config.c-orig 2003-08-12 09:43:54.0 +0100
 @@ -66,18 +66,14 @@
  
  if ((dir = getenv(HOME)))
  {
 -strcpy(dst, dir);
 -strcat(dst, /);
 -strcat(dst, src);
 -return 1;
 + snprintf(dst, sizeof(dst)-1, %s/%s, dir, src);
 + return( 1 );
  }
  
  if ((vol = getenv(HOMEDRIVE))  (dir = getenv(HOMEPATH)))
  {
 -strcpy(dst, vol);
 -strcat(dst, dir);
 -strcat(dst, \\);
 -strcat(dst, src);
 + snprintf(dst, sizeof(dst)-1, %s%s\\%s,
 +  vol, dir, src );
  return 1;
  }
  

It would be a good idea to check the return value of snprintf() too -
and be careful, doing things with snprintf()'s return value portably is
a pain - since otherwise you may produce wrong results instead of
overrunning a buffer and not notice.

I wish something like man-db's strappend() [1] were more widely used.
I've been fixing a lot of buffer overruns by moving to that (he says,
going off to try to stop the damn thing segfaulting).

[1] Append a varargs list of strings to its first argument, allocating
or reallocating memory as necessary. If the first argument is NULL,
concatenate all the strings given into newly allocated memory. The
above would look like this:

  char *dst;

  if ((dir = getenv(HOME)))
  {
  dst = strappend(NULL, dir, /, src, NULL);
  return 1;
  }

  if ((vol = getenv(HOMEDRIVE))  (dir = getenv(HOMEPATH)))
  {
  dst = strappend (NULL, vol, dir, \\, src, NULL);
  return 1;
  }

-- 
Colin Watson  [EMAIL PROTECTED]

Processed: ITA: will adopt xwave sound file editor

2003-08-12 Thread Debian Bug Tracking System 
Processing commands for [EMAIL PROTECTED]:

 retitle 162607 ITA: xwave -- a .wav file recorder and editor
Bug#162607: O: xwave -- Wave sound file editor
Changed Bug title.

 stop
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)

Bug#204658: ITP: develock -- additional font-lock keywords for the developers

2003-08-12 Thread Rene Engelhard 
Hi,

OHASHI Akira wrote:
 Develock is a minor mode which provides the ability to make font-
 lock highlight leading and trailing whitespaces, long lines and the
 other garbages in the file buffer for Lisp modes, ChangeLog mode,
 Texinfo mode, C modes, Java mode, Jde-mode , CPerl mode, Perl mode,
 HTML modes and some Mail modes.

It couldn't be adapted for Makefiles (I think on debian/rules)
or *sh scripts?

If it is not in the current version please consider that a pre-upload
wishlist bug which will mutate in a real one when the uploaded package
lacks that functionality :)

Grüße/Regards,

René
-- 
 .''`.  René Engelhard -- Debian GNU/Linux Developer
 : :' : http://www.debian.org | http://people.debian.org/~rene/
 `. `'  [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73
   `-   Fingerprint: 41FA F208 28D4 7CA5 19BB  7AD9 F859 90B0 248A EB73
  


pgpAuhaTbqXy8.pgp
Description: PGP signature

Bug#205117: ITP: libktoblzcheck -- library to check German account numbers and bank codes

2003-08-12 Thread Thomas Viehmann 
Package: wnpp
Version: N/A; reported 2003-08-12
Severity: wishlist

* Package name: libktoblzcheck
  Version : 0.4
  Upstream Authors: Fabian Kaiser [EMAIL PROTECTED]
Christian Stimming [EMAIL PROTECTED]
Jens Gecius [EMAIL PROTECTED]
* URL : http://ktoblzcheck.sf.net/
* License : LGPL
  Description : library to check German account numbers and bank codes
   With this library, programs can test the validity of German account
   numbers and bank  codes (BLZ). ktoblzcheck implements the Bundesbank's
   specifications on these matters.

Given the nature of the library and the set of authors, I'd expect home
banking software to use this library for sanity checks when transfering
money.

Bug#205117: peliminary libktoblzcheck-packages

2003-08-12 Thread Thomas Viehmann 
Preliminary packages are at
http://vman.de/chipcard/sid/.
I will submit it to the sponsorship process as soon as it's ready.

Cheers

T.


pgpPMRWlE87j1.pgp
Description: PGP signature

Bug#204969: ITP: package-pool-helper -- Simple scripts to manage a local package pool

2003-08-12 Thread Joey Hess 
Marc Haber wrote:
 Package: wnpp
 Version: unavailable; reported 2003-08-10
 Severity: wishlist
 
 * Package name: package-pool-helper
   Version : 0.9
   Upstream Author : Marc Haber ([EMAIL PROTECTED])
 * URL : not yet available
 * License : GPL
   Description : Simple scripts to manage a local package pool

I'm glad that we have so much manpower that we can use it on endlessly
reinventing this wheel.

-- 
see shy jo


pgpeym4eCS9EC.pgp
Description: PGP signature