Bug#405892: utf8-migration-tool: "Anglicisme" in French menu translation

[Christian Perrier]

Package: utf8-migration-tool
Version: 0.4.2
Severity: minor
Tags: l10n

Comment[fr]=Wizard de migration UTF-8

is a mix of English and French..:-)

I suggest "Assistant de migration UTF-8"

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.18-2-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=ANSI_X3.4-1968) 
(ignored: LC_ALL set to C)

Versions of packages utf8-migration-tool depends on:
ii  gdm2.16.4-1  GNOME Display Manager
ii  kdm4:3.5.5a.dfsg.1-5 X display manager for KDE
ii  python 2.4.4-2   An interactive high-level object-o
ii  python-glade2  2.8.6-8   GTK+ bindings: Glade support
ii  python-gtk22.8.6-8   Python bindings for the GTK+ widge
ii  python-support 0.5.6 automated rebuilding support for p

utf8-migration-tool recommends no packages.

-- no debconf information


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

Bug#405891: RM: swingwt -- RoQA; orphaned, no revdeps, few popcon installs, alternatives

[Nathanael Nerode]

Package: ftp.debian.org
Severity: normal

Orphaned since February, no reverse dependencies, 11 popcon installs. There's 
Swing support in Classpath, and Sun's Java is being released under the GPL, so 
this is not the most necessary thing in the world now.

No objections when this was suggested on debian-qa last week.


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

Bug#263916: xserver-xfree86: [mga] SEGV when using Linux 2.6.7 kernel on MGA G200 AGP rev 1 [debugging server works]

[Igor Mozetic]

Hi Brice,

I remember the bug report vaguely, but have changed the hardware in
the meantime - so it became irrelevant for me.
As far as I'm concerned you can close the bug.
Thanks for your work!

Regards,
Igor


Hi Igor,

More than 2 years ago, you reported a bug to the Debian BTS regarding a
segfault of the X server on kernel 2.6.7 with a MGA G200 board. A
workaround was found by using the debugging server. But, nothing
happened since. Did you reproduce the bug recently, with a less old
kernel and/or X server? If not, I will close the bug in the next weeks.

Thanks,
Brice





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

Bug#405579: PowerPC, prep-flavor: manual partitioning error

[Frans Pop]

On Sunday 07 January 2007 02:19, Ulrich Teichert wrote:
> I am not sure if this will really fix the problem, I'd like to have the
> patch reviewed before I take the next step.

Yes, looks likely. I'd suggest just compiling parted_server with that 
change (just run 'make').
After that use scp (you need to load the openssh-client-udeb for that) to 
copy it into a running d-i and see what happens.
Again, no need to build a whole package or new image for such a focussed 
change.


pgpzZl5iCweMB.pgp
Description: PGP signature

Bug#405080: iceweasel: Print preview messes up BiDi

[Shai Berger]

Another note I forgot, which might help solve the bug:

The page has content-encoding problems: It is marked as "ISO-8859-8" in its 
HTTP headers, but includes a meta tag declaring  it as "windows-1255" 
(Windows-1255 is essentially ISO-8859-8-I, which differs from ISO-8859-8 in 
its BiDi properties); the correct encoding is Windows-1255.

While this problem legitimately leads to rendering problems (i.e. for most 
rendering problem, we have to say that the problem is in the page, not in the 
browser), one does expect consistency between the normal page view and the 
print preview.

Thanks,
Shai.


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

Bug#405880: kdelibs4c2a: KDE User Mgmt tool breaks login permissions

[Larry Lade]

I'm just using the Control Center GUI. KDE su claims it is invoking

kcmshell System/userconfig --embed 52430481 --lang en_US

when the "Administrator Mode" button is clicked.

Bug#243501: lush

[Yaroslav Halchenko]

Dear Everyone,

I am going to adopt the package lush (so it doesn't get removed from
Debian) under Debian GNU/Linux OS, thus I want to fix few bugs
before I upload it under my name.

This is a follow-up to
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=243501
lush_1.0+cvs.2004.04.02(ia64/unstable): FTBFS: errors during data
file build and relevant to

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=267494
M/P-a-s: lush [ia64] -- RoM; ia64-ELF issues

It seems that this issue is no longer existent on ia64 platform
for sid.  Please see full build log (running within uptodate sid ia64
chroot using pdebuild)
http://www.onerussian.com/Linux/bugs/lush/ia64/lush-build.log
(also built fine within a chroot on ia64 debian box)

Absent upstream changelog forbids me to guess what upstream
release/change has fixed this bug, but current sid version seems to
build fine and runs as well (or as bad) as on any other platform (during
simple testing), thus I question a statement made in #267494: "Lush does
not work on ia64, and it is only accidental that past builds worked.".
It *does* work on ia64 and was working - it just wasn't building
right ;-)

Dear maintainers of packages-arch-specific, please remove lush entry
(which was marked as ANAIS so not fully inspected if I understood that
abbreviate correctly ;-)), so it could be built in a regular fashion for
ia64, and would allow me to close relevant bug.

Thanks everyone in advance
-- 
  .-.
=--   /v\  =
Keep in touch// \\ (yoh@|www.)onerussian.com
Yaroslav Halchenko  /(   )\   ICQ#: 60653192
   Linux User^^-^^[17]




pgpAkDY54aZ4s.pgp
Description: PGP signature

Bug#342029: Giving you some motivation to deal with this

[Nathanael Nerode]

>There are far bigger fish to fry; I don't imagine this will be a priority
>for me before significant headway is made in the archive wrt spurious
>dependencies on libs that *don't* have stable ABIs.

If you do this, it will make it easier for me to *find* the most problematic 
of those libs so I can write patches for them.  :-)  I have been randomly 
working through lib* packages listed in checklib.

The checklib output (http://rerun.lefant.net/checklib/) is polluted by a large 
number of useless dependencies on zlib (and a few other "nonproblematic" 
libraries), which can make it rather hard to sort through and find 
the "really problematic" useless dependencies.  Many of the useless 
dependencies on zlib come from freetype, because freetype is *exporting* the 
bad zlib dependency to all its users.

If some of these *heavily exported* useless dependencies were eliminated, it 
would make it a lot easier to see the actual scope of the problem with 
relation to libraries with unstable ABIs.  A single useless dependency on a 
package with a stable ABI is no big deal; dozens or hundreds makes it hard to 
find the real problem cases.  (I'm not currently prepared to write a program 
to reparse the data from checklib, but if bugs like this fester, I may have 
to waste a few days doing so.)

It's like being lintian-clean.  It's certainly of "minor" importance, but 
leaving it lying around is untidy and annoying; just do it next time you make 
an upload (after etch releases and testing unfreezes, that is, of course).

If you had a lintian error in your package, would you make ten uploads over 
the course of a year without bothering to fix it?  Of course you wouldn't.  
But that's what's been done with this bug.  I think "need to deal with it" is 
absolutely correct.  "Need to deal with it urgently" would be wrong.

-- 
Nathanael Nerode  <[EMAIL PROTECTED]>

Theocracy, fascism, or absolute monarchy -- I don't care which it is, I don't 
like it.


pgpSOH1AbFxhz.pgp
Description: PGP signature

Bug#405890: ikiwiki: Should provide a POT file to help out translators

[Christian Perrier]

Package: ikiwiki
Severity: normal

Joey,

Providing the POT file in the source package helps out translators a lot,
even though this is a generated file (some maintainers/develoeprs are not
very keen to provide generated files in the source tarball).

Could you consider adding the ikiwiki.pot file to the source tarball (and,
of course, take care of providing it up-to-data:-))?

I also suggest you call for new translations by using the nice
podebconf-report-po utility (even if designed for debconf stuff, it can be
used for any other kind of gettext-based translation work by just using its
"--podir" switch).

podebconf-report-po now has a "--call" switch which allows posting to
debian-i18n (by default), attaching a POT file to get new translations in.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.18-2-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)


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

Bug#405080: iceweasel: Print preview messes up BiDi

[Shai Berger]

On Sunday, January 7 2007 06:49, Eric Dorland wrote:
> tags 405080 unreproducible
> thanks
>
> * Shai Berger ([EMAIL PROTECTED]) wrote:
> > Package: iceweasel
> > Version: 2.0.0.1+dfsg-1
> > Severity: normal
> >
> >
> > Check
> > http://www.haaretz.co.il/hasite/objects/pages/PrintArticle.jhtml?itemNo=8
> >06349. It's a page for printing an article, so the print dialog pops up as
> > soon as the page is loaded. Cancel it, and instead, choose "File | Print
> > Preview". You'll see that the text is all reversed.
>
> Going to that page did not immediately pop up a print dialog.

Still does for me... Do you have NoScript or some other JavaScript-blocker 
installed?

> I did 
> print preview and the page and the preview looked basically identical
> to me.
>
I'm attaching the beginning of the story in the page version and the preview 
version. Look at them carefully -- even just at the headline -- and you'll 
see that the order of characters is reversed.

Thanks,
Shai.


haaretz-page.png
Description: PNG image


haaretz-page-preview.png
Description: PNG image

Bug#405889: rocksndiamonds: Please rewrite debconf templates to better fit the Developer's Reference recommendations

[Christian Perrier]

Package: rocksndiamonds
Severity: normal
Tags: patch

The debconf templates you introduced in your package do not closely follow
the Developers Reference recommendations, nor use completely correct English
(or typography).

The attached patch is, depite my incomplete knowledge of English, an attempt
to rewrite them to better fit the current recommended way to write debconf
templates.

Please consider getting templates reviewed by the debian-l10n-english
mailing list in such cases.

After fixing this and before uploading a new package, please consider using
the "podebconf-report-po" utility to call for templates translations.

For this, after fixing your templates file:

-run debconf-updatepo
-run "podebconf-report-po --call" and leave translators a decent delay to
send you new translations (somethign like 7-10 days)

In the future, in case you fix or change the debconf templates, you'll be
able to use that "podebconf-report-po" utility alone, to warn translators of the
changes and give them a chance to update their translations. Please have a
look at this utility's man page.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.18-2-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
--- templates.ori   2007-01-07 07:34:27.843319576 +0100
+++ templates   2007-01-07 07:37:11.352551922 +0100
@@ -2,7 +2,10 @@
 Type: boolean
 Default: true
 _Description: Download non-free game data?
- These games require data files, that are not available under free software 
license and so are not distributable with debian. This script may automatically 
download data files from the net and install into your system. 
+ These games require data files that are not available under a free
+ software license and so are not distributable with Debian. This
+ script may automatically download these data files from the net and install
+ them on your system.
 
 Template: rocksndiamonds/select_games
 Type: multiselect
@@ -11,9 +14,10 @@
 
 Template: rocksndiamonds/util_notfound
 Type: error
-_Description: For downloading and unpacking You need these utilits:
- wget, 7-zip, unzip, tar.
+_Description: Missing utilities for download or unpacking
+ The wget, 7-zip, unzip, tar are needed to either download or
+ unpack the game data.
  .
- Some of them are not installed on Your computer.
- You should install them and then restart this script.
-
+ Some of them are not available on this system.
+ You should install them and then reconfigure this package by
+ using 'dpkg-reconfigure rocksndiamonds".

Bug#398273: firefox: RSS Add Live Bookmarks window truncated

[Eric Dorland]

reassign 398273 iceweasel
close 398273 2.0+dfsg-1
thanks

* Dan Jacobson ([EMAIL PROTECTED]) wrote:
> Package: firefox
> Version: 1.5.dfsg+1.5.0.7-1
> Severity: minor
> 
> If one clicks the orange RSS symbol at the extreme right of the URL
> entry box, the Add Live Bookmarks window appears, truncated. One must
> fullsize it.

Since iceweasel does this completely differently I don't think this
bug is valid anymore. Closing. 

-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C  2B0A 61E9 8ECF 16D9 70C6



signature.asc
Description: Digital signature

Bug#400315: iceweasel: Backspace no longer goes Back in page history.

[Eric Dorland]

severity 400315 wishlist
tags 400315 wontfix
thanks

* Ben Stewart ([EMAIL PROTECTED]) wrote:
> Package: iceweasel
> Version: 2.0+dfsg-1
> Severity: important
> 
> The backspace button no longer steps backwards through page history
> after upgrading from firefox to the new iceweasel package.
> 
> Expected (and previous) behaviour is that backspace will cause the
> browser to go back a single page in the history. Behaviour changed
> upon upgrade to iceweasel.

While I agree with you that this seems like a gratuitous change, I'm
not going to break with the upstream behavior without a good reason. 

-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C  2B0A 61E9 8ECF 16D9 70C6



signature.asc
Description: Digital signature

Bug#405880: kdelibs4c2a: KDE User Mgmt tool breaks login permissions

[Ana Guerrero]

Hi Larry,

On Sat, Jan 06, 2007 at 07:45:14PM -0700, Larry Lade wrote:
> Package: kdelibs4c2a
> Version: 4:3.5.5a.dfsg.1-5
> Severity: critical
> Justification: breaks unrelated software
> 
> I create a new user using the "User Management" Control Center application 
> (kcmshell), in su/Administrator mode. After this, I am unable to log into X, 
> numerous services will not start, and I get "I have no name" with console 
> logins.
> 
> The problem turns out to be that the permissions on /etc/passwd and 
> /etc/group are changed by this tool to 600 instead of 644. Manually resetting 
> the permissions fixes everything.
>

Do you remember exaclty the commands that you executed with kcmshell?
I have looked at the "Control Center" and direclty in the kcmshell
options and there is not "User management" module:

[EMAIL PROTECTED]:~$ kcmshell --list | grep -i user
useragent  - Configure the way Konqueror reports itself
kcm_useraccount- User information such as password, name and email
privacy- Privacy - a kcontrol module to clean unwanted traces 
the user leaves on the system


To manage users in KDE you have kuser. Perhaps were you using this tool?

Ana


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

Bug#405855: should mention WNPP instructions

[Osamu Aoki]

On Sat, Jan 06, 2007 at 08:12:04PM +0100, Martin Michlmayr wrote:
> Package: maint-guide
> Version: 1.2.9
> Severity: wishlist
> 
> http://www.debian.org/doc/maint-guide/ch-first.en.html
>   check if no one else is working on the package already at the list of
>   packages being worked on. If someone's already on it, contact them if
>   you feel you need to. If not - find another interesting program that
>   nobody maintains.
> 
> It would be nice if this paragraph would mention the WNPP instructions
> found at http://www.debian.org/devel/wnpp  I see lots of people filing
> WNPP bugs that don't follow these instructions.  Maybe it would help
> to mention them in the new maintainer's guide.

Very true.

As I see this section, test is very confusing.  Why suggest installing
program when you find it by dpkg?  It should be suggesting to use
already installed package.  This initial part of this section seems to
be mix of aph and joy writing.

I am updating CVS version soon.


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

Bug#405887: bootsplash-theme-debian: [INTL:ja] Japanese debconf template translation (ja.po)

[Hideki Yamane (Debian-JP)]

Package: bootsplash-theme-debian
Version: 0.5-7
Severity: wishlist
Tags: patch l10n

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear bootsplash-theme-debian maintainer,

 Here's Japanese po-debconf template (ja.po) file.
 Could you apply it, please?

- --
Regards,

 Hideki Yamane henrich @ debian.or.jp/samba.gr.jp/iijmio-mail.jp




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

iD8DBQFFoJA4Iu0hy8THJksRAlv5AJ0aMdX0WJqBszfnBQQDfb/ZFPN8sACffJBF
yxE1RdEFTj60Xf6e/yAMsbg=
=Lqrg
-END PGP SIGNATURE-
# Copyright (C) 2007 THE PACKAGE'S COPYRIGHT HOLDER
# This file is distributed under the same license as the bootsplash-theme-debian
# package.
# Hideki Yamane (Debian-JP) <[EMAIL PROTECTED]>, 2007.
#
msgid ""
msgstr ""
"Project-Id-Version: bootsplash-theme-debian 0.5-7\n"
"Report-Msgid-Bugs-To: [EMAIL PROTECTED]"
"POT-Creation-Date: 2007-01-07 15:04+0900\n"
"PO-Revision-Date: 2007-01-04 10:47+0900\n"
"Last-Translator: Hideki Yamane (Debian-JP) <[EMAIL PROTECTED]>\n"
"Language-Team: Japanese \n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"

#. Type: select
#. Description
#: ../bootsplash-theme-debian.templates:1001
msgid "Bootsplash theme to use:"
msgstr "利用する bootsplash テーマ:"

#. Type: select
#. Description
#: ../bootsplash-theme-debian.templates:1001
msgid ""
"Please select the theme bootsplash should use.  If you wish to change it at "
"a later date, just run dpkg-reconfigure bootsplash."
msgstr ""
"利用する bootsplash テーマを選んでください。後ほど変更したくなった場合は、"
"dpkg-reconfigure bootsplash を実行してください。"

#. Type: multiselect
#. Description
#: ../bootsplash-theme-debian.templates:2001
msgid "Resolution of the bootsplash theme:"
msgstr "bootsplash テーマの解像度:"

#. Type: multiselect
#. Description
#: ../bootsplash-theme-debian.templates:2001
msgid ""
"You need to select which resolutions bootsplash should be enabled for, also "
"remember to include the proper vga= kernel parameter in your grub "
"configuration."
msgstr ""
"どの解像度の bootsplash を有効にするのかを選ぶ必要があります。grub の設定で "
"vga= カーネルパラメータを正しく指定するのも忘れないでください。"

