Package: console-common
Version: N/A
Severity: wishlist
Tags: l10n patch

Please find attached the Hungarian translation of the console-common package.

--
sas ( satie ) - SZERVÁC Attila - zeneszerző - szoftvergazda
HU/Budapest - http://321.hu/sas/ http://321.hu/Elig
http://mutopiaproject.org/ http://zene.on-wiki.net/

# 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...

Quoting Rudy Godoy Guillén (rudy@stone-head.org):

I'll commit it, but please re-check it: the file has 2 untranslated
strings.

Ho_Chi_Minh
Kolkata

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFIJ9iM1OXtrMAUPS0RAnqNAJ0Xk1noU+PFQh0OpdOzahdRXVDK6wCeIpzg
fPAGkfMZYItTlAh/GUwNXtY=
=YDHp
-----END PGP SIGNATURE-----

Package: iceowl-extension
Version: 0.8-2
Followup-For: Bug #475659

Hi!

I've installed iceowl-extension (0.8-2) from incoming.debian.org, but "Provider for Google Calender" still doesn't work after upgrading to version 0.4.
Could there be a problem with the name change on Debian (id est Lightning/Sunbird <-> iceowl-extension/iceowl)? Because on Windows 2000 it works like a charm.

Here's a log from the error console:

--- start ---

Error: Can't create calendar for 28 (gdata, http://www.google.com/calendar/feeds/[secret]group.calendar.google.com/public/basic): TypeError: cal has no properties
Source: file:///usr/lib/icedove/extensions/%%7Be2fda1a4-762b-4020-b5ad-a41df1933103%%7D/js/calCalendarManager.js
Line: 712

Error: Assert failed: TypeError: Components.classes["@mozilla.org/calendar/calendar;1?type=" + type] has no properties
1: [file:///usr/lib/icedove/extensions/%%7Be2fda1a4-762b-4020-b5ad-a41df1933103%%7D/js/calUtils.js:1369] ASSERT
2: [file:///usr/lib/icedove/extensions/%%7Be2fda1a4-762b-4020-b5ad-a41df1933103%%7D/js/calCalendarManager.js:546] cmgr_createCalendar
3: [file:///usr/lib/icedove/extensions/%%7Be2fda1a4-762b-4020-b5ad-a41df1933103%%7D/js/calCalendarManager.js:690] cmgr_assureCache
4: [file:///usr/lib/icedove/extensions/%%7Be2fda1a4-762b-4020-b5ad-a41df1933103%%7D/js/calCalendarManager.js:666] cmgr_getCalendars
5: [null:0] null

Source: file:///usr/lib/icedove/extensions/%%7Be2fda1a4-762b-4020-b5ad-a41df1933103%%7D/js/calUtils.js
Line: 1373

# Automatically generated email from bts, devscripts version 2.10.27
#
# console-data (2:1.07-4) UNRELEASED; urgency=low
#
# * Debconf translation updates:
# - Irish. Closes: #480735
#

package console-keymaps-usb console-keymaps-dec console-keymaps-amiga console-keymaps-sun console-keymaps-mac console-data console-keymaps-at console-keymaps-acorn console-keymaps-atari
tags 480735 + pending

# Automatically generated email from bts, devscripts version 2.10.27
#
# ttf-sil-dai-banna (2.000-2) UNRELEASED; urgency=low
#
# * Fix formatting in the description (Closes: #480350)

package ttf-sil-dai-banna
tags 480350 + pending

15 ways to make her finish! http://

Gwendoline Hurst

Package: libconfig-inetd-perl
Version: 0.25-1
Severity: minor

debian/rules includes several crufty commands. From them, the only one
I'd really flag as a problem (and not just something desirable) is
line 23 (after applying the patch to #467147 I just sent), where 'make
clean' is run but its result is ignored:

-$(MAKE) clean

The pkg-perl group's recommended practice (you can refer to
dh-make-perl's rules file for generic MakeMaker packages [1] -
although it is just a template, the '#TEST#' line gets modified) is to
replace this line with:

[ ! -f Makefile ] || $(MAKE) realclean

There are other several points worth going over in debian/rules -
i.e. if you run 'make realclean' instead of 'make clean (see
ExtUtils::MakeMaker documentation), you won't have to manually remove
Makefile and Makefile.old; dh_clean can be given the list of stamps to
remove as well; dh_installman should not need to be given blib/man3/*
when we are building with INSTALLDIRS=vendor.

schorpp wrote:

Ctrl Alt +/- missing has been discussed in the upstream bug
https://bugs.freedesktop.org/show_bug.cgi?id=14688
The feature can be superseded with xrandr calls or urandr/grandr clicks
in most cases. Upstream seems to consider that other cases are not
important enough to justify reimplementing Ctrl Alt +/- support.

Why do you need xvidtune for? What error do you get when you try to run
it? It seems to start fine here.

Brice

Johannes Wiedersich wrote:

On Sun, May 11, 2008 at 9:34 PM, Reinhard Tartler
wrote:

yes,the problem is fixed.no more error messages.thanks for the work :-) and
sorry for the delay to verify.
regards,
Prakash J Kokkattu