headers
Carlos Moffat | 1 Dec 2006 01:02
Favicon

Bug#385599: madwifi-source: ap_scan seems to be the problem

Package: madwifi-source
Followup-For: Bug #385599

Hi Ken,

You've probably noticed I've been all over trying to find a solution for
this. I made a bit of progress today. Following advice from the NM
mailing list, I did:

 wpa_supplicant -i ath0 -Dwext -c wpa_supplicant.conf -d

with wpa_supplicant.conf:

eapol_version=1
ap_scan=1
fast_reauth=1

network={
       ssid="Atlantic"
       key_mgmt=NONE
       auth_alg=OPEN
       }

The output of this seemed pretty similar to the one obtained by NM.
wpasupplicant would just keep trying to associate, and then keep
scanning. Finally, I decided to try ap_scan=0. Then, wpa_supplicant
would say connected and I could (most times) get an IP using dhclient -1
ath0. 

Does this give you any clue why the problem exist in newer versions of
(Continue reading)

Permalink | Reply | 0 comments |
headers
KIMURA Yasuhiro | 1 Dec 2006 01:08

Bug#401126: jless: DOS style end-of-line is not handled propery

Package: jless
Version: 382-iso258-1.1
Severity: normal

Current jless does not recognize CR+LF as signle line separator. When
text file with DOS style end-of-line is displayed, '^M' is appended at
the end of each line as following:

aaaaa^M
bbbbb^M
ccccc^M

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-1-k7
Locale: LANG=ja_JP.eucJP, LC_CTYPE=ja_JP.eucJP (charmap=EUC-JP)

Versions of packages jless depends on:
ii  debianutils                  2.17.3      Miscellaneous utilities specific t
ii  libc6                        2.3.6.ds1-8 GNU C Library: Shared libraries
ii  libncurses5                  5.5-5       Shared libraries for terminal hand

jless recommends no packages.

-- no debconf information
(Continue reading)

Permalink | Reply | 0 comments |
headers
Anthony DeRobertis | 1 Dec 2006 01:10

Bug#401127: curses.error: addstr() returned ERR

Package: jack
Version: 3.1.1+cvs20050801-12
Severity: normal
Tags: patch

I see tracebacks like this a lot when the tags have "funny" characters:

Traceback (most recent call last):
  File "/usr/bin/jack", line 235, in ?
    global_error = jack_main_loop.main_loop(mp3s_todo, wavs_todo, space, dae_queue, enc_queue, track1_offset)
  File "/var/lib/python-support/python2.3/jack_main_loop.py", line 374, in main_loop
    jack_status.dae_stat_upd(i['track'][NUM], ":DAE: " + new_status)
  File "/var/lib/python-support/python2.3/jack_status.py", line 51, in dae_stat_upd
    jack_term.tmod.dae_stat_upd(num, string)
  File "/var/lib/python-support/python2.3/jack_t_curses.py", line 262, in dae_stat_upd
    status_pad.addstr(map_track_num[num], 0, (jack_ripstuff.printable_names[num] + ": " +
jack_status.dae_status[num] + " " + jack_status.enc_status[num]))
curses.error: addstr() returned ERR
 *warning* abnormal exit

It's just a display error; it really shouldn't abort jack. The following
patch makes it not abort:

diff -dU3 /tmp/old.py /var/lib/python-support/python2.3/jack_main_loop.py
--- /tmp/old.py 2006-11-30 19:08:06.000000000 -0500
+++ /var/lib/python-support/python2.3/jack_main_loop.py 2006-11-30 19:00:31.000000000 -0500
 <at>  <at>  -371,7 +371,10  <at>  <at> 
                         else:
                             exec(jack_helpers.helpers[i['prog']]['status_fkt']) in globals(), locals()
                         if new_status:
(Continue reading)

Permalink | Reply | 1 comment |
headers
Erich Schubert | 1 Dec 2006 01:26
Picon
Favicon

Bug#401043: gnome-panel: clock applet displays wrong time for appointments

Hi,
http://www.google.com/calendar/ical/sc1lgv2s0nqgktgn9rdneilv6g <at> group.calendar.google.com/public/basic

Is the calendar I'm using, albeit I'm accessing it via a different URL
IIRC. It's the schedule of a graduate seminar here.

best regards,
Erich Schubert
--

