Bug#901998: url pointing to old location

[Baruch Even]

package: numad
version: 0.5+20150602-5 
severity: minor

The url is pointing to the old home of the numad program at fedorahosted
but that host was deprecated and the new location for the program is
https://pagure.io/numad

Bug#885943: Fails to start: GLX version not found

[Baruch Even]

Package: gr-osmosdr
Version: 0.1.4-14
Severity: grave

I installed gr-osmosdr and tried to run it only to get an error:

wx._core.PyAssertionError: C++ assertion "ok" failed at
../src/unix/glx11.cpp(589) in GetGLXVersion(): GLX version not found


The full output of the command is:

linux; GNU C++ version 7.2.0; Boost_106200; UHD_003.010.002.000-0-unknown

gr-osmosdr 0.1.4 (0.1.4) gnuradio 3.7.11
built-in source types: file osmosdr fcd rtl rtl_tcp uhd miri hackrf
bladerf rfspace airspy airspyhf soapy redpitaya freesrp
Cannot connect to server socket err = No such file or directory
Cannot connect to server request channel
jack server is not running or cannot be started
JackShmReadWritePtr::~JackShmReadWritePtr - Init not done for
4294967295, skipping unlock
JackShmReadWritePtr::~JackShmReadWritePtr - Init not done for
4294967295, skipping unlock
Found Rafael Micro R820T tuner
Using device #0 Generic RTL2832U SN: 153705700
Found Rafael Micro R820T tuner
[R82XX] PLL not locked!
Exact sample rate is: 25.000414 Hz
[R82XX] PLL not locked!
Traceback (most recent call last):
  File "/usr/bin/osmocom_fft", line 850, in 
main ()
  File "/usr/bin/osmocom_fft", line 846, in main
app = stdgui2.stdapp(app_top_block, "osmocom Spectrum Browser", nstatus=1)
  File "/usr/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py",
line 46, in __init__
wx.App.__init__ (self, redirect=False)
  File "/usr/lib/python2.7/dist-packages/wx-3.0-gtk2/wx/_core.py",
line 8628, in __init__
self._BootstrapApp()
  File "/usr/lib/python2.7/dist-packages/wx-3.0-gtk2/wx/_core.py",
line 8196, in _BootstrapApp
return _core_.PyApp__BootstrapApp(*args, **kwargs)
  File "/usr/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py",
line 49, in OnInit
frame = stdframe (self.top_block_maker, self.title, self._nstatus)
  File "/usr/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py",
line 76, in __init__
self.panel = stdpanel (self, self, top_block_maker)
  File "/usr/lib/python2.7/dist-packages/gnuradio/wxgui/stdgui2.py",
line 98, in __init__
self.top_block = top_block_maker (frame, self, vbox, sys.argv)
  File "/usr/bin/osmocom_fft", line 255, in __init__
fft_rate=options.fft_rate)
  File "/usr/lib/python2.7/dist-packages/gnuradio/wxgui/fftsink_gl.py",
line 126, in __init__
persist_alpha=persist_alpha,
  File "/usr/lib/python2.7/dist-packages/gnuradio/wxgui/fft_window.py",
line 277, in __init__
self.plotter = plotter.channel_plotter(self)
  File 
"/usr/lib/python2.7/dist-packages/gnuradio/wxgui/plotter/channel_plotter.py",
line 49, in __init__
grid_plotter_base.__init__(self, parent, MIN_PADDING)
  File 
"/usr/lib/python2.7/dist-packages/gnuradio/wxgui/plotter/grid_plotter_base.py",
line 50, in __init__
plotter_base.__init__(self, parent)
  File 
"/usr/lib/python2.7/dist-packages/gnuradio/wxgui/plotter/plotter_base.py",
line 94, in __init__
wx.glcanvas.GLCanvas.__init__(self, parent, wx.ID_ANY,
attribList=attribList);# Specifically use the CTOR which does NOT
create an implicit GL context
  File "/usr/lib/python2.7/dist-packages/wx-3.0-gtk2/wx/glcanvas.py",
line 106, in __init__
_glcanvas.GLCanvas_swiginit(self,_glcanvas.new_GLCanvas(*args, **kwargs))
wx._core.PyAssertionError: C++ assertion "ok" failed at
../src/unix/glx11.cpp(589) in GetGLXVersion(): GLX version not found


-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.14.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_IL.utf8, LC_CTYPE=en_IL.utf8 (charmap=UTF-8),
LANGUAGE=en_IL:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gr-osmosdr depends on:
ii  libairspy01.0.9-1+b2
ii  libairspyhf0  1.0-1
ii  libbladerf1   0.2016.06-2
ii  libboost-atomic1.62.0 1.62.0+dfsg-4+b2
ii  libboost-chrono1.62.0 1.62.0+dfsg-4+b2
ii  libboost-date-time1.62.0  1.62.0+dfsg-4+b2
ii  libboost-system1.62.0 1.62.0+dfsg-4+b2
ii  libboost-thread1.62.0 1.62.0+dfsg-4+b2
ii  libc6 2.25-5
ii  libfreesrp0   0.3.0-2
ii  libgcc1   1:7.2.0-18
ii  libgnuradio-blocks3.7.11  3.7.11-6
ii  libgnuradio-fcd3.7.11 3.7.11-6
ii  libgnuradio-fcdproplus3.7.11  3.7.25.4b6464b-5
ii  libgnuradio-iqbalance3.7.11   0.37.2-11
ii  libgnuradio-osmosdr0.1.4  0.1.4-14
ii  libgnuradio-pmt3.7.11 3.7.11-6
ii  libgnuradio-runtime3.7.11 3.7.11-6
ii  libgnuradio-uhd3.7.11 3.7.11-6
ii  libhackrf02017.02.1-1
ii  liblog4cpp5v5 1.1.1-3
ii  libmirisdr0   0.0.4.59ba37-5+b1
ii  libosmosdr0   0.1.8.effcaa7-7+b1
ii  libpython2.7  2.7.14-4
ii  librtlsdr00.5.3-13
ii  libsoapysdr0.60.6.1-1
ii  libstdc++6 

Bug#881480: Issue disappeared after restart of docker service

[Baruch Even]

After I did a service restart docker the issue disappeared, I'm
leaving the bug open so you may consider if there is any fix that is
needed for this case or you can close the issue.

Baruch

Bug#881480: docker build fails to run citing runc extraneous option "-console"

[Baruch Even]

Package: docker.io
Version: 1.13.1~ds2-3
Severity: grave

I dist-upgraded my system today and tried to do a docker build, it
fails with the error:

Incorrect Usage: flag provided but not defined: -console
... (mostly runc help message)
flag provided but not defined: -console
oci runtime error: flag provided but not defined: -console

I've seen in the past a similar issue that said to downgrade parts but
I can't see in the NEW queue anything else related to docker.io that
is not yet pushed through or I would have manually upgraded that.

As it is now it seems that docker.io is broken in unstable.

-- System Information:
Debian Release: buster/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.12.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8),
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages docker.io depends on:
ii  adduser 3.116
ii  docker-containerd   0.2.3+git+docker1.13.1~ds1-1
ii  docker-runc 1.0.0~rc2+git+docker1.13.1~ds1-2
ii  golang-libnetwork   0.8.0-dev.2+git20170202.599.45b4086-3
ii  iptables1.6.1-2+b1
ii  libapparmor12.11.1-3
ii  libc6   2.24-17
ii  libdevmapper1.02.1  2:1.02.145-4
ii  libsqlite3-03.21.0-1
ii  libsystemd0 235-2
ii  lsb-base9.20170808

Versions of packages docker.io recommends:
ii  ca-certificates  20170717
ic  cgroupfs-mount   1.4
ii  git  1:2.15.0-1
ii  xz-utils 5.2.2-1.3

Versions of packages docker.io suggests:
pn  aufs-tools   
pn  btrfs-progs  
pn  debootstrap  
pn  docker-doc   
pn  rinse
pn  zfs-fuse | zfsutils  

-- no debconf information

Bug#849753: node-liftoff: Cannot install due to incorrect dependency

[Baruch Even]

Package: node-liftoff
Version: 2.3.0-1
Severity: grave
Justification: renders package unusable

node-liftoff depends on node-extend >= 3.0.0 but only 2.0.0 is available
in the debian repository which makes this package uninstallable.

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.8.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Bug#848881: [gpart] Floating point exception when scanning

[Baruch Even]

Can you please run it under gdb and capture the output of the command:
bt
bt full

Baruch

On Tue, Dec 20, 2016, 18:32 Eriberto Mota  wrote:

> Control: severity 848881 important
>
> Hi,
>
> Adding Baruch (upstream) in Cc.
>
> I downgraded the severity to important because this bug is not grave
> (maybe it could be normal).
>
> Baruch, any idea?
>
> Regards,
>
> Eriberto
>
>
> 2016-12-20 11:33 GMT-02:00 Ingo Juergensmann :
> > Package: gpart
> > Version: 1:0.3-3
> > Severity: grave
> >
> > --- Please enter the report below this line. ---
> > Hi!
> >
> > When trying to examine a volume on LVM, I get a floating point exception
> > quite instantly:
> >
> >
> > # strace -f gpart -f /dev/lv/Elite3
> > execve("/usr/sbin/gpart", ["gpart", "-f", "/dev/lv/Elite3"], [/* 59 vars
> > */]) = 0
> >
> >
> > brk(NULL)   = 0x5564d0c19000
> >
> >
> >
> > access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or
> > directory)
> >
> >
> > mmap(NULL, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
> > 0) = 0x7f959d326000
> >
> >
> > access("/etc/ld.so.preload", R_OK)  = -1 ENOENT (No such file or
> > directory)
> >
> >
> > open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
> >
> >
> >
> > fstat(3, {st_mode=S_IFREG|0644, st_size=238540, ...}) = 0
> >
> >
> >
> > mmap(NULL, 238540, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f959d2eb000
> >
> >
> >
> > close(3)= 0
> >
> >
> >
> > access("/etc/ld.so.nohwcap", F_OK)  = -1 ENOENT (No such file or
> > directory)
> >
> >
> > open("/lib/x86_64-linux-gnu/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
> >
> >
> >
> > read(3,
> > "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\320\3\2\0\0\0\0\0"...,
> > 832) = 832
> >
> >
> > fstat(3, {st_mode=S_IFREG|0755, st_size=1685264, ...}) = 0
> >
> >
> >
> > mmap(NULL, 3791264, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
> > 0) = 0x7f959cd69000
> >
> >
> > mprotect(0x7f959cefe000, 2093056, PROT_NONE) = 0
> >
> >
> >
> > mmap(0x7f959d0fd000, 24576, PROT_READ|PROT_WRITE,
> > MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x194000) = 0x7f959d0fd000
> >
> >
> > mmap(0x7f959d103000, 14752, PROT_READ|PROT_WRITE,
> > MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f959d103000
> >
> >
> > close(3)= 0
> >
> >
> >
> > mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
> > = 0x7f959d2e9000
> >
> >
> > arch_prctl(ARCH_SET_FS, 0x7f959d2e9700) = 0
> >
> >
> >
> > mprotect(0x7f959d0fd000, 16384, PROT_READ) = 0
> >
> >
> >
> > mprotect(0x5564d0783000, 4096, PROT_READ) = 0
> >
> >
> >
> > mprotect(0x7f959d329000, 4096, PROT_READ) = 0
> >
> >
> >
> > munmap(0x7f959d2eb000, 238540)  = 0
> >
> >
> >
> > brk(NULL)   = 0x5564d0c19000
> >
> >
> >
> > brk(0x5564d0c3a000) = 0x5564d0c3a000
> >
> >
> >
> > sync()  = 0
> >
> >
> >
> > open("/dev/lv/Elite3", O_RDONLY)= 3
> >
> >
> >
> > lseek(3, 0, SEEK_SET)   = 0
> >
> >
> >
> > read(3,
> >
> "\16\32R\275\217x\235v\376\377#\0\6/\0\177\377\377DDDE\35\360IHII\33\364GH"...,
> > 512) = 512
> >
> >
> > lseek(3, 0, SEEK_SET)   = 0
> >
> >
> >
> > read(3,
> >
> "\16\32R\275\217x\235v\376\377#\0\6/\0\177\377\377DDDE\35\360IHII\33\364GH"...,
> > 512) = 512
> >
> >
> > stat("/dev/lv/Elite3", {st_mode=S_IFBLK|0660, st_rdev=makedev(253, 16),
> > ...}) = 0
> >
> >
> > ioctl(3, HDIO_GETGEO, {heads=0, sectors=0, cylinders=0, start=0}) = 0
> >
> >
> >
> > ioctl(3, BLKGETSIZE, [8388608]) = 0
> >
> >
> >
> > --- SIGFPE {si_signo=SIGFPE, si_code=FPE_INTDIV, si_addr=0x5564d057d5f0}
> > ---
> >
> >
> > +++ killed by SIGFPE +++
> >
> >
> >
> > Gleitkomma-Ausnahme
> >
> >
> >
> > --- System information. ---
> > Architecture: Kernel:   Linux 4.8.0-2-amd64
> >
> > Debian Release: stretch/sid
> >   500 unstablewww.deb-multimedia.org   500 unstable
> > ftp.de.debian.org   500 unstabledownload.jitsi.org
> > --- Package information. ---
> > Depends  (Version) | Installed
> > ==-+-===
> > libc6 (>= 2.4) |
> >
> > Package's Recommends field is empty.
> >
> > Package's Suggests field is empty.
> >
> >
> >
> >
> > --
> > Ciao...//  Fon: 0381-2744150
> >   Ingo   \X/   http://blog.windfluechter.net
> > Please don't share this address with Facebook or Google!
> > gpg pubkey: http://www.juergensmann.de/ij_public_key.asc
> >
> > ___
> > forensics-devel mailing list
> > forensics-de...@lists.alioth.debian.org
> > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/forensics-devel
>

Bug#842183: With gdc the build works

[Baruch Even]

FYI, After I installed gdc dub will try to build with gdc by default and
everything works.

Baruch

Bug#842183: dub: Fails to build when a dependency is defined

[Baruch Even]

Package: dub
Version: 1.0.0-2
Severity: important

I tried to create a package with a dependency on sgio-d through using
"dub init". Then immediately tried to build and got an error during
build:

Error: failed to create path to file:
.dub/obj/../../../.dub/packages/sgio-d-0.0.5/sgio-d/.dub/build/library-debug-linux.posix-x86_64-ldc_0-CD4D78246AB54AEA9FE4DBE7CBCAB2B8/libsgio-d.a
No such file or directory
ldc2 failed with exit code 1.


It appears that this bug was seen previously but the upstream bug is
closed at https://github.com/ldc-developers/ldc/issues/1061

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.7.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages dub depends on:
ii  ldc [d-compiler]  1:1.1.0+b3-1
ii  libc6 2.24-3
ii  libcurl3-gnutls   7.50.1-1
ii  libgcc1   1:6.2.0-6
ii  zlib1g1:1.2.8.dfsg-2+b1

dub recommends no packages.

dub suggests no packages.

-- no debconf information

Bug#782733: Fixed in 0.15

[Baruch Even]

This is fixed in my upstream release of 0.15

Baruch

Bug#782733: diskscan: Segmentation fault when executing diskscan on a 3TB disk

[Baruch Even]

I have a fix for this in the repository but it looks like I never put
out a version with the fix into a released version. I'll do that
shortly.

Baruch

On Thu, Apr 16, 2015 at 11:35 PM, Gerald Turner gtur...@unzane.com wrote:
 Package: diskscan
 Version: 0.14.1-6
 Severity: normal

 Dear Maintainer,

 diskscan segfaults before scanning begins as follows:

   # diskscan -v /dev/sde
   diskscan version HEAD

   V: Verbosity set
   I: Validating path /dev/sde
   [1]13746 segmentation fault  diskscan -v /dev/sde

 I built the package from source and ran under gdb which produces the
 following backtrace:

   # gdb ./diskscan
   GNU gdb (Debian 7.7.1+dfsg-5) 7.7.1
   Copyright (C) 2014 Free Software Foundation, Inc.
   License GPLv3+: GNU GPL version 3 or later 
 http://gnu.org/licenses/gpl.html
   This is free software: you are free to change and redistribute it.
   There is NO WARRANTY, to the extent permitted by law.  Type show copying
   and show warranty for details.
   This GDB was configured as x86_64-linux-gnu.
   Type show configuration for configuration details.
   For bug reporting instructions, please see:
   http://www.gnu.org/software/gdb/bugs/.
   Find the GDB manual and other documentation resources online at:
   http://www.gnu.org/software/gdb/documentation/.
   For help, type help.
   Type apropos word to search for commands related to word...
   Reading symbols from ./diskscan...done.
   (gdb) run /dev/sde
   Starting program: /tmp/diskscan-0.14.1/diskscan /dev/sde
   [Thread debugging using libthread_db enabled]
   Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.
   diskscan version HEAD

   I: Validating path /dev/sde

   Program received signal SIGSEGV, Segmentation fault.
   parse_read_capacity_16 (buf=buf@entry=0x7fffe080 , buf_len=optimized 
 out, max_lba=max_lba@entry=0x60a510 disk+912, 
 block_size=block_size@entry=0x7fffddfc,
   prot_enable=prot_enable@entry=0x0, p_type=p_type@entry=0x0, 
 p_i_exponent=0x0, logical_blocks_per_physical_block_exponent=0x0, 
 thin_provisioning_enabled=0x0,
   thin_provisioning_zero=0x0, lowest_aligned_lba=0x0) at 
 src/parse_read_cap.c:84
   84if (*lowest_aligned_lba)
   (gdb) backtrace
   #0  parse_read_capacity_16 (buf=buf@entry=0x7fffe080 , 
 buf_len=optimized out, max_lba=max_lba@entry=0x60a510 disk+912,
   block_size=block_size@entry=0x7fffddfc, 
 prot_enable=prot_enable@entry=0x0, p_type=p_type@entry=0x0, p_i_exponent=0x0,
   logical_blocks_per_physical_block_exponent=0x0, 
 thin_provisioning_enabled=0x0, thin_provisioning_zero=0x0, 
 lowest_aligned_lba=0x0) at src/parse_read_cap.c:84
   #1  0x00406179 in parse_read_capacity_16_simple 
 (block_size=0x7fffddfc, max_lba=0x60a510 disk+912, buf_len=optimized 
 out, buf=0x7fffe080 )
   at ./libscsicmd/include/scsicmd.h:151
   #2  disk_dev_read_cap (dev=0x60a180 disk, size_bytes=0x60a510 disk+912, 
 sector_size=0x60a518 disk+920) at arch/arch.c:266
   #3  0x004021d7 in disk_open (disk=0x60a180 disk, 
 path=0x7fffe780 /dev/sde, fix=0, latency_graph_len=70) at 
 lib/diskscan.c:96
   #4  0x00401c71 in diskscan_cli (argc=optimized out, 
 argv=optimized out) at cli/cli.c:322
   #5  0x7784cb45 in __libc_start_main () from 
 /lib/x86_64-linux-gnu/libc.so.6
   #6  0x004014ce in _start ()

 Looks like it could have something to do with reading the drive
 geometry, it's a 3TB drive, here's some partial hdparam output:

   # hdparm -I /dev/sde
   /dev/sde:

   ATA device, with non-removable media
 Model Number:   ST3000DM001-1ER166
 Serial Number:  Z500VYNW
 Firmware Revision:  CC25
 Transport:  Serial, SATA 1.0a, SATA II Extensions, SATA Rev 
 2.5, SATA Rev 2.6, SATA Rev 3.0
   Standards:
 Used: unknown (minor revision code 0x001f)
 Supported: 9 8 7 6 5
 Likely used: 9
   Configuration:
 Logical max current
 cylinders   16383   16383
 heads   16  16
 sectors/track   63  63
 --
 CHS current addressable sectors:   16514064
 LBAuser addressable sectors:  268435455
 LBA48  user addressable sectors: 5860533168
 Logical  Sector size:   512 bytes
 Physical Sector size:  4096 bytes
 Logical Sector-0 offset:  0 bytes
 device size with M = 1024*1024: 2861588 MBytes
 device size with M = 1000*1000: 3000592 MBytes (3000 GB)
 cache/buffer size  = unknown
 Form Factor: 3.5 inch
 Nominal Media Rotation Rate: 7200
   ...

 -- System Information:
 Debian Release: 8.0
   APT prefers testing-updates
   APT policy: (500, 'testing-updates'), (500, 'testing'), (50, 'unstable')
 Architecture: amd64 (x86_64)

 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) 