Bug#405886: PATCH: add invocation mode for custom add-on udebs

[Nathanael Nerode]

Package: anna
Severity: wishlist
Tags: patch

This patch actually doesn't do very much, and it doesn't mess with the behavior
of anna on existing invocations at all.

During the development of customization-modules, I found that anna did have some
hardwired behavior which seemed inappropriate for the context.  This therefore
adds a third way of invoking anna, which has a much simpler udeb-selection 
procedure
than the ordinary methods.  It asks about all of them, except for:
* those already installed, which are skipped
* udebs with mismatching subarch or kernel, which are skipped
* certain kernel packages involving "Provides" which are queued by anna-install
  (which should never happen unless a customization udeb does it)
* possibly certain situtations involving "Enhances"; I didn't mess with that 
part of
  the code because I think it doesn't work correctly at the moment anyway

I believe this is of sufficient size that my copyright notice *is* necessary.

Index: anna.c
===
--- anna.c  (revision 43677)
+++ anna.c  (working copy)
@@ -64,7 +64,8 @@
return 1;
 }
 
-static int choose_modules(di_packages *status, di_packages **packages) {
+static int choose_modules(bool customizing, 
+  di_packages *status, di_packages **packages) {
char *choose_modules_question = "anna/choose_modules" ;
char *question_priority = "medium";
char *choices;
@@ -74,9 +75,17 @@
bool standard_modules = true;
bool lowmem_mode = false;
 
-   /* Test lowmem level to know if packages with want_install status
-  will be shown */
-   if ( get_lowmem_level() >= 2) {
+   if (customizing) {
+   /* Always ask about all modules (except those for the wrong 
kernel
+  version or wrong subarch) when customizing -- and we may need
+  to ask repeatedly */
+   choose_modules_question = "anna/choose_modules_custom";
+   question_priority = "high";
+   debconf_fset(debconf, "anna/choose_modules_custom", "seen", 
"false");
+   }
+   else if ( get_lowmem_level() >= 2) {
+   /* Test lowmem level to know if packages with want_install 
status
+  will be shown */
lowmem_mode = true;
choose_modules_question="anna/choose_modules_lowmem";
/* force priority to show question even in a non expert mode */
@@ -138,7 +147,11 @@
}
}
 
-   if (package->priority >= di_package_priority_standard) {
+   if (customizing) {
+   package->status_want = di_package_status_want_unknown;
+   di_log (DI_LOG_LEVEL_DEBUG, "ask for %s, is 
customization module", package->package);
+   }
+   else if (package->priority >= di_package_priority_standard) {
if (standard_modules || ((di_system_package 
*)package)->kernel_version) {
package->status_want = 
di_package_status_want_install;
di_log (DI_LOG_LEVEL_DEBUG, "install %s, 
priority >= standard", package->package);
@@ -358,6 +371,7 @@
di_packages_allocator *status_allocator;
struct utsname uts;
const char *quiet_env;
+   bool customizing = false;
 
debconf = debconfclient_new();
debconf_capb(debconf, "backup");
@@ -471,15 +485,23 @@
else if (strcmp(argv[2], "default") == 0) {
set_retriever(argv[1], 1);
}
+   else if (strcmp(argv[2], "custom") == 0) {
+   set_retriever(argv[1], 0);
+   customizing = true;
+   }
retriever_config();
 
packages = get_packages();
-   if (! packages || ! packages_ok(packages)) {
+   if (! packages ) {
retriever_cleanup();
return 10;
}
+   if (! customizing && ! packages_ok(packages)) {
+   retriever_cleanup();
+   return 10;
+   }
 
-   if (choose_modules(status, &packages) != 0) {
+   if (choose_modules(customizing, status, &packages) != 0) {
ret = 10;
}
else  {
Index: README
===
--- README  (revision 43677)
+++ README  (working copy)
@@ -12,6 +12,11 @@
Same as above, except that the retriever is stored as the default
retriever to use.
 
+anna  custom
+
+   Same as top, except with somewhat different messages and defaults
+   based on the assumption that these are custom third-party udebs.
+
 anna install 
 
Uses the default retriever to get the specif

Bug#404907: installation-report: winxp to debian etch migration

[Michael Gilbert]

On 1/6/07, David Härdeman wrote:

Many of the issues that you bring up
require changes that would need to be implemented in a later version of
the installer.


i understand that Etch is pretty much done.  i didn't expect anything
to get done right away, i just felt like my report was going to end up
being a waste of my time because i didn't hear anything back and
thought what i said didn't matter to anyone.


3) ntfs-3g driver

Is a beta driver, and scheduled to be merged into the "official" drivers
once it is deemed stable enough by its own developers. To add support
for it now would be premature (IMHO)


well, i don't think the installer team should delay work on
migrateability just because ntfs-3g needs to mature more.  perhaps a
migration install (starting with Lenny) could be made available via an
install boot option while it is worked on and while we're waiting for
more confidence in the ntfs-3g driver.  the people that want to try
out the bleeding edge stuff can give it a shot, test it, break it, and
report on it.  when deemed ready, the work can be quickly made
available as part of the default install.  you can't imagine how much
this would simplify migration and thus increase the potential debian
user-base.


4) Sharing email between windows and Linux

Once again, this is an application-specific issue and not something for
the installer team. In addition, it would depend on a writable
partition, and thus depends on the ntfs-3g driver mentioned above.


it is a pain in the neck (primarily due to microsoft's continual use
of binary formats).  i do think that part of the job is for the
installer team because if mail is set up correctly during
installation, then user will find the barrier much lower when
converting.  someone needs to be put on the task of getting mail
migration working flawlessly via readpst and the mail readers.


So, it is not that your bug report is ignored, but rather that some
issues are outside the scope of the installer and some are not possible
to fix within the current Etch release timeframe.


i think everything i said was applicable to installation -- because
the installer should do all migration tasks automatically.  if you
make the average user think or feel uncomfortable, it's over.

thank you for responding so promptly.

mike

Bug#405884: netcdfg-dev fails to install when /usr/doc is a symbolic link to /use/share/doc

[LUK ShunTim]

Package: netcdfg-dev
Version: 3.6.1-1
Severity: normal

Hello,

The package is left unconfigured if /usr/doc is a symbolic link to 
/usr/share/doc. Commenting out the line

rm -f /usr/doc/netcdfg-dev

in netcdfg-dev.postinst did the trick.

I'm not really sure about the severity of this (bug?) but perhaps it may be a 
little piece of useful information to people having the same symbolic link like 
me.

Regards,
ST 
-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages netcdfg-dev depends on:
ii  libc6-dev [libc-dev] 2.3.6.ds1-9 GNU C Library: Development Librari
ii  libnetcdf++3 3.6.1-1 An interface for scientific data a
ii  libnetcdf3   3.6.1-1 An interface for scientific data a

netcdfg-dev recommends no packages.

-- no debconf information


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

Bug#405885: spf_dns.h requires HAVE_* symbols

[JP Sugarbroad]

Package: libspf2-dev
Version: 1.2.5-4
Severity: minor

spf_dns.h requires certain HAVE_* symbols be defined and the
appropriate header files be included. This is not really conducive to
having them work out of the box, since you get strange conflicting
symbol errors if you just use them.

Easily worked around, but annoying.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.19
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages libspf2-dev depends on:
ii  libspf2-2 1.2.5-4Sender Policy Framework library, w

libspf2-dev recommends no packages.

-- no debconf information


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

Bug#403426: kernel corrupts LUKS partition header on arm

[Gordon Farquharson]

On 1/5/07, Gordon Farquharson <[EMAIL PROTECTED]> wrote:


However, I have found that I am unable to access the LUKS partition
when the system is under heavy load and swapping.

Martin, I wonder if this has anything to do with the virtual memory
bug in the kernel that we experienced with apt. It could be that this
bug existed before 2.6.19 but was much harder to trigger (e.g. see
http://lkml.org/lkml/2007/1/3/285). It would be interesting to try
accessing a LUKS partition under heavy load while running 2.6.20-git,
but that will have to wait until the weekend for me to test it.


Ok, I tested 2.6.19-1~experimental.1 +

  vm-fix-nasty-and-subtle-race-in-shared-mmap-ed-page-writeback.patch
  flush_anon_page-generic.patch
  flush_anon_page-arm.patch

and I am still unable to access the LUKS paritition under heavy load
and swapping, so it appears that there is someting else causing this
problem.

Gordon

--
Gordon Farquharson


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

Bug#403569: Privacy hole dom.storage.enabled

[Eric Dorland]

* Alexander Hosfeld ([EMAIL PROTECTED]) wrote:
> Package: iceweasel
> Version: 2.0+dfsg-1
> 
> Hi,
> 
> please set dom.storage.enabled to false.
> 
> On 14 Dec the Web Hypertext Application Technology Working Group[1]
> submitted the Web Applications 1.0 Standard Working Draft[2]. This
> standard enables a cookie-like system for storing and retrieving
> private data through JavaScript ("client-side session and persistent
> storage"). Since firefox2 this function is implemented and enabled at
> default[4].
> 
> Since
> - this is providing a huge (!) privacy hole[3]
> - this is just an inofficial working draft 
> - there is no way to change this behaviour in the iceweasel GUI
> - There is no way to en- or disable this setting for particular
>   websites
> please set the default in iceweasel to false or remove this function
> from iceweasel.

Are these actually anymore dangerous than cookies? And it seems that
iceweasel uses the cookie controls to control these as well. I'd
definitely like some more opinions before we decide to change this
versus firefox. 
 
> [1] http://www.whatwg.org
> [2] http://www.whatwg.org/specs/web-apps/current-work/
> [3] http://www.whatwg.org/specs/web-apps/current-work/#security0
> [4] http://kb.mozillazine.org/Dom.storage.enabled
> 

-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C  2B0A 61E9 8ECF 16D9 70C6



signature.asc
Description: Digital signature

Bug#402463: firefox: ALT-c for both "Copy" and "Copy Link Location"

[Eric Dorland]

* Dan Jacobson ([EMAIL PROTECTED]) wrote:
> Package: firefox
> Version: 1.5.dfsg+1.5.0.7-1
> Severity: minor
> 
> I notice in some cases, right clicking gives a menu with both
> Copy Link Location
> and
> Copy
> as part of the choices listed.
> 
> The problem is that both have the shortcut "C" underlined!
> so hitting ALT-c will be useless...

Could you give me a specific example of a case where this happens? 

-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C  2B0A 61E9 8ECF 16D9 70C6



signature.asc
Description: Digital signature

Bug#394109: closed by Luigi Gangitano <[EMAIL PROTECTED]> (Closing)

[Hideki Yamane]

Hi,

On Sun, 7 Jan 2007 14:11:09 +0900
Hideki Yamane <[EMAIL PROTECTED]> wrote:
>  Anyway, I've done it :)

 Oops, wrong encoding... fix it.

--
Regards,

 Hideki Yamane


ja.po
Description: Binary data


pgpEyfBs0IS2w.pgp
Description: PGP signature

Bug#394109: closed by Luigi Gangitano <[EMAIL PROTECTED]> (Closing)

[Hideki Yamane]

Hi,

On Sat, 06 Jan 2007 15:33:19 -0800
[EMAIL PROTECTED] (Debian Bug Tracking System) wrote:
> Closing this bug since debconf template has been mostly removed from
> package. New translation is needed.

 If so, please run debconf-update with updated template.pot and
 send new ja.po to me... I'll update it again.

 Anyway, I've done it :)

--
Regards,

 Hideki Yamane


ja.po
Description: Binary data


pgpQBr3warkuE.pgp
Description: PGP signature

Bug#404876: no background screen activity in GDE or KDE @debian

[Rick Thomas]

On Jan 6, 2007, at 2:21 AM, pranay prateek wrote:


hi
I am using debian 2.6 kernel .
When i log in , the screen which i am greeted with doesnt show any  
activity in the background screen .i.e i dont get any  pop up when  
i click mouse on my background , no icons in my desktop screen and  
having a constant color .
this problem pervades through all display manager and desktop  
environments . i have tried (gdm,kdm)*(kde,xfce,gde) but all have  
the same problem .

when i login to gde it shows the following error message :

"
There was an error starting the GNOME Settings Daemon.

Some things, such as themes, sounds, or background settings may not  
work correctly.


The Settings Daemon restarted too many times.

The last error message was:

System exception: IDL:Bonobo/GeneralError:1.0 : Child process did  
not give an error message, unknown failure occurred


GNOME will still try to restart the Settings Daemon next time you  
log in.

"

Can any body suggest how this error can be rectified ?

Thanx.

PS: please include my email id in CC of the reply as i have not  
subscribed to debian-users list




--
Pranay Prateek
3rd Yr Electrical Engineering
Room No 339 ,Jamuna
IIT Madras



Pranay,

This sounds a lot like   What hardware are you using?  Is it a G3 based OldWorld  
PowerMac, by any chance?  If so, does the workaround in the bug  
report help?  If not on G3 PowerMac hardware, then it's even *more*  
interesting to know if the workaround helps!


Enjoy!

Rick



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

Bug#266916: #266916: xserver-xfree86: [rendition] SIGILL at startup on Verite V2000/V2100/V2200 rev 6

[Ryan Murray]

On Sun, 07 Jan 2007 00:59:36 +0100
Brice Goglin <[EMAIL PROTECTED]> wrote:

> More than 2 years ago, you reported a problem to the Debian BTS
> regarding a SIGILL in the X server on a Verite board. Did you reproduce
> this problem recently? If not, I will close the bug in the next weeks.

The problem still exists, if no one has fixed anything there.  I no
longer have access to a card, so I cannot test anymore.  I would
suggest that the driver be removed rather than just closing the bug and
continuing to ship a known broken driver.


signature.asc
Description: PGP signature

Bug#405883: No tun0 in Linux but have en2 in osx

[Wayne Anderson]

Package: MOL
Version: 0.9.70-20ubuntu2


Hi, I'm not sure that this is a bug, but I have setup MOL (0.9.70-20ubuntu2) 
in Kubuntu 6.06ppc and I am running tiger 10.4.8 without problems except there 
is no tun0 in the interfaces.

tun is not loaded when MOL starts but I can modprobe it and it appears but 
still no tun0 in ifconfig. I do have an 'en2' on the mac osx side but I can't 
get an internet connection without tun0.

thanks

wanger


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

Bug#398366: firefox displays header wrongly in PROLA

[Eric Dorland]

* Olafur Jens Sigurdsson ([EMAIL PROTECTED]) wrote:
> Package: firefox
> Version: 1.5.dfsg+1.5.0.7-2
> 
> When viewing http://prola.aps.org the top header looks allright but
> when viewing one of its sub pages (like for instance
> http://prola.aps.org/vtoc/PRA/v1) then the blue background doesnt go
> behind all the text, it is cut right where the "i" is in the word
> "Archive".
> This looks ok on both Safari and Firefox on MacOSX.

Any better with iceweasel 2.0?

-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C  2B0A 61E9 8ECF 16D9 70C6



signature.asc
Description: Digital signature

Bug#404686: mozilla-firefox: crashes on one webmail page

[Eric Dorland]

reassign 404686 firefox
thanks

* lakeman ([EMAIL PROTECTED]) wrote:
> Package: mozilla-firefox
> Version: 1.5.dfsg+1.5.0.7-2
> Severity: important
> 
> 
> While checking my mailbox ([EMAIL PROTECTED]) on page http://poczta.onet.pl 
> it suddenly crashes. 
> I have also other mailboxes but only on onet it crashes.

Have you tried with the new iceweasel package from unstable? 

-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C  2B0A 61E9 8ECF 16D9 70C6



signature.asc
Description: Digital signature

Bug#405876: Subject: gxine: segfault on startup with long HOME dir

[Darren Salt]

I demand that Florian Grunow may or may not have written...

> Debian gxine uses the HOME environment variable without proper bounds
> checking in version 0.5.8. This results in a buffer overflow when the HOME
> environment variable is longer than or equal to 242. It is possible to
> execute code, which doesn't seem to be the case in version 0.5.9. Version
> 0.5.9 (not tested as .deb, built from source) simply segfaults.

Actually, any filename >= 108 characters long is too long anyway (due to the
size of the sun_path field in struct sockaddr_un). This is now tested for in
what should soon become 0.5.10.

The patch is here:
http://zap.tartarus.org/~ds/hg/gxine/?cmd=changeset;node=f3496e5e172f;style=gitweb>

I'll prepare a 0.5.8 update with this patch, but I'd like to know (from an
RM's point of view) which of the patches in the existing 0.5.8-2 should make
it into etch. I'd like to include, at least, the patches for the locking bugs
(-release CC'ed for this reason).

http://zap.tartarus.org/~ds/debian/dists/unstable/main/source/gxine_0.5.8-2.dsc>
- not for upload, at least not without the extra patch.

-- 
| Darren Salt| linux or ds at  | nr. Ashington, | Toon
| RISC OS, Linux | youmustbejoking,demon,co,uk | Northumberland | Army
|   Kill all extremists!

I am Spock of Borg. Resistance is illogical.


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

Bug#404882: new iceweasel icon is confusing at small sizes

[Eric Dorland]

* Cesar Martinez Izquierdo ([EMAIL PROTECTED]) wrote:
> Package: iceweasel
> Version: 2.0.0.1+dfsg-1
> Severity: wishlist
> 
> (Note: I've reported a similar bug against Icedove: #404880).
> The new iceweasel icon is quite nice, but it is very
> confusing at small sizes.
> 
> My gnome-panel size is set on 24 pixels, and at this size it's
> impossible to distinguish the shapes of the icon. The
> only thing I can see is a white spot on a green 'thing', so it's
> quite hard to guess that this icon represents a web browser.
> 
> Moreover, the new icedove icon looks quite similar at this size,
> so it's very difficult to distinguish them. This is a problem 
> for shortcuts and also for the taskbar. Just try to open 5 iceweasel
> windows and icedove, look at the taskbar and try to distinguish
> them in a fast glance.
> 
> Please, provide an icon with clearer shapes, and which colour
> is different from Icedove one.
> 
> Other applications' icons look OK at this size (examples: nautilus,
> gnome-terminal, amsn, kmail, rythmbox, gedit, etc). I can provide
> some snapshots.

I kind of have to agree with Cesar here. They look a little indistinct
at small sizes, and while the unified color scheme seemed cool, I
guess it does have a downside. Perhaps unicko would be willing to give
each icon a more unique color scheme (blue for iceweasel, leave the
green for icedove and red for iceape?) and perhaps add a bit more
contrast to the borders because it blends a bit too much into a light
background. Hope that doesn't sound too ungrateful. 

PS please preserve the CC line when replying.

-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C  2B0A 61E9 8ECF 16D9 70C6



signature.asc
Description: Digital signature

Bug#405080: iceweasel: Print preview messes up BiDi

[Eric Dorland]

tags 405080 unreproducible
thanks

* Shai Berger ([EMAIL PROTECTED]) wrote:
> Package: iceweasel
> Version: 2.0.0.1+dfsg-1
> Severity: normal
> 
> 
> Check 
> http://www.haaretz.co.il/hasite/objects/pages/PrintArticle.jhtml?itemNo=806349.
>  It's a page for printing an 
> article, so the print dialog pops up as soon as the page is loaded. Cancel 
> it, and instead, choose "File | Print 
> Preview". You'll see that the text is all reversed.

Going to that page did not immediately pop up a print dialog. I did
print preview and the page and the preview looked basically identical
to me. 
 
> You need some Hebrew font to see  the problem. You can use the free Culmus 
> fonts, or Arial from msttcorefonts.


-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C  2B0A 61E9 8ECF 16D9 70C6



signature.asc
Description: Digital signature

Bug#404945: iceweasel: Credits dialog box shows a trademark (TM) for Iceweasel

[Eric Dorland]

tags 404945 pending
thanks

* Mike Massonnet ([EMAIL PROTECTED]) wrote:
> Package: iceweasel
> Severity: normal
> Tags: patch
> 
> The dialog box Credits (Help > About > Credits) shows the text
> "Iceweasel(TM)".  I don't think Iceweasel is a trademark, isn't it? :)

Mwhahahahaha, I have just trademarked iceweasel and now if Debian
wishes etch to be released they must hand over Steve Langasek as my
slave!!!

Err, I mean whoops, that was a oversight, will be fixed next upload.

-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C  2B0A 61E9 8ECF 16D9 70C6



signature.asc
Description: Digital signature

Bug#405303: iceweasel: C-S-w (close window) fails to work

[Eric Dorland]

tags 405303 unreproducible
thanks

* Jerry Quinn ([EMAIL PROTECTED]) wrote:
> Package: iceweasel
> Version: 2.0.0.1+dfsg-1
> Severity: normal
> 
> The C-S-w key binding to close a window has no effect in iceweasel.  It does
> work from the command line, though.

From the command line? I don't know what you're trying to say there.

> I don't know if this worked in firefox 1.5.x or earlier because C-w used to
> close the window with a single tab, so I never tried this before.

C-S-w works for me.

-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C  2B0A 61E9 8ECF 16D9 70C6



signature.asc
Description: Digital signature

Bug#405302: iceweasel: C-w fails to close window with single tab

[Eric Dorland]

* Jerry Quinn ([EMAIL PROTECTED]) wrote:
> Package: iceweasel
> Version: 2.0.0.1+dfsg-1
> Severity: normal
> 
> If a window is open with a single tab, C-w should close the whole window,
> since removing the tab would leave nothing left.  In iceweasel, the displayed
> page is blanked and the URL removed, but the window remains with one tab.
> 
> This worked correctly in firefox 1.5.x and earlier.
> 
> This wouldn't be quite so annoying if C-S-w (close window) actually worked
> (filed in a separate bug).

Aha, you need to have "Always show tab bar" checked for this to
happen, but yeah I agree this is legitimate.  

-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C  2B0A 61E9 8ECF 16D9 70C6



signature.asc
Description: Digital signature

Bug#355191: qc-usb-source: QuickCam worked twice then BUG: unable to handle kernel paging request ... Oops

[Eric Dorland]

* Stuart Pook ([EMAIL PROTECTED]) wrote:
> Package: qc-usb-source
> Version: 0.6.6-1
> Followup-For: Bug #355191
> 
> The Logitech Quickcam 046d:0850 worked when plugged into the USB1.1 port
> on the motherboard and when plugged into a USB2 hub connected to a PCI
> USB2 card but when I plugged it into a USB1.1 hub connected to the PCI
> USB2 card the kernel did a Oops.

Hmmm, very strange. Do any other devices cause an oops when plugged
into that hub? 
 
> Do I have to reboot now?
> 
> Dec 27 00:24:31 kooka kernel: usb 3-2.4: new full speed USB device using 
> ohci_hcd and address 7
> Dec 27 00:24:31 kooka kernel: usb 3-2.4: configuration #1 chosen from 1 choice
> Dec 27 00:24:31 kooka kernel: quickcam: QuickCam USB camera found (driver 
> version QuickCam USB 0.6.4 $Date: 2006/05/06 03:00:26 $)
> Dec 27 00:24:31 kooka kernel: quickcam: Kernel:2.6.18-3-686 bus:3 class:FF 
> subclass:FF vendor:046D product:0850
> Dec 27 00:24:31 kooka kernel: quickcam: Sensor VV6410 detected
> Dec 27 00:24:31 kooka kernel: quickcam: Registered device: /dev/video0
> Dec 27 00:25:03 kooka kernel: ohci_hcd :00:0d.1: leak ed d782a240 (#81) 
> state 2
> Dec 27 00:25:23 kooka kernel: BUG: unable to handle kernel paging request at 
> virtual address 01c9dfc6
> Dec 27 00:25:23 kooka kernel:  printing eip:
> Dec 27 00:25:23 kooka kernel: d883b1c0
> Dec 27 00:25:23 kooka kernel: *pde = 
> Dec 27 00:25:23 kooka kernel: Oops:  [#1]
> Dec 27 00:25:23 kooka kernel: SMP 
> Dec 27 00:25:23 kooka kernel: Modules linked in: quickcam videodev 
> v4l1_compat v4l2_common sco radeon drm rfcomm l2cap ipv6 ipt_MASQUERADE 
> ipt_LOG xt_length ipt_REJECT xt_tcpudp xt_state iptable_nat ip_nat 
> ip_conntrack nfnetlink iptable_filter ip_tables x_tables dm_snapshot 
> dm_mirror dm_mod hci_usb bluetooth ide_cd cdrom generic snd_usb_audio 
> snd_mixer_oss snd_pcm snd_timer snd_page_alloc snd_usb_lib snd_rawmidi 
> snd_seq_device snd_hwdep snd floppy rtc ne2k_pci soundcore pcspkr psmouse 
> serio_raw 8390 intel_agp uhci_hcd natsemi agpgart piix i2c_piix4 i2c_core 
> shpchp pci_hotplug tsdev reiserfs ide_disk pdc202xx_new ide_core evdev usbhid 
> usbkbd ohci_hcd ehci_hcd usbcore
> Dec 27 00:25:23 kooka kernel: CPU:0
> Dec 27 00:25:23 kooka kernel: EIP:0060:[]Not tainted VLI
> Dec 27 00:25:23 kooka kernel: EFLAGS: 00010206   (2.6.18-3-686 #1) 
> Dec 27 00:25:23 kooka kernel: EIP is at usb_kill_urb+0x1a/0xca [usbcore]
> Dec 27 00:25:23 kooka kernel: eax: 01c9df96   ebx: d448e360   ecx: 385f7065   
> edx: cc9bc668
> Dec 27 00:25:23 kooka kernel: esi: c82de38c   edi: ce7e4ce0   ebp: c7675c08   
> esp: ce719f60
> Dec 27 00:25:23 kooka kernel: ds: 007b   es: 007b   ss: 0068
> Dec 27 00:25:23 kooka kernel: Process xawtv (pid: 6550, ti=ce718000 
> task=ca4ce000 task.ti=ce718000)
> Dec 27 00:25:23 kooka kernel: Stack: d883c659 c043ba28 cc9bc668 c82de000 
> c82de38c 0001 ce7e4ce0 d9082c89 
> Dec 27 00:25:23 kooka kernel:c82de000 cd0809a0 d9083a4c 0008 
> c015af89 c1372d20 cd0809a0 d7fd9220 
> Dec 27 00:25:23 kooka kernel: ce718000 c0158af2 0004 
> 080a2730 08091038 c0102c11 0004 
> Dec 27 00:25:23 kooka kernel: Call Trace:
> Dec 27 00:25:23 kooka kernel:  [] usb_set_interface+0x139/0x144 
> [usbcore]
> Dec 27 00:25:23 kooka kernel:  [] qc_isoc_stop+0xaf/0xcb [quickcam]
> Dec 27 00:25:23 kooka kernel:  [] qc_v4l_close+0x36/0x84 [quickcam]
> Dec 27 00:25:23 kooka kernel:  [] __fput+0x8a/0x13f
> Dec 27 00:25:23 kooka kernel:  [] filp_close+0x4e/0x54
> Dec 27 00:25:23 kooka kernel:  [] sysenter_past_esp+0x56/0x79
> Dec 27 00:25:23 kooka kernel: Code: 8e e7 58 5a eb 07 89 c3 e8 a6 ff ff ff 89 
> d8 5b c3 57 53 89 c3 83 ec 14 85 c0 0f 84 b2 00 00 00 8b 40 20 85 c0 0f 84 a7 
> 00 00 00 <8b> 40 30 85 c0 0f 84 9c 00 00 00 83 78 24 00 0f 84 92 00 00 00 
> Dec 27 00:25:23 kooka kernel: EIP: [] usb_kill_urb+0x1a/0xca 
> [usbcore] SS:ESP 0068:ce719f60

-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C  2B0A 61E9 8ECF 16D9 70C6



signature.asc
Description: Digital signature

Bug#403172: iceweasel: Quiting when multiple tabs open causes Gnome "Force Quit" dialog to appear

[Eric Dorland]

* Ian Ball ([EMAIL PROTECTED]) wrote:
> Package: iceweasel
> Version: 2.0+dfsg-1
> Severity: normal
> 
> If multiple Iceweasel tabs are open, and I go to close, a confirmation
> dialog "You are about to close x tabs.  Do you want to continue?"
> appears (like it should).
> If I do not respond within a few seconds, a Gnome Force Quit dialog  appears 
> "The
> window " ... - Iceweasel" is not responding.  Clicking "Cancel" on this
> dialog allows Iceweasel to be useable as normal.

I'm not entirely sure this is a bug in iceweasel. The gnome force quit
dialog may be kind of naive in how it operates, it may just expect the
window to me closed after clicking the close button a certain number
of seconds later. If that's the case I would call this more a bug in
gnome. 

-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C  2B0A 61E9 8ECF 16D9 70C6



signature.asc
Description: Digital signature

Bug#404548: iceweasel: debian/rules efficiency depends on umask

[Eric Dorland]

tags 404548 pending
thanks

* Dmitry E. Oboukhov ([EMAIL PROTECTED]) wrote:
> Package: iceweasel
> Version: 2.0+dfsg-1
> Severity: normal
> 
> dwork:[/home/dimka/debian/deb/ff]$ umask 
> 007
> dwork:[/home/dimka/debian/deb/ff]$ apt-get source iceweasel
> ... done
> dwork:[/home/dimka/debian/deb/ff]$ cd iceweasel-2.0+dfsg
> dwork:[/home/dimka/debian/deb/ff/iceweasel-2.0+dfsg]$ fakeroot ./debian/rules 
> binary
> dh_testdir
> dh_testroot
> dh_clean -k
> ...
> find debian/tmp -name '*.so' | xargs chmod -x
> chmod: debian/tmp/usr/lib/iceweasel/libmozjs.so: new permissions are 
> rw-r--r-x, not rw-r--r--
> chmod: debian/tmp/usr/lib/iceweasel/libnspr4.so: new permissions are 
> rw-r--r-x, not rw-r--r--
> ...
> chmod: debian/tmp/usr/lib/iceweasel/libfreebl3.so: new permissions are 
> rw-r--r-x, not rw-r--r--
> make: *** [install-stamp] Error 123

Looking at the manpage, this seems to be because chmod -x was used and
not a-x. 

-- 
Eric Dorland <[EMAIL PROTECTED]>
ICQ: #61138586, Jabber: [EMAIL PROTECTED]
1024D/16D970C6 097C 4861 9934 27A0 8E1C  2B0A 61E9 8ECF 16D9 70C6



signature.asc
Description: Digital signature

Bug#405535: Support Package diffs

[Eric Cooper]

On Thu, Jan 04, 2007 at 11:34:20AM +0100, Adrian von Bidder wrote:
> This is a very obvious wishlist item - please support diffs.  I see you've 
> explicitly (and rightly) disabled them to fix a different bug.  The obvious 
> next step would be to properly support them.

Yes, this is on my TODO list.  I have already implemented the pdiff
handling and reconstruction of Packages files, but I was running into
difficulties with the reconstructed Packages (vs. .gz and .bz2) files
not matching their checksums in the Release files. So I disabled it
and just deny all .pdiff requests, to make sure that it would at least
work correctly, if not optimally, for the etch deadline.  I'll try to
get this working again and dig a little deeper.  Thanks for the
report.

-- 
Eric Cooper e c c @ c m u . e d u


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

Bug#405391: bug #405391: wine creates empty windows

[Jos van Wolput]

Same error empty wine window using xserver-xorg-video-vesa (1.7.2-3) instead of 
xserver-xorg-video-i810 (1.7.2-3)




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

Bug#405882: Can not upgrade x11-common when xtel is installed

[Charles Plessy]

Package: xtel
Version: 3.3.0-5.4+b1
Severity: serious


/usr/lib/X11/ is a directory for xtel, but a symbolic link to
../../X11R6/lib/X11/fonts for x11-common. As a consequence, it is not
possible to upgrade x11-common while xtel is installed:

sorbet【debian】$ LC_ALL=C sudo apt-get install x11-common
Reading package lists... Done
Building dependency tree... Done
The following packages will be upgraded:
  x11-common
1 upgraded, 0 newly installed, 0 to remove and 676 not upgraded.
Need to get 0B/338kB of archives.
After unpacking 20.5kB of additional disk space will be used.
Preconfiguring packages ...
(Reading database ... 222527 files and directories currently installed.)
Preparing to replace x11-common 1:7.1.0-6 (using 
.../x11-common_1%3a7.1.0-9_powerpc.deb) ...
Unpacking replacement x11-common ...
dpkg: error processing 
/var/cache/apt/archives/x11-common_1%3a7.1.0-9_powerpc.deb (--unpack):
 trying to overwrite `/usr/lib/X11/fonts', which is also in package xtel

Have a nice day,

-- Charles Plessy, Wako, Saitama, Japan


-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: powerpc (ppc64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-2-powerpc64
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)

Versions of packages xtel depends on:
ii  debconf [debconf-2.0] 1.5.11 Debian configuration management sy
ii  lesstif2  1:0.94.4-2 OSF/Motif 2.1 implementation relea
ii  libc6 2.3.6.ds1-8GNU C Library: Shared libraries
ii  libice6   1:1.0.1-2  X11 Inter-Client Exchange library
ii  libjpeg62 6b-13  The Independent JPEG Group's JPEG 
ii  libsm61:1.0.1-3  X11 Session Management library
ii  libx11-6  2:1.0.3-4  X11 client-side library
ii  libxext6  1:1.0.1-2  X11 miscellaneous extension librar
ii  libxp61:1.0.0.xsf1-1 X Printing Extension (Xprint) clie
ii  libxpm4   1:3.5.5-2  X11 pixmap library
ii  libxt61:1.0.2-2  X11 toolkit intrinsics library
ii  netbase   4.24   Basic TCP/IP networking system
ii  ppp   2.4.4rel-4 Point-to-Point Protocol (PPP) daem
ii  x11-common1:7.1.0-6  X Window System (X.Org) infrastruc
ii  xbase-clients 1:7.1.ds-3 miscellaneous X clients
ii  xutils1:7.1.ds.3-1   X Window System utility programs

Versions of packages xtel recommends:
ii  logrotate 3.7.1-3Log rotation utility

-- debconf information:
  xtel/ppp_note:
  xtel/fonts_note:


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

Bug#405840: lintian: "build-depends-indep-should-be-build-depends debhelper" with version

[Osamu Aoki]

severity 405840 wishlist
retitle  405840 lintian: "build-depends-indep-should-be-build-depends 
debhelper" confusing
thanks

Hi,

On Sat, Jan 06, 2007 at 11:27:01AM -0800, Russ Allbery wrote:
> Osamu Aoki <[EMAIL PROTECTED]> writes:
> 
> > Package: lintian
> > Version: 1.23.27
> > Severity: normal
> 
> > I have:
> 
> > | Build-Depends-Indep: debhelper (>= 4.1.75)
> 
> > Then lintian gives me:
> 
> > | W: debiandoc-sgml source: out-of-date-standards-version 3.6.1 (current is 
> > 3.7.2)
> > | E: debiandoc-sgml source: build-depends-indep-should-be-build-depends 
> > debhelper
  ^
Hmmm... I see it is build-dep here.

> > | W: debiandoc-sgml: old-fsf-address-in-copyright-file
> 
> > I guess check logic should allow version after package name.
> 
> It does.  You should probably move debhelper to Build-Depends like lintian
> is suggesting.  Try running lintian -i for more information about why this
> is the case, and let me know if, after reading that, you still think the
> message is wrong.

No.  It is correct but somewhat confusing tag.

If it was something-like:

E: clean-target-should-be-satisfied-by-build-depends debhelper

I was not confused by my failing eye sight :-)

Osamu



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

Bug#405881: adept-manager: crash when trying to access unavailable network resource

[Filipus Klutiero]

Package: adept-manager
Version: 2.1.2
Severity: normal

When my Internet connection is down and I try to do something which uses
the network with Adept Manager, such as installing a new package or
upgrading one, or fetching the list of updates, Adept Manager crashes on
2 Etch boxes on 2 tested.

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-686
Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8)

Versions of packages adept-manager depends on:
ii  adept-common   2.1.2 package manager for KDE -- common 
ii  apt [libapt-pkg-libc6. 0.6.46.4  Advanced front-end for dpkg
ii  kdelibs4c2a4:3.5.5a.dfsg.1-5 core libraries and binaries for al
ii  libc6  2.3.6.ds1-8   GNU C Library: Shared libraries
ii  libgcc11:4.1.1-19GCC support library
ii  libqt3-mt  3:3.3.7-2 Qt GUI Library (Threaded runtime v
ii  libstdc++6 4.1.1-19  The GNU Standard C++ Library v3
ii  libtdb11.0.6-13  Trivial Database - shared library
ii  zlib1g 1:1.2.3-13compression library - runtime

Versions of packages adept-manager recommends:
ii  libqt-perl3.008-2Perl bindings for the Qt library

-- no debconf information


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

Bug#405879: utf8-migration-tool: crashes if .dmrc is not present

[Casper Gielen]

Package: utf8-migration-tool
Version: 0.4.1
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

The tool tries to read ~/.dmrc and crashes if that file is not present.
As a programmer I can read the error message, but this should be handled
better for other users.
Furthermore, not all users will have this file at all.

Unexpected error: exceptions.IOError
Traceback (most recent call last):
  File "/usr/bin/utf8migrationtool", line 40, in ?
dmrc = getconfig()
  File "/usr/bin/utf8migrationtool", line 34, in getconfig
config.readfp(open(os.path.expanduser('~/.dmrc')))
IOError: [Errno 2] Onbekend bestand of map: '/home/castest/.dmrc'


- -- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-686
Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to nl_NL.UTF-8)

Versions of packages utf8-migration-tool depends on:
ii  python2.4.4-2An interactive high-level object-o
ii  python-glade2 2.8.6-8GTK+ bindings: Glade support
ii  python-gtk2   2.8.6-8Python bindings for the GTK+ widge
ii  python-support0.5.6  automated rebuilding support for p

utf8-migration-tool recommends no packages.

- -- no debconf information

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

iD8DBQFFoFzKIhQIPPgOSvcRApGnAJ9H+gQztFSMoyRTQU1qSZQjkdIHmQCfXzqy
Z8zlTUnPqvSYxjI9bUycpVQ=
=lx12
-END PGP SIGNATURE-


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

Bug#405786: logcheck-database: extended DSN status missing in postfix ignore lines

[Jefferson Cowart]

tags 405786 + patch
thanks

martin f krafft wrote:

It would be a great help if you could submit a proper patch against
the SVN version:

  svn co svn://svn.debian.org/logcheck/logcheck/trunk/rulefiles/linux

Thanks,


# svn diff
Index: violations.ignore.d/logcheck-postfix
===
--- violations.ignore.d/logcheck-postfix(revision 1421)
+++ violations.ignore.d/logcheck-postfix(working copy)
@@ -1,5 +1,5 @@
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix/smtpd\[[0-9]+\]: warning: 
[.[:digit:]]+: hostname [^[:space:]]+ verification failed: (Host not 
found|Host name has no address|Name or service not known|Temporary 
failure in name resolution)$
-^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix/smtpd\[[0-9]+\]: 
[[:alnum:]]+: reject: RCPT from [^[:space:]]+: [0-9]+ Client host 
rejected: cannot find your hostname, [^[:space:]]+; from=[^[:space:]]+ 
to=[^[:space:]]+ proto=(ESMTP|SMTP) helo=[^[:space:]]+$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix/smtpd\[[0-9]+\]: 
[[:alnum:]]+: reject: RCPT from [^[:space:]]+: [45][0-9][0-9]( 
[0-9]\.[0-9]\.[0-9])? Client host rejected: cannot find your hostname, 
[^[:space:]]+; from=[^[:space:]]+ to=[^[:space:]]+ proto=(ESMTP|SMTP) 
helo=[^[:space:]]+$
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix/smtpd\[[0-9]+\]: 
[[:upper:]0-9]+: reject: RCPT from [^[:space:]]+: [45][0-9][0-9]( 
[45](\.[[:digit:]]){2})? <[^[:space:]]+>: (Sender|Recipient) address 
rejected: .+; from=<[^[:space:]]*>( to=<[^[:space:]]+>)? 
proto=(ESMTP|SMTP) helo=<[^[:space:]]+>$
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix/smtpd\[[0-9]+\]: 
[[:upper:]0-9]+: reject: RCPT from [^[:space:]]+: [45][0-9][0-9]( 
[45](\.[[:digit:]]){2})? <[^[:space:]]+>: Helo command rejected: .+; 
from=<[^[:space:]]*> to=<[^[:space:]]+> proto=(ESMTP|SMTP) 
helo=<[^[:space:]]+>$
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix/smtpd\[[0-9]+\]: 
[[:upper:]0-9]+: reject: RCPT from [^[:space:]]+: [0-9]{3}( 
[45](\.[[:digit:]]){2})? <[^[:space:]]+>: Relay access denied; 
from=<[^[:space:]]*> to=<[^[:space:]]+> proto=(ESMTP|SMTP) 
helo=<[^[:space:]]+>$

@@ -28,7 +28,7 @@
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix/smtpd\[[0-9]+\]: 
[[:upper:]0-9]+: reject: RCPT from [^[:space:]]+: [45][0-9][0-9]( 
[45](\.[[:digit:]]){2})? <[^[:space:]]+>: Client host rejected: 
Greylisted for [0-9]+ (seconds|minutes)( \(see 
http://isg.ee.ethz.ch/tools/postgrey/help/[.[:alnum:]-]+.html\))?; 
from=<[^[:space:]]+> to=<[^[:space:]]+> proto=(ESMTP|SMTP) 
helo=<[^[:space:]]+>$
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix/qmgr\[[0-9]+\]: 
[[:alnum:]]+: from=<[^[:space:]]*>, size=[0-9]+, nrcpt=[0-9]+ \(queue 
active\)$
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix/local\[[0-9]+\]: 
[[:upper:][:digit:]]+: to=<[^[:space:]]+>,( orig_to=<[^[:space:]]+>,)* 
relay=local, delay=[0-9]+, status=sent \(delivered to command: 
/var/lib/mailman/mail/mailman admin [._[:alnum:]-]+\)$
-^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix/smtpd\[[0-9]+\]: NOQUEUE: 
reject: [[:upper:]]+ from [^[:space:]]+: 554 <[^[:space:]]+>: Client 
host rejected: Access denied;( from=<[^[:space:]]*> to=<[^[:space:]]+>)? 
proto=E?SMTP( helo=<[^[:space:]]+>)?$
+^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix/smtpd\[[0-9]+\]: NOQUEUE: 
reject: [[:upper:]]+ from [^[:space:]]+: 554( [0-9]\.[0-9]\.[0-9])? 
<[^[:space:]]+>: Client host rejected: Access denied;( 
from=<[^[:space:]]*> to=<[^[:space:]]+>)? proto=E?SMTP( 
helo=<[^[:space:]]+>)?$
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix/smtpd\[[0-9]+\]: NOQUEUE: 
reject: [[:upper:]]+ from [^[:space:]]+: 554( 5\.7\.1)? <[^[:space:]]+>: 
Relay access denied;( from=<[^[:space:]]*> to=<[^[:space:]]+>)? 
proto=E?SMTP( helo=<[^[:space:]]+>)?$
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix/smtpd\[[0-9]+\]: 
(NOQUEUE|[[:xdigit:]]+): reject: [[:upper:]]+ from [^[:space:]]+: 550( 
5\.1\.[01])? <[^[:space:]]+>: (Sender|Recipient) address rejected: User 
unknown in (local|relay) recipient table;( from=<[^[:space:]]*> 
to=<[^[:space:]]+>)? proto=E?SMTP( helo=<[^[:space:]]+>)?$
 ^\w{3} [ :0-9]{11} [._[:alnum:]-]+ postfix/[ls]mtp\[[0-9]+\]: 
[[:upper:][:digit:]]+: to=<[^[:space:]]+>,( orig_to=<[^[:space:]]+>,)* 
relay=[^[:space:]]+,( conn_use=[[:digit:]]+,)? delay=[.0-9]+,( 
delays=[.0-9/]+, dsn=[0-9.]+,)? status=sent \(250 [0-9.]+ Ok(, 
id=[-0-9]+, from MTA(\([^[:space:]]+\))?: 250 ([0-9.]+ )?Ok: queued as 
[0-9A-F]+|, discarded, UBE, id=[-0-9]+|, DSN sent \(.+\))?$




Thanks
Jefferson Cowart
[EMAIL PROTECTED]


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

Bug#404297: Bug#404927: DPT/Adaptec udev info

[Devin Carraway]

Here's udevinfo from an etch/sid install with an old Adaptec 2940 (since Dann
asked):

  looking at device '/block/sr0':
KERNEL=="sr0"
SUBSYSTEM=="block"
SYSFS{stat}=="   000000
00000"
SYSFS{size}=="2097151"
SYSFS{removable}=="1"
SYSFS{range}=="1"
SYSFS{dev}=="11:0"

  looking at device 
'/devices/pci:00/:00:0b.0/host0/target0:0:4/0:0:4:0':
ID=="0:0:4:0"
BUS=="scsi"
DRIVER=="sr"
SYSFS{ioerr_cnt}=="0x1f0e86"
SYSFS{iodone_cnt}=="0x237e3a"
SYSFS{iorequest_cnt}=="0x237e47"
SYSFS{iocounterbits}=="32"
SYSFS{timeout}=="0"
SYSFS{state}=="running"
SYSFS{rev}=="1.23"
SYSFS{model}=="CD-Writer+ M820 "
SYSFS{vendor}=="hp  "
SYSFS{scsi_level}=="3"
SYSFS{type}=="5"
SYSFS{queue_type}=="none"
SYSFS{queue_depth}=="2"
SYSFS{device_blocked}=="0"

  looking at device '/devices/pci:00/:00:0b.0/host0/target0:0:4':
ID=="target0:0:4"
BUS==""
DRIVER==""

  looking at device '/devices/pci:00/:00:0b.0/host0':
ID=="host0"
BUS==""
DRIVER==""

  looking at device '/devices/pci:00/:00:0b.0':
ID==":00:0b.0"
BUS=="pci"
DRIVER=="aic7xxx"
SYSFS{modalias}=="pci:v9004d7178svsdbc01sc00i00"
SYSFS{local_cpus}=="1"
SYSFS{irq}=="10"
SYSFS{class}=="0x01"
SYSFS{subsystem_device}=="0x"
SYSFS{subsystem_vendor}=="0x"
SYSFS{device}=="0x7178"
SYSFS{vendor}=="0x9004"

  looking at device '/devices/pci:00':
ID=="pci:00"
BUS==""
DRIVER==""


-- 
Devin  \ aqua(at)devin.com, IRC:Requiem; http://www.devin.com
Carraway \ 1024D/E9ABFCD2: 13E7 199E DD1E 65F0 8905 2E43 5395 CA0D E9AB FCD2


signature.asc
Description: Digital signature

Bug#405880: kdelibs4c2a: KDE User Mgmt tool breaks login permissions

[Larry Lade]

Package: kdelibs4c2a
Version: 4:3.5.5a.dfsg.1-5
Severity: critical
Justification: breaks unrelated software

I create a new user using the "User Management" Control Center application 
(kcmshell), in su/Administrator mode. After this, I am unable to log into X, 
numerous services will not start, and I get "I have no name" with console 
logins.

The problem turns out to be that the permissions on /etc/passwd and /etc/group 
are changed by this tool to 600 instead of 644. Manually resetting the 
permissions fixes everything.



-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-howard
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages kdelibs4c2a depends on:
ii  kdelibs- 4:3.5.5a.dfsg.1-5   core shared data for all KDE appli
ii  libacl1  2.2.42-1Access control list shared library
ii  libart-2 2.3.17-1Library of functions for 2D graphi
ii  libarts1 1.5.5-1 aRts sound system core components
ii  libasoun 1.0.13-1ALSA library
ii  libaspel 0.60.4-4GNU Aspell spell-checker runtime l
ii  libattr1 1:2.4.32-1.1Extended attribute shared library
ii  libaudio 1.8-2   The Network Audio System (NAS). (s
ii  libavahi 0.6.16-1Avahi client library
ii  libavahi 0.6.16-1Avahi common library
ii  libavahi 0.6.16-1Avahi Qt3 integration library
ii  libbz2-1 1.0.3-6 high-quality block-sorting file co
ii  libc62.3.6.ds1-9 GNU C Library: Shared libraries
ii  libcomer 1.39+1.40-WIP-2006.11.14+dfsg-1 common error description library
ii  libcupsy 1.2.7-2 Common UNIX Printing System(tm) - 
ii  libfontc 2.4.2-1 generic font configuration library
ii  libfreet 2.2.1-howard.2  FreeType 2 font engine, shared lib
ii  libgamin 0.1.8-1 Client library for the gamin file 
ii  libgcc1  1:4.1.1-21  GCC support library
ii  libgnutl 1.4.4-3 the GNU TLS library - runtime libr
ii  libice6  1:1.0.1-2   X11 Inter-Client Exchange library
ii  libidn11 0.6.5-1 GNU libidn library, implementation
ii  libjaspe 1.701.0-2   The JasPer JPEG-2000 runtime libra
ii  libjpeg6 6b-13   The Independent JPEG Group's JPEG 
ii  libkrb53 1.4.4-5 MIT Kerberos runtime libraries
ii  liblua50 5.0.3-2 Main interpreter library for the L
ii  libluali 5.0.3-2 Extension library for the Lua 5.0 
ii  libopene 1.2.2-4.3   runtime files for the OpenEXR imag
ii  libpcre3 6.7-1   Perl 5 Compatible Regular Expressi
ii  libpng12 1.2.15~beta5-1  PNG library - runtime
ii  libqt3-m 3:3.3.7-2   Qt GUI Library (Threaded runtime v
ii  libsm6   1:1.0.1-3   X11 Session Management library
ii  libstdc+ 4.1.1-21The GNU Standard C++ Library v3
ii  libtiff4 3.8.2-7 Tag Image File Format (TIFF) libra
ii  libx11-6 2:1.0.3-4   X11 client-side library
ii  libxcurs 1.1.7-4 X cursor management library
ii  libxext6 1:1.0.1-2   X11 miscellaneous extension librar
ii  libxft2  2.1.8.2-8   FreeType-based font drawing librar
ii  libxi6   1:1.0.1-4   X11 Input extension library
ii  libxiner 1:1.0.1-4.1 X11 Xinerama extension library
ii  libxml2  2.6.27.dfsg-1   GNOME XML library
ii  libxrand 2:1.1.0.2-5 X11 RandR extension library
ii  libxrend 1:0.9.1-3   X Rendering Extension client libra
ii  libxslt1 1.1.19-1XSLT processing library - runtime 
ii  libxt6   1:1.0.2-2   X11 toolkit intrinsics library
ii  menu-xdg 0.2.3   freedesktop.org menu compliant win
ii  perl 5.8.8-7 Larry Wall's Practical Extraction 
ii  xbase-cl 1:7.1.ds-3  miscellaneous X clients
ii  zlib1g   1:1.2.3-13  compression library - runtime

Versions of packages kdelibs4c2a recommends:
ii  perl-suid 5.8.8-7Runs setuid Perl scripts

-- no debconf information


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

Bug#403413: exaile: fails to load iPod

[Eric Evans]

[ Carlos Moffat ]
> On Sun, 2006-12-17 at 14:49 +0100, François Févotte wrote:
> > On 12/17/06, Carlos Moffat <[EMAIL PROTECTED]> wrote:
> > > If I start exaile with my iPod mounted, I get:
> > >
> > > [python trace involving python-gpod calls]
> > >
> > > And the program fails to load.
> > 
> > Hi,
> > 
> > I can't reproduce the same problem on my system. However, I noticed
> > that you are using python-gpod (0.4.0-0.3), which is an unofficial
> > version not yet available in Debian. When trying to use this version
> > of python-gpod on my system, exaile doesn't even enable the iPod
> > features.
> > 
> > Could you please try to downgrade python-gpod to 0.3.2 and see if that
> > solves the problem?
> > 
> > Thanks,
> >   François
> 
> Good catch. However, downgrading python-gpod didn't help. I get exactly
> the same error.

Just to add a little more data, I have the same version of python-gpod, 
(0.4.0-0.3, from Marillat's repo), and everything works as expected.

-- 
Eric Evans
[EMAIL PROTECTED]


signature.asc
Description: Digital signature

Bug#405878: utf8-migration-tool: crashes on start with message "TypeError: category LC_ALL is not supported"

[Casper Gielen]

Package: utf8-migration-tool
Version: 0.4.1
Severity: important

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

The program crashes on startup with the following message:

Traceback (most recent call last):
  File "/usr/bin/utf8migrationtool", line 45, in ?
dmrc.set(section, option, locale.getlocale(locale.LC_ALL)[0])
  File "/usr/lib/python2.4/locale.py", line 364, in getlocale
raise TypeError, 'category LC_ALL is not supported'
TypeError: category LC_ALL is not supported

Changing LC_ALL to any other locale gives the same result.
Unsetting LC_ALL, or setting it to something in valid results in:

(utf8migrationtool:23957): Gtk-WARNING **: Locale not supported by C library.
Using the fallback 'C' locale.
Traceback (most recent call last):
  File "/usr/bin/utf8migrationtool", line 77, in ?
w['Login'].newLocale = w['Login'].currentLocale + ".UTF-8"
TypeError: unsupported operand type(s) for +: 'NoneType' and 'str'

I suppose that running this with an invalid locale setting is not supported,
but that should be handled more gracefully. But perhaps it's related to the
problem reported above, so I included it to be on the safe side.

I've also tried running it as a newly created user, with the same result.

- -- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-686
Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) (ignored: LC_ALL 
set to nl_NL.UTF-8)

Versions of packages utf8-migration-tool depends on:
ii  python2.4.4-2An interactive high-level object-o
ii  python-glade2 2.8.6-8GTK+ bindings: Glade support
ii  python-gtk2   2.8.6-8Python bindings for the GTK+ widge
ii  python-support0.5.6  automated rebuilding support for p

utf8-migration-tool recommends no packages.

- -- no debconf information

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

iD8DBQFFoFu8IhQIPPgOSvcRAhdGAKCARzBVrT1VnSxtrk5znHgYohFrZwCcCboE
EPFcf1h2uC1n1WCKgrv4rpA=
=Y13V
-END PGP SIGNATURE-


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

Bug#402118: [debiandoc-sgml-pkgs] Bug#402118: debiandoc-sgml: Please allow alternative dependency on texlive

[韓達耐]

From: Osamu Aoki <[EMAIL PROTECTED]>

> On Sat, Jan 06, 2007 at 06:44:03PM +0100, Danai SAE-HAN  wrote:
> > 
> > I also think that latex-cjk-all (+fonts) should be enough as a
> > Build-Depends for debian-reference, since latex-cjk-common already
> > depends on tetex or texlive.
> > 
> > But you might precipitate the move to TeXlive as default TeX
> > distribution by putting texlive|tetex (etc.) in the Build-Depends.
> > We all have to move to TeXlive now that teTeX is not actively
> > developed anymore, so changing to TeXlive might be a good exercise
> > now.  I myself will wait for the transition of latex-cjk to default to
> > the TeXlive distribution after my exams in February.
> 
> First thing to wait is etch release, I think.  Then we can make large
> change such as switching to texlive.

OK.

> > For debiandoc-sgml, I think latex-cjk-all is enough as a Recommends,
> > because latex-cjk-{chinese,japanese} recommends already some fonts.
> > No need to make it any more complex than it is. ;)
> 
> After etch release and when you have time, can you look into font choice
> of debiandopc-sgml tool chain (not just for CJK but all other languages)
> and add explanation text to font package choice determination scheme
> (where to look for and what to chose.) in generic way so ther document
> will be valid for future release too.
> 
>  /usr/share/perl5/DebianDoc_SGML/Locale/xx_YY./LaTeX
> 
> This has language specific definitions
> 
> As I review these, it looks like we need to have 2 entries xx_YY.
> for each language so we can handle both UTF-8 and traditional encodings.
> H...  that calls to add new feature to debiandoc-sgml.  Maybe -l
> locale is not ending with utf-8 then we use traditional encoding but if
> they are ending with traditional encoding, we should use utf-t counter
> part.  That will be major rewite of scripts.
> 
> If we use current build process, UTF-8 encoded latex source needs to be
> converted to traditional encoding.  (Can be done by iconv running at -s
> option script fixlatex.)
> 
> But that sounds too complicated.  Does TeXlive has capability to handle
> UTF-8 encoded source?

TeXlive's UTF-8 support is just like teTeX's: it all depends on the
TeX flavour you're using, and the most popular (TeX and LaTeX) have
poor support for multi-byte strings.

And using iconv is tricky, because sometimes iconv hangs with some
Chinese texts, for example the original tang300 fortune cookie in
simplified Chinese (Debian now offers a proper UTF-8 version).

There are packages like utf8x that are under development, but IMHO
that just takes too much time and we need a quick fix.  UTF-8 has been
around for many years now.

Luckily, CJK offers IMHO superior results the easy way, supporting
glyphs up to u+10, which is enough for most of us, simple mortals.
Just set up a font with a font definition file and correct map files,
and off we go.  I could make some sort of a template file of my own
debian/rules file, and perhaps document it a little bit more.

Two things are needed though: an updated Unicode.sfd file in
freetype1-tools (I just filed a bug report), and a DFSG-free font that
covers most scripts.  There is Bitstream's Cyberbit TTF, but that
isn't DFSG-free.

Titus is freely downloadable for individuals, but isn't DFSG-free
either.  And it mainly covers Western scripts.

Arne Götje is working on two unified Chinese TTF that includes CJK
Extension B (and perhaps C), but Arne told me that he prefers to wait,
because some structural problems have occurred when developing.

What we could do, is to make Type1 fonts for each script.  So we
convert fonts for Cyrillic, IPA, Greek, etc., and make a latex-cjk-*
package for each font.

Advantage is that it works 99% (I've already tried for Georgian,
Russian and CJK Extension B), and it's relatively easy to make such
new fonts.  And if we can put a few heads together, we could extend
the sfd files in /usr/share/texmf/fonts/sfd/ [freetype1-tools] to
include other scripts, so we get not only Unicode fonts but also
linked fonts for the "ancient" encodings.

Another advantage is that with this system, there will be a unified
structure for each language.

Disadvantages are firstly that it would create quite a few extra MB
for the Debian servers.  And secondly, the CJK package was never
intended to be used apart from Chinese, Japanese, Korean, Thai or
Vietnamese, so language-specific problems (like complex ligatures in
Indic and Arabic languages) are not (yet?) supported.  And thirdly,
authors need to show some goodwill to switch to the new system.  But I
regard the last one as a minor problem, since the only change will be
the names of the fonts they need to know.

I'll have more time next month, in February, when my exams will be
over, to thoroughly check debiandoc-sgml about font issues.


Cheers



Danai SAE-HAN
韓達耐

-- 
題目:《和子由澠池懷舊》
作者:蘇軾（１０３６－１１０１）

人生到處知何似，應似飛鴻踏雪泥：
泥上偶然留指爪，鴻飛那復計東西。
老僧已死成新塔，壞壁無由見舊題。
往日崎嶇還記否，路上人困蹇驢嘶。

Bug#405876: Subject: gxine: segfault on startup with long HOME dir

[Florian Grunow]

Package: gxine
Version: 0.5.8-1
Severity: important

Debian gxine uses the HOME environment variable without proper bounds
checking in version 0.5.8. This results in a buffer overflow when the
HOME environment variable is longer than or equal to 242. It is possible
to execute code, which doesn't seem to be the case in version 0.5.9.
Version 0.5.9 (not tested as .deb, built from source) simply segfaults.

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.19
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages gxine depends on:
ii  libc6   2.3.6.ds1-8  GNU C Library: Shared libraries
ii  libglib2.0-02.12.4-2 The GLib library of C routines
ii  libgtk2.0-0 2.8.20-3 The GTK+ graphical user
interface
ii  liblircclient0  0.8.0-9  LIRC client library
ii  libmozjs0d  1.8.0.8-1The Mozilla SpiderMonkey
JavaScrip
ii  libpango1.0-0   1.14.8-2 Layout and rendering of
internatio
ii  librsvg2-common 2.14.4-2 SAX-based renderer library
for SVG
ii  libx11-62:1.0.3-4X11 client-side library
ii  libxext61:1.0.1-2X11 miscellaneous extension
librar
ii  libxine11.1.2+dfsg-2 the xine video/media player
librar
ii  libxinerama11:1.0.1-4.1  X11 Xinerama extension library

gxine recommends no packages.

-- debconf-show failed




signature.asc
Description: OpenPGP digital signature

Bug#358718: linux-image-2.6.16-1-k7 unexpected IRQ trap, divide error on boot, panic before even initrd

[Anthony DeRobertis]

maximilian attems wrote:
> sounds like a strange hardware bug,
> any update on it?
>   

Machine hasn't crashed since, despite several reboots...

> thanks
>   



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

Bug#405875: Messes with the mouse in other desktops

[Daniel Burrows]

Package: hedgewars
Version: 0.8.1-9
Severity: normal

  If I switch to another desktop while hedgewars is running, the mouse
gets yanked back to the center of the screen whenever I try to move it.
Presumably non-tiling window managers would get similar effects on a
single desktop as well.

  Daniel

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages hedgewars depends on:
ii  libc6   2.3.6.ds1-9  GNU C Library: Shared libraries
ii  libgcc1 1:4.1.1-21   GCC support library
ii  libqt4-core 4.2.1-2  Qt 4 core non-GUI functionality ru
ii  libqt4-gui  4.2.1-2  Qt 4 core GUI functionality runtim
ii  libsdl-image1.2 1.2.5-2+b1   image loading library for Simple D
ii  libsdl-mixer1.2 1.2.6-1.1+b2 mixer library for Simple DirectMed
ii  libsdl-net1.2   1.2.5-7+b1   network library for Simple DirectM
ii  libsdl-ttf2.0-0 2.0.8-3+b1   ttf library for Simple DirectMedia
ii  libsdl1.2debian 1.2.11-7 Simple DirectMedia Layer
ii  libstdc++6  4.1.1-21 The GNU Standard C++ Library v3
ii  ttf-dejavu  2.13-1   Vera font family derivate with add

hedgewars recommends no packages.

-- no debconf information


signature.asc
Description: Digital signature

Bug#405877: please add pnmstitch to Debian netpbm

[Norman Ramsey]

Package: netpbm
Version: 2:10.0-10.1
Severity: wishlist

It appears that the requested merge with upstream (#159847) is not going
to happen any time soon.  Would it be possible to pick up the 'pnmstitch'
program from the fork at Sourceforge and add it to the Debian package?
(If I can help with this, please let me know; I am willing to take a first 
cut.) 


Norman


-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable'), (50, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-2-k7
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages netpbm depends on:
ii  libc6 2.3.6.ds1-8GNU C Library: Shared libraries
ii  libjpeg62 6b-13  The Independent JPEG Group's JPEG 
ii  libnetpbm10   2:10.0-10.1Shared libraries for netpbm
ii  libpng12-01.2.15~beta5-1 PNG library - runtime
ii  libtiff4  3.8.2-7Tag Image File Format (TIFF) libra
ii  zlib1g1:1.2.3-13 compression library - runtime

Versions of packages netpbm recommends:
ii  gs   8.54.dfsg.1-5   Transitional package
ii  gs-esp [gs]  8.15.3.dfsg.1-1 The Ghostscript PostScript interpr
ii  gs-gpl [gs]  8.54.dfsg.1-5   The GPL Ghostscript PostScript int

-- no debconf information


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

Bug#405579: PowerPC, prep-flavor: manual partitioning error

[Ulrich Teichert]

Hi,

I think I found a possible source of this:

[del]
>/lib/partman/update.d/50filesystems : IN : CHANGE_FILE_SYSTEM 
>=dev=scsi=host0=bus0=target0=lun0=disc 32256-98703359 prep
>parted_server: opening outfifo
>parted_server: command_change_file_system(32256-98703359,prep)
>parted_server: partition_with_id(32256-98703359)
>parted_server: Filesystem + not found, let's see if it is a flag
>parted_server: Bad file system or flag type: +
>parted_server: line 1616. CRITICAL ERROR!!! EXITING
[del]

In this context 32256-98703359 is the partition ID, "prep" is only a flag,
not a real partition type. This is important for the code flow in:

packages/partman/partman-base/parted_server.c

there's the function command_change_file_system():

if (2 != iscanf("%as %as", &id, &s_fstype))
critical_error("Expected partition id and file system");
log("command_change_file_system(%s,%s)", id, s_fstype);
part = partition_with_id(disk, id);
if (part == NULL) {
critical_error("Partition not found: %s", id);
}
free(id);
fstype = ped_file_system_type_get(s_fstype);
free(s_fstype);
if (fstype == NULL) {
log("Filesystem %s not found, let's see if it is a flag",
s_fstype);
flag = ped_partition_flag_get_by_name(s_fstype);
if (ped_partition_is_flag_available(part, flag)) {
ped_partition_set_flag(part, flag, 1);
} else {
critical_error("Bad file system or flag type: %s",
   s_fstype);
}
} else {
ped_partition_set_system(part, fstype);
}
...

where s_fstype is free'ed too early. I would propose the following patch:

Index: packages/partman/partman-base/parted_server.c
===
--- packages/partman/partman-base/parted_server.c   (revision 43984)
+++ packages/partman/partman-base/parted_server.c   (working copy)
@@ -1604,7 +1604,6 @@
 }
 free(id);
 fstype = ped_file_system_type_get(s_fstype);
-free(s_fstype);
 if (fstype == NULL) {
 log("Filesystem %s not found, let's see if it is a flag",
 s_fstype);
@@ -1618,6 +1617,7 @@
 } else {
 ped_partition_set_system(part, fstype);
 }
+free(s_fstype);
 oprintf("OK\n");
 }
===

I am not sure if this will really fix the problem, I'd like to have the
patch reviewed before I take the next step.

HTH,
Uli
-- 
Dipl. Inf. Ulrich Teichert|e-mail: [EMAIL PROTECTED]
Stormweg 24   |listening to: Single (Hushpuppies), Pay The Cobra
24539 Neumuenster, Germany|(The Bellrays), She's Got Standards (The Rifles)


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

Bug#402118: [debiandoc-sgml-pkgs] Bug#402118: debiandoc-sgml: Please allow alternative dependency on texlive

[Osamu Aoki]

On Sat, Jan 06, 2007 at 06:44:03PM +0100, Danai SAE-HAN  wrote:
> 
> >From: Osamu Aoki <[EMAIL PROTECTED]>
> 
> > On Fri, Dec 08, 2006 at 02:33:44PM +0100, Frank Küster wrote:
> > > Frank Küster <[EMAIL PROTECTED]> wrote:
> > > 
> > > > Package: debiandoc-sgml
> > > > Version: 1.1.99
> > > > Severity: normal
> > > >
> > > > debiandoc-sgml currently 
> > > >
> > > > Recommends: libpaperg, tetex-bin, tetex-extra, texinfo, latex-cjk-all, 
> > > > gs-esp | gs
> > > >
> > > > This should be changed to allow texlive to be used, too.  I'm not sure
> > > > which texlive packages are needed, but I'll investigate this using
> > > > debian-reference as an example.
> > > 
> > > The packages needed for debian-reference are
> > > 
> > > texlive-latex-extra texlive-latex-recommended texlive-fonts-recommended
> > > 
> > > So this could be
> > > 
> > > Recommends: libpaperg, tetex-bin | texlive-latex-recommended, \
> > >tetex-extra | texlive-latex-extra, \
> > >tetex-extra | texlive-fonts-recommended, \
> > > texinfo, latex-cjk-all, gs-esp | gs
> > 
> > I agree with latex-cjk-all
> > 
> > Interesting suggestions.  But I consider rests are not so critical since
> > these are recommends (not depends).  You can install texlive packages
> > without these changes.
> 
> I also think that latex-cjk-all (+fonts) should be enough as a
> Build-Depends for debian-reference, since latex-cjk-common already
> depends on tetex or texlive.
> 
> But you might precipitate the move to TeXlive as default TeX
> distribution by putting texlive|tetex (etc.) in the Build-Depends.
> We all have to move to TeXlive now that teTeX is not actively
> developed anymore, so changing to TeXlive might be a good exercise
> now.  I myself will wait for the transition of latex-cjk to default to
> the TeXlive distribution after my exams in February.

First thing to wait is etch release, I think.  Then we can make large
change such as switching to texlive.

> As for the Depends, I don't think debian-reference should have any
> Depends or Recommends on TeX packages at all, since the binary
> packages only provide HTML, PS, PDF and plain text files.  TeX is not
> needed for the end-user.

OK.

> For debiandoc-sgml, I think latex-cjk-all is enough as a Recommends,
> because latex-cjk-{chinese,japanese} recommends already some fonts.
> No need to make it any more complex than it is. ;)

After etch release and when you have time, can you look into font choice
of debiandopc-sgml tool chain (not just for CJK but all other languages)
and add explanation text to font package choice determination scheme
(where to look for and what to chose.) in generic way so ther document
will be valid for future release too.

 /usr/share/perl5/DebianDoc_SGML/Locale/xx_YY./LaTeX

This has language specific definitions

As I review these, it looks like we need to have 2 entries xx_YY.
for each language so we can handle both UTF-8 and traditional encodings.
H...  that calls to add new feature to debiandoc-sgml.  Maybe -l
locale is not ending with utf-8 then we use traditional encoding but if
they are ending with traditional encoding, we should use utf-t counter
part.  That will be major rewite of scripts.

If we use current build process, UTF-8 encoded latex source needs to be
converted to traditional encoding.  (Can be done by iconv running at -s
option script fixlatex.)

But that sounds too complicated.  Does TeXlive has capability to handle
UTF-8 encoded source?

...
> To make a long story short, gs and latex-cjk are completely
> independent of each other.  I have been a happy user of gs-esp +
> gs-cjk-resource, but have no idea if this changes anything.

I see.

Osamu

Bug#405874: gnat-glade-doc's version doesn't match gnat-glade

[Matthias Klose]

Package: gnat-glade-doc
Version: 3.15p-5
Severity: serious

gnat-glade is at version 2006-3; should gnat-glade-doc be updated to
match the gnat-glade version?  Or should gnat-glade-doc be removed
from testing before the etch release?


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

Bug#343489: bug report maintenance

[Jörg Sommer]

package jed
notfound 343489 0.99.17.135-1
found 343489 0.99.16-6
tags 395251 + pending
thanks

Bug report #343489 is really strange. The jed-script symlink was
introduced in 0.99.17.111-1 according to the changelog and it exists in
0.99.18-1 (the next release after 0.99.17.135-1; available on
). Hence, I reassign the bug to the last
unstable release before 0.99.17.111-1.

Schöne Grüße, Jörg.
-- 
Im Leben lernt der Mensch als erstes das Gehen und Sprechen.
Später lernt er still zu sitzen und den Mund zu halten.


pgpApFeC4DgFQ.pgp
Description: PGP signature

Bug#374824: #374824: nethogs: 'ppp0' doesn't work.

[A. Costa]

Package: nethogs
Version: 0.6.0-1

Beg pardon, I just noticed I'm running the same version of 'nethogs' as
last June, when opening this bug -- I'd assumed it was a newer version.
Given that, my previous message isn't the requested test!

The new version is in CVS, would somebody please send a URL?
Preferably to a .deb file if one exists.


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

Bug#405812: fixed by upstream svn commit r602728

[Modestas Vainius]

The fix will be included in KDE 3.5.6


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

Bug#405864: remounting of luks crypto-devices failed

[Michael Biebl]

reassign #405864 gnome-volume-manager
thanks

Patrick Winnertz wrote:
> Am Samstag, den 06.01.2007, 23:40 +0100 schrieb Michael Biebl:
>> Patrick Winnertz wrote:
>>> Package: gnome-mount
>>> Version: 0.5-2
>>> Severity: normal
>>>
>>> When I insert an usb-stick with an luks crypto-partition a password
>>> dialog shows up the first time. I enter my password and the partition is
>>> mounted. 
>>> When I umount it by right-clicking on the symbol and clicking on umount
>>> device and removing it from the pc and putting it later on into the pc
>>> again the password dialog doesn't show up anymore.
>>>
>>> When I doesn't enter my password the first time the dialog shows up and
>>> I hit "Cancel" and remove the stick from the laptop and insert it again,
>>> the password dialog shows up. 
>>>
>>> Maybe this is not the error of gnome-mount but of hal, I'm not sure. 
>>>
>>> Greetings
>>> Patrick Winnertz
>>>
> 
>> Do you use gnome-volume-manager from experimental?
> Yes, this is the output of dpkg -l:
> [...]
> ii  gnome-volume-manager  1.5.15-1+b1
> 
>> Could you attach a screenshot of the password dialog (just to be sure it
>> is gnome-mount that prompts you for the password and not pmount)?
> Attached. 
> 

It's as I guessed: You are using gnome-volume-manager from unstable,
which is patched to use pmount instead of gnome-mount, gnome-vfs2 (used
by nautilus) though prefers gnome-mount over pmount.
So when you insert the usb stick, pmount is used for the mounting (the
password dialog is from pmount), but when you unmount the media from
within nautilus, gnome-mount is used, which tears down the luks
encryption differently than pmount set it up. This way, subsequent mount
attempts fail.
So, the bug is within gnome-volume-manager. It should prefer gnome-mount
over pmount (which the version from experimental 2.15.0-1 does).

Cheers,
Michael
-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?



signature.asc
Description: OpenPGP digital signature

Bug#374824: #374824: nethogs: 'ppp0' doesn't work.

[A. Costa]

Package: nethogs
Version: 0.6.0-1

Beg pardon, I just noticed I'm running the same version of 'nethogs' as
last June, when opening this bug -- I'd assumed it was a newer version.
Given that, my previous message isn't the requested test!

The new version is in CVS, would somebody please send a URL?
Preferably to a .deb file if one exists.


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

Bug#387760: linux-modules-extra-2.6: adding linux-wlan-ng modules

[Daniel Baumann]

Enrico Tassi wrote:
> Yes sure.

ok, adding before doing the next upload.

> I'll ask the upstream if this .c file is under this license for a good
> reason...

since this particular file is not distributable at all, you should
remove it from the orig.tar.gz in the meanwhile (also in testing).

-- 
Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist
Email:  [EMAIL PROTECTED]
Internet:   http://people.panthera-systems.net/~daniel-baumann/


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

Bug#263916: xserver-xfree86: [mga] SEGV when using Linux 2.6.7 kernel on MGA G200 AGP rev 1 [debugging server works]

[Brice Goglin]

Hi Igor,

More than 2 years ago, you reported a bug to the Debian BTS regarding a
segfault of the X server on kernel 2.6.7 with a MGA G200 board. A
workaround was found by using the debugging server. But, nothing
happened since. Did you reproduce the bug recently, with a less old
kernel and/or X server? If not, I will close the bug in the next weeks.

Thanks,
Brice



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

Bug#374824: #374824: nethogs: 'ppp0' doesn't work.

[A. Costa]

Package: nethogs
Version: 0.6.0-1
Followup-For: Bug #374824

(Hey Arnout, you didn't 'cc:' me, so I never got your message.
Luckily I read it just now on the BTS, after Bart emailed.)

The bug still seems to be on my system.

As requested, here's some data:

/sbin/ifconfig
eth0  Link encap:Ethernet  HWaddr 00:08:C7:C9:17:A9
  inet addr:192.168.1.100  Bcast:192.168.1.255  Mask:255.255.255.0
  inet6 addr: fe80::208:c7ff:fec9:17a9/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000
  RX bytes:0 (0.0 b)  TX bytes:468 (468.0 b)

loLink encap:Local Loopback
  inet addr:127.0.0.1  Mask:255.0.0.0
  inet6 addr: ::1/128 Scope:Host
  UP LOOPBACK RUNNING  MTU:16436  Metric:1
  RX packets:1175 errors:0 dropped:0 overruns:0 frame:0
  TX packets:1175 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:0
  RX bytes:51 (507.8 KiB)  TX bytes:51 (507.8 KiB)

ppp0  Link encap:Point-to-Point Protocol
  inet addr:69.87.199.236  P-t-P:69.87.192.19  Mask:255.255.255.255
  UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
  RX packets:474 errors:1 dropped:0 overruns:0 frame:0
  TX packets:508 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:3
  RX bytes:270054 (263.7 KiB)  TX bytes:44364 (43.3 KiB)


And a dump of 'ppp0' packets from 'ethereal/wireshark' is attached.  Method:

1) start ethereal, set it to capture ppp0.
2) start 'nethogs ppp0'
   nethogs shows:

Waiting for first packet to arrive (see sourceforge.net bug 1019381)

3) run 'querybts fubar', then 'querybts dash'.
during and after which nethogs shows:

NetHogs version 0.6.0

  PID USER PROGRAM  DEVSENT  RECEIVED
0 root unknown 0.000   0.000 
KB/sec

  TOTAL0.000   0.000 
KB/sec


Hope this helps...





-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.16-2-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C)

Versions of packages nethogs depends on:
ii  libc62.3.6.ds1-9 GNU C Library: Shared libraries
ii  libgcc1  1:4.1.1-21  GCC support library
ii  libncurses5  5.5-5   Shared libraries for terminal hand
ii  libpcap0.8   0.9.5-1 System interface for user-level pa
ii  libstdc++6   4.1.1-21The GNU Standard C++ Library v3

nethogs recommends no packages.

-- no debconf information



querybts_dump.dat.gz
Description: Binary data

Bug#405724: manpages-dev: open(2) does not document EFBIG error

[Michael Kerrisk]

tag 405724 fixed-upstream
thanks

Hello Andre,

> open(2) (/usr/share/man/man2/open.2.gz) does not document the
> error EFBIG for open(). I get this error when trying to run lde on
> a 250-GB regular file :
> 
>   # dd bs=1 seek=250G count=1 if=/dev/zero of=bigfile
>   # strace -o lde.strace lde bigfile
>   # grep -w open lde.strace
>   open("bigfile", O_RDWR) = -1 EFBIG (File too large)
>   open("bigfile", O_RDONLY)   = -1 EFBIG (File too large)
> 
> Filesystem is XFS. Kernel is Linux 2.6.18.2 (ignore the sys info
> below, it relates to another machine).

Yes, I agree.

Currently, the relevant text is under EOVERFLOW, which is the POSIX.1
standard error for this case.  But as you note, Linux actually delivers
EFBIG in this case.

See http://bugzilla.kernel.org/show_bug.cgi?id=7253
(I should have fixed the manual page at the same time as I made this report.)

I have rewritten the EOVERFLOW error text on this page:

   EFBIG  pathname  refers  to  a regular file, too large to be
  opened; see O_LARGEFILE above.  (POSIX.1-2001  speci-
  fies the error EOVERFLOW for this case.)

The change will appear in upstream 2.44.

Thanks for your report.

Cheers,

Michael
-- 
Michael Kerrisk
maintainer of Linux man pages Sections 2, 3, 4, 5, and 7

Want to help with man page maintenance?  Grab the latest tarball at
http://www.kernel.org/pub/linux/docs/manpages/
read the HOWTOHELP file and grep the source files for 'FIXME'.



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

Bug#262183: xserver-xfree86: [core server] BusID argument mandatory for PCI display adapters on Alpha boxen [regression from 4.2.1]

[Brice Goglin]

Hi,

More than 2 years ago, you reported a bug to the Debian BTS regarding
the X server not finding your PCI board anymore on your Alpha machine.
After some kernel upgrade problems, it was concluded that XFree86 4.3
required a BusID option to find the board on alpha. Did you guys
reproduce the same problem with recent X servers? If not, I will close
the bug in the next weeks.

Thanks,
Brice



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

Bug#405425: NMU uploaded

[Andreas Barth]

Hi,

I uploaded an NMU of your package.

Please see this as help to get the package into a releaseable condition for
etch.

Please find the used diff below.


Cheers,
Andi

diff -Nur ../vlc-0.8.6-svn20061012.debian~~/debian/changelog 
../vlc-0.8.6-svn20061012.debian/debian/changelog
--- ../vlc-0.8.6-svn20061012.debian~~/debian/changelog  2006-12-23 
19:18:21.0 +
+++ ../vlc-0.8.6-svn20061012.debian/debian/changelog2007-01-06 
23:08:27.0 +
@@ -1,3 +1,11 @@
+vlc (0.8.6-svn20061012.debian-1.2) unstable; urgency=high
+
+  * Non-maintainer upload.
+  * Fix format string vulnerability with patch
+MOAB-02-01-2007-CVE-2007-0017.patch, CVE-2007-0017. Closes: #405425
+
+ -- Andreas Barth <[EMAIL PROTECTED]>  Sat,  6 Jan 2007 23:07:51 +
+
 vlc (0.8.6-svn20061012.debian-1.1) unstable; urgency=high
 
   * Non-maintainer upload.
diff -Nur 
../vlc-0.8.6-svn20061012.debian~~/debian/patches/MOAB-02-01-2007-CVE-2007-0017.patch
 
../vlc-0.8.6-svn20061012.debian/debian/patches/MOAB-02-01-2007-CVE-2007-0017.patch
--- 
../vlc-0.8.6-svn20061012.debian~~/debian/patches/MOAB-02-01-2007-CVE-2007-0017.patch
1970-01-01 00:00:00.0 +
+++ 
../vlc-0.8.6-svn20061012.debian/debian/patches/MOAB-02-01-2007-CVE-2007-0017.patch
  2007-01-03 15:55:03.0 +
@@ -0,0 +1,68 @@
+diff -ru vlc-0.8.6.orig/modules/access/cdda/access.c 
vlc-0.8.6/modules/access/cdda/access.c
+--- vlc-0.8.6.orig/modules/access/cdda/access.c2007-01-03 
10:01:09.0 +0100
 vlc-0.8.6/modules/access/cdda/access.c 2007-01-03 10:02:45.0 
+0100
+@@ -89,17 +89,17 @@
+   case CDIO_LOG_DEBUG:
+   case CDIO_LOG_INFO:
+ if (p_cdda->i_debug & INPUT_DBG_CDIO)
+-  msg_Dbg( p_cdda_input, message);
++  msg_Dbg( p_cdda_input, "%s", message);
+ break;
+   case CDIO_LOG_WARN:
+-msg_Warn( p_cdda_input, message);
++msg_Warn( p_cdda_input, "%s", message);
+ break;
+   case CDIO_LOG_ERROR:
+   case CDIO_LOG_ASSERT:
+-msg_Err( p_cdda_input, message);
++msg_Err( p_cdda_input, "%s", message);
+ break;
+   default:
+-msg_Warn( p_cdda_input, message,
++msg_Warn( p_cdda_input, "%s\n%s %d", message,
+ "the above message had unknown cdio log level",
+ level);
+   }
+diff -ru vlc-0.8.6.orig/modules/access/vcdx/access.c 
vlc-0.8.6/modules/access/vcdx/access.c
+--- vlc-0.8.6.orig/modules/access/vcdx/access.c2007-01-03 
10:01:10.0 +0100
 vlc-0.8.6/modules/access/vcdx/access.c 2007-01-03 10:01:52.0 
+0100
+@@ -92,17 +92,17 @@
+   case CDIO_LOG_DEBUG:
+   case CDIO_LOG_INFO:
+ if (p_vcdplayer->i_debug & INPUT_DBG_CDIO)
+-  msg_Dbg( p_vcd_access, message);
++  msg_Dbg( p_vcd_access, "%s", message);
+ break;
+   case CDIO_LOG_WARN:
+-msg_Warn( p_vcd_access, message);
++msg_Warn( p_vcd_access, "%s", message);
+ break;
+   case CDIO_LOG_ERROR:
+   case CDIO_LOG_ASSERT:
+-msg_Err( p_vcd_access, message);
++msg_Err( p_vcd_access, "%s", message);
+ break;
+   default:
+-msg_Warn( p_vcd_access, message,
++msg_Warn( p_vcd_access, "%s\n%s %d", message,
+ _("The above message had unknown log level"),
+ level);
+   }
+@@ -118,14 +118,14 @@
+   case VCD_LOG_DEBUG:
+   case VCD_LOG_INFO:
+ if (p_vcdplayer->i_debug & INPUT_DBG_VCDINFO)
+-  msg_Dbg( p_vcd_access, message);
++  msg_Dbg( p_vcd_access, "%s", message);
+ break;
+   case VCD_LOG_WARN:
+-msg_Warn( p_vcd_access, message);
++msg_Warn( p_vcd_access, "%s", message);
+ break;
+   case VCD_LOG_ERROR:
+   case VCD_LOG_ASSERT:
+-msg_Err( p_vcd_access, message);
++msg_Err( p_vcd_access, "%s", message);
+ break;
+   default:
+ msg_Warn( p_vcd_access, "%s\n%s %d", message,
diff -Nur ../vlc-0.8.6-svn20061012.debian~~/debian/patches/series 
../vlc-0.8.6-svn20061012.debian/debian/patches/series
--- ../vlc-0.8.6-svn20061012.debian~~/debian/patches/series 2006-12-12 
14:00:25.0 +
+++ ../vlc-0.8.6-svn20061012.debian/debian/patches/series   2007-01-06 
23:07:30.0 +
@@ -5,3 +5,4 @@
 020_dejavu_font.diff
 020_notify.diff
 020_certificates_paths.diff
+MOAB-02-01-2007-CVE-2007-0017.patch
-- 
  http://home.arcor.de/andreas-barth/


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

Bug#121701: patch close.2 to refer to errors from write

[Michael Kerrisk]

Hello Justin,

> Linux 2.6.5 fs/open.c source indicates that close() can return essentially any
> file error:
> 
> |int filp_close(struct file *filp, fl_owner_t id)
> |{
> | int retval;
> |
> | /* Report and clear outstanding errors */
> | retval = filp->f_error;
> | if (retval)
> | filp->f_error = 0;
> |
> |[...]
> | return retval;
> |}
> |
> |[...]
> |
> |asmlinkage long sys_close(unsigned int fd)
> |{
> |[...]
> | return filp_close(filp, files);
> |[...]
> |}
> 
> manpages already alludes to this ("It is quite possible that errors on
> a previous write(2) operation are first reported at the final
> close()."); included is a patch making it explicit.

I don't see this code in fs/open.c in 2.6.19.  Can you clarify please.

Cheers,

Michael

> --- - 2007-01-06 12:38:58.649694000 -0500
> +++ /tmp/close.2  2007-01-06 12:38:43.121398622 -0500
> @@ -31,8 +31,10 @@
>  .\" Modified Fri Jan 31 16:21:46 1997 by Eric S. Raymond <[EMAIL PROTECTED]>
>  .\" Modified 2000-07-22 by Nicol�s Lichtmaier <[EMAIL PROTECTED]>
>  .\"   added note about close(2) not guaranteeing that data is safe on close.
> +.\" Modified 2007-01-07 by Justin Pryzby <[EMAIL PROTECTED]>
> +.\"   Reference errno values from write() in ERRORS
>  .\"
> -.TH CLOSE 2 2001-12-13 "" "Linux Programmer's Manual"
> +.TH CLOSE 2 2007-01-06 "" "Linux Programmer's Manual"
>  .SH NAME
>  close \- close a file descriptor
>  .SH SYNOPSIS
> @@ -78,6 +80,12 @@
>  .TP
>  .B EIO
>  An I/O error occurred.
> +.LP
> +.BR close ()
> +can also fail and set
> +.I errno
> +to any error specified for
> +.BR write ().
>  .SH "CONFORMING TO"
>  SVr4, 4.3BSD, POSIX.1-2001.  
>  .\" SVr4 documents an additional ENOLINK error condition.
> 
> 

-- 
Michael Kerrisk
maintainer of Linux man pages Sections 2, 3, 4, 5, and 7

Want to help with man page maintenance?  Grab the latest tarball at
http://www.kernel.org/pub/linux/docs/manpages/
read the HOWTOHELP file and grep the source files for 'FIXME'.



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

Bug#405873: katoob: FTBFS: cast from 'protoent*' to 'int' loses precision

[Kurt Roeckx]

Package: katoob
Version: 0.5.6-2
Severity: serious

Hi,

Your package is failing to build on 64 bit arches with the following
error:
DICTClient/DICTClient.cc: In member function 'void DICTClient::dial()':
DICTClient/DICTClient.cc:135: error: cast from 'protoent*' to 'int' loses 
precision
make[4]: *** [DICTClient.o] Error 1


Kurt



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

Bug#404184: hangs on update, possible livelock? (strace attached)

[Bastian Venthur]

Daniel Burrows schrieb:
> On Sat, Jan 06, 2007 at 08:11:22PM +0100, Bastian Venthur <[EMAIL PROTECTED]> 
> was heard to say:
>> On 06.01.2007 16:52 schrieb Daniel Burrows:
>>> On Fri, Dec 22, 2006 at 11:13:31AM +0100, Bastian Venthur <[EMAIL 
>>> PROTECTED]> was heard to say:
 very often when I update systems wich have not been updated for a while
 (> 1 week) I notice that aptitude hangs while dowhloading the new
 Package-lists (not the packages). I have to kill aptitude and use
 apt-get update (which works fine).

 Today I noticed this problem again and decided to provide an strace.
 Please note that the strace does not stop (the same block repeats again
 and again until I killed strace.

 This bug happens to appear quite often (with a better chance when you
 haven't updated your packages for a while), while it does almost never
 happen on systems which I update daily.
>>>   One factor I just remembered:
>>>
>>>   Are you updating these systems from the curses UI or from the 
>>> command-line?
>> From the UI:
>>
>> $ sudo aptitude
>>  *press u*
>>  [downloading the package diffs] -> hangs while downloading
> 
>   OK, that's usually what I do too.  Another variable would be connection
> speed -- is yours particularly slow or fast?

I'm currently on a 2MBit DSL line. Nothing spectacular.

It may have something to do with the new pdiffs introduced a half year
ago. Before the pdiff-age it took only a few seconds to download the
package list, but today it takes literally ages to get all the stuff
when you don't have updated your box for a while (> 1 week).

I don't know what exactly takes all the time (usually a few minutes) --
I doubt this is the raw download time for all the small files. I guess
after aptitude downloaded each pdiff it does something fishy which takes
longer the more pdiffs it has downloaded and under some circumstances
even hangs...

Ok, I guess I'm not really helping with my wild speculations. I've
prepared a sid system and plan to let it rot a few days in oder provoke
a long package list download. I hope I can reproduce this bug with a
debugging version of aptitude.


Cheers,

Bastian


BTW: Am I the only one who noticed this bug?

-- 
Bastian Venthur  http://venthur.de
Debian Developer venthur at debian org



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

Bug#404907: installation-report: winxp to debian etch migration

[David Härdeman]

On Sat, Jan 06, 2007 at 06:14:08PM -0500, Michael Gilbert wrote:

i am disappointed that no one cares about this report.  i put a lot of
work into it and had hoped it would be useful...


It's not that noone cares, but rather that we are pretty late in the 
game to get a release out the door. Many of the issues that you bring up 
require changes that would need to be implemented in a later version of 
the installer.


Some feedback on points that you've brought up:

1) network not being brought up correctly after reboot 

I believe this to be a temporary error, I experienced similar behaviour 
recently and a updated set of packages fixed it...not sure exactly what 
the problem was though


2) binary codecs and plugins

This is beyond the scope of the installer team, binary codecs, 
drivers, etc are a distribution-wide (and OSS-wide issue).


3) ntfs-3g driver

Is a beta driver, and scheduled to be merged into the "official" drivers 
once it is deemed stable enough by its own developers. To add support 
for it now would be premature (IMHO)


4) Sharing email between windows and Linux

Once again, this is an application-specific issue and not something for 
the installer team. In addition, it would depend on a writable 
partition, and thus depends on the ntfs-3g driver mentioned above.



So, it is not that your bug report is ignored, but rather that some 
issues are outside the scope of the installer and some are not possible 
to fix within the current Etch release timeframe.


--
David Härdeman

Bug#403345: patch for 2.0.2+20060303-4.1

[Andreas Barth]

* Stefan Fritsch ([EMAIL PROTECTED]) [061228 02:43]:
> The patch in 2.1.4-6 does not apply cleanly to 2.0.2+20060303-4.1 . I 
> extracted the attached patch from 2.0.4.

Thanks.

Daigo,

how about an upload of your package? Unless an upload happens quite
soon, I think I'll remove it from testing.


Cheers,
Andi
-- 
  http://home.arcor.de/andreas-barth/


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

Bug#403420: kvm-source: kvm module loads but no /dev/kvm

[Eric Evans]

[ Ritesh Raj Sarraf ]
> On Monday 18 December 2006 12:25, Baruch Even wrote:
> > Did you load the module for your processor? you need load kvm-intel or
> > kvm-amd depending on what your CPU is.
> 
> Hmm!! I hoped the kvm module should have taken care of that.
> 
> Anyway. I manually loaded the kvm and kvm-intel module with which the ref 
> count for kvm went to 1. But still no messages in dmesg and starting the kvm 
> application complained the same message.
> 
> Also, to confirm is that my Intel process does support VT. It is a Core Duo 
> 2.0 GHz T2500 for which /proc/cpuinfo does list the vmx extension.

I have a Thinkpad T60 with a Core Duo processor and kvm is working fine
here.

If you haven't done so already, you should check to see that support is
enabled in the BIOS. The output of /proc/cpuinfo on my machine had vmx
among the list of extensions, even before enabling that feature in the
BIOS. I also had to completely power down for the changes to take effect,
(a reboot was not enough).

Another thing to watch out for is that you have read/write permissions
for /dev/kvm, (it's 0660, root:root here). You'll see the same error
message, ("Could not initialize KVM, will disable KVM support"), if
you don't have sufficient privileges.

-- 
Eric Evans
[EMAIL PROTECTED]


signature.asc
Description: Digital signature

Bug#268731: xserver-xfree86: [vmware] crash with call to unresolved function on PCI SVGA (FIFO) rev 0

[Brice Goglin]

Hi,

About 3 years ago, you guys both reported the same bug to the Debian BTS
(#268731 merged with #272756) regarding a crash of the X server on
vmware caused by an unresolved function. Did you reproduce this problem
recently? If not, I will close the bug in the next weeks.

Thanks,
Brice



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

Bug#266916: #266916: xserver-xfree86: [rendition] SIGILL at startup on Verite V2000/V2100/V2200 rev 6

[Brice Goglin]

Hi Ryan,

More than 2 years ago, you reported a problem to the Debian BTS
regarding a SIGILL in the X server on a Verite board. Did you reproduce
this problem recently? If not, I will close the bug in the next weeks.

Thanks,
Brice



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

Bug#387760: linux-modules-extra-2.6: adding linux-wlan-ng modules

[Enrico Tassi]

On Sat, Jan 06, 2007 at 11:13:25PM +0100, Daniel Baumann wrote:
> Hi,
> 
> I had a look at linux-wlan-ng, it is indeed dual-licensed under MPL and
> GPL, hence from the license point of view, it is possible to include
> linux-wlan-ng into the conglomeration package.
> 
> I made a successful testbuild on i386 and amd64. Do you still request
> its inclusion?

Yes sure.

The file that reports the statement 'This software is NOT distributed under
an Open Source license.' is the firmware loader, that is not part of the
modules. This may be a bug for the linux-wlan-ng package (the utilities)
and this binary may be moved in the lwng-firmware package. Anyway this
should not affect the modules. Also notice that firmware is not strictly
needed, only some devices really need it (so this utility is not vital
and if the license is a real problem can be removed or moved to non free).

I'll ask the upstream if this .c file is under this license for a good
reason...

Ciao
-- 
Enrico Tassi


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

Bug#240809: xserver-xfree86: [module loader] SEGVs when loading libbitmap.a on exec-shield-enabled Linux kernel

[Brice Goglin]

Hi Alexei,

About 3 years ago, you reported a bug in the Debian BTS regarding
problems with the X server on exec-shield patched kernel. Do you still
have this kind of problem nowadays? If not, I will close this bug in the
next weeks.

Thanks,
Brice



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

Bug#392500: xserver-xorg-video-mga: [alpha] fails with a Matrox Millennium II PCI

[Steve Langasek]

reassign 392500 xserver-xorg-core
thanks

Progress!

In xorg 6.9, hw/xfree86/os-support/linux/Imakefile had this:

 #if defined(AlphaArchitecture)
 SpecialObjectRule(lnx_ev56.o, lnx_ev56.c, -mcpu=ev56)
 #endif

This isn't carried over at all into 7.0 thanks to the build system reorg.

Building lnx_ev56 with the right build flags gives me a working X server
again. :)

Patch to follow soon.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


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

Bug#405867: Debian patch breaks some headers with accents

[Sune Vuorela]

On Saturday 06 January 2007 23:53, Joaquim Ortega-Cerd wrote:
> Since version 4:3.5.5.dfsg.1-2  kmail stopped treating correctly my name in
> the header. The last à in my last name is lost (strangely enough if I write
> it not in the last position of my name in the profile it works without
> problem). Prior to that version it worked without problem. I suspect the
> culprit is
>  18_optimize_splitAddressInternal.diff
> more concretely the last lines:
>
> ++  displayName = dName.stripWhiteSpace().local8Bit();
> ++  comment = cmmt.stripWhiteSpace().local8Bit();
> ++  addrSpec = aSpec.stripWhiteSpace().local8Bit();

eh? local8Bit() ?  isn't it latin1() ?
it is how it should be according to upstream bug:
http://bugs.kde.org/show_bug.cgi?id=137033

/Sune

> shouldn't they be
>
> ++  displayName = dName.stripWhiteSpace();
> ++  comment = cmmt.stripWhiteSpace();
> ++  addrSpec = aSpec.stripWhiteSpace();
>
> Regards,
> Quim

-- 
I cannot explore the sendmail, how does it work?

You should never mount a hard disk for connecting the computer to a AT X GPU 
of a icon of the IDE back-end.


pgplziUZfr2SI.pgp
Description: PGP signature

Bug#405204: gimp: New instance gets opened for each graphic

[Mathias Brodala]

Hello Ari.

Ari Pollak, 06.01.2007 23:12:
> Mathias Brodala wrote:
>> But why doesn’t do the latter here? If I select „gimp-remote“ in my
>> OpenWith
>> menu, GIMP opens multiple times.
> 
> Selecting multiple images in Nautilus and then going to the normal Open
> With -> gimp item opens in one instance for me.

Could you try Thunar with gimp/gimp-remote then, please? Opening multiple text
files with Gedit for example works though, so there shouldn’t be a problem with
Thunar here.


Regards, Mathias

-- 
debian/rules



signature.asc
Description: OpenPGP digital signature

Bug#405870: sysvinit: halt binary missing ifdown, breaks wake on lan, src compile works

[Petter Reinholdtsen]

I read throught this bug, but fail to understand it.  Can you please
try to rephrase it?  Without understanding it, I'm not sure where to
start to try to solve it.

Friendly,
-- 
Petter Reinholdtsen
One of the sysvinit maintainers


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

Bug#405565: jabber: fails to start/bind since last apt-get update (libc6 or sparc issue?)

[Andreas Barth]

* Olivier ([EMAIL PROTECTED]) [070104 06:49]:
> Jabberd fails to start:
> 
> 20070104T14:39:43: [notice] (-internal): initializing server
> 20070104T14:39:43: [alert] (-internal): io_select unable to listen on 5222 
> [0.0.0.0]: jabberd already running or invalid interface?
> 20070104T14:39:43: [alert] (-internal): io_select unable to listen on 5269 
> [0.0.0.0]: jabberd already running or invalid interface?


I cannot reproduce this on amd64 - can you please strace jabber, and
send the log and the ip-parts of your configuration file? (sudo -u
jabber strace -o logfile /usr/sbin/jabberd), and make sure jabber can
write to it's log directory.


Cheers,
Andi
-- 
  http://home.arcor.de/andreas-barth/


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

Bug#352231: Subject: aptitude: aptitude ignores --target-release option

[Daniel Burrows]

On Fri, Feb 10, 2006 at 04:17:55PM +0100, Grégoire Druant <[EMAIL PROTECTED]> 
was heard to say:
> Package: aptitude
> Version: 0.4.1-1
> Severity: grave
> 
> Aptitude ignores -t option or its long version --target-release.
> It will allways install the unstable version of the packages I try to
> install.
> If I try aptitude install package -t blablabla, it doesn't mind that
> blablabla is no valid release, proof that the option is ignored.

  Sorry about the delay.

  Actually, that's correct: -t in aptitude, as in apt-get, means that
versions whose Release matches that string will be chosen "by default".
You'll get the same result from "apt-get -t blablabla".  I've tried a
couple installs with -t and they generally seem to do the right thing.
If you still have this problem, could you provide a specific example
that isn't working?

Thanks,
  Daniel


signature.asc
Description: Digital signature

Bug#352231: Subject: aptitude: aptitude ignores --target-release option

[Daniel Burrows]

On Sat, Jan 06, 2007 at 02:39:46PM -0800, Daniel Burrows <[EMAIL PROTECTED]> 
was heard to say:
> On Fri, Feb 10, 2006 at 04:17:55PM +0100, Grégoire Druant <[EMAIL PROTECTED]> 
> was heard to say:
> > Package: aptitude
> > Version: 0.4.1-1
> > Severity: grave
> > 
> > Aptitude ignores -t option or its long version --target-release.
> > It will allways install the unstable version of the packages I try to
> > install.
> > If I try aptitude install package -t blablabla, it doesn't mind that
> > blablabla is no valid release, proof that the option is ignored.
> 
>   Sorry about the delay.
> 
>   Actually, that's correct: -t in aptitude, as in apt-get, means that
> versions whose Release matches that string will be chosen "by default".
> You'll get the same result from "apt-get -t blablabla".  I've tried a
> couple installs with -t and they generally seem to do the right thing.
> If you still have this problem, could you provide a specific example
> that isn't working?

  I just noticed the reference to apache in your later mail -- as far as
I can tell, installing apache from stable works OK for me.

  Daniel


signature.asc
Description: Digital signature

Bug#402568: /etc/init.d/snmpd restart fails

[Julien Danjou]

At 1165834697 time_t, Tuomas Salo wrote:
> Package: snmpd
> Version: 5.2.3-4
> 
> It seems that the /etc/init.d/snmpd script (in etch) fails to restart
> snmpd if it fails to stop snmpd or snmptrapd. It fails to take into
> account that snmptrapd might be disabled (TRAPDRUN=0).

This bugs does not seems to have a severity, however I really think it's
serious.
I just hit it on my etch system, and it is very annoying and harmful.

I think this package should be hinted or at least uploaded with a fix to
t-p-u.

Cheers,
-- 
Julien Danjou
.''`.  Debian Developer
: :' : http://julien.danjou.info
`. `'  http://people.debian.org/~acid
  `-   9A0D 5FD9 EB42 22F6 8974  C95C A462 B51E C2FE E5CD


signature.asc
Description: Digital signature

Bug#405872: Byte-compilation fails with emacs-snapshot

[Romain Francoise]

Package: emacspeak
Version: 24-1
Severity: normal

Your package fails to install under emacs-snapshot.
The error message is the following:

| Byte-compile...
| test -f  lisp/emacspeak-loaddefs.el || make config 
| cd lisp; make  SRC=/usr/share/emacs-snapshot/site-lisp/emacspeak
| make[1]: Entering directory 
`/usr/share/emacs-snapshot/site-lisp/emacspeak/lisp'
[...]
| emacs -batch -q -no-site-file  -l 
/usr/share/emacs-snapshot/site-lisp/emacspeak/lisp/emacspeak-load-path.el -l 
/usr/share/emacs-snapshot/site-lisp/emacspeak/lisp/emacspeak-loaddefs.el -l 
/usr/share/emacs-snapshot/site-lisp/emacspeak/lisp/emacspeak-cus-load.el  -f 
batch-byte-compile  emacspeak-speedbar.el
| While compiling toplevel forms in file 
/usr/share/emacs-snapshot/site-lisp/emacspeak/lisp/emacspeak-speedbar.el:
|   !! Wrong type argument ((stringp nil))
| Done
| make[1]: *** [emacspeak-speedbar.elc] Error 1
| make[1]: Leaving directory 
`/usr/share/emacs-snapshot/site-lisp/emacspeak/lisp'
| make: *** [emacspeak] Error 2

Thanks,

-- 
  ,''`.
 : :' :Romain Francoise <[EMAIL PROTECTED]>
 `. `' http://people.debian.org/~rfrancoise/
   `-


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

Bug#405869: /etc/init.d/pulseaudio may call chown on non-existing file

[Nikita V. Youshchenko]

Package: pulseaudio
Version: 0.9.5-4
Severity: normal
Tags: patch

/etc/init.d/pulseaudio may call chown/chnmod on non-existing object, and
fail, and immediately exit because of set -e.

This patch fixes it:

--- /etc/init.d/pulseaudio~ 2007-01-07 02:03:34.0 +0300
+++ /etc/init.d/pulseaudio  2007-01-07 02:03:36.0 +0300
@@ -26,10 +26,14 @@
 pulseaudio_start () {
echo -n "Starting PulseAudio Daemon: pulseaudio"
start-stop-daemon -x $DAEMON -p $PIDFILE --start -- --system 
--daemonize --high-priority --log-target=syslog 
--disallow-module-loading=$DISALLOW_MODULE_LOADING
-   chown pulse:pulse-access /var/run/pulse/.esd_auth
-   chmod 640 /var/run/pulse/.esd_auth
-   chown pulse:pulse-access /var/run/pulse/.pulse-cookie
-   chmod 640 /var/run/pulse/.pulse-cookie
+   if [ -e /var/run/pulse/.esd_auth ]; then
+ chown pulse:pulse-access /var/run/pulse/.esd_auth
+ chmod 640 /var/run/pulse/.esd_auth
+   fi
+   if [ -e /var/run/pulse/.pulse-cookie ]; then
+ chown pulse:pulse-access /var/run/pulse/.pulse-cookie
+ chmod 640 /var/run/pulse/.pulse-cookie
+   fi
echo "."
 }




-- System Information:
Debian Release: 4.0
  APT prefers proposed-updates
  APT policy: (640, 'proposed-updates'), (640, 'stable'), (620, 
'testing-proposed-updates'), (620, 'testing'), (600, 'unstable'), (550, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-k7
Locale: LANG=ru_RU.KOI8-R, LC_CTYPE=ru_RU.KOI8-R (charmap=KOI8-R)


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

Bug#404907: installation-report: winxp to debian etch migration

[Michael Gilbert]

i am disappointed that no one cares about this report.  i put a lot of
work into it and had hoped it would be useful...

mike


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

Bug#405871: azureus: undesirably brings window to current desktop when new torrent added

[Michael Gilbert]

Package: azureus
Version: 2.5.0.0+0-1
Severity: normal

say i have azureus on a different workspace because i don't really need to
see what is going on in the window and i click on a torrent file in my
web browser, the azureus window will be brought to my current workspace.

i would rather that the torrent just automatically get added into
azureus and do its thing without bothering me.

thank you for your consideration.

mike

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (600, 'testing'), (500, 'unstable'), (400, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages azureus depends on:
ii  gij-4.1 [java2-runtime] 4.1.1-17 The GNU Java bytecode interpreter
ii  java-gcj-compat 1.0.65-8 Java runtime environment using GIJ
ii  kaffe-pthreads [java-virtua 2:1.1.7-4A POSIX threads enabled version of
ii  libcommons-cli-java 1.0-8API for working with the command l
ii  liblog4j1.2-java1.2.13-2 Logging library for java
ii  libseda-java3.0-3the Staged Event-Driven Architectu
ii  libswt-gtk-3.2-java 3.2.1-4  Standard Widget Toolkit for GTK Ja
ii  sun-java5-jre [java2-runtim 1.5.0-10-1.1 Sun Java(TM) Runtime Environment (

azureus recommends no packages.

-- no debconf information


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

Bug#404447: nfs-kernel-server: Transferred files get currupted

[Ahmad Khayyat]

No. My original report did not specify ethernet type.

Martin Michlmayr wrote:

* Ahmad Khayyat <[EMAIL PROTECTED]> [2007-01-06 16:57]:
  
I confirm that this is happening for me with a wireless nfs client. I 
have not tested wired ethernet.
My wireless adapter is ipw2200 (centrino laptop), and I am using Debian 



But your _original_ report was with wired Ethernet, wasn't it?
  

Bug#405584: Without setuid, I can't use maildrop with esmtp

[Josip Rodin]

On Sat, Jan 06, 2007 at 08:04:16PM +, Reuben Thomas wrote:
> On Sat, 6 Jan 2007, Josip Rodin wrote:
> 
> >Uhh. cat /root/.mailfilter ?
> 
> to !rrt
> 
> (rrt is the name of my normal user)

There you go. Unless you quote the argument to "to", it is evaluated.
!rrt means 'not string', and that means 0. That's why maildrop said that
it delivered to 0.

Quote it!

-- 
 2. That which causes joy or happiness.


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

Bug#405870: sysvinit: halt binary missing ifdown, breaks wake on lan, src compile works

[Harry Coin]

Package: sysvinit
Version: 2.86.ds1-36
Severity: critical
Justification: breaks the whole system

Using the default binary version of halt shipped with etch prevents diskless 
systems from booting in response to the wake-on-lan
packet.  Can't get more critical than a cluster of systems that can't be booted.

The 3c59x driver, among others,  depends on ifdown to set its wake-on-lan (wol) 
functions. The binary version
of halt shipped with etch (including deboostrap) does not call ifdown.

In a diskless setting (clusters) the net driver isn't deconfigured (and WOl 
enabled)  until the ifdown in halt.

Compiling 'halt' from the sysvinit sources results in a binary larger than the 
one in etch, and it works properly.

I've proven this by putting debug messages in the kernel, the ioctl cancelling 
the IFUP flag is never made
in the default 'halt' code on etch, but is in the version compiled from the 
sources.

I noted a sysvinit 'fix' some time ago that claims it turns off 'ifdown' on 
non-linux systems in halt.  I think this
version got compiled and wrongly sent out in linux, thus breaking linux WOL 
depending on the network chip.


-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18development
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages sysvinit depends on:
ii  initscripts  2.86.ds1-36 Scripts for initializing and shutt
ii  libc62.3.6.ds1-8 GNU C Library: Shared libraries
ii  libselinux1  1.32-3  SELinux shared libraries
ii  libsepol11.14-1  Security Enhanced Linux policy lib
ii  sysv-rc  2.86.ds1-36 System-V-like runlevel change mech
ii  sysvinit-utils   2.86.ds1-36 System-V-like utilities

sysvinit recommends no packages.

-- no debconf information


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

Bug#405639: missing package in desktop installation?

[Joey Hess]

[EMAIL PROTECTED] wrote:
> But when I booted into the new system, X wouldn't com up, and complained 
> that it could not load modules 'kbd' or 'mouse' because "module does not 
> exist"
> 
> starting aptitude and installiny packages
>xserver-xorg-input-kbd
> and
>xserver-xorg-input-mouse
> 
> fixed the problem.  Surely the installer should have installed these 
> itself?

This is due to a change in xorg breaking the installer. It should be
fixed soon.

-- 
see shy jo


signature.asc
Description: Digital signature

Bug#404836: pam_limits.so does NOT reset all values

[Steve Langasek]

On Sat, Jan 06, 2007 at 05:11:40PM +0100, Dr. Markus Waldeck wrote:

> I compared the limits depending on the login method 
> (unlimited values removed).

> direct login:
> -s: stack size (kbytes)8192
> -c: core file size (blocks)0
> -n: file descriptors   1024
> -e: max nice0
> -r: max rt priority 0

> su:
> -s: stack size (kbytes)8192
> -c: core file size (blocks)0
> -n: file descriptors   64
> -e: max nice0
> -r: max rt priority 0

> Only the file descriptor limit differs.
> Why are the other values are identical?

Each of the other values listed here has an explicit default set in
pam_limits, because RLIM_INFINITY is not a sane default for any of them --
not for nice and rt priority because these values have a finite scale, not
for core file size because we want core files disabled by default, and not
for stack size because... well, for no reason that I can actually
distinguish from the case of RLIMIT_NOFILES, hmm.

Thanks, you make a fair case; if we're shadowing the kernel's default for
RLIMIT_STACK already, there's no reason we shouldn't be willing to do the
same for RLIMIT_NOFILES. :)  I'll take this upstream for further discussion.

-- 
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
[EMAIL PROTECTED]   http://www.debian.org/


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

Bug#405868: totem-mozilla: video is not produced on cbs's innertube website

[Michael Gilbert]

Package: totem-mozilla
Version: 2.16.4-2
Severity: normal

the cbs television channel makes reruns of some of its television shows 
available online in an application that they call the "innertube"
(http://www.cbs.com/innertube/).  the video itself is realplayer (if 
the site is viewed on windows, you can see the realplayer application 
spawn).  within the mozilla-based browsers, using the totem-mozilla 
plugin on debian, the audio on the site plays just fine, but the video 
just isn't there.

thanks in advance for working on this issue.  these video rerun sites
are becoming increasingly popular, and it would be a shame if they were
unavailable on gnu/linux because of technical, rather than
philosophical, problems with our applications.

mike

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (600, 'testing'), (500, 'unstable'), (400, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages totem-mozilla depends on:
ii  dbus  1.0.2-1simple interprocess messaging syst
ii  totem-xine2.16.4-2   A simple media player for the Gnom

Versions of packages totem-mozilla recommends:
ii  epiphany-browser [www- 2.14.3-4  Intuitive GNOME web browser
ii  galeon [www-browser]   2.0.2-4   GNOME web browser for advanced use
ii  iceape-browser [www-br 1.0.7-2   Iceape Navigator (Internet browser
ii  iceweasel [www-browser 2.0.0.1+dfsg-1lightweight web browser based on M
ii  konqueror [www-browser 4:3.5.5a.dfsg.1-5 KDE's advanced file manager, web b
ii  w3m [www-browser]  0.5.1-5   WWW browsable pager with excellent

-- no debconf information


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

Bug#405867: Debian patch breaks some headers with accents

[Joaquim Ortega-Cerd]

Package: kdepim
Version: 4:3.5.5.dfsg.1-2
Severity: normal

Since version 4:3.5.5.dfsg.1-2  kmail stopped treating correctly my name in 
the header. The last à in my last name is lost (strangely enough if I write 
it not in the last position of my name in the profile it works without 
problem). Prior to that version it worked without problem. I suspect the 
culprit is
 18_optimize_splitAddressInternal.diff
more concretely the last lines:

++  displayName = dName.stripWhiteSpace().local8Bit();
++  comment = cmmt.stripWhiteSpace().local8Bit();
++  addrSpec = aSpec.stripWhiteSpace().local8Bit();

shouldn't they be

++  displayName = dName.stripWhiteSpace();
++  comment = cmmt.stripWhiteSpace();
++  addrSpec = aSpec.stripWhiteSpace();

Regards,
Quim

Bug#387760: linux-modules-extra-2.6: adding linux-wlan-ng modules

[Bastian Blank]

On Sat, Jan 06, 2007 at 11:13:25PM +0100, Daniel Baumann wrote:
> I had a look at linux-wlan-ng, it is indeed dual-licensed under MPL and
> GPL, hence from the license point of view, it is possible to include
> linux-wlan-ng into the conglomeration package.

I just took a look into it, thw first I found was:

| *   This software is distributed on an "AS
| *   IS" basis, WITHOUT WARRANTY OF ANY KIND, either express or
| *   implied. See the License for the specific language governing
| *   rights and limitations under the License.
| *
| *   This software is NOT distributed under an Open Source license.
| *   If you received it without a direct license from AbsoluteValue 
| *   Systems, Inc. then you are not a licensed user and are violating
| *   AbsoluteValue Systems rights under copyright law.

The others seems okay. And the copyright file for the binaries must
mention the GPL.

Bastian

-- 
Killing is stupid; useless!
-- McCoy, "A Private Little War", stardate 4211.8


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

Bug#405866: evince: does not automatically size window to browser size when called from mozplugger

[Michael Gilbert]

Package: evince
Version: 0.4.0-3
Severity: normal

when mozplugger is configured to use evince as the pdf viewer plugin, 
when a pdf file is clicked on, the evince window is not sized to the 
correct size of the browser (assuming the browser window is larger 
than the default evince window).  however, if the browser window is 
resized, the evince window will indeed adapt correctly.

thanks for the hard work.

mike

-- System Information:
Debian Release: 4.0
  APT prefers testing
  APT policy: (600, 'testing'), (500, 'unstable'), (400, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)

Versions of packages evince depends on:
ii  gconf22.16.0-3   GNOME configuration database syste
ii  libart-2.0-2  2.3.17-1   Library of functions for 2D graphi
ii  libatk1.0-0   1.12.3-1   The ATK accessibility toolkit
ii  libaudiofile0 0.2.6-6Open-source version of SGI's audio
ii  libavahi-client3  0.6.15-2   Avahi client library
ii  libavahi-common3  0.6.15-2   Avahi common library
ii  libavahi-glib10.6.15-2   Avahi glib integration library
ii  libbonobo2-0  2.14.0-3   Bonobo CORBA interfaces library
ii  libbonoboui2-02.14.0-5   The Bonobo UI library
ii  libc6 2.3.6.ds1-8GNU C Library: Shared libraries
ii  libcairo2 1.2.4-4The Cairo 2D vector graphics libra
ii  libdbus-1-3   1.0.2-1simple interprocess messaging syst
ii  libdjvulibre153.5.17-3   Runtime support for the DjVu image
ii  libesd0   0.2.36-3   Enlightened Sound Daemon - Shared 
ii  libfontconfig12.4.1-2generic font configuration library
ii  libfreetype6  2.2.1-5FreeType 2 font engine, shared lib
ii  libgconf2-4   2.16.0-3   GNOME configuration database syste
ii  libgcrypt11   1.2.3-2LGPL Crypto library - runtime libr
ii  libglade2-0   1:2.6.0-4  library to load .glade files at ru
ii  libglib2.0-0  2.12.4-2   The GLib library of C routines
ii  libgnome-keyring0 0.6.0-3GNOME keyring services library
ii  libgnome2-0   2.16.0-2   The GNOME 2 library - runtime file
ii  libgnomecanvas2-0 2.14.0-2   A powerful object-oriented display
ii  libgnomeprint2.2-02.12.1-7   The GNOME 2.2 print architecture -
ii  libgnomeprintui2.2-0  2.12.1-4   GNOME 2.2 print architecture User 
ii  libgnomeui-0  2.14.1-2   The GNOME 2 libraries (User Interf
ii  libgnomevfs2-02.14.2-4   GNOME virtual file-system (runtime
ii  libgnutls13   1.4.4-3the GNU TLS library - runtime libr
ii  libgpg-error0 1.4-1  library for common error values an
ii  libgtk2.0-0   2.8.20-3   The GTK+ graphical user interface 
ii  libice6   1:1.0.1-2  X11 Inter-Client Exchange library
ii  libjpeg62 6b-13  The Independent JPEG Group's JPEG 
ii  libkpathsea4  3.0-27 path search library for teTeX (run
ii  libnautilus-extension12.14.3-7   libraries for nautilus components 
ii  liborbit2 1:2.14.3-0.1   libraries for ORBit2 - a CORBA ORB
ii  libpango1.0-0 1.14.8-4   Layout and rendering of internatio
ii  libpng12-01.2.15~beta5-1 PNG library - runtime
ii  libpoppler0c2 0.4.5-5PDF rendering library
ii  libpoppler0c2-glib0.4.5-5PDF rendering library (GLib-based 
ii  libpopt0  1.10-3 lib for parsing cmdline parameters
ii  libsm61:1.0.1-3  X11 Session Management library
ii  libtasn1-30.3.6-2Manage ASN.1 structures (runtime)
ii  libtiff4  3.8.2-7Tag Image File Format (TIFF) libra
ii  libx11-6  2:1.0.3-4  X11 client-side library
ii  libxcursor1   1.1.7-4X cursor management library
ii  libxext6  1:1.0.1-2  X11 miscellaneous extension librar
ii  libxfixes31:4.0.1-5  X11 miscellaneous 'fixes' extensio
ii  libxi61:1.0.1-4  X11 Input extension library
ii  libxinerama1  1:1.0.1-4.1X11 Xinerama extension library
ii  libxml2   2.6.27.dfsg-1  GNOME XML library
ii  libxrandr22:1.1.0.2-5X11 RandR extension library
ii  libxrender1   1:0.9.1-3  X Rendering Extension client libra
ii  zlib1g1:1.2.3-13 compression library - runtime

evince recommends no packages.

-- no debconf information


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