Bug#482573: brazilian-conjugate: verbs wrongly conjugated

2008-05-23 Thread Jakson Aquino
Package: brazilian-conjugate
Version: 3.0~beta4-12
Severity: normal


I'm the author of gconjugue which until the version 0.6 was a
front end to conjugue. Now gconjugue has its own algorithm to
conjugate verbs. The database of verbs was imported from
brazilian-conjugate, but I had to do some small changes in the
file format because I didn't understand conjugue code well enough
to implement the normalize function. The unfortunate consequence
is that the two applications cannot share the same database.

The important thing to note for this bug report is: I fixed the
conjugation of some verbs, but not in conjugue database. The
attached file contains the difference between conjugue and
gconjugue conjugation of all verbs in the database of verbs. I
also deleted some (but not all) verbs that were not in
dictionaries.

"Verbs" deleted:

  fujir, serenizar, corredimimir, exconjurar, indefinir, remansar,
  atraicionar, catalizar, cavocar, convier, sossobrar,
  interrelacionar.


Verbs fixed:

  frigir, redigir, coagir, interagir, enviuvar, abaular, estrear,
  intermediar, mobiliar, faiscar, esmiuçar, apaziguar, averiguar,
  obliquar, adequar, comprazer, moer, remoer, roer, corroer,
  entupir, desentupir, inquerir, suster, requerer, precaver,
  concernir, desservir, resservir, afligir (and its derivatives),
  cerzir, mugir, rugir, convergir, aspergir, urgir, obstringir,
  sortir, engolir, espargir, advir (and derivatives), extinguir,
  argüir, redargüir, embair, acupremir, premir, descolorir,
  emergir, imergir, submergir, tinir, transir, ruir, puir,
  atingir, distinguir, usufruir.


Best regards,

Jakson Aquino
http://jalvesaq.googlepages.com


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core)
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to pt_BR.UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages brazilian-conjugate depends on:
ii  gawk1:3.1.5.dfsg-4.1 GNU awk, a pattern scanning and pr

brazilian-conjugate recommends no packages.

-- no debconf information


verbosdiff.bz2
Description: Binary data


Bug#400405: gretl: Desktop menu entry

2006-11-25 Thread Jakson Aquino
Package: gretl
Version: 1.6.0-1
Severity: minor


Hello!

Gretl shows no icon in the menu.  The source package has a 43x48 icon
(pixmaps/gretl.xpm). I put it at /usr/share/pixmaps and the icon
appeared in KDE menu (the solution worked even though the
gretl.desktop says that the icon is a png file).

Another problem is that gretl is "Lost & Found" in KDE menu. Looking
at freedesktop.org, it seems that the category "Scientific" in the
file /usr/share/applications/gretl.desktop should be changed to
"Science", which is an already registered category:

  http://standards.freedesktop.org/menu-spec/latest/apa.html

KDE recognizes the category "Science" (I have Stellarium installed
here and it appears in the "Science & Math" sub-menu).

Thank you very much for your time!

Jakson Aquino

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-2-amd64
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages gretl depends on:
ii  atlas3-base [liblapack.so 3.6.0-20.2 Automatically Tuned Linear Algebra
ii  gretl-common  1.6.0-1The GNU Regression, Econometric & 
ii  libatk1.0-0   1.12.3-1   The ATK accessibility toolkit
ii  libc6 2.3.6.ds1-4GNU C Library: Shared libraries
ii  libcairo2 1.2.4-4The Cairo 2D vector graphics libra
ii  libfontconfig12.4.1-2generic font configuration library
ii  libfreetype6  2.2.1-5FreeType 2 font engine, shared lib
ii  libg2c0   1:3.4.6-4  Runtime library for GNU Fortran 77
ii  libglib2.0-0  2.12.4-1   The GLib library of C routines
ii  libgmp3c2 2:4.2.1+dfsg-4 Multiprecision arithmetic library
ii  libgretl1 1.6.0-1The GNU Regression, Econometric & 
ii  libgtk2.0-0   2.8.20-3   The GTK+ graphical user interface 
ii  libncurses5   5.5-5  Shared libraries for terminal hand
ii  libpango1.0-0 1.14.7-1   Layout and rendering of internatio
ii  libpng12-01.2.8rel-7 PNG library - runtime
ii  libreadline5  5.2-1  GNU readline and history libraries
ii  libx11-6  2:1.0.3-3  X11 client-side library
ii  libxcursor1   1.1.7-4X cursor management library
ii  libxext6  1:1.0.1-2  X11 miscellaneous extension librar
ii  libxfixes31:4.0.1-4  X11 miscellaneous 'fixes' extensio
ii  libxi61:1.0.1-3  X11 Input extension library
ii  libxinerama1  1:1.0.1-4.1X11 Xinerama extension library
ii  libxml2   2.6.27.dfsg-1  GNOME XML library
ii  libxrandr22:1.1.0.2-4X11 RandR extension library
ii  libxrender1   1:0.9.1-3  X Rendering Extension client libra
ii  zlib1g1:1.2.3-13 compression library - runtime

Versions of packages gretl recommends:
pn  gnuplot(no description available)
pn  gretl-data (no description available)
pn  gretl-doc  (no description available)

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#376756: libc6: popen() should return NULL

2006-07-04 Thread Jakson Aquino
Package: libc6
Version: 2.3.6-15
Severity: normal

Hello,

According to section 15.2 of glibc-doc ("Pipe to a Subprocess") the
function popen() should return NULL if it failed to open the pipe.
However, the function is returning a non NULL pointer, as can be seen
by running the program below:

--
/* testpopen.c */
#include 

int main(){
  FILE *F = NULL;
  printf("Before: F = %p\n", F);
  F = popen("nothing", "w");
  printf("After:  F = %p\n", F);
  pclose(F);
  return 0;
}
--

$ gcc testpopen.c
$ ./a.out
Before: F = (nil)
After:  F = 0x501010
sh: nothing: command not found

Thanks,


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-amd64-k8
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)