Bug#781625: arduino-mk should depend or recommend screen

[Baruch Even]

Subject: arduino-mk: missing dependency on screen
Package: arduino-mk
Version: 1.3.4-1
Severity: normal

Dear Maintainer,

Using make monitor tries to fire up screen and that failed since
screen wasn't installed for me (new system). arduino-mk should depend or
at least recommend on screen to hint to the user that he should install
something else.

-- System Information:
Debian Release: 8.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages arduino-mk depends on:
ii  arduino-core   2:1.0.5+dfsg2-4
ii  python 2.7.9-1
ii  python-serial  2.6-1.1

arduino-mk recommends no packages.

arduino-mk suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#636814: Issue should be fixed

[Baruch Even]

With the v0.2 branch I tried to fix such issues, I believe all should be
fixed and this bug report retested and closed.

Baruch

Bug#397632: gpart should not be little endian specific

[Baruch Even]

In the v0.2 branch I tried to fix such issues by collating patches from the
various distributions. If there are still issues of endianes they should be
reported and fixed.


I believe there are no such issues right now but have no ability to test it
all myself.

Thanks,
Baruch

Bug#771354: kicad templates default to /usr/bin/../share/templates

[Baruch Even]

package: kicad
version: 0.20141025+bzr4029-1
severity: major

The kicad as installed attempts to load templates from
/usr/share/templates instead of /usr/share/kicad/templates which makes
it rather unusable unless you want to work without a template at all.

The templates come from the kicad-common package.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#730342: New version of nut

[Baruch Even]

Package: nut
Version: 2.6.5-4
Severity: wishlist

A new version of nut was released last week. It includes some revamping to
the monitoring of blazer which should fix some issues around detection of
my UPS.

Thanks,
Baruch

Bug#728531: electrum: missing dependency on python-qt4

[Baruch Even]

Package: electrum
Version: 1.8-1
Severity: critical

I installed electrum and tried to run it from gui and console and only got
the following:

$ electrum
Error: Could not import PyQt4 on Linux systems, you may try 'sudo apt-get
install python-qt4'


After installing python-qt4 the software starts properly.

Baruch

Bug#666514: backtrace of crash

[Baruch Even]

I also saw the crash on a new install of transmission on a new install of
Debian unstable x64. The crash doesn't happen when running as root, only as
the user debian-transmission.


[New Thread 0x73d6e700 (LWP 12280)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x73d6e700 (LWP 12280)]
0x767ff4c9 in __readdir (dirp=dirp@entry=0x0) at
../sysdeps/posix/readdir.c:44
44  ../sysdeps/posix/readdir.c: Permission denied.
(gdb) bt
#0  0x767ff4c9 in __readdir (dirp=dirp@entry=0x0) at
../sysdeps/posix/readdir.c:44
#1  0x55560318 in loadBlocklists (session=session@entry=0x557ce3d0)
at session.c:2226
#2  0x5556214d in tr_sessionInitImpl (vdata=0x7fffe360) at
session.c:726
#3  0x5556f0db in readFromPipe (fd=7, eventType=optimized out,
veh=0x557ce960) at trevent.c:193
#4  0x77592184 in event_base_loop () from
/usr/lib/x86_64-linux-gnu/libevent-2.0.so.5
#5  0x5556f1a8 in libeventThreadFunc (veh=0x557ce960) at
trevent.c:249
#6  0xf5ba in ThreadFunc (_t=0x557ce9e0) at platform.c:108
#7  0x76afde0e in start_thread (arg=0x73d6e700) at
pthread_create.c:311
#8  0x768329ed in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:113
(gdb) bt full
#0  0x767ff4c9 in __readdir (dirp=dirp@entry=0x0) at
../sysdeps/posix/readdir.c:44
dp = optimized out
saved_errno = 2
#1  0x55560318 in loadBlocklists (session=session@entry=0x557ce3d0)
at session.c:2226
odir = 0x0
dirname = 0x7fffec001810
/home/debian-transmission/.config/transmission-daemon/blocklists
d = optimized out
blocklists = 0x0
loadme = {items = 0x0, n_items = 0, n_alloc = 0}
isEnabled = false
#2  0x5556214d in tr_sessionInitImpl (vdata=0x7fffe360) at
session.c:726
filename = 0x7fffec001810
/home/debian-transmission/.config/transmission-daemon/blocklists
settings = {type = 8 '\b', key = 140737328459958, val = {b = false,
d = 1.2648080533535912e-321, i = 256, s = {
  type = (unknown: 256), quark = 63, len = 140737152820176, str
= {buf = '\000' repeats 15 times, str = 0x0}}, l = {
  alloc = 256, count = 63, vals = 0x7fffec0023d0}}}
data = 0x7fffe360
clientSettings = optimized out
session = 0x557ce3d0
#3  0x5556f0db in readFromPipe (fd=7, eventType=optimized out,
veh=0x557ce960) at trevent.c:193
data = {func = 0x55562050 tr_sessionInitImpl, user_data =
0x7fffe360}
nwant = 16
ch = 114 'r'
ret = 1
eh = 0x557ce960
#4  0x77592184 in event_base_loop () from
/usr/lib/x86_64-linux-gnu/libevent-2.0.so.5
No symbol table info available.
#5  0x5556f1a8 in libeventThreadFunc (veh=0x557ce960) at
trevent.c:249
base = 0x7fffec0008f0
eh = 0x557ce960
#6  0xf5ba in ThreadFunc (_t=0x557ce9e0) at platform.c:108
t = 0x557ce9e0
#7  0x76afde0e in start_thread (arg=0x73d6e700) at
pthread_create.c:311
__res = optimized out
pd = 0x73d6e700
now = optimized out
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140737284335360,
7434306307216419016, 1, 140737332145376, 4096, 140737284335360,
-7434297709806966584, -7434286929468020536}, mask_was_saved
= 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0,
  cleanup = 0x0, canceltype = 0}}}
not_first_call = 0
pagesize_m1 = optimized out
sp = optimized out
freesize = optimized out
__PRETTY_FUNCTION__ = start_thread
#8  0x768329ed in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:113
No locals.

Bug#724458: RFP: diskscan -- Scan disk for bad or near failure sectors

[Baruch Even]

I'm using 4.8.1-9, I'm on i686 are you on x86-64 by any chance?


On Tue, Sep 24, 2013 at 7:40 PM, Eriberto eribe...@eriberto.pro.br wrote:

 Hi! Thanks for your attention.

 gcc version 4.8.1 (Debian 4.8.1-10)

 Please, fell free to make new questions.

 Eriberto

Bug#724458: RFP: diskscan -- Scan disk for bad or near failure sectors

[Baruch Even]

No, I'll figure out how to make it work on both.


On Tue, Sep 24, 2013 at 8:10 PM, Eriberto eribe...@eriberto.pro.br wrote:

 Yeap! Debian Sid amd64. Do you need I test it on i386???

 2013/9/24 Baruch Even bar...@ev-en.org:
  I'm using 4.8.1-9, I'm on i686 are you on x86-64 by any chance?

Bug#724458: RFP: diskscan -- Scan disk for bad or near failure sectors

[Baruch Even]

Please retest now with 0.03. Thanks!


On Tue, Sep 24, 2013 at 8:14 PM, Baruch Even bar...@ev-en.org wrote:

 No, I'll figure out how to make it work on both.


 On Tue, Sep 24, 2013 at 8:10 PM, Eriberto eribe...@eriberto.pro.brwrote:

 Yeap! Debian Sid amd64. Do you need I test it on i386???

 2013/9/24 Baruch Even bar...@ev-en.org:
  I'm using 4.8.1-9, I'm on i686 are you on x86-64 by any chance?

Bug#716868: libhttrack2: Crash while mirroring website

[Baruch Even]

Package: libhttrack2
Version: 3.47.21-1
Severity: normal

Dear Maintainer,

I'm trying to mirror the website http shaa-historit jetnumbers com
(semi-private so avoiding the link, replace space with :// or dots as
appropriate).

httrack crashes with the following backtrace:

$ httrack --continue
HTTrack3.47-21+libhtsjava.so.2 launched on Sat, 13 Jul 2013 21:34:54 at http 
shaa-historit jetnumbers com
(httrack http shaa-historit jetnumbers com -iC2 -iC2 -v -iC2 -v -iC2 -v -%! 
-iC2 -v -%! -A5000 -iC2 -v -%! -A500 -iC2 -v -%! -A500 -iC2 -v -%! 
-A500 -iC2 -v -%! -A500 -iC2 -A50 -iC1 -iC1 )

Information, Warnings and Errors reported for this mirror:
note:   the hts-log.txt file, and hts-cache folder, may contain sensitive 
information,
such as username/password authentication for websites mirrored in this 
project
do not share these files/folders if you want these information to 
remain private