-- 
    erich <at> (vitavonni.de|debian.org)    --    GPG Key ID: 4B3A135C    (o_
           There are only 10 types of people in the world:           //\
           Those who understand binary and those who don't           V_/_
  Wie kann ich wissen, was ich denke, bevor ich höre, was ich sage.
Permalink | Reply | 4 comments |
headers
Nikolaus Schulz | 1 Dec 2006 01:29
Picon

Bug#242974: vim-latexsuite: overwrites unnamed register when switching buffers

Followup-For: Bug #242974
Package: vim-latexsuite
Version: 0.20041219-1

This bug still exists and is very annoying. :-(
Not only does vim lose the unnamed register's content when it is
restarted, but it does so every time one switches between TeX files
(e.g. with :n). 

On Thu, Nov 11, 2004 at 07:52:33PM +0100, martin f krafft wrote:
> The bug still exists. Apparently now though it uses the 'a' buffer
> to restore the primary paste buffer. 

Same here. 

> To reproduce:
> 
> echo Hello world > test.tex
> echo Second line >> test.tex
> vim test
>   yyj"ayy:q
> vim test
>   Gp"ap

I think the procedure above is not suitable to trigger the bug, but
works just like expected -- the second yank command sets the registers
"" and "a.  

> This should output "Second line" twice when in fact it should
> duplicate the contents of the file in lines three and four.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Alex Roitman | 1 Dec 2006 01:29
Picon
Favicon

Bug#401101: 'man gramps' typos: "geneology", "invokation", "succesfully", etc.

On Thu, 2006-11-30 at 15:34 -0500, A. Costa wrote:
> Found some typos in '/usr/share/man/man1/gramps.1.gz', see attached '.diff'.

Thanks!
Committed to the SVN and will appear in 2.2.4.

Alex

--

-- 
Alexander Roitman   http://www.gramps-project.org
Permalink | Reply | 0 comments |
headers
Alex Roitman | 1 Dec 2006 01:48
Picon
Favicon

Bug#401110: gramps: Help 3.6.2 / Family Editor -- selecting spouse doesn't work

On Thu, 2006-11-30 at 17:08 -0500, A. Costa wrote:
> 	Now a question: Does the person who will form the relationship
>         with the Active person already exist in the database? If yes, click
>         the Select button to the other person. You'll
>         then be able to browse through the list of people in the database to
>         select the one you want. 
> 
> Doesn't work for spouses though...
> 
> Start 'gramps', select person, then 'Relationships' in Sidebar, then
> the '+' icon next to Family.  "Family Editor" pops up, set 'Type:' to
> Married, and then...
> 
> Confusion -- how do you add a spouse?  According to the help above, one
> should "click the select button".  Well there's one select button
> and its tooltip claims that it adds a child.

Family editor shows either two people at the top, or the +/select
buttons if there's no father/mother. See
http://www.gramps-project.org/gramps-manual/2.2/en/resources/edit-family.png
and the two buttons by the missing Mother.

If both Father and Mother are present in the family, then there's
a - button for each of them. Only missing parents have +/select button.

You seem to be using the select button on the bottom, that applies
to the children list.

Do you still think this is broken?
(Continue reading)

Permalink | Reply | 3 comments |
headers
Javier Fernández-Sanguino Peña | 1 Dec 2006 01:58
Picon
Favicon
Gravatar

Bug#384320: farpd: Missing init-script

severity 384320 wishlist
thanks

On Wed, Aug 23, 2006 at 03:36:47PM +0200, Jan Wagner wrote:
> Package: farpd
> Version: 0.2-7
> Severity: important
> 
> Hi,
> 
> with honeyd 1.0-5 you removed the possibility of calling farpd from within
> honeyd's init script.  You mentioned "farp should provide its own". Since
> you are maintaining farpd and honeyd, you should provide any init-script.

I agree, but this is hardly an important bug. I'm downgrading its severity.

> Starting farpd with the honeyd init script has the advantage to use the
> settings from honeyd, which needs to be set there anyways. So we prevent to
> configure the same twice. This was very comfortable for me.  But there
> maybe scenarios where farpd is used without honeyd.

Setting up an init script is rather easy. I will try to provide one (even if
disabled by default).

Regards

Javier
Permalink | Reply | 0 comments |
headers
Josh Triplett | 1 Dec 2006 01:59
Picon
Gravatar

Bug#398327: still present upstream, and thus in 1.1.18-3

found 398327 1.1.18-3
tags 398327 - fixed-upstream
tags 398327 + upstream
thanks

Looks like the current upstream fix doesn't solve the whole problem, just part
of it.  I've reopened the upstream bug
<http://bugzilla.gnome.org/show_bug.cgi?id=378766> with further details, and
reopened this bug.

- Josh Triplett
Permalink | Reply | 0 comments |
headers
Steve Langasek | 1 Dec 2006 02:07
Picon
Favicon

Bug#401079: timezoneconf: Filed for removal, keep it out of Etch

severity 401079 serious
thanks

On Thu, Nov 30, 2006 at 07:42:27PM +0100, Moritz Muehlenhoff wrote:
>  Like localeconf and etherconf, this is one of the leftovers from Progeny's
>  configuration system, which they stopped maintaining years ago (early 2004).

> So it should most likely be hinted out of testing.

The correct severity for such bugs is serious, btw.

--

-- 
Steve Langasek                   Give me a lever long enough and a Free OS
Debian Developer                   to set it on, and I can move the world.
vorlon <at> debian.org                                   http://www.debian.org/
Permalink | Reply | 2 comments |

Gmane