Versions of packages libc6 depends on:
ii  tzdata2006g-2Time Zone and Daylight Saving Time

libc6 recommends no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#374510: brazilian-conjugate: error messages in UTF-8 locale

2006-06-19 Thread Jakson Aquino
Package: brazilian-conjugate
Version: 2.4.really.3.0.beta4-9.1
Severity: normal

If the locale is UTF-8, conjugue outputs more than 200 lines of error
before conjugating the verb, and both the error messages and the
conjugated verb are output in ISO-8859-1 charset. Below are some of
the error lines:

  vogal não normalizada: w=, y= (apoi:ap)
  cuidado: mpc do verbo apoiar (ap) não resolvido
  ... 248 lines omitted ...
  conjugue: erro na linha 5219 do banco
  destroçar não é verbo

Solution: I don't know how to solve the problem in the Debian package,
but here I recoded two files into UTF-8:

  # recode l1..utf8 /usr/bin/conjugue
  # recode l1..utf8 /usr/lib/brazilian-conjugate/verbos

Best regards,

Jakson

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-amd64-k8
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)

-- no debconf information



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#368106: metar: wrong cloud levels

2006-05-19 Thread Jakson Aquino
Package: metar
Version: 20060405.1-1
Severity: normal

Hi, 

metar is reporting wrong cloud levels.

I think that replacing the number "3" with the "99" will fix
the problem, as in the patch below:

--- metar-20060405.1.orig/src/metar.c
+++ metar-20060405.1/src/metar.c
@@ -350,7 +350,7 @@
memcpy(&cloud->type, token+pmatch[1].rm_so, (size < 3 ? size : 
3));

size=pmatch[2].rm_eo - pmatch[2].rm_so;
-   memset(tmp, 0x0, 3);
+   memset(tmp, 0x0, 99);
memcpy(tmp, token+pmatch[2].rm_so, (size < 3 ? size : 3));
sscanf(tmp, "%d", (int*)&cloud->level);

Thanks,

Jakson

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-amd64-k8
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)

Versions of packages metar depends on:
ii  libc6 2.3.5-8.1  GNU C Library: Shared libraries an
ii  libcurl3-gnutls   7.15.3-1   Multi-protocol file transfer libra

metar recommends no packages.

-- no debconf information




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#348345: util-linux: cfdisk creates problematic partition

2006-01-16 Thread Jakson Aquino
Package: util-linux
Version: 2.12p-8
Severity: normal


I used cfdisk to delete the partition hdb5 (~50 GB) and,
then, create two new partitions (4 and 45 GB). Finally, I
moved all directories from /var/chroot/ia32 to the new
smaller partition. When I run "fdisk -l" and "df", I get
inconsistent results:

root@:~# fdisk -l

Disk /dev/hdb: 80.0 GB, 80026361856 bytes
255 heads, 63 sectors/track, 9729 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

   Device Boot  Start End  Blocks   Id  System
/dev/hdb1   *   1 851 6835626   83  Linux
/dev/hdb2 852 973  979965   82  Linux swap / Solaris
/dev/hdb3 9741702 5855692+  83  Linux
/dev/hdb41703972964476877+   5  Extended
/dev/hdb517032188 3903763+  83  Linux
/dev/hdb62189753842973843+  83  Linux
/dev/hdb775398267 5855661   83  Linux
/dev/hdb882688996 5855661   83  Linux
/dev/hdb989979729 5887791   83  Linux