Mirror launched on Sat, 13 Jul 2013 21:34:54 by HTTrack Website 
Copier/3.47-21+libhtsjava.so.2 [XRCO'2013]
mirroring http shaa-historit jetnumbers com with the wizard help..
21:34:54Warning:* security warning: !!! BYPASSING SECURITY 
LIMITS - MONITOR THIS SESSION WITH EXTREME CARE !!!
21:34:54Warning:Cache: damaged cache, trying to repair
21:34:54Warning:Cache: 766266 bytes successfully recovered in 
972 entries
21:34:54shaa-hisError: eForbidden (403) at link http shaa-historit jetnumbers 
comgen2.pl (from http shaa-historit jetnumbers com)
21:34:54shaa-hisError: eForbidden (403) at link http shaa-historit jetnumbers 
comgen_xml.pl (from http shaa-historit jetnumbers com)
* http shaa-historit jetnumbers 
compodcastgen/?p=episodename=2013-06-13_210.mp3 (5220 bytes) - OK
*** Error in `httrack': free(): invalid pointer: 0xbfd17214 
***=2013-04-08_175.mp3 (22938908 bytes) - OK
=== Backtrace: =
/lib/i386-linux-gnu/i686/cmov/libc.so.6(+0x75e72)[0xb753fe72]
/lib/i386-linux-gnu/i686/cmov/libc.so.6(+0x76bb0)[0xb7540bb0]
/usr/lib/libhttrack.so.2(back_unserialize+0x4e)[0xb76d3e7e]
/usr/lib/libhttrack.so.2(back_unserialize_ref+0x5b)[0xb76d472b]
/usr/lib/libhttrack.so.2(back_add+0x1e13)[0xb76d8733]
/usr/lib/libhttrack.so.2(back_add_if_not_exists+0x98)[0xb76d9998]
/usr/lib/libhttrack.so.2(hts_wait_delayed+0x553)[0xb76b7a93]
/usr/lib/libhttrack.so.2(htsparse+0x7c3b)[0xb76c103b]
/usr/lib/libhttrack.so.2(httpmirror+0x37ca)[0xb76aac5a]
/usr/lib/libhttrack.so.2(hts_main2+0x419d)[0xb770e54d]
httrack[0x804953a]
/lib/i386-linux-gnu/i686/cmov/libc.so.6(__libc_start_main+0xf5)[0xb74e38f5]
httrack[0x80495b1]
=== Memory map: 
08048000-0804e000 r-xp  08:01 138037 /usr/bin/httrack
0804e000-0804f000 r--p 5000 08:01 138037 /usr/bin/httrack
0804f000-0805 rw-p 6000 08:01 138037 /usr/bin/httrack
08da2000-08ed4000 rw-p  00:00 0  [heap]
b5c2a000-b5c3d000 r-xp  08:01 528606 
/lib/i386-linux-gnu/i686/cmov/libresolv-2.17.so
b5c3d000-b5c3e000 r--p 00012000 08:01 528606 
/lib/i386-linux-gnu/i686/cmov/libresolv-2.17.so
b5c3e000-b5c3f000 rw-p 00013000 08:01 528606 
/lib/i386-linux-gnu/i686/cmov/libresolv-2.17.so
b5c3f000-b5c41000 rw-p  00:00 0 
b5c42000-b5c5d000 r-xp  08:01 394341 
/lib/i386-linux-gnu/libgcc_s.so.1
b5c5d000-b5c5e000 rw-p 0001a000 08:01 394341 
/lib/i386-linux-gnu/libgcc_s.so.1
b5c5e000-b728a000 rw-p  00:00 0 
b728a000-b728c000 r-xp  08:01 242619 /usr/lib/libhtsjava.so.2.0.47
b728c000-b728d000 r--p 1000 08:01 242619 /usr/lib/libhtsjava.so.2.0.47
b728d000-b728e000 rw-p 2000 08:01 242619 /usr/lib/libhtsjava.so.2.0.47
b728e000-b72b3000 rw-p  00:00 0 
b72b3000-b72b6000 r-xp  08:01 522364 
/lib/i386-linux-gnu/i686/cmov/libdl-2.17.so
b72b6000-b72b7000 r--p 2000 08:01 522364 
/lib/i386-linux-gnu/i686/cmov/libdl-2.17.so
b72b7000-b72b8000 rw-p 3000 08:01 522364 
/lib/i386-linux-gnu/i686/cmov/libdl-2.17.so
b72b8000-b7309000 r-xp  08:01 522515 
/usr/lib/i386-linux-gnu/i686/cmov/libssl.so.1.0.0
b7309000-b730a000 ---p 00051000 08:01 522515 
/usr/lib/i386-linux-gnu/i686/cmov/libssl.so.1.0.0
b730a000-b730c000 r--p 00051000 08:01 522515 
/usr/lib/i386-linux-gnu/i686/cmov/libssl.so.1.0.0
b730c000-b731 rw-p 00053000 08:01 522515 
/usr/lib/i386-linux-gnu/i686/cmov/libssl.so.1.0.0
b731-b74ae000 r-xp  08:01 522514 
/usr/lib/i386-linux-gnu/i686/cmov/libcrypto.so.1.0.0
b74ae000-b74af000 ---p 0019e000 08:01 522514 
/usr/lib/i386-linux-gnu/i686/cmov/libcrypto.so.1.0.0
b74af000-b74be000 r--p 0019e000 08:01 522514 
/usr/lib/i386-linux-gnu/i686/cmov/libcrypto.so.1.0.0
b74be000-b74c7000 rw-p 001ad000 08:01 522514 
/usr/lib/i386-linux-gnu/i686/cmov/libcrypto.so.1.0.0
b74c7000-b74ca000 rw-p  00:00 0 
b74ca000-b7673000 r-xp  08:01 522359 
/lib/i386-linux-gnu/i686/cmov/libc-2.17.so
b7673000-b7674000 ---p 001a9000 08:01 522359 

Bug#712952: jekyll: Missing dependency on RedCloth for jekyll serve

[Baruch Even]

Package: jekyll
Version: 0.11.2-1
Severity: important

Dear Maintainer,

I installed jekyll with not much ruby tools on my machine, and following
the quickstart guide tried: jekyll serve

I got the following:

$ jekyll serve
/usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require': iconv
will be deprecated in the future, use String#encode instead.
Configuration from /home/baruch/proj/storage/websites/tpw/_config.yml
Building site: /home/baruch/proj/storage/websites/tpw - serve
You are missing a library required for Textile. Please run:
  $ [sudo] gem install RedCloth
  
  ERROR: YOUR SITE COULD NOT BE BUILT:
  
  Missing dependency: RedCloth


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

Kernel: Linux 3.9-1-686-pae (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages jekyll depends on:
ii  ruby  1:1.9.3
ii  ruby-albino   1.3.3-1
ii  ruby-classifier   1.3.3-1
ii  ruby-directory-watcher1.4.1-1
ii  ruby-kramdown 0.14.1-1
ii  ruby-liquid   2.3.0-2
ii  ruby-maruku   0.6.0-2
ii  ruby1.8 [ruby-interpreter]1.8.7.358-7
ii  ruby1.9.1 [ruby-interpreter]  1.9.3.194-8.1+b1

Versions of packages jekyll recommends:
ii  ruby-mysql  2.8.2+gem2deb-3
ii  ruby-sequel 3.37.0-1
ii  ruby-sequel-pg  1.5.0-1

jekyll suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#712952: jekyll: Missing dependency on RedCloth for jekyll serve

[Baruch Even]

ruby-rdiscount package is missing as well from the dependencies.

On Fri, Jun 21, 2013 at 10:59 AM, Baruch Even bar...@ev-en.org wrote:
 Package: jekyll
 Version: 0.11.2-1
 Severity: important

 Dear Maintainer,

 I installed jekyll with not much ruby tools on my machine, and following
 the quickstart guide tried: jekyll serve

 I got the following:

 $ jekyll serve
 /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require': iconv
 will be deprecated in the future, use String#encode instead.
 Configuration from /home/baruch/proj/storage/websites/tpw/_config.yml
 Building site: /home/baruch/proj/storage/websites/tpw - serve
 You are missing a library required for Textile. Please run:
   $ [sudo] gem install RedCloth

   ERROR: YOUR SITE COULD NOT BE BUILT:
   
   Missing dependency: RedCloth


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

 Kernel: Linux 3.9-1-686-pae (SMP w/4 CPU cores)
 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash

 Versions of packages jekyll depends on:
 ii  ruby  1:1.9.3
 ii  ruby-albino   1.3.3-1
 ii  ruby-classifier   1.3.3-1
 ii  ruby-directory-watcher1.4.1-1
 ii  ruby-kramdown 0.14.1-1
 ii  ruby-liquid   2.3.0-2
 ii  ruby-maruku   0.6.0-2
 ii  ruby1.8 [ruby-interpreter]1.8.7.358-7
 ii  ruby1.9.1 [ruby-interpreter]  1.9.3.194-8.1+b1

 Versions of packages jekyll recommends:
 ii  ruby-mysql  2.8.2+gem2deb-3
 ii  ruby-sequel 3.37.0-1
 ii  ruby-sequel-pg  1.5.0-1

 jekyll suggests no packages.

 -- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#712952: More info

[Baruch Even]

ruby-rdiscount package is missing as well from the dependencies.

It should be noted that I tried to use the github tpw repository as my
starter site, this may have affected what is needed as dependencies.

Baruch


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#712952: jekyll: Missing dependency on RedCloth for jekyll serve

[Baruch Even]

It should be noted that I tried to use the github tpw repository as my
starter site, this may have affected what is needed as dependencies.

On Fri, Jun 21, 2013 at 11:06 AM, Baruch Even bar...@ev-en.org wrote:
 ruby-rdiscount package is missing as well from the dependencies.

 On Fri, Jun 21, 2013 at 10:59 AM, Baruch Even bar...@ev-en.org wrote:
 Package: jekyll
 Version: 0.11.2-1
 Severity: important

 Dear Maintainer,

 I installed jekyll with not much ruby tools on my machine, and following
 the quickstart guide tried: jekyll serve

 I got the following:

 $ jekyll serve
 /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require': iconv
 will be deprecated in the future, use String#encode instead.
 Configuration from /home/baruch/proj/storage/websites/tpw/_config.yml
 Building site: /home/baruch/proj/storage/websites/tpw - serve
 You are missing a library required for Textile. Please run:
   $ [sudo] gem install RedCloth

   ERROR: YOUR SITE COULD NOT BE BUILT:
   
   Missing dependency: RedCloth


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

 Kernel: Linux 3.9-1-686-pae (SMP w/4 CPU cores)
 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash

 Versions of packages jekyll depends on:
 ii  ruby  1:1.9.3
 ii  ruby-albino   1.3.3-1
 ii  ruby-classifier   1.3.3-1
 ii  ruby-directory-watcher1.4.1-1
 ii  ruby-kramdown 0.14.1-1
 ii  ruby-liquid   2.3.0-2
 ii  ruby-maruku   0.6.0-2
 ii  ruby1.8 [ruby-interpreter]1.8.7.358-7
 ii  ruby1.9.1 [ruby-interpreter]  1.9.3.194-8.1+b1

 Versions of packages jekyll recommends:
 ii  ruby-mysql  2.8.2+gem2deb-3
 ii  ruby-sequel 3.37.0-1
 ii  ruby-sequel-pg  1.5.0-1

 jekyll suggests no packages.

 -- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#712954: jekyll: A newer version is available (1.0.3)

[Baruch Even]

Package: jekyll
Version: 0.11.2-1
Severity: wishlist

Dear Maintainer,

Version 1.0.3 is already available and it would be great if you could
package that.

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

Kernel: Linux 3.9-1-686-pae (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages jekyll depends on:
ii  ruby  1:1.9.3
ii  ruby-albino   1.3.3-1
ii  ruby-classifier   1.3.3-1
ii  ruby-directory-watcher1.4.1-1
ii  ruby-kramdown 0.14.1-1
ii  ruby-liquid   2.3.0-2
ii  ruby-maruku   0.6.0-2
ii  ruby1.8 [ruby-interpreter]1.8.7.358-7
ii  ruby1.9.1 [ruby-interpreter]  1.9.3.194-8.1+b1

Versions of packages jekyll recommends:
ii  ruby-mysql  2.8.2+gem2deb-3
ii  ruby-sequel 3.37.0-1
ii  ruby-sequel-pg  1.5.0-1

jekyll suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#669299: rubber: URL of home page is outdated

[Baruch Even]

The maintainer was Emanuel Befarra who is also the upstream author. I was
co-maintainer to help him get it into Debian but in fact he did most of the
packaging work as well.

As I have no time to maintain my packages properly if there are volunteers
to take over I'd be happy to give ownership over the package.

Cheers,
Baruch

Bug#662118: Transcoding failed as well

[Baruch Even]

On Mon, Mar 5, 2012 at 11:19 AM, Alexandre Rossi
alexandre.ro...@gmail.com wrote:
 Hi,

  TRANSCODE 2012-02-27-21-15-52-MVI_0796.webm
  transcoding 2012-02-27-21-15-52-MVI_0796.MOV failed, skipped
 [GError at 0xb5603430, 'qtdemux.c(3865): gst_qtdemux_loop ():
 /GstPipeline:pipeline0/GstDecodeBin:decode/GstQTDemux:qtdemux0:\nstreaming
 stopped, reason not-negotiated']

 Usually, this, is a problem with gstreamer. In order to sort that out,
 do you have the same result with the following command?

 $ gst-launch-0.10 filesrc location=2012-02-27-21-15-52-MVI_0796.MOV \
    ! decodebin name=demux ! queue ! ffmpegcolorspace ! vp8enc \
    ! webmmux name=mux ! filesink location=2012-02-27-21-15-52-MVI_0796.webm \
    demux. ! queue ! audioconvert ! audioresample ! vorbisenc ! mux.

I get:
WARNING: erroneous pipeline: no element mux

If I remove the mux part I get:
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
ERROR: from element
/GstPipeline:pipeline0/GstDecodeBin:demux/GstQTDemux:qtdemux0:
GStreamer encountered a general stream error.
Additional debug info:
qtdemux.c(3865): gst_qtdemux_loop ():
/GstPipeline:pipeline0/GstDecodeBin:demux/GstQTDemux:qtdemux0:
streaming stopped, reason not-negotiated
ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...
Freeing pipeline ...

Baruch



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#662118: lazygal: Failure to thumbnail a quicktime movie

[Baruch Even]

Package: lazygal
Version: 0.7.1-1

I tried to add some quicktime movies from my Canon camera and go the
following error:

  VIDEOTHUMB 2012-02-27-21-15-52-MVI_0796_thumb.jpg
Traceback (most recent call last):
  File /usr/bin/lazygal, line 228, in module
album.generate()
  File /usr/lib/python2.7/dist-packages/lazygal/generators.py, line
838, in generate
destgal.make()
  File /usr/lib/python2.7/dist-packages/lazygal/generators.py, line
584, in make
super(WebalbumDir, self).make(force or needed_build)
  File /usr/lib/python2.7/dist-packages/lazygal/make.py, line 110, in make
d.make() # dependency building not forced
  File /usr/lib/python2.7/dist-packages/lazygal/make.py, line 110, in make
d.make() # dependency building not forced
  File /usr/lib/python2.7/dist-packages/lazygal/make.py, line 111, in make
self.call_build()
  File /usr/lib/python2.7/dist-packages/lazygal/genmedia.py, line
77, in call_build
self.build()
  File /usr/lib/python2.7/dist-packages/lazygal/genmedia.py, line 69, in build
im = self.resize(self.get_image())
  File /usr/lib/python2.7/dist-packages/lazygal/genmedia.py, line
216, in get_image
% self.source_video.filename)
AttributeError: 'VideoThumb' object has no attribute 'source_video'

There are two problems here, one is that thumbnailing failed and the
other that it failed to report it properly and had an exception
instead of a clear message and continuing to work.

Baruch



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#662118: Transcoding failed as well

[Baruch Even]

A few lines above it shows the transcoding failed previously and the
file was supposed to be skipped:

  TRANSCODE 2012-02-27-21-15-52-MVI_0796.webm
  transcoding 2012-02-27-21-15-52-MVI_0796.MOV failed, skipped
[GError at 0xb5603430, 'qtdemux.c(3865): gst_qtdemux_loop ():
/GstPipeline:pipeline0/GstDecodeBin:decode/GstQTDemux:qtdemux0:\nstreaming
stopped, reason not-negotiated']



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#638699: exo-open fails to open a filename with a hash (#)

[Baruch Even]

Package: exo-utils
Version: 0.6.2-1
Severity: normal

Trying to open a doc file that is named: /tmp/a#.doc with the command:
exo-open /tmp/a#.doc
This fails with the message:
Failed to open URI file:///tmp/a#.doc.
Error stating file '/tmp/a': No such file or directory.

Using less on the same filename works (to the extent that less can
open the file).

This is a reduced test case from a longer filename the constantly
fails for me and contains multiple hashes and other unnatural
characters.

Baruch



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#618261: udlfb not acting as console

[Baruch Even]

Hi,

I can confirm that the udlfb is not being used for console when loaded by
default, I would very much like for it to be added as a module to the Debian
kernel build. It's been a long time since I needed to compile a kernel for
my laptop and it would be nice if I didn't need to recompile it again.

Cheers,
Baruch

Bug#567840: can't find psf2bdf

[Baruch Even]

Hi,

I can't find any executable for psf2bdf in Debian, where does it come from?

Baruch

Bug#571563: Updated version of python-redis

[Baruch Even]

Severity: wishlist
Package: python-redis
Version: 0.6.1-1

python-redis has a newer version already that has more commands supported.

Thanks,
Baruch



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#544012: mdk.info not shipped

[Baruch Even]

tag 544012 + wontfix
thanks

* Adam Di Carlo a...@debian.org [090828 07:16]:
 Package: mdk
 Version: 1.2.3-1.1
 Severity: normal
 
 Upstream ships with texinfo documentation.  The package should build and
 ship mdk.info, and install-info it and such...

The info docs are under the GFDL and as such we cannot ship them in
Debian. It might be possible to do a non-free package with them but I
lack the time to do that.

Baruch



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#541945: [Debian-hebrew-package] Bug#541945: myspell-he: please move dicts to /usr/share/hunspell and create compat symlinks

[Baruch Even]

* Rene Engelhard r...@debian.org [090816 21:53]:
 I'll agressively NMU in 1 or 2 weeks if there was no action on this to
 be able to STEP 2 (and eventually STEP 3) soon.

I will not have time to do it, so feel free to NMU it now.

Baruch



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#531473: add section to culmus conf in fontconfig

[Baruch Even]

Package: culmus
Version: 0.101-9
Severity: wishlist

We can add to culmus fontconfig settings that will make the culmus fonts
become defaults for Hebrew in case another font is missing hebrew
characters. In my case I use Inconsolata for the console which doesn't
have hebrew characters and the default to hebrew sucked big time. Using
the following snippet made things a lot better:

match target=font
test name=lang compare=contains
stringhe/string
/test
alias
familysans-serif/family
prefer
familyMiriam Mono CLM/family 
/prefer
/alias
/match

Cheers,
Baruch



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#504709: Xen console problems

[Baruch Even]

Subject: linux-image-2.6.26-1-xen-amd64: DomU console problems
Package: linux-image-2.6.26-1-xen-amd64
Version: 2.6.26-8
Severity: important

I created a Xen DomU with xen-tools with:
xen-create-image -debootstrap -dir=/home/xen -size=20Gb -memory=512Mb  -fs=ext3 
-cache=yes -dist=lenny -hostname=mapnik -ip 10.0.0.1 -netmask 255.0.0.0 
-gateway 10.0.0.254  -mirror=http://mirror.isoc.org.il/pub/debian/ 
--role=minimal  --image=sparse

I got a proper disk image and swap image that I can loop mount.

I try to start it with;
xm create -c /etc/xen/mapnik.cfg

It starts to boot and then there are no longer console messages and there is no 
console login. The last message is about the lo driver. I attach the console 
log.

If I try to connect with ssh (using NAT networking) I can connect and after 
loop mounting and setting a root password I can even login but I get an error 
that there is no tty and I cannot do much beyond that. I can however connect 
with ssh to execute commands inside the machine such as ls / and things seem to 
work and booted.

-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-1-xen-amd64 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages linux-image-2.6.26-1-xen-amd64 depends on:
ii  initramfs-tools   0.92j  tools for generating an initramfs
ii  linux-modules-2.6.26-1-xen-am 2.6.26-8   Linux 2.6.26 modules on AMD64

linux-image-2.6.26-1-xen-amd64 recommends no packages.

Versions of packages linux-image-2.6.26-1-xen-amd64 suggests:
ii  grub  0.97-47GRand Unified Bootloader (Legacy v
pn  linux-doc-2.6.26  none (no description available)

-- no debconf information
Using config file /etc/xen/mapnik.cfg.
Started domain mapnik
[0.00] Initializing cgroup subsys cpuset

[0.00] Initializing cgroup subsys cpu

[0.00] Linux version 2.6.26-1-xen-amd64 (Debian 2.6.26-8) ([EMAIL 
PROTECTED]) (gcc version 4.1.3 20080623 (prerelease) (Debian 4.1.2-23)) #1 SMP 
Thu Oct 9 17:11:22 UTC 2008

[0.00] Command line: root=/dev/sda2 ro 
ip=10.0.0.1:1.2.3.4:10.0.0.129:255.0.0.0:mapnik:eth0:off xencons=tty0 
console=tty0

[0.00] BIOS-provided physical RAM map:

[0.00]  Xen:  - 2080 (usable)

[0.00] max_pfn_mapped = 133120

[0.00] init_memory_mapping

[0.00]   early res: 0 [20-631917] TEXT DATA BSS

[0.00]   early res: 1 [632000-2171fff] Xen provided

[0.00]   early res: 2 [2172000-2278fff] PGTABLE

[0.00] Zone PFN ranges:

[0.00]   DMA 0 - 4096

[0.00]   DMA324096 -  1048576

[0.00]   Normal1048576 -  1048576

[0.00] Movable zone start PFN for each node

[0.00] early_node_map[1] active PFN ranges

[0.00] 0:0 -   133120

[0.00] PERCPU: Allocating 22192 bytes of per cpu data

[0.00] Built 1 zonelists in Zone order, mobility grouping on.  Total 
pages: 131300

[0.00] Kernel command line: root=/dev/sda2 ro 
ip=10.0.0.1:1.2.3.4:10.0.0.129:255.0.0.0:mapnik:eth0:off xencons=tty0 
console=tty0

[0.00] Initializing CPU#0

[0.00] PID hash table entries: 4096 (order: 12, 32768 bytes)

[0.00] Xen reported: 3000.106 MHz processor.

[0.004000] Console: colour dummy device 80x25

[0.004000] console [tty0] enabled

[0.004000] console [tty0] enabled

[0.004000] Dentry cache hash table entries: 131072 (order: 8, 1048576 bytes)

[0.004000] Inode-cache hash table entries: 65536 (order: 7, 524288 bytes)

[0.004000] Software IO TLB disabled

[0.004000] Memory: 481768k/532480k available (2277k kernel code, 42216k 
reserved, 1021k data, 216k init)

[0.920068] Calibrating delay using timer specific routine.. 6005.27 
BogoMIPS (lpj=12010548)

[0.920120] Security Framework initialized

[0.920133] SELinux:  Disabled at boot.

[0.920142] Capability LSM initialized

[0.920164] Mount-cache hash table entries: 256

[0.920338] Initializing cgroup subsys ns

[0.920349] Initializing cgroup subsys cpuacct

[0.920356] Initializing cgroup subsys devices

[0.920400] CPU: Trace cache: 12K uops, L1 D cache: 16K

[0.920410] CPU: L2 cache: 2048K

[0.920419] CPU: Physical Processor ID: 0

[0.920424] CPU: Processor Core ID: 0

[0.920432] SMP alternatives: switching to UP code

[0.931885] Freeing SMP alternatives: 21k freed

[0.932032] Brought up 1 CPUs

[0.935438] net_namespace: 1224 bytes

[0.935643] NET: Registered protocol family 16

[0.937233] Brought up 1 CPUs

[0.937252] PCI: Fatal: No config space access function found

[0.937259] PCI: setting up Xen PCI frontend stub

[0.938216] ACPI: Interpreter disabled.

[0.938226] Linux Plug and Play 

Bug#504709: Xen console problems

[Baruch Even]

Hi,


* Bastian Blank [EMAIL PROTECTED] [081106 16:33]:
 severity 504709 normal
 tags 504709 moreinfo
 thanks
 
 On Thu, Nov 06, 2008 at 03:15:27PM +0200, Baruch Even wrote:
  I created a Xen DomU with xen-tools with:
  xen-create-image -debootstrap -dir=/home/xen -size=20Gb -memory=512Mb  
  -fs=ext3 -cache=yes -dist=lenny -hostname=mapnik -ip 10.0.0.1 -netmask 
  255.0.0.0 -gateway 10.0.0.254  
  -mirror=http://mirror.isoc.org.il/pub/debian/ --role=minimal  --image=sparse
 
 Please show the config and /etc/inittab of the domain.

They are attached to this mail.

 Please note that support for console != {hvc0,xvc0} and disk devices !=
 xvd* is only legacy.

I had the image created using xen-tools, maybe it needs to be changed.
My knowledge of Xen is very limited though to suggest them anything.

Cheers,
Baruch
# /etc/inittab: init(8) configuration.
# $Id: inittab,v 1.91 2002/01/25 13:35:21 miquels Exp $

# The default runlevel.
id:2:initdefault:

# Boot-time system configuration/initialization script.
# This is run first except when booting in emergency (-b) mode.
si::sysinit:/etc/init.d/rcS

# What to do in single-user mode.
~~:S:wait:/sbin/sulogin

# /etc/init.d executes the S and K scripts upon change
# of runlevel.
#
# Runlevel 0 is halt.
# Runlevel 1 is single-user.
# Runlevels 2-5 are multi-user.
# Runlevel 6 is reboot.

l0:0:wait:/etc/init.d/rc 0
l1:1:wait:/etc/init.d/rc 1
l2:2:wait:/etc/init.d/rc 2
l3:3:wait:/etc/init.d/rc 3
l4:4:wait:/etc/init.d/rc 4
l5:5:wait:/etc/init.d/rc 5
l6:6:wait:/etc/init.d/rc 6
# Normally not reached, but fallthrough in case of emergency.
z6:6:respawn:/sbin/sulogin

# What to do when CTRL-ALT-DEL is pressed.
ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -r now

# Action on special keypress (ALT-UpArrow).
#kb::kbrequest:/bin/echo Keyboard Request--edit /etc/inittab to let this work.

# What to do when the power fails/returns.
pf::powerwait:/etc/init.d/powerfail start
pn::powerfailnow:/etc/init.d/powerfail now
po::powerokwait:/etc/init.d/powerfail stop

# /sbin/getty invocations for the runlevels.
#
# The id field MUST be the same as the last
# characters of the device (after tty).
#
# Format:
#  id:runlevels:action:process
#
# Note that on most Debian systems tty7 is used by the X Window System,
# so if you want to add more getty's go ahead but skip tty7 if you run X.
#
1:2345:respawn:/sbin/getty 38400 tty1
#2:23:respawn:/sbin/getty 38400 tty2
#3:23:respawn:/sbin/getty 38400 tty3
#4:23:respawn:/sbin/getty 38400 tty4
#5:23:respawn:/sbin/getty 38400 tty5
#6:23:respawn:/sbin/getty 38400 tty6

# Example how to put a getty on a serial line (for a terminal)
#
#T0:23:respawn:/sbin/getty -L ttyS0 9600 vt100
#T1:23:respawn:/sbin/getty -L ttyS1 9600 vt100

# Example how to put a getty on a modem line.
#
#T3:23:respawn:/sbin/mgetty -x0 -s 57600 ttyS3

#
# Configuration file for the Xen instance mapnik, created
# by xen-tools 3.9 on Wed Nov  5 17:55:39 2008.
#

#
#  Kernel + memory size
#
kernel = '/boot/vmlinuz-2.6.26-1-xen-amd64'
ramdisk = '/boot/initrd.img-2.6.26-1-xen-amd64'
memory  = '512'

#
#  Disk device(s).
#
root= '/dev/sda2 ro'
disk= [
  'file:/home/xen/domains/mapnik/swap.img,sda1,w',
  'file:/home/xen/domains/mapnik/disk.img,sda2,w',
  ]


#
#  Hostname
#
name= 'mapnik'

#
#  Networking
#
vif = [ 'ip=10.0.0.1' ]
dhcp = off
hostname=mapnik
ip = 10.0.0.1
netmask = 255.0.0.0
gateway = 10.0.0.129

#
#  Behaviour
#
on_poweroff = 'destroy'
on_reboot   = 'restart'
on_crash= 'restart'


extra = xencons=tty0 console=tty0

Bug#462612: [Debian-hebrew-package] Bug#462612: [libfribidi0] I second on that

[Baruch Even]

* do [EMAIL PROTECTED] [080917 23:37]:
 Package: libfribidi0
 Version: 0.10.9-1
 
 --- Please enter the report below this line. ---
 I second on that . I had problems with displaying Arabic subtitles in
 vlc . I compiled the .19.X version to fix the problem .
 Why this wishlist bug wasn't acted on . The upstream version should have
 been uploaded and tested to be included in Lenny .
 Anyway , too late for that .
 The .19.x version should be uploaded to unstable . It adds functionality
 (crucial  for Arabic support)  and It  wouldn't break  anything  IMO .

The problem mostly has to do with time that we maintainers have to
update the package.

fribidi is an important package for many packages in Debian and it
requires a lot of caution when updating. The problem starts with the
fact that upstream developer doesn't update sonames so that if an abi or
api is changed packages can break with no warning and all depending apps
require a rebuild with the new version.

A volunteer to maintain fribidi faster than I can is more than welcome!

Thanks,
Baruch



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

Bug#322719: The bug seems to be fixed

[Baruch Even]

Hi,

The bug seems to be fixed as the linked bug
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=297579 does not report
an error any more.

Since the bug is merged with a large set of bugs I'm reluctant to close
it myself.

Baruch



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

Bug#482633: RFA: mdk -- MIX Development Kit

[Baruch Even]

Package: wnpp
Severity: normal

I request an adopter for the mdk package. I don't have time to properly
maintain it and it needs some love. Upstream is responsive and releases
are not happening too often.

The package description is:
 MDK stands for MIX Development Kit, and provides tools for developing
 and executing, in a MIX virtual machine, MIXAL programs.
 .
 The MIX is Donald Knuth's mythical computer, described in the first
 volume of The Art of Computer Programming, which is programmed using
 MIXAL, the MIX assembly language.
 .
 MDK includes a MIXAL assembler (mixasm) and a MIX virtual machine
 (mixvm) with a command line interface.  In addition, a GTK+ GUI to
 mixvm, called gmixvm, and a Guile interpreter with an embedded MIX
 virtual machine called mixguile, are provided.
 .
 Using these interfaces, you can debug your MIXAL programs at source
 code level, and read/modify the contents of all the components of the
 MIX computer (including block devices, which are simulated using the
 file system).
 .
 Homepage: http://www.gnu.org/software/mdk/mdk.html

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

Kernel: Linux 2.6.23-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



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

Bug#458176: New version available

[Baruch Even]

Package: bidiui
Version: 0.7.3-2
Severity: wishlist

Version 0.8 is available.

There is no tag in the source repository to know what files belong to it.

Baruch



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

Bug#458176: Missing tag reported

[Baruch Even]

The bug that reports the missing tag is at:
https://www.mozdev.org/bugs/show_bug.cgi?id=14797



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

Bug#458049: Provide library symbols

[Baruch Even]

Package: libfribidi0
Version: 0.10.7-1
Severity: wishlist

Should provide library symbols. More information about it at:
http://lists.debian.org/debian-devel/2007/12/msg00036.html
http://wiki.debian.org/UsingSymbolsFiles



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

Bug#453570: closed by Baruch Even [EMAIL PROTECTED] (Temporary problem with upstream website)

[Baruch Even]

Raphael wrote:
 Please use uscan's dversionmangle options then.

Thanks for the hint. It was added to my repository, will be uploaded soon.

Baruch



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

Bug#454551: more details

[Baruch Even]

Trying to use an empty .awesomerc file didn't help. Using the example rc
file worked though.

Cheers,
Baruch



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

Bug#454551: awesome: Fails to start on a new install

[Baruch Even]

Package: awesome
Version: 2.0-rc2-3
Severity: important

I installed awesome on my Gnome system and tried to change the default
session in gdm to awesome. The window manager simply exits and I found
the following error in the .xsession-errors file:

/etc/gdm/Xsession: Beginning session setup...
awesome: parsing configuration file failed: No such file or directory
awesome: confuse.c:140: cfg_getopt: Assertion `cfg  cfg-name  name'
failed.


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

Kernel: Linux 2.6.22-3-686 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages awesome depends on:
ii  libc6 2.7-3  GNU C Library: Shared libraries
ii  libcairo2 1.4.10-1   The Cairo 2D vector
graphics libra
ii  libconfuse0   2.5-3  Library for parsing
configuration
ii  libfontconfig12.5.0-2generic font configuration
library
ii  libx11-6  2:1.0.3-7  X11 client-side library
ii  libxext6  1:1.0.3-2  X11 miscellaneous extension
librar
ii  libxft2   2.1.12-2   FreeType-based font drawing
librar
ii  libxinerama1  1:1.0.2-1  X11 Xinerama extension library
ii  libxrandr22:1.2.2-1  X11 RandR extension library

awesome recommends no packages.

-- no debconf information



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

Bug#448830: nessus purge keeps files in /var/lib/nessus

[Baruch Even]

* Javier Fern?ndez-Sanguino Pe?a [EMAIL PROTECTED] [071104 12:00]:
 On Thu, Nov 01, 2007 at 04:05:09PM +0200, Baruch Even wrote:
  I no longer have the directory as I removed it manually afterwards. I
  don't remember downloading any plugins for nessus, but I could be
  mistaken it was a while since I used it.
 
 Well, then I cannot reproduce this, if I install and purge nessus right
 before the install everything works fine...

You can try using the application and see if it leaves behind reports or
working data.

Cheers,
Baruch



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

Bug#448830: nessus purge keeps files in /var/lib/nessus

[Baruch Even]

Package: nessus
Version: 2.2.8-1
Severity: minor

I tried purging nessus but the /var/lib/nessus directory was kept behind
which is comlpetely not what I expected from a purge.



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

Bug#448830: nessus purge keeps files in /var/lib/nessus

[Baruch Even]

* Javier Fern?ndez-Sanguino Pe?a [EMAIL PROTECTED] [071101 15:55]:
 On Thu, Nov 01, 2007 at 11:45:13AM +0200, Baruch Even wrote:
  Package: nessus
  Version: 2.2.8-1
  Severity: minor
  
  I tried purging nessus but the /var/lib/nessus directory was kept behind
  which is comlpetely not what I expected from a purge.
 
 What contents did it have? If you downloaded plugins yourself the package
 will not remove them on purge. Please send me the list of files in that
 directory so I can analyse what happened.
 

I no longer have the directory as I removed it manually afterwards. I
don't remember downloading any plugins for nessus, but I could be
mistaken it was a while since I used it.


Unfortunately I do not have time at work to test it again.

Cheers,
Baruch



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

Bug#447325: git-svn fails to import repository

[Baruch Even]

Package: git-svn
Version: 1:1.5.3.4-1
Severity: normal

I try to import an svn repository of chktex and get an error message:
$ git-svnimport -v -P chktex -T trunk -b branches -t tags 
svn+ssh://ev-en.org/home/svn/public/chktex
Initialized empty Git repository in /home/baruch/proj/chktex/git/.git/
Processing from 1 to 114 ...
Fetching from 1 to 114 ...
Use of uninitialized value in system at /usr/bin/git-svnimport line 877.
fatal: Failed to resolve '' as a valid ref.
Cannot create tag chktex: Inappropriate ioctl for device

If you want to try it yourself you can use the svn url
svn://ev-en.org/chktex

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

Kernel: Linux 2.6.22-2-686 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages git-svn depends on:
ii  git-core1:1.5.3.4-1  fast, scalable, distributed revisi
ii  libsvn-perl [libsvn-core-pe 1.4.4dfsg1-1 Perl bindings for Subversion
ii  libterm-readkey-perl2.30-3   A perl module for simple terminal 
ii  libwww-perl 5.805-1  WWW client/server library for Perl

Versions of packages git-svn recommends:
ii  git-doc  1:1.5.3.4-1 fast, scalable, distributed revisi

-- no debconf information



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

Bug#444530: gbdfed: FTBFS: error: 'GtkFileSelection' undeclared

[Baruch Even]

Looks fine to me. I won't be able to do anything soon anyway so you can
upload it immediately to the archive.

Baruch

* Cyril Brulebois [EMAIL PROTECTED] [071009 00:28]:
 tag 444530 patch pending
 thanks
 
 Lucas Nussbaum [EMAIL PROTECTED] (29/09/2007):
  Package: gbdfed
  Severity: serious
  Justification: FTBFS on i386
 
 Hi.
 
 Please find attached the patch for the NMU I intent to upload to
 DELAYED/5 real soon now.
 
 Cheers,
 
 -- 
 Cyril Brulebois

 diff -u gbdfed-1.3patch1/debian/changelog gbdfed-1.3patch1/debian/changelog
 --- gbdfed-1.3patch1/debian/changelog
 +++ gbdfed-1.3patch1/debian/changelog
 @@ -1,3 +1,11 @@
 +gbdfed (1.3patch1-1.1) unstable; urgency=low
 +
 +  * Non-maintainer upload.
 +  * Remove ?€œ-DGTK_DISABLE_DEPRECATED?€ from Makefile.in to avoid FTBFS 
 due to
 +the transition to Gtk 2.12 (Closes: #444530).
 +
 + -- Cyril Brulebois [EMAIL PROTECTED]  Tue, 09 Oct 2007 00:04:02 +0200
 +
  gbdfed (1.3patch1-1) unstable; urgency=low
  
* New upstream patch for version 1.3
 only in patch2:
 unchanged:
 --- gbdfed-1.3patch1.orig/Makefile.in
 +++ gbdfed-1.3patch1/Makefile.in
 @@ -32,8 +32,7 @@
  CFLAGS = @XX_CFLAGS@ @CFLAGS@
  
  DEFINES = @DEFINES@ -DG_DISABLE_DEPRECATED \
 - -DGDK_DISABLE_DEPRECATED -DGDK_PIXBUF_DISABLE_DEPRECATED \
 - -DGTK_DISABLE_DEPRECATED
 + -DGDK_DISABLE_DEPRECATED -DGDK_PIXBUF_DISABLE_DEPRECATED
  
  SRCS = bdf.c bdfcons.c bdffnt.c bdfgname.c bdfgrab.c bdfgrid.c bdfotf.c \
 bdfpkgf.c bdfpsf.c @HBFSRC@ \




Cheers,
Baruch

Bug#444532: mdk: FTBFS: error: expected '=', ',', ';', 'asm' or '__attribute__' before '*' token

[Baruch Even]

Looks fine to me, go ahead with immediate upload.

Baruch

* Cyril Brulebois [EMAIL PROTECTED] [071009 13:51]:
 tag 444532 patch pending
 thanks
 
 Lucas Nussbaum [EMAIL PROTECTED] (29/09/2007):
  Justification: FTBFS on i386
 
 Hi.
 
 Please find attached for the NMU I prepared. Since it is similar to the
 previous one, will you give me a go for an immediate upload, or should I
 use DELAYED/n? Feel free to sponsor the upload[1] if you wish.
 
  1. http://kibi.dyndns.org:8083/~kibi/bsp2/mdk_1.2.3-1.1.dsc
 
 (will be available until the upload happens, moved under the done/
 subdirectory afterwards)
 
 Cheers,
 
 -- 
 Cyril Brulebois

 diff -u mdk-1.2.3/debian/changelog mdk-1.2.3/debian/changelog
 --- mdk-1.2.3/debian/changelog
 +++ mdk-1.2.3/debian/changelog
 @@ -1,3 +1,12 @@
 +mdk (1.2.3-1.1) unstable; urgency=low
 +
 +  * Non-maintainer upload.
 +  * Remove ?€œ-DGTK_DISABLE_DEPRECATED?€ from configure{,.in} to avoid 
 FTBFS due
 +to the transition to Gtk 2.12 (Closes: #444532).
 +  * No longer ignore ?€œmake distclean?€ errors, per lintian.
 +
 + -- Cyril Brulebois [EMAIL PROTECTED]  Tue, 09 Oct 2007 15:31:17 +0200
 +
  mdk (1.2.3-1) unstable; urgency=low
  
* New upstream version
 diff -u mdk-1.2.3/debian/rules mdk-1.2.3/debian/rules
 --- mdk-1.2.3/debian/rules
 +++ mdk-1.2.3/debian/rules
 @@ -28,7 +28,7 @@
   rm -f build-stamp configure-stamp
  
   # Add here commands to clean up after the build process.
 - -$(MAKE) distclean
 + [ ! -f Makefile ] || $(MAKE) distclean
  
   dh_clean
  
 only in patch2:
 unchanged:
 --- mdk-1.2.3.orig/configure.in
 +++ mdk-1.2.3/configure.in
 @@ -130,7 +130,7 @@
  fi
  
  if test x$gui = xtrue; then
 -AM_CFLAGS=$AM_CFLAGS -DGTK_DISABLE_DEPRECATED -DGDK_DISABLE_DEPRECATED
 +AM_CFLAGS=$AM_CFLAGS -DGDK_DISABLE_DEPRECATED
  fi
  
  dnl use the provided getopt if gnu getopt is not available
 only in patch2:
 unchanged:
 --- mdk-1.2.3.orig/configure
 +++ mdk-1.2.3/configure
 @@ -13391,7 +13391,7 @@
  fi
  
  if test x$gui = xtrue; then
 -AM_CFLAGS=$AM_CFLAGS -DGTK_DISABLE_DEPRECATED -DGDK_DISABLE_DEPRECATED
 +AM_CFLAGS=$AM_CFLAGS -DGDK_DISABLE_DEPRECATED
  fi
  
  




Cheers,
Baruch

Bug#445874: xxdiff: crashes when comparing large lines

[Baruch Even]

Package: xxdiff
Version: 1:3.2-2
Severity: normal

xxdiff crashed when I tried to diff two files that were each 3.3 MB but
they had not newlines.

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

Kernel: Linux 2.6.22-2-686 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xxdiff depends on:
ii  libc6 2.6.1-5GNU C Library: Shared libraries
ii  libgcc1   1:4.2.1-6  GCC support library
ii  libqt3-mt 3:3.3.7-9  Qt GUI Library (Threaded runtime v
ii  libstdc++64.2.1-6The GNU Standard C++ Library v3
ii  libx11-6  2:1.0.3-7  X11 client-side library
ii  libxext6  1:1.0.3-2  X11 miscellaneous extension librar

xxdiff recommends no packages.

-- no debconf information



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

Bug#444684: websec: --urllist full path not considered as full path when starting with /

[Baruch Even]

* Olaf Schulz [EMAIL PROTECTED] [070930 13:35]:
 Package: websec
 Version: 1.9.0-1
 Severity: normal
 Tags: patch
 
 
 Hi websec maintainers,
 When I start websec as
   websec --urllist $HOME/.websec/url.list
 thus giving it a full absolute path for a configuration file
 to avoid any ambiguity - I get the following answer:
 
 | Web Secretary Ver 1.9.0
 | By Chew Wei Yih Copyleft (c) 1998
 | 
 | Missing config file .//home/olaf/.websec/url.list, Exiting.
 
 Yes, the man page says,
   --base  Base directory for configuration (~/.websec by default)
 
 I think this is very good for relative paths but rather confusing when
 simly using a fully qualified path starting with a /.
 
 Many people who want to stress that they mean: yes, do use exactly this
 file and no other use this notation. You already made a nice step
 towards that direction honouring an urllist file in the current
 directory disregarding the default --base setting.
 
 If you don't mind to include the little 3-liner I attached it would be
 great.

The patch is missing.

Baruch



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

Bug#379121: patch to avoid wasting cached data in case gpg signature fails

[Baruch Even]

* C??dric Augonnet [EMAIL PROTECTED] [070919 01:34]:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 Hi,
 
 Would not this dumb patch (applied to the latest mercurial repository)
 avoid throwing cached data away when the gpg signature is not valid ?

It will stop removing the files but it doesn't do anything to warn the
user and ask for special permission. There is a reason for the gpg
check, to protect against malicious attackers changing the kernel
sources without the users noticing it.

If the user doesn't have the key to check against he should be warned
about it and subsequent attempts should fail as well, unless the user
explicitly overrides the gpg check.

I believe this patch is incomplete in its current form.

Baruch



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

Bug#443211: miro: Missing menu entry

[Baruch Even]

Package: miro
Version: 0.9.9.1-1
Severity: normal

As any GUI program miro should have a menu entry for all desktops, it
should probably go into the Sound  Video section.

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

Kernel: Linux 2.6.22-2-686 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages miro depends on:
ii  libatk1.0-0  1.20.0-1The ATK accessibility toolkit
ii  libboost-python1.34.11.34.1-2Boost.Python Library
ii  libc62.6.1-5 GNU C Library: Shared libraries
ii  libcairo21.4.10-1The Cairo 2D vector graphics libra
ii  libfontconfig1   2.4.2-1.2   generic font configuration library
ii  libgcc1  1:4.2.1-5   GCC support library
ii  libglib2.0-0 2.14.1-2The GLib library of C routines
ii  libgtk2.0-0  2.10.13-1   The GTK+ graphical user interface 
ii  libnspr4-0d  4.6.7-1 NetScape Portable Runtime Library
ii  libpango1.0-01.18.1-1Layout and rendering of internatio
ii  libstdc++6   4.2.1-5 The GNU Standard C++ Library v3
ii  libx11-6 2:1.0.3-7   X11 client-side library
ii  libxcursor1  1:1.1.9-1   X cursor management library
ii  libxext6 1:1.0.3-2   X11 miscellaneous extension librar
ii  libxfixes3   1:4.0.3-2   X11 miscellaneous 'fixes' extensio
ii  libxi6   2:1.1.3-1   X11 Input extension library
ii  libxine1 1.1.8-1 the xine video/media player librar
ii  libxinerama1 1:1.0.2-1   X11 Xinerama extension library
ii  libxrandr2   2:1.2.2-1   X11 RandR extension library
ii  libxrender1  1:0.9.4-1   X Rendering Extension client libra
ii  libxul0d 1.8.1.6-1   Gecko engine library
ii  miro-data0.9.9.1-1   GTK+ based RSS video aggregator da
ii  python   2.4.4-6 An interactive high-level object-o
ii  python-glade22.10.6-1GTK+ bindings: Glade support
ii  python-gnome22.18.2-1+b1 Python bindings for the GNOME desk
ii  python-gnome2-extras 2.14.3-1+b1 Python bindings for the GNOME desk
ii  python-gtk2  2.10.6-1Python bindings for the GTK+ widge
ii  python-pysqlite2 2.3.5-1 python interface to SQLite 3
ii  python-support   0.6.4   automated rebuilding support for p
ii  python2.42.4.4-6 An interactive high-level object-o

miro recommends no packages.

-- no debconf information



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

Bug#443266: miro: Miro crashes on play

[Baruch Even]

Package: miro
Version: 0.9.9.1-1
Severity: important

After downloading some content when I try to play any of the received
titles miro crashes with the following error:

INFO got file:///tmp/tmpM1AUw3.html
INFO got 
action:handleSelect?area=tablistviewName=staticTabsid=840shiftDown=0ctrlDown=0
INFO got file:///tmp/tmpMPErVs.html
INFO got action:playViewNamed?viewName=matchingItemsfirstItemId=813
INFO Playing item with renderer: 
frontend_implementation.xinerenderer.Renderer instance at 0x99f548c
The program 'gecko' received an X Window System error.
This probably reflects a bug in the program.
The error was 'BadMatch (invalid parameter attributes)'.
  (Details: serial 42 error_code 8 request_code 162 minor_code 5)
  (Note to programmers: normally, X errors are reported asynchronously;
   that is, you will receive the error a while after causing it.
   To debug your program, run it with the --sync command line
   option to change this behavior. You can then get a meaningful
   backtrace from your debugger if you break on the gdk_x_error() function.)
WARNING  downloader: connection closed -- quitting
INFO Shutting down downloaders...


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

Kernel: Linux 2.6.22-2-686 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages miro depends on:
ii  libatk1.0-0  1.20.0-1The ATK accessibility toolkit
ii  libboost-python1.34.11.34.1-2Boost.Python Library
ii  libc62.6.1-5 GNU C Library: Shared libraries
ii  libcairo21.4.10-1The Cairo 2D vector graphics libra
ii  libfontconfig1   2.4.2-1.2   generic font configuration library
ii  libgcc1  1:4.2.1-5   GCC support library
ii  libglib2.0-0 2.14.1-2The GLib library of C routines
ii  libgtk2.0-0  2.10.13-1   The GTK+ graphical user interface 
ii  libnspr4-0d  4.6.7-1 NetScape Portable Runtime Library
ii  libpango1.0-01.18.1-1Layout and rendering of internatio
ii  libstdc++6   4.2.1-5 The GNU Standard C++ Library v3
ii  libx11-6 2:1.0.3-7   X11 client-side library
ii  libxcursor1  1:1.1.9-1   X cursor management library
ii  libxext6 1:1.0.3-2   X11 miscellaneous extension librar
ii  libxfixes3   1:4.0.3-2   X11 miscellaneous 'fixes' extensio
ii  libxi6   2:1.1.3-1   X11 Input extension library
ii  libxine1 1.1.8-1 the xine video/media player librar
ii  libxinerama1 1:1.0.2-1   X11 Xinerama extension library
ii  libxrandr2   2:1.2.2-1   X11 RandR extension library
ii  libxrender1  1:0.9.4-1   X Rendering Extension client libra
ii  libxul0d 1.8.1.6-1   Gecko engine library
ii  miro-data0.9.9.1-1   GTK+ based RSS video aggregator da
ii  python   2.4.4-6 An interactive high-level object-o
ii  python-glade22.10.6-1GTK+ bindings: Glade support
ii  python-gnome22.18.2-1+b1 Python bindings for the GNOME desk
ii  python-gnome2-extras 2.14.3-1+b1 Python bindings for the GNOME desk
ii  python-gtk2  2.10.6-1Python bindings for the GTK+ widge
ii  python-pysqlite2 2.3.5-1 python interface to SQLite 3
ii  python-support   0.6.4   automated rebuilding support for p
ii  python2.42.4.4-6 An interactive high-level object-o

miro recommends no packages.

-- no debconf information



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

Bug#437527: wammu: crash on connecting to phone

[Baruch Even]

Package: wammu
Version: 0.21-1
Severity: normal

I tried to connect wammu to my Motorola V3 phone and the application
simply crashed. I tried again after a while and things worked fine.

Since the log may contain private data I do not attach it here, I can
send it privately if needed.

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

Kernel: Linux 2.6.22-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages wammu depends on:
ii  python   2.4.4-6 An interactive high-level object-o
ii  python-central   0.5.14  register and build utility for Pyt
ii  python-gammu 0.21-4  Python module to communicate with 
ii  python-wxgtk2.6  2.6.3.2.1.5 wxWidgets Cross-platform C++ GUI t

Versions of packages wammu recommends:
ii  gmobilemedia  0.4+dfsg-1 GTK application used to browse a m
ii  python-bluez [python-bluetoot 0.9.2-1Python wrappers around BlueZ for r
ii  timidity  2.13.2-14  Software sound renderer (MIDI sequ

Versions of packages python-gammu depends on:
ii  libc6 2.6.1-1GNU C Library: Shared libraries
ii  libgammu2 1.12.0-1   Mobile phone management library

-- no debconf information


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

Bug#434729: Manpage not sufficiently self-contained

[Baruch Even]

* Didier Raboud [EMAIL PROTECTED] [070726 12:32]:
 Package: kvm
 Version: 28-4
 Severity: normal
 
 --- Please enter the report below this line. ---
 
 Hi, 
 
 the kvm manpage is not self-contained and refers to the qemu one. The thing 
 is 
 qemu is no dependancy of kvm, so I have to install qemu to get to know how 
 kvm works.

I agree its not the best way to do it. It's an artifact from the time
kvm depended on qemu.

In any case my plan to go forward is to integrate kvm into qemu in
Debian and eliminate the need for the manpage altogether.

Baruch


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

Bug#433524: Menu disappears and cannot be resurrected

[Baruch Even]

* Bastian Venthur [EMAIL PROTECTED] [070718 10:39]:
 Baruch Even wrote:
  The reportbug-ng has a menu option to hide the menu, but I can't find a
  way to resurrect the menu. Even restarting the app doesn't restore the
  menu. That's quite a usability bug!
 
 You can get the menu back via
 
   * CTRL-M (depending on your locale) or
   * by removing the menubar-line in the configfile ~/.reportbug-ng and
 restarting rng

I found the ctrl-m solution by chance but it's very not obvious.

 I'm not sure if this is a bug. And if, I don't see how to fix it without
 removing this feature again.

Removing this feature is the way IMO. What is the rationale for this
feature at all?

I've never seen an application that allows to remove the main menu
completely.

Baruch


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

Bug#433524: Menu disappears and cannot be resurrected

[Baruch Even]

* Bastian Venthur [EMAIL PROTECTED] [070718 12:09]:
 On 18.07.2007 10:46 schrieb Baruch Even:
  Removing this feature is the way IMO. What is the rationale for this
  feature at all?
 
 The rationale is: I hate the menu and don't want to see it. I need a way
 to disable it. But I know some users will need the menu so the
 compromise is to make the menu optional but enabled by default.

In that case I'll go for a different route. Eliminate this option from
the menu bar (you don't want to see the menu anyway) and put this as an
advanced option in the config file only.

This way most users will not be able to shoot themselves in the foot and
you'll have your favourite option.

Cheers,
Baruch


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

Bug#433521: Should sort when clicking list titles

[Baruch Even]

Package: reportbug-ng
Version: 0.2007.07.12
Severity: wishlist

One thing that can be very useful is easy sorting of the list of bugs. 
GTK+ lists have a standard feature where pressing the list titles a sort 
is done. AFAIK this requires enabling it and for simple data (text and 
numbers) sorting can work with not much extra work.


--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.22-rc4-mexhat

Debian Release: lenny/sid
  500 unstablewww.debian-multimedia.org
  500 unstablemirror.inter.net.il

--- Package information. ---
Depends (Version) | Installed
=-+-===
python| 2.4.4-6
python-central (= 0.5.8) | 0.5.14
python-qt3| 3.17.2-1
python-soappy | 0.11.3-1.8
xdg-utils | 1.0.1-2



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

Bug#433524: Menu disappears and cannot be resurrected

[Baruch Even]

Package: reportbug-ng
Version: 0.2007.07.12
Severity: normal

The reportbug-ng has a menu option to hide the menu, but I can't find a 
way to resurrect the menu. Even restarting the app doesn't restore the 
menu. That's quite a usability bug!


--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.22-rc4-mexhat

Debian Release: lenny/sid
  500 unstablewww.debian-multimedia.org
  500 unstablemirror.inter.net.il

--- Package information. ---
Depends (Version) | Installed
=-+-===
python| 2.4.4-6
python-central (= 0.5.8) | 0.5.14
python-qt3| 3.17.2-1
python-soappy | 0.11.3-1.8
xdg-utils | 1.0.1-2



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

Bug#433580: Doesn't adhere to bidi status

[Baruch Even]

Package: reportbug-ng
Version: 0.2007.07.12
Severity: normal
Tags: l10n

reportbug-ng doesn't reflect the interface when the locale is a bidi 
one. At least when it's Hebrew. The expected behaviour is when running 
reportbug-ng as:

LANGUAGE=he_IL reportbug-ng
the interface should be reflected and all the items should be send in 
their reverse order compared to their normal Left-To-Right direction.


For the Hebrew translation to be useful[1] the interface must be 
reversed when the environment specifies such a locale. This is usually 
done automatically by the toolkit if the layout of the ui was done in a 
way the toolkit can recognize.


[1] And not just Hebrew, any other bidi language as well: Arabic, Farsi 
and some others I don't know about.


--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.22-rc4-mexhat

Debian Release: lenny/sid
  500 unstablewww.debian-multimedia.org
  500 unstablemirror.inter.net.il

--- Package information. ---
Depends (Version) | Installed
=-+-===
python| 2.4.4-6
python-central (= 0.5.8) | 0.5.14
python-qt3| 3.17.2-1
python-soappy | 0.11.3-1.8
xdg-utils | 1.0.1-2



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

Bug#433577: Hebrew translation (partial)

[Baruch Even]

Package: reportbug-ng
Version: 0.2007.07.12
Tags: l10n patch

Attached is a po file for Hebrew, not all the strings were translated 
but it's pretty good start anyway.


Baruch
msgid 
msgstr 
Project-Id-Version: reportnbug-ng\n
POT-Creation-Date: \n
PO-Revision-Date: 2007-07-18 06:24+0200\n
Last-Translator: Baruch Even [EMAIL PROTECTED]\n
Language-Team: Debian Hebrew  [EMAIL PROTECTED]\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=utf-8\n
Content-Transfer-Encoding: 8bit\n
X-Poedit-Language: Hebrew\n
X-Poedit-Country: ISRAEL\n

#: ../ui/MainWindow.py:1162
#: ../ui/MainWindow.py:1244
msgid Summary
msgstr סיכום

#: ../ui/MainWindow.py:1164
#: ../ui/MainWindow.py:1245
msgid Status
msgstr סטאטוס

#: ../ui/MainWindow.py:1166
#: ../ui/MainWindow.py:1246
msgid Severity
msgstr חשיבות

#: ../ui/MainWindow.py:1243
msgid Reportbug NG
msgstr Reportbug NG

#: ../ui/MainWindow.py:1247
msgid Quits Reportbug NG
msgstr לצאת מ-Reportbug NG

#: ../ui/MainWindow.py:1248
msgid Quit
msgstr יציאה

#: ../ui/MainWindow.py:1249
msgid Ctrl+Q
msgstr Ctrl+Q

#: ../ui/MainWindow.py:1250
msgid Provide additional information for the current bugreport
msgstr דווח מידע נוסף לבאג הנוכחי

#: ../ui/MainWindow.py:1251
msgid Additional Info...
msgstr מידע נוסף...

#: ../ui/MainWindow.py:1252
msgid Ctrl+A
msgstr Ctrl+A

#: ../ui/MainWindow.py:1253
msgid Create new bugreport for current package
msgstr הכנס באג חדש עבור החבילה הנוכחית

#: ../ui/MainWindow.py:1254
msgid New Bugreport...
msgstr דווח באג חדש...

#: ../ui/MainWindow.py:1255
msgid Ctrl+N
msgstr Ctrl+N

#: ../ui/MainWindow.py:1256
msgid Create a new WNPP bugreport
msgstr צור באג WNPP חדש

#: ../ui/MainWindow.py:1257
msgid WNPP...
msgstr WNPP...

#: ../ui/MainWindow.py:1258
msgid Ctrl+W
msgstr Ctrl+W

#: ../ui/MainWindow.py:1259
msgid Show or hide  the main menu
msgstr הצג או הסתר את התפריט הראשי

#: ../ui/MainWindow.py:1260
msgid Menubar
msgstr תפריט

#: ../ui/MainWindow.py:1261
msgid Ctrl+M
msgstr Ctrl+M

#: ../ui/MainWindow.py:1262
msgid Close the current bugreport
msgstr סגור את הבאג הנוכחי

#: ../ui/MainWindow.py:1263
msgid Close Bugreport...
msgstr סגור באג...

#: ../ui/MainWindow.py:1264
msgid Ctrl+L
msgstr Ctrl+L

#: ../ui/MainWindow.py:1265
msgid Toolbar
msgstr סרגל כלים

#: ../ui/MainWindow.py:1266
msgid Enter a package name or a filter expression
msgstr הכנס שם חבילה או ביטוי לחיפוש

#: ../ui/MainWindow.py:1268
msgid Reportbug NG
msgstr Reportbug NG

#: ../ui/MainWindow.py:1270
msgid Bugreport
msgstr דיווח באג:

#: ../ui/MyMainWindow.py:37
msgid 
h2Using Reportbug-NG/h2\n
h3Step 1: Finding Bugs/h3\n
pTo find a bug just enter a query and press Enter. Loading the list might take a few seconds./p\n
\n
pThe following queries are supported:\n
dl\n
dtcodepackage/code/dtddReturns all the bugs belonging to the PACKAGE/dd\n
dtcodebugnumber/code/dtddReturns the bug with BUGNUMBER/dd\n
dtcode[EMAIL PROTECTED]/code/dtddReturns all the bugs assigned to MAINTAINER/dd\n
dtcodesrc:sourcepackage/code/dtddReturns all the bugs belonging to the SOURCEPACKAGE/dd\n
dtcodefrom:[EMAIL PROTECTED]/code/dtddReturns all the bugs filed by SUBMITTER/dd\n
dtcodeseverity:foo/code/dtddReturns all the bugs of SEVERITY. Warning: this list is probably very long. Recognized are the values: critical, grave, serious, important, normal, minor and wishlist/dd\n
dtcodetag:bar/code/dtddReturns all the bugs marked with TAG/dd\n
/dl\n
/p\n
\n
pTo see the full bugreport click on the bug in the list. Links in the bugreport will open in an external browser when clicked./p\n
\n
h3Step 2: Filtering Bugs/h3\n
pTo filter the list of existing bugs enter a few letters (without pressing Enter). The filter is case insensitive and\n
affects the packagename, bugnumber, summary, status and severity of a bug./p\n
\n
h3Step 3: Reporting Bugs/h3\n
pYou can either provide additional information for an existing bug by clicking on the bug in the list and pressing the \Additional Info\ button or you can create a new bugreport for the current package by clicking the \New Bugreport\ button./p\n
msgstr 

#: ../ui/MyMainWindow.py:67
msgid b%(cri)s/b makes unrelated software on the system (or the whole system) break, or causes serious data loss, or introduces a security hole on systems where you install the package. br b%(gra)s/b makes the package in question unusable or mostly so, or causes data loss, or introduces a security hole allowing access to the accounts of users who use the package. br b%(ser)s/b is a severe violation of Debian policy (roughly, it violates a \must\ or \required\ directive), or, in the package maintainer's opinion, makes the package unsuitable for release. br b%(imp)s/b a bug which has a major effect on the usability of a package, without rendering it completely unusable to everyone. br b%(nor)s/b the default value

Bug#433591: Doesn't show reports for anything but bug number

[Baruch Even]

Package: bug-triage
Version: 0.1-1
Severity: grave

Any query other than bug number doesn't show any bug report, this makes 
the program quite unusable.


--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.22-rc4-mexhat

Debian Release: lenny/sid
  500 unstablewww.debian-multimedia.org
  500 unstablemirror.inter.net.il

--- Package information. ---
Depends  (Version) | Installed
==-+-===
python | 2.4.4-6
python-support(= 0.2) | 0.6.4
python-gtk2  (= 2.10) | 2.10.6-1
python-btsutils   (= 0.1) | 0.1.1-1



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

Bug#433291: Updated Hebrew translation for exim4

[Baruch Even]

Package: exim4
Severity: wishlist
Version: 4.67-7

As asked by Christian Perrier I've attached the updated translation to
exim4 debconf templates for Hebrew.

Baruch
# translation of he.po to Hebrew
# Translators, if you are not familiar with the PO format, gettext
# documentation is worth reading, especially sections dedicated to
# this format, e.g. by running:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
# Some information specific to po-debconf are available at
# /usr/share/doc/po-debconf/README-trans
# or http://www.debian.org/intl/l10n/po-debconf/README-trans
# Developers do not need to manually edit POT or PO files.
#
# Lior Kaplan [EMAIL PROTECTED], 2006.
msgid 
msgstr 
Project-Id-Version: he\n
Report-Msgid-Bugs-To: [EMAIL PROTECTED]
POT-Creation-Date: 2007-06-12 08:53+0200\n
PO-Revision-Date: 2007-07-16 10:01+0200\n
Last-Translator: Baruch Even [EMAIL PROTECTED]\n
Language-Team: Hebrew [EMAIL PROTECTED]\n
MIME-Version: 1.0\n
Content-Type: text/plain; charset=UTF-8\n
Content-Transfer-Encoding: 8bit\n
X-Generator: KBabel 1.11.4\n

#. Type: boolean
#. Description
#: ../exim4-base.templates:1001
msgid Remove undelivered messages in spool directory?
msgstr להסיר דואר שלא הועבר מה-spool?

#. Type: boolean
#. Description
#: ../exim4-base.templates:1001
msgid There are e-mail messages in the Exim spool directory 
/var/spool/exim4/input/ which have not yet been delivered. Removing Exim will 
cause them to remain undelivered until Exim is re-installed.
msgstr ישנן הודעות שלא נשלחו ב-spool של exim שנמצא בספריה  
/var/spool/exim4/input. הסרה של Exim תגרום להם להישאר במצב זה עד התקנה מחדש של 
Exim.

#. Type: boolean
#. Description
#: ../exim4-base.templates:1001
msgid If this option is not chosen, the spool directory is kept, allowing the 
messages in the queue to be delivered at a later date after Exim is 
re-installed.
msgstr אם אפשרות זאת אינה נבחרת, ספריית ה-spool תשמר, ובכך תתאפשר שליחה של 
הודעות שנמצאות בתור השליחה לאחר התקנה מחדש של Exim.

#. Type: error
#. Description
#: ../exim4-base.templates:2001
#: ../exim4-daemon-heavy.templates:1001
#: ../exim4-daemon-light.templates:1001
#: ../exim4.templates:1001
msgid Reconfigure exim4-config instead of this package
msgstr הגדר מחדש את החבילה exim4-config במקום את החבילה הזאת

#. Type: error
#. Description
#: ../exim4-base.templates:2001
#: ../exim4-daemon-heavy.templates:1001
#: ../exim4-daemon-light.templates:1001
#: ../exim4.templates:1001
msgid Exim4 has its configuration factored out into a dedicated package, 
exim4-config. To reconfigure Exim4, use 'dpkg-reconfigure exim4-config'.
msgstr קבצי ההגדרות של Exim4 הופרדו לחבילה ייעודית, exim4-config. על מנת לשנות 
את ההגדרות של Exim4 יש להשתמש ב-'dpkg-reconfigure exim4-config'.

#. Type: select
#. Choices
#. Translators beware! the following six strings form a single
#. Choices menu. - Every one of these strings has to fit in a standard
#. 80 characters console, as the fancy screen setup takes up some space
#. try to keep below ~71 characters.
#. DO NOT USE commas (,) in Choices translations otherwise
#. this will break the choices shown to users
#: ../exim4-config.templates:1001
msgid internet site; mail is sent and received directly using SMTP
msgstr אתר אינטרנט; דואר נשלח ומתקבל ישירות ע\י SMTP

#. Type: select
#. Choices
#. Translators beware! the following six strings form a single
#. Choices menu. - Every one of these strings has to fit in a standard
#. 80 characters console, as the fancy screen setup takes up some space
#. try to keep below ~71 characters.
#. DO NOT USE commas (,) in Choices translations otherwise
#. this will break the choices shown to users
#: ../exim4-config.templates:1001
msgid mail sent by smarthost; received via SMTP or fetchmail
msgstr דואר נשלח ע\י מארח חכם; מתקבל דרך SMTP או fetchmail

#. Type: select
#. Choices
#. Translators beware! the following six strings form a single
#. Choices menu. - Every one of these strings has to fit in a standard
#. 80 characters console, as the fancy screen setup takes up some space
#. try to keep below ~71 characters.
#. DO NOT USE commas (,) in Choices translations otherwise
#. this will break the choices shown to users
#: ../exim4-config.templates:1001
msgid mail sent by smarthost; no local mail
msgstr דואר נשלח ע\י מארח חכם; אין דוא\ל מקומי

#. Type: select
#. Choices
#. Translators beware! the following six strings form a single
#. Choices menu. - Every one of these strings has to fit in a standard
#. 80 characters console, as the fancy screen setup takes up some space
#. try to keep below ~71 characters.
#. DO NOT USE commas (,) in Choices translations otherwise
#. this will break the choices shown to users
#: ../exim4-config.templates:1001
msgid local delivery only; not on a network
msgstr חלוקת מקומית בלבד; המחשב לא נמצא ברשת

#. Type: select
#. Choices
#. Translators beware! the following six strings form a single
#. Choices menu. - Every one of these strings has to fit in a standard
#. 80 characters console

Bug#433178: Missing dependency on libx11-dev

[Baruch Even]

Package: nvidia-glx-dev
Version: 1.0.8776-4
Severity: important

The package headers (GL/glx.h) include headers from libx11-dev and thus
depend on it to function. This dependency needs to be recorded in the
package control file.


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

Bug#432220: New upstream version available

[Baruch Even]

Package: libntlm
Severity: normal
Version: 0.3.10-1

A new upstream version is available, 0.3.13

Thanks,
Baruch


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

Bug#432146: glade: Warnings at startup

[Baruch Even]

Package: glade
Version: 3.2.2-1
Severity: normal

The following warnings show up at startup of glade-3:

** (glade-3:10450): WARNING **: Failed to open bindings directory: Error
opening directory '/usr/lib/glade3/bindings': No such file or directory

** (glade-3:10450): WARNING **: Unable to load icon for GtkMenuShell
(Failed to open file '/usr/share/glade3/pixmaps/22x22/menushell.png': No
such file or directory)

** (glade-3:10450): WARNING **: Unable to load icon for GtkMenuShell
(Failed to open file '/usr/share/glade3/pixmaps/16x16/menushell.png': No
such file or directory)


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

Kernel: Linux 2.6.22-rc4-mexhat (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages glade depends on:
ii  libc6 2.5-11 GNU C Library: Shared libraries
ii  libgladeui-1-53.2.2-1GTK+ User Interface Build core lib
ii  libglib2.0-0  2.12.12-1  The GLib library of C routines
ii  libgtk2.0-0   2.10.13-1  The GTK+ graphical user interface 

Versions of packages glade recommends:
pn  devhelp   none (no description available)
ii  libglade2-dev 1:2.6.1-1  development files for libglade
ii  libgtk2.0-dev 2.10.13-1  Development files for the GTK+ lib

-- no debconf information


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

Bug#431870: Remove xmbdfed package

[Baruch Even]

Package: ftp.debian.org
Severity: normal

Please remove the xmbdfed package, it acted as a transition package from
xmbdfed to gbdfed for etch and is needed no longer.

Baruch


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

Bug#431767: mdk: Needs to be updated for new menu policy

[Baruch Even]

Package: mdk
Version: 1.2.2-3
Severity: normal

mdk has menu entries which need to be updated for the new menu policy.
At least the section needs to change from Apps to Applications.

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

Kernel: Linux 2.6.22-rc4-mexhat (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages mdk depends on:
ii  guile-1.6-libs 1.6.8-6   Main Guile libraries
ii  libatk1.0-01.18.0-2  The ATK accessibility toolkit
ii  libc6  2.5-11GNU C Library: Shared libraries
ii  libcairo2  1.4.10-1  The Cairo 2D vector graphics libra
ii  libfontconfig1 2.4.2-1.2 generic font configuration library
ii  libglade2-01:2.6.1-1 library to load .glade files at ru
ii  libglib2.0-0   2.12.12-1 The GLib library of C routines
ii  libgtk2.0-02.10.13-1 The GTK+ graphical user interface 
ii  libguile-ltdl-11.6.8-6   Guile's patched version of libtool
ii  libncurses55.6-3 Shared libraries for terminal hand
ii  libpango1.0-0  1.16.4-1  Layout and rendering of internatio
ii  libqthreads-12 1.6.8-6   QuickThreads library for Guile
ii  libreadline5   5.2-3 GNU readline and history libraries
ii  libx11-6   2:1.0.3-7 X11 client-side library
ii  libxcursor11:1.1.8-2 X cursor management library
ii  libxext6   1:1.0.3-2 X11 miscellaneous extension librar
ii  libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio
ii  libxi6 1:1.0.1-4 X11 Input extension library
ii  libxinerama1   1:1.0.2-1 X11 Xinerama extension library
ii  libxml22.6.29.dfsg-1 GNOME XML library
ii  libxrandr2 2:1.2.1-1 X11 RandR extension library
ii  libxrender11:0.9.2-1 X Rendering Extension client libra

mdk recommends no packages.


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

Bug#431766: albumshaper: Needs adaptation to the new menu policy

[Baruch Even]

Package: albumshaper
Version: 2.1-4
Severity: normal

The menu policy was updated and a transition is now in progress,
albumshaper needs to check what changes are needed. At a minimum Apps
was changed with Applications.

The menu policy is discussed in bug #361418.

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

Kernel: Linux 2.6.22-rc4-mexhat (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages albumshaper depends on:
ii  libc6   2.5-11   GNU C Library: Shared libraries
ii  libgcc1 1:4.2-20070627-1 GCC support library
ii  libjpeg62   6b-13The Independent JPEG Group's JPEG 
ii  libqt3-mt   3:3.3.7-5Qt GUI Library (Threaded runtime v
ii  libstdc++6  4.2-20070627-1   The GNU Standard C++ Library v3
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxext61:1.0.3-2X11 miscellaneous extension librar
ii  libxml2 2.6.29.dfsg-1GNOME XML library
ii  libxslt1.1  1.1.21-1 XSLT processing library - runtime 

albumshaper recommends no packages.

-- no debconf information


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

Bug#431770: gbdfed: New upstream version available

[Baruch Even]

Package: gbdfed
Version: 1.2-3
Severity: wishlist

New upstream version is available. Version 1.3 is available at this
time.

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

Kernel: Linux 2.6.22-rc4-mexhat (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gbdfed depends on:
ii  libc6 2.5-11 GNU C Library: Shared libraries
ii  libfreetype6  2.2.1-6FreeType 2 font engine, shared lib
ii  libglib2.0-0  2.12.12-1  The GLib library of C routines
ii  libgtk2.0-0   2.10.13-1  The GTK+ graphical user interface 
ii  libpango1.0-0 1.16.4-1   Layout and rendering of internatio
ii  libx11-6  2:1.0.3-7  X11 client-side library

gbdfed recommends no packages.

-- no debconf information


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

Bug#431769: gbdfed: Needs to be updated for the new menu policy

[Baruch Even]

Package: gbdfed
Version: 1.2-3
Severity: normal

gbdfed needs to be updated for the new menu policy. At least the section
needs to be updated from Apps to Applications.

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

Kernel: Linux 2.6.22-rc4-mexhat (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages gbdfed depends on:
ii  libc6 2.5-11 GNU C Library: Shared libraries
ii  libfreetype6  2.2.1-6FreeType 2 font engine, shared lib
ii  libglib2.0-0  2.12.12-1  The GLib library of C routines
ii  libgtk2.0-0   2.10.13-1  The GTK+ graphical user interface 
ii  libpango1.0-0 1.16.4-1   Layout and rendering of internatio
ii  libx11-6  2:1.0.3-7  X11 client-side library

gbdfed recommends no packages.

-- no debconf information


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

Bug#431681: [Debian-hebrew-package] Bug#431681: Bug#431681: piuparts test: fails to install: ln: creating symbolic link `/etc/fonts/conf.d/65-culmus.conf' to `../conf.avail/65-culmus.conf': No such fi

[Baruch Even]

* Lior Kaplan [EMAIL PROTECTED] [070705 01:46]:
 Michael Ablassmeier wrote:
  while running archive wide piuparts tests your package failed on install 
  with
  the following error: 
  
Unpacking culmus (from .../culmus_0.101-7_all.deb) ...
ln: creating symbolic link `/etc/fonts/conf.d/65-culmus.conf' to 
  `../conf.avail/65-culmus.conf': No such file or directory
dpkg: error processing /var/cache/apt/archives/culmus_0.101-7_all.deb 
  (--unpack):
 subprocess pre-installation script returned error exit status 1
 
 We have several solutions for this:
 1. Depend on fontconfig-config, which will create /etc/fonts/conf.d/
 2. supply the link as part of the package (instead of handling it in the 
 maintainer scripts). This two will result in the creation of 
 /etc/fonts/conf.d/.
 
 I think #2 is the better one, as #1 will make culmus drag in some other 
 fonts as dependencies.
 
 Your thoughts?

I agree we should go with option #2. Depending on fontconfig-config is a
task for the applications that actually use it, we just want to ensure
that if fontconfig-config is installed culmus will be known by it.

Baruch

p.s. When you want to ask the submitter something you need to send the
mail to bugnr[EMAIL PROTECTED]


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

Bug#231568: websec: mantain highlighted version also when not emailing it

[Baruch Even]

Lucas Nussbaum wrote:

On 07/02/04 at 15:00 +0100, Ludovico Gardenghi wrote:

Package: websec
Version: 1.7.0-2
Severity: wishlist
Tags: patch

Hello.

I use websec with a text-only MUA (mutt), so I don't care about having
the highlighted page emailed to me. I like the idea of highlighting, so
I wrote a small patch (or, better, a small hack) that keeps the
highlighted page in ~/.websec/archive/filename.hl.html and lists the
link to this file in the EmailLink sent to the user.

I haven't tested it a lot, but it appears to work.


Hi Baruch,

The idea in #231568 looks good to me. Do you think that we could include
it in the upstream websec?


I applied the patch in my websec repository, I'll try to batch up a few 
more changes and do a release in a few days.


Baruch


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

Bug#361560: Not reproducible

[Baruch Even]

Martin Michlmayr wrote:

* Baruch Even [EMAIL PROTECTED] [2007-06-29 00:38]:

I tried rebuilding it and everything worked for me with gcc 4.2


I wouldn't be surprised if this had been fixed upstrean in the
meantime.

Interestingly enough, I'm getting the following failure though.  This
is on AMD64.  Which arch did you try?


I tried i386.

Baruch


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

Bug#422296: Adopting websec

[Baruch Even]

* Lucas Nussbaum [EMAIL PROTECTED] [070626 13:56]:
 On 26/06/07 at 00:29 +0300, Baruch Even wrote:
  Hi,
  
  I believe I've answered your email but I just looked at the bts and I 
  see no record for it so here goes another reply for the record.
  
  You asked if I wanted to adopt websec for which I am upstream 
  maintainer. I will probably do that if no one else does, but I'd be 
  happier if someone else does the Debian packaging as I have little time 
  to work on websec and having someone else maintain the Debian packaging 
  and forwarding just the upstream bugs would be better for me.
  
  Let me know if you are still interested in maintaining websec, if not 
  I'll go for the default option and adopt it myself so it won't 
  package-rot too much.
 
 Hi Baruch,
 
 My perl knowledge is very limited, so I don't feel confortable
 maintaining it alone. However, if you want to share the load for the
 packaging bugs, we could maintain it together on collab-maint.

OK. Works for me. I'm not a perl guru myself but I can handle myself
with enough manpage reading.

I'd be happy to try git for for package maintenance but have no problem
working with svn (or possibly another choice). Do you have any
preference?

Cheers,
Baruch


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

Bug#422296: Adopting websec

[Baruch Even]

* Lucas Nussbaum [EMAIL PROTECTED] [070626 16:24]:
 On 26/06/07 at 16:02 +0300, Baruch Even wrote:
  * Lucas Nussbaum [EMAIL PROTECTED] [070626 15:26]:
   On 26/06/07 at 14:01 +0300, Baruch Even wrote:
* Lucas Nussbaum [EMAIL PROTECTED] [070626 13:56]:
 On 26/06/07 at 00:29 +0300, Baruch Even wrote:
  Hi,
  
  I believe I've answered your email but I just looked at the bts and 
  I 
  see no record for it so here goes another reply for the record.
  
  You asked if I wanted to adopt websec for which I am upstream 
  maintainer. I will probably do that if no one else does, but I'd be 
  happier if someone else does the Debian packaging as I have little 
  time 
  to work on websec and having someone else maintain the Debian 
  packaging 
  and forwarding just the upstream bugs would be better for me.
  
  Let me know if you are still interested in maintaining websec, if 
  not 
  I'll go for the default option and adopt it myself so it won't 
  package-rot too much.
 
 Hi Baruch,
 
 My perl knowledge is very limited, so I don't feel confortable
 maintaining it alone. However, if you want to share the load for the
 packaging bugs, we could maintain it together on collab-maint.

OK. Works for me. I'm not a perl guru myself but I can handle myself
with enough manpage reading.

I'd be happy to try git for for package maintenance but have no problem
working with svn (or possibly another choice). Do you have any
preference?
   
   Ah, I don't know git either, but trying it sounds good to me.
  
  Ok. We can always change to something else if we fail to work with git
  or it doesn't suite us. I won't be able to do anything at work right now
  so I'll look at creating the repo in the evening, unless you beat me to
  it.
  
  I believe that for a start we can have an upstream branch, a debian
  branch and an integration branch of the two which is used for merges
  from both of the branches. We should strive to have all patches to the
  code in either feature branches.
 
 I'm not sure, I haven't watched the maintaining packages with git talk
 yet. Have you?

If you refer to the BoF of David Nusinow, than I've been in it but it
had little information relevant to us. It discussed the case of X where
upstream maintains the package in git as well. Though being upstream I
can move to git as well :-)

The above idea is taken from the BoF/talk by Manoj and Martin Krafft.
Though I have to admit that the actual takl was rather fluffy IMO and
didn't go too much into how things are maintained and showing how to
handle different cases.

Cheers,
Baruch


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

Bug#422296: Adopting websec

[Baruch Even]

* Lucas Nussbaum [EMAIL PROTECTED] [070626 15:26]:
 On 26/06/07 at 14:01 +0300, Baruch Even wrote:
  * Lucas Nussbaum [EMAIL PROTECTED] [070626 13:56]:
   On 26/06/07 at 00:29 +0300, Baruch Even wrote:
Hi,

I believe I've answered your email but I just looked at the bts and I 
see no record for it so here goes another reply for the record.

You asked if I wanted to adopt websec for which I am upstream 
maintainer. I will probably do that if no one else does, but I'd be 
happier if someone else does the Debian packaging as I have little time 
to work on websec and having someone else maintain the Debian packaging 
and forwarding just the upstream bugs would be better for me.

Let me know if you are still interested in maintaining websec, if not 
I'll go for the default option and adopt it myself so it won't 
package-rot too much.
   
   Hi Baruch,
   
   My perl knowledge is very limited, so I don't feel confortable
   maintaining it alone. However, if you want to share the load for the
   packaging bugs, we could maintain it together on collab-maint.
  
  OK. Works for me. I'm not a perl guru myself but I can handle myself
  with enough manpage reading.
  
  I'd be happy to try git for for package maintenance but have no problem
  working with svn (or possibly another choice). Do you have any
  preference?
 
 Ah, I don't know git either, but trying it sounds good to me.

Ok. We can always change to something else if we fail to work with git
or it doesn't suite us. I won't be able to do anything at work right now
so I'll look at creating the repo in the evening, unless you beat me to
it.

I believe that for a start we can have an upstream branch, a debian
branch and an integration branch of the two which is used for merges
from both of the branches. We should strive to have all patches to the
code in either feature branches.

Cheers,
Baruch


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

Bug#430091: git-svn: Fails to import debian-installer repository

[Baruch Even]

Gerrit Pape wrote:

On Fri, Jun 22, 2007 at 02:23:39PM +, Gerrit Pape wrote:

On Fri, Jun 22, 2007 at 10:59:41AM +0100, Baruch Even wrote:

Error from SVN, (210004): Malformed network data: Malformed network data

This always happens on r200.



Hi Baruch, I can reproduce the problem.  Until the bug has been
identified, here's a workaround:  First fetch revisions 0 to (at least)
134, and then continue to fetch the rest:


Hi, another, probably better, workaround is to use libsvn-perl
version 1.4.2dfsg1-2 from testing.


This workaround works nicely. Thanks.

Baruch



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

Bug#422296: Adopting websec

[Baruch Even]

Hi,

I believe I've answered your email but I just looked at the bts and I 
see no record for it so here goes another reply for the record.


You asked if I wanted to adopt websec for which I am upstream 
maintainer. I will probably do that if no one else does, but I'd be 
happier if someone else does the Debian packaging as I have little time 
to work on websec and having someone else maintain the Debian packaging 
and forwarding just the upstream bugs would be better for me.


Let me know if you are still interested in maintaining websec, if not 
I'll go for the default option and adopt it myself so it won't 
package-rot too much.


Cheers,
Baruch


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

Bug#430091: git-svn: Fails to import debian-installer repository

[Baruch Even]

Package: git-svn
Version: 1:1.5.2.2-1
Severity: normal

I'm trying to clone the debiab-installer repository and it fails with an
error:
Error from SVN, (210004): Malformed network data: Malformed network data

This always happens on r200.

The command used to do the clone is:
git-svn clone svn://svn.debian.org/svn/d-i --branches branches --trunk trunk 
--tags tags 

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

Kernel: Linux 2.6.22-rc4-mexhat (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages git-svn depends on:
ii  git-core1:1.5.2.2-1  fast, scalable, distributed revisi
ii  libsvn-perl [libsvn-core-pe 1.4.4dfsg1-1 Perl bindings for Subversion
ii  libterm-readkey-perl2.30-3   A perl module for simple terminal 
ii  libwww-perl 5.805-1  WWW client/server library for Perl

Versions of packages git-svn recommends:
ii  git-doc  1:1.5.2.2-1 fast, scalable, distributed revisi

-- no debconf information


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

Bug#430102: newt: New upstream version

[Baruch Even]

Package: newt
Version: 0.52.2-10
Severity: wishlist

A new upstream version is available from RedHat, it's up to 0.52.7
already and some of the Debian patches were incorporated according to
the changelog.

http://rpmfind.net//linux/RPM/fedora/devel/i386/newt-0.52.7-1.fc8.i386.html

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

Kernel: Linux 2.6.22-rc4-mexhat (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash


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

Bug#430104: libnewt-dev: README.Debian is confusing

[Baruch Even]

Package: libnewt-dev
Version: 0.52.2-10
Severity: minor

README.Debian in libnewt-dev says the package is experimental and that
no packages should be built that depend on it. But the package is in
unstable and packages will be built that depend on it.

If the package is experimental it should not be in unstable, if it is
not experimental or the experiment is over the README.Debian should be
updated/fixed.

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

Kernel: Linux 2.6.22-rc4-mexhat (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libnewt-dev depends on:
ii  libnewt0.52   0.52.2-10  Not Erik's Windowing Toolkit - tex
ii  libslang2-dev 2.0.7-2The S-Lang programming library, de

libnewt-dev recommends no packages.

-- no debconf information


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

Bug#430108: cdebconf: Off by one error

[Baruch Even]

Package: cdebconf
Version: 0.116
Severity: normal
Tags: patch

A read could fill the whole buffer and we put a null-char at the end
of the read data so we could write on a byte just after our buffer. 

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

Kernel: Linux 2.6.22-rc4-mexhat (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages cdebconf depends on:
ii  libatk1.0-0   1.18.0-2   The ATK accessibility toolkit
ii  libc6 2.5-11 GNU C Library: Shared libraries
ii  libcairo2 1.4.8-1The Cairo 2D vector graphics libra
ii  libdebian-installer4  0.51   Library of common debian-installer
ii  libdirectfb-0.9-250.9.25.1-6 direct frame buffer graphics - sha
ii  libglib2.0-0  2.12.12-1  The GLib library of C routines
ii  libgtk-directfb-2.0-0 2.10.13-1  The GTK+ graphical user interface 
ii  libgtk2.0-0   2.10.13-1  The GTK+ graphical user interface 
ii  libnewt0.52   0.52.2-10  Not Erik's Windowing Toolkit - tex
ii  libpango1.0-0 1.16.4-1   Layout and rendering of internatio
ii  libtextwrap1  0.1-5  text-wrapping library with i18n - 

cdebconf recommends no packages.
Index: confmodule.c
===
--- confmodule.c(revision 47280)
+++ confmodule.c(working copy)
@@ -84,7 +84,7 @@
 return DC_OK;
 }
 
-ret = read(mod-infd, buf, sizeof(buf));
+ret = read(mod-infd, buf, sizeof(buf)-1);
 if (ret  0) {
 if (errno == EINTR)
 continue;

Bug#429351: Patch to solve the bug

[Baruch Even]

tags 429351 + patch
thanks

Attached is a patch to newt to allow users of checkboxes to specify the 
width of the checkbox so that several vertical checkboxes will be 
appropriately aligned on the right for rtl text. The patch adds an api 
function to newt.


This patch is intended to come after the 020 bidi patch.

Baruch
Index: newt-0.52.2/checkbox.c
===
--- newt-0.52.2.orig/checkbox.c	2007-06-22 18:01:41.0 +0100
+++ newt-0.52.2/checkbox.c	2007-06-22 20:07:37.0 +0100
@@ -18,6 +18,7 @@
 const void * data;
 int flags;
 int hasFocus;
+int width;
 };
 
 static void makeActive(newtComponent co);
@@ -127,7 +128,7 @@
 
 co-callback = NULL;
 co-height = 1;
-co-width = wstrlen(text, -1) + 4;
+co-width = cb-width = wstrlen(text, -1) + 4;
 co-top = top;
 co-left = left;
 co-takesFocus = 1;
@@ -135,6 +136,13 @@
 return co;
 }
 
+void newtCheckboxSetWidth(newtComponent co, int width)
+{
+width += 4;
+if (width = ((struct checkbox *)co-data)-width)
+	((struct checkbox *)co-data)-width = width;
+}
+
 void newtCheckboxSetFlags(newtComponent co, int flags, enum newtFlagsSense sense) {
 struct checkbox * cb = co-data;
 int row, col;
@@ -159,6 +167,8 @@
 
 static void cbDraw(newtComponent c) {
 struct checkbox * cb = c-data;
+char *tmp;
+char chOpen, chClose;
 
 if (c-top == -1 || !c-isMapped) return;
 
@@ -175,25 +185,30 @@
 newtGotorc(c-top, c-left);
 
 switch (cb-type) {
-  case RADIO:
-	SLsmg_write_string(( ) );
-	break;
-
-  case CHECK:
-	SLsmg_write_string([ ] );
-	break;
+	case RADIO:
+	chOpen = '(';
+	chClose = ')';
+	break;
 
-  default:
-	break;
-}
+	case CHECK:
+	chOpen = '[';
+	chClose = ']';
+	break;
 
-write_string_int(cb-text, NULL);
+	default:
+	chOpen = chClose = ' ';
+	break;
+}
 
+tmp = malloc(4 + strlen(cb-text) + 1);
+if (!tmp)
+	return;
+*tmp = 0;
+sprintf(tmp, %c%c%c %s, chOpen, *cb-result, chClose, cb-text);
 if (cb-hasFocus)
 	SLsmg_set_color(cb-active);
-
-newtGotorc(c-top, c-left + 1);
-SLsmg_write_char(*cb-result);
+write_nstring_int(tmp, cb-width, NULL);
+free(tmp);
 }
 
 static void cbDestroy(newtComponent co) {

Bug#430151: cdebconf: multiple select is not right aligned in Hebrew

[Baruch Even]

Package: cdebconf
Version: 0.116
Severity: normal
Tags: patch

As reported in #429351 the multiple selection in tasksel is not right
aligned in Hebrew. That bug was reassigned to newt since newt is the
core of the issue. This bug is to add a patch that needs to be applied
to cdebconf after the above patch is applied to newt.

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

Kernel: Linux 2.6.22-rc4-mexhat (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages cdebconf depends on:
ii  libatk1.0-0   1.18.0-2   The ATK accessibility toolkit
ii  libc6 2.5-11 GNU C Library: Shared libraries
ii  libcairo2 1.4.8-1The Cairo 2D vector graphics libra
ii  libdebian-installer4  0.51   Library of common debian-installer
ii  libdirectfb-0.9-250.9.25.1-6 direct frame buffer graphics - sha
ii  libglib2.0-0  2.12.12-1  The GLib library of C routines
ii  libgtk-directfb-2.0-0 2.10.13-1  The GTK+ graphical user interface 
ii  libgtk2.0-0   2.10.13-1  The GTK+ graphical user interface 
ii  libnewt0.52   0.52.2-10  Not Erik's Windowing Toolkit - tex
ii  libpango1.0-0 1.16.4-1   Layout and rendering of internatio
ii  libtextwrap1  0.1-5  text-wrapping library with i18n - 

cdebconf recommends no packages.
Index: src/modules/frontend/newt/newt.c
===
--- src/modules/frontend/newt/newt.c(revision 47633)
+++ src/modules/frontend/newt/newt.c(working copy)
@@ -597,6 +597,7 @@
 def = 1;
 checkbox = newtCheckbox((win_width-sel_width-3)/2, 1+t_height+1+i, 
choices_trans[i], def ? '*' : ' ',  *, answer[tindex[i]]);
 newtCheckboxSetFlags(checkbox, NEWT_FLAG_RETURNEXIT, NEWT_FLAGS_SET);
+newtCheckboxSetWidth(checkbox, sel_width+4);
 newtFormAddComponent(sform, checkbox);
 }
 if (obj-methods.can_go_back(obj, q) || !show_ext_desc) {

Bug#429351: Hebrew problem in task selection during install

[Baruch Even]

Package: debian-installer

Version: 20070308

Severity: normal

X-Debbugs-CC: [EMAIL PROTECTED]


In the task selection the radio buttons are on the left of the Hebrew 
text, but they should be on the right. The text should also be right 
aligned rather than left aligned.



Attached are screenshots of the Hebrew and English screens.


Baruch

inline: task_english.pnginline: task_hebrew.png

Bug#422676: kvm 28?

[Baruch Even]

Roland Dreier wrote:
Any chance of getting a new version of kvm uploaded soon?  kvm 28 is out 
already, so the kvm 18 that's in the archive is 10 releases out of 
date.  And kvm 18 won't work with the kvm module that's in any kernel 
(it's too new for 2.6.21 and too old for 2.6.22).


Yes. I plan to get some time in DebConf to fix this whole mess of a package.

Baruch


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

Bug#428067: New upstream version 0.10.8

[Baruch Even]

Package: fribidi
Version: 0.10.7-1

A new upstream version is available and should be packaged. The effect 
on pyfribidi should also be studied, maybe we only need a rebuild or not 
even that.


Baruch


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

Bug#427281: Missing dep on python-central (= 0.5)

[Baruch Even]

Package: hocr
Version: 0.8.2-2
Severity: normal

According to lintian we are missing a dependency on python-centrl (= 0.5)

Baruch


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

Bug#427280: Missing dep on python-central (= 0.5)

[Baruch Even]

Package: pyfribidy
Version: 0.6-2
Severity: normal

According to lintian we are missing a dependency on python-centrl (= 0.5)

Baruch


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

Bug#423717: Doesn't ignore spaces

[Baruch Even]

Package: reportbug-ng
Version: 0.2007.05.02
Severity: minor

When searching for a bug report on a package I had a space before and
after the package name and reportbug-ng didn't find any bug reports,
removing the spaces and reportbug-ng found bug reports for the package.

IMO you should remove spaces at the start and end of the string, you
probably need to remove any space-like character such as linefeeds and such.

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.21-rc5

Debian Release: lenny/sid
  500 testing www.debian-multimedia.org
  500 testing mirror.hamakor.org.il

--- Package information. ---
Depends (Version) | Installed
=-+-===
python| 2.4.4-2
python-central (= 0.5.8) | 0.5.13-0.1
python-qt3| 3.16-1.2
python-soappy | 0.11.3-1.8



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

Bug#423718: Please version conflict ivritex to = 1.1.1-5

[Baruch Even]

Package: texlive-latex-base
Version: 2005.dfsg.3-1
Severity: normal

texlive-latex-base currently conflicts with ivritex (for good reasons),
but I'd like to work on ivritex and part of it is testing it alongside
texlive. For this I need you to convert your conflicts to a versioned
conflict with a version of ivritex = 1.1.1-5

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.21-rc5

Debian Release: lenny/sid
  500 testing www.debian-multimedia.org
  500 testing mirror.hamakor.org.il

--- Package information. ---
Depends  (Version) | Installed
==-+-===
texlive-pdfetex| 2005.dfsg.2-12
texlive-common  (= 2005.dfsg.2-1) | 2005.dfsg.3-1



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

Bug#421416: [Debian-hebrew-package] Bug#421416: culmus: Please provide TrueType versions also

[Baruch Even]

* Tommi Vainikainen [EMAIL PROTECTED] [070428 22:01]:
 Package: culmus
 Version: 0.101-6
 Severity: wishlist
 
 FAQ in culmus upstream homepage tells that people wanting TrueType
 versions of culmus fonts should convert those with FontForge
 (previously pfaedit). It would be nice if there would be Debian
 package providing these fonts converted to TrueType.

For what purpose do you need the truetype fonts?

Converting Postscript to Truetype isn't really trivial as far as I know,
there are various tables that need to be made for truetype which are not
easily created from postscript font data.

Baruch


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

Bug#418430: [Debian-hebrew-common] Re: [Debian-hebrew-package] Bug#418430: mixed hebrew/english spell checking is needed

[Baruch Even]

* Diego Iastrubni [EMAIL PROTECTED] [070421 03:41]:
 baruch,
 
 I do beleave you are right. really this is a problem in kde, and not hspell. 
 but hey, this is also a problem in firefox. and then emacs, and vim, and what 
 else...
 
 with the hack i propose: we fix all those programs, without any side effect. 
 i 
 am currently using firefox and here i see that both hebrew and english are 
 spelled. if i was not lazy, and i used multispell, i assume i could also use 
 spanish as a 3rd fallback. go do this from mozilla.

According to Kobi this is a fix that will only work for kde3 and will
not work after that.

And there is a side effect, we put a hack into the hspell package which
only works for Hebrew based spell checking, a pretty ugly hack. In
addition, the alternatives system in Debian is supposed to be used for
cases when there are several cooperating packages that all provide the
same functionality and want/need to use the same executable name, f.ex.
java.  The proposed use here seems to me to be against the policy.


Cheers,
Baruch


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