root@:~# df
Filesystem   1K-blocks  Used Available Use% Mounted on
/dev/hdb1  6728280   3525672   2860828  56% /
/dev/hdb3  5763648   3873856   1597008  71% /home
/dev/hdb5 46141380   1303000  42494500   3% /mnt/ia32
tmpfs   511380 0511380   0% /dev/shm
/dev/hdb6 42299280131228  40019360   1% /mnt/sda

As you can see, "fdisk" reports that /dev/hdb5 has 4GB,
while "df" reports 46 GB.

When I go to /mnt/ia32 and do "du -sh", I get the following
errors:

root@:~# cd /mnt/ia32/
root@:ia32# du -sh
du: cannot access `./boot': Input/output error
du: cannot access `./dev': Input/output error
du: cannot access `./etc': Input/output error
du: cannot access `./home': Input/output error
du: cannot access `./initrd': Input/output error
du: cannot access `./lib': Input/output error
du: cannot access `./media': Input/output error
du: cannot access `./mnt': Input/output error
du: cannot access `./opt': Input/output error
du: cannot access `./proc': Input/output error
du: cannot access `./root': Input/output error
du: cannot access `./sbin': Input/output error
du: cannot access `./srv': Input/output error
du: cannot access `./sys': Input/output error
du: cannot access `./tmp': Input/output error
du: cannot access `./usr': Input/output error
du: cannot access `./var': Input/output error
2.9M.

root@:~# dmesg | tail
EXT3-fs error (device hdb5): ext3_get_inode_loc: unable to read inode block - 
inode=3145729, block=6291458
attempt to access beyond end of device
hdb5: rw=0, want=51642392, limit=7807527
EXT3-fs error (device hdb5): ext3_get_inode_loc: unable to read inode block - 
inode=3227649, block=6455298
attempt to access beyond end of device
hdb5: rw=0, want=36175896, limit=7807527
EXT3-fs error (device hdb5): ext3_get_inode_loc: unable to read inode block - 
inode=2260993, block=4521986
attempt to access beyond end of device
hdb5: rw=0, want=44564504, limit=7807527
EXT3-fs error (device hdb5): ext3_get_inode_loc: unable to read inode block - 
inode=2785281, block=5570562
root@:~# 

All original partitions were created with the Debian
installer of CD 1 (Sarge).

Best regards,

Jakson

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-amd64-k8
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)

Versions of packages util-linux depends on:
ii  libc6 2.3.5-8.1  GNU C Library: Shared libraries an
ii  libncurses5   5.5-1  Shared libraries for terminal hand
ii  libslang2 2.0.5-1The S-Lang programming library - r
ii  libuuid1  1.38-2 universally unique id library
ii  zlib1g1:1.2.3-8  compression library - runtime

util-linux recommends no packages.

-- no debconf information


signature.asc
Description: Digital signature


Bug#344350: pt_BR: error in string translations

2005-12-21 Thread Jakson Aquino
Package: abiword
Version: 2.4.1-2
Severity: normal


Two strings were translated into Brazilian Portuguese with
the opposite meaning of the original:

Wrong:

DLG_PLUGIN_MANAGER_DEACTIVATE="Ligar todos os plugins"
DLG_PLUGIN_MANAGER_DEACTIVATE_ALL="Ligar todos os plugins"

Correct:

DLG_PLUGIN_MANAGER_DEACTIVATE="Desligar plugin"
DLG_PLUGIN_MANAGER_DEACTIVATE_ALL="Desligar todos os plugins"

"Ligar todos os plugins" = "Activate all plugins"


-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.8-11-amd64-k8
Locale: LANG=pt_BR, LC_CTYPE=pt_BR (charmap=ISO-8859-1)

Versions of packages abiword depends on:
ii  abiword-common   2.4.1-2 WYSIWYG word processor based on GT
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libatk1.0-0  1.10.3-1The ATK accessibility toolkit
ii  libc62.3.5-8.1   GNU C Library: Shared libraries an
ii  libenchant1c21.1.6-1.1   a wrapper library for various spel
ii  libfontconfig1   2.3.2-1 generic font configuration library
ii  libfreetype6 2.1.7-2.4   FreeType 2 font engine, shared lib
ii  libfribidi0  0.10.7-1Free Implementation of the Unicode
ii  libgcc1  1:4.0.2-5   GCC support library
ii  libglade2-0  1:2.5.1-2   library to load .glade files at ru


signature.asc
Description: Digital signature