Bug#922630: dupe of 993051?

[Mathieu ROY]

Hi,

This bug is very likely the same as 993051 that you fixed yesterday.

Thanks!

Regards,

Bug#922630: any plan for fixed avahi-daemon?

[Mathieu ROY]

Hi there,

On at least 3 different computer I hit this bug.

Do anyone made a patched .deb or is there any notion that there could be 
an updated package anytime soon?


(or any alternative software suggest)


Regards,

Bug#1004548: Acknowledgement (Security Vulnerability/_data_/…/storage/cfg/…/…/accounts)

[Mathieu ROY]

Further inquiry shows that several differents persons tried to get in touch 
with Rainloop team regarding security issue (one qualified "high" by said 
person) with no answer, to the point that rainloop seems to be completely 
abandoned

Read more at https://github.com/RainLoop/rainloop-webmail/issues/2162

Bug#1004548: Security Vulnerability /_data_/…/storage/cfg/…/…/accounts

[Mathieu ROY]

Package: rainloop
Version: 1.16.0+dfsg-1

Hello,

According to https://github.com/RainLoop/rainloop-webmail/issues/2134 there is 
a security issue in the package:

- 
Expected behavior:
File can't be decrypted on (backup) server.

actual behavior:
File can be decrypted on (backup) server.

Steps to reproduce the problem:
When calling \RainLoop\Actions->SetAccounts()
It will store an array of values from \RainLoop\Model\Account->GetAuthToken()
Which in turn calls \RainLoop\Utils::EncodeKeyValues()
And that calls \RainLoop\Utils::EncryptString(@\serialize($aValues), 
\md5(APP_SALT))

When someone/something has access to the SALT.php file,
it can decode the encrypted accounts and gain all passwords.

These days with server breaches, ransomware, other attacks and the increase of 
backup behavior, the chance of being listed on "have i been pwned" has 
increased and the above mentioned issue becomes a bigger vulnerability.

Solutions:

Encrypting the file based on user cookie is very unreliable and has a high 
fail rate.
Encrypting with a server stored key (like the SALT.php) opens this issue
Encrypting using the main account password (the login) fails when password 
is changed or when using OAUTHBEARER/XOAuth2
Only encrypting the account passwords with (3) keeps the accounts, but only 
login will fail.

With (4) you could store an HMAC of the encrypted password to check if the 
account login works.
Same issue applies to the 'contacts_sync' file
- 

This was reported in november 2021 and left with no public reply.
This problem is reportedly fixed in rainloop fork named Snappymail 
https://snappymail.eu/

There is also another pending security issue, not yet published, 
https://github.com/RainLoop/rainloop-webmail/issues/2142 also left with no 
public reply.




Regards

Bug#1004040: webcam Live! Cam Sync HD VF0770 unusable with linux 5.15.5 (working with at least 5.10)

[Mathieu Roy]

MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
    Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- 
SERR- 
    Latency: 0, Cache Line Size: 64 bytes
    Interrupt: pin A routed to IRQ 16
    NUMA node: 0
    IOMMU group: 13
    Region 0: Memory at 5530 (64-bit, non-prefetchable) [size=16K]
    Capabilities: 
    Kernel driver in use: nvme
    Kernel modules: nvme

06:00.0 Non-Volatile memory controller [0108]: Kingston Technology 
Company, Inc. A2000 NVMe SSD [2646:2263] (rev 03) (prog-if 02 [NVM Express])

    Subsystem: Kingston Technology Company, Inc. A2000 NVMe SSD [2646:2263]
    Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
    Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- 
SERR- 
    Latency: 0, Cache Line Size: 64 bytes
    Interrupt: pin A routed to IRQ 16
    NUMA node: 0
    IOMMU group: 14
    Region 0: Memory at 5520 (64-bit, non-prefetchable) [size=16K]
    Capabilities: 
    Kernel driver in use: nvme
    Kernel modules: nvme


** USB devices:
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 006: ID 1d57:ad02 Xenta SE340D PC Remote Control
Bus 001 Device 005: ID 1083:161b Canon Electronics, Inc. DR-2010C Scanner
Bus 001 Device 004: ID 1038:1836 SteelSeries ApS SteelSeries Aerox 3
Bus 001 Device 003: ID 1b1c:1b3f Corsair Corsair Gaming K68 Keyboard
Bus 001 Device 002: ID 046d:c21d Logitech, Inc. F310 Gamepad [XInput Mode]
Bus 001 Device 008: ID 041e:4095 Creative Technology, Ltd Live! Cam Sync 
HD [VF0770]

Bus 001 Device 007: ID 047f:c03b Plantronics, Inc. Plantronics HD1
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub


-- System Information:
Kernel: Linux 5.10.0-9-amd64 (SMP w/6 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_FR.UTF-8

Shell: /bin/sh linked to /usr/bin/dash
Init: OpenRC (via /run/openrc), PID 1: init
LSM: AppArmor: enabled

Versions of packages linux-image-5.15.0-2-amd64 depends on:
ii  initramfs-tools [linux-initramfs-tool]  0.140
ii  kmod    29-1
ii  linux-base  4.6

Versions of packages linux-image-5.15.0-2-amd64 recommends:
ii  apparmor 3.0.3-6
ii  firmware-linux-free  20200122-1

Versions of packages linux-image-5.15.0-2-amd64 suggests:
pn  debian-kernel-handbook  
ii  extlinux    3:6.04~git20190206.bf6db5b4+dfsg1-3+b1
ii  grub-pc 2.04-20
pn  linux-doc-5.15  

Versions of packages linux-image-5.15.0-2-amd64 is related to:
ii  firmware-amd-graphics 20210818-1
pn  firmware-atheros  
pn  firmware-bnx2 
pn  firmware-bnx2x    
pn  firmware-brcm80211    
pn  firmware-cavium   
ii  firmware-intel-sound  20210818-1
pn  firmware-intelwimax   
pn  firmware-ipw2x00  
pn  firmware-ivtv 
pn  firmware-iwlwifi  
pn  firmware-libertas 
ii  firmware-linux-nonfree    20210818-1
ii  firmware-misc-nonfree 20210818-1
pn  firmware-myricom  
pn  firmware-netxen   
pn  firmware-qlogic   
ii  firmware-realtek  20210818-1
ii  firmware-samsung      20210818-1
pn  firmware-siano    
pn  firmware-ti-connectivity  
pn  xen-hypervisor    

--
Mathieu Roy

Bug#1003236: webcam Live! Cam Sync HD VF0770 unusable with linux 5.15.5 (working with at least 5.10)

[Mathieu Roy]

inux-image-5.15.0-2-amd64 is related to:
ii  firmware-amd-graphics 20210818-1
pn  firmware-atheros  
pn  firmware-bnx2 
pn  firmware-bnx2x    
pn  firmware-brcm80211    
pn  firmware-cavium   
ii  firmware-intel-sound  20210818-1
pn  firmware-intelwimax   
pn  firmware-ipw2x00  
pn  firmware-ivtv 
pn  firmware-iwlwifi  
pn  firmware-libertas 
ii  firmware-linux-nonfree    20210818-1
ii  firmware-misc-nonfree 20210818-1
pn  firmware-myricom  
pn  firmware-netxen   
pn  firmware-qlogic   
ii  firmware-realtek  20210818-1
ii  firmware-samsung  20210818-1
pn  firmware-siano    
pn  firmware-ti-connectivity  
pn  xen-hypervisor    

--
Mathieu Roy

Bug#997835: you could add powerdns init script

[Mathieu ROY]

Hello,

I am not on the relevant computer right now to provide such patch, but can 
confirm the script still works on a current stable system (not tested on 
testing, since I run dns servers on stable only) with openrc.


Regarding bugs 997054 and 997056, I actually mentioned bug #964139 without 
overthinking it, just to say I was not about to question the maintainer ability 
(and I think I said so litterally) to include or exclude init scripts.
I'll keep in mind, next time, that some people might actually read the opposite 
of what is written because, maybe, they have history about the issue that I 
have no clue about. I thought the whole systemd situation was less sensitive by 
now but if, random example, Chris Hofstaedtler actually removed the non-systemd 
init script for no other reason that being non-systemd init, then I get how he 
would feel uneased. That is an hypothesis, I do not care about his reasons, his 
behavior is anyway as insulting as it is silly.
Chris Hofstaedtler, a total stranger to me, also considered threatened and/or 
attacked by the question to whether is there a recommended database backend: to 
me, this guy is beyond help.

Anyway, thanks for your attention; and I will definitely craft more carefully 
my report if I ever have to ask another maintainer to reconsider removing or 
otherwise send an script to orphan-sysvinit-scripts.

Regards,

Bug#997054: attacks and threat?

[Mathieu ROY]

Hello,
 I assume debian policy changed since it possible for a debian developer to 
cross-close bugs reports unaddressed.
 Asked the following:
 "Is there a supported and recommended backend?"
 "Please restore them or, if you are not willing to do so be nice enough to 
provide to the orphan package."
 Chris Hofstaedtler, claimed to be "attacked" and "threatened".
 That is called defamation. But that is also completely silly and 
unprofessional.
 To the point, seems you seem somehow linked to powerdns developers, that I 
probably should not even bother to send the relevant init script to the init 
orphaned package.
 Regards,

Bug#997835: you could add powerdns init script

[Mathieu ROY]

Package: orphan-sysvinit-scripts
 Version: 0.07  Hello,
 powerdns packaged removed then working init script. You might consider 
including them in your package.
 I was about to send you a working version but the debian developer in charge 
of powerdns, apparently tied to powerdns development, made me reconsider using 
this software, since apparently making it easy to maintain is perceived as a 
felony.
 (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=997054 
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=997056 )
 Regards,

Bug#997056: gmysql, gpgsql, gsqlite3 backend [...] will not receive any automatic, schema updates.

[Mathieu Roy]

Package: pdns-server

Version: 4.4.1-1


Hello,


My pdns-server is currently unusable after upgrade due to a database issue


# pdnsutil list-keys
Zone  Type Act Pub Size    Algorithm ID   
Location    Keytag

--
Error: GSQLBackend unable to list keys: Unable to compile SQLite 
statement : 'select cryptokeys.id, flags, active, published, content 
from domains, cryptokeys where cryptokeys.domain_id=domains.id and 
name=:domain': no such column: published (1)



According to the doc, that was to be expected

# zmore /usr/share/doc/pdns-backend-sqlite3/NEWS.Debian.gz
pdns (4.1.3-4) unstable; urgency=medium

  The gmysql, gpgsql, gsqlite3 backend packages no longer provide automatic
  database configuration using dbconfig-common. You can continue to use
  previously created databases, but they will not receive any automatic
  schema updates. For new installations, please see the README.Debian
  files on how to initialize the schema.

 -- Christian Hofstaedtler   Tue, 31 Jul 2018 11:00:00 
+0800



There are the following scripts provided:

/usr/share/pdns-backend-sqlite3/schema
/usr/share/pdns-backend-sqlite3/schema/3.4.0_to_4.0.0_schema.sqlite3.sql
/usr/share/pdns-backend-sqlite3/schema/4.0.0_to_4.2.0_schema.sqlite3.sql
/usr/share/pdns-backend-sqlite3/schema/4.2.0_to_4.3.0_schema.sqlite3.sql
/usr/share/pdns-backend-sqlite3/schema/4.3.0_to_4.3.1_schema.sqlite3.sql
/usr/share/pdns-backend-sqlite3/schema/bind-dnssec.4.2.0_to_4.3.0_schema.sqlite3.sql
/usr/share/pdns-backend-sqlite3/schema/bind-dnssec.schema.sqlite3.sql
/usr/share/pdns-backend-sqlite3/schema/dnssec-3.x_to_3.4.0_schema.sqlite3.sql
/usr/share/pdns-backend-sqlite3/schema/nodnssec-3.x_to_3.4.0_schema.sqlite3.sql
/usr/share/pdns-backend-sqlite3/schema/schema.sqlite3.sql

Obviously, I am upgrading from 4.1.x to 4.4. So I have to guess what is 
appropriate.


Is there a supported and recommended backend? I picked sqlite3 because 
that seemed convenient, when I started using pdns. Now, if I have to 
bother hand-tuning the database at every upgrade, conveniency is out of 
the picture.



Regards





--
Mathieu Roy

Bug#997054: removal of /etc/init.d script

[Mathieu Roy]

Package: pdns-server

Version: 4.4.1-1


Hello,


Seems that pdns-server package no longer contains init script.

/usr/share/doc/pdns-server/NEWS.Debian.gz

  The old init scripts were deprecated and removed, please use the
  systemd units instead. They support multiple instances, but you have
  to set this up again (look for pdns@.service).

  Please also see the upstream upgrading guide at
    https://doc.powerdns.com/authoritative/upgrading.html

 -- Chris Hofstaedtler   Tue, 07 Apr 2020 15:26:55 +

No matter how deprecated they may be, old scripts still works.

Please restore them or, if you are not willing to do so, without going 
to the similar discussion to bug #964139,  be nice enough to provide to 
the orphan package.


Regards


--
Mathieu Roy

Bug#908225: same here

[Mathieu Roy]

Hello,

Same setup, same issue, I checked every proposed fix on mozilla website 
(removing places sql, new profile, etc), none works and the problem is 
tied to firefox 62.

Bug#865548: bash-completion: completion for OpenRC rc-service

[Mathieu Roy]

Package: bash-completion
Version: 1:2.1-4.3
Severity: normal
Tags: patch

Hello,

With the following (almost a copy of invoke-rc.d), rc-service should
be handled ok.
(tried to sent it by mail to the mailing list but the list if for suscribers 
only)


# rc-service(8) completion-*-
  shell-script -*-
  #
  # cloned from update-rc.d
  # Copyright (C) 2004 Servilio Afre Puentes 

_rc_service()
{
local cur prev words cword
_init_completion || return

local sysvdir services options valid_options

sysvdir=/etc/init.d

services=( $( printf '%s ' $sysvdir/!(README*|*.sh|$_backup_glob)
) )
services=( ${services[@]#$sysvdir/} )
options=( --help --exists --ifexists --ifinactive
--ifnotstarted  --list --nocolor --quiet )

if [[ ($cword -eq 1) || ("$prev" == --* ) ]]; then
valid_options=( $( \
tr " " "\n" <<<"${words[@]} ${options[@]}" \
| sed -ne "/$( sed "s/ /|/g"
<<<"${options[@]}" )/p" \
| sort | uniq -u \
) )
COMPREPLY=( $( compgen -W
'${valid_options[@]} ${services[@]}' -- "$cur" ) )
elif [[ -x $sysvdir/$prev ]]; then
COMPREPLY=( $( compgen -W '`sed -e "y/|/ /" \
-ne "s/^.*Usage:[ ]*[^ ]*[
]*{*\([^}\"]*\).*$/\1/p" \
$sysvdir/$prev`' -- "$cur" ) )
else
COMPREPLY=()
fi

return 0
} &&
complete -F _rc_service rc-service

# ex: ts=4 sw=4 et filetype=sh




Regards,


-- System Information:
Debian Release: 9.0
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'oldstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages bash-completion depends on:
ii  bash  4.4-5
ii  dpkg  1.18.24

bash-completion recommends no packages.

bash-completion suggests no packages.

-- no debconf information

Bug#865284: init-system-helpers: fill /etc with irrelevant directories ; init specific files should be not be installed on systems not using these

[Mathieu ROY]

Hello,



Le mardi 20 juin 2017, 12:22:57 CEST Michael Biebl a écrit :
> Control: tags -1 + wontfix
> 
> Am 20.06.2017 um 10:56 schrieb Mathieu Roy:

> To understand why the /etc/rc?.d directories were added to
> init-system-helpers, see
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=834524

I actually read this before submitting the report.

I understand why you wanted to to this.
Sadly, it does not change the problem of littering up /etc


> Keep in mind that the package ships update-rc.d, which creates symlinks
> in those directories. So it's completely justified that the package owns
> those directories.
> While we could move update-rc.d into a separate sub-package, this would
> not gain as a lot, as we'd either have to make it essential or have
> init-system-helpers depend on it, so we'd be back to square one.
> The reason for that is, that update-rc.d has always been considered
> essential, so maintainer scripts use it with actually depending on the
> package shipping update-rc.d. We can't simply break hundreds of packages
> like thi.
> 
> I guess this makes it an unfixable bug and I'm marking this as wontfix.

I am not sure to understand:

# dpkg -S /etc/runlevels
openrc: /etc/runlevels


# dpkg -S /etc/rc0.d/
init-system-helpers: /etc/rc0.d

We agree that if openrc is not installed, there won't be a /etc/runlevels. And 
update-rc.d will 
work nonetheless.

How come would it be definitely possible for init-system-helpers not to provide 
/etc/
runlevels but definitely not possible not to provide /etc/rc0.d ?

If update-rc.d can adjust to the presence or absence of /etc/runlevels, why 
could not it adjust 
to the presence or absence of /etc/rc*.d ?

It makes perfect sense for update-rc.d, common among openrc, sys-vr, upstart, 
etc, to be in a 
common package like init-system-helpers.
But it is quite different to include all possible combination of files of init 
systems.

I think bug #834524 quick fix was a bit too lightly considered (we have 
/etc/rc*d orphaned? 
let's give them an owner even without considering if they should exists or 
not). Still in bug 
#834524 there was the following dialog:

>> Not necessarily.  /etc/init.d will need to exist; /etc/rc?.d doesn't,
>> unless an init system making use of rc?.d links is installed.

>Systemd is an init systemd that makes use of rc?.d links, as it uses
>that information to determine if a service without native unit is
>enabled.
Well, clearly, not considering anything beside sysv-rc/systemd is an oversight. 
/etc/rc*.d 
doesn't
At this rate, /etc could easily be a total mess.
So please, reconsider. /etc/rc*.d should not be provided by init-system-helpers
(For the record, I tried update-rc.d with /etc/rc*.d removed harshly, it works 
work, it will just 
write out "update-rc.d: error: no runlevel symlinks to modify, aborting!" at 
some point, after 
proper symlinks are made for openrc)


If you'd accept a patch about update-rc.d so it does not print error message 
when /etc/rc*d 
are missing and do not apply, please tell.

Bug#865284: init-system-helpers: fill /etc with irrelevant directories ; init specific files should be not be installed on systems not using these

[Mathieu Roy]

Package: init-system-helpers
Version: 1.48
Severity: minor

Hello,

Since upgrade to Debian 9.0, I noticed exists now
/etc/rc0.d etc

These directories did not exists before because I do not use sysv-rc but openrc.

This, in addition to /etc/systemd, which I do not use either, create
unnecessary confusion.

As far I understand, /etc contains "Host-specific system
configuration"
(http://www.pathname.com/fhs/pub/fhs-2.3.html#ETCHOSTSPECIFICSYSTEMCONFIGURATION)

I think it is misleading to force config presence from non-installed and unused
software to cohabit with installed and used one. That is clearly not
"host-specific". 
To the next sysadmin, it might give the idea that the system is ready for
any init system seemlingly configured while it is only really properly set up 
for one.

I suggest that directories in /etc specific to some init be installed
only if it is actually on the system.

So :
/etc/rc*.d should be provided by some init-system-helpers-sysv-rc
/etc/systemd by some init-system-helpers-systemd

and these subpackages should not be essential and installed everywhere, but
suggested and depended upon only by init that requires them  (so far,
sysv-rc systemd).

Or you drop the essential character of the package.

/etc would be such a mess if every possible software installed on a
Debian system had directories there just in case.
I am sure many sysadmin prefers to have only necessary/required and
cross-checked configuration in /etc, not sample of whatever possible.

Thanks for your attention,


-- System Information:
Debian Release: 9.0
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'oldstable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages init-system-helpers depends on:
ii  perl-base  5.24.1-3

init-system-helpers recommends no packages.

init-system-helpers suggests no packages.

Versions of packages init-system-helpers is related to:
ii  insserv  1.14.0-5.4+b1

-- no debconf information

Bug#798961: smplayer: no screenshot with vdpau

[Mathieu Roy]

Package: smplayer
Version: 14.9.0~ds0-1
Severity: normal

Hi,

I noticed that no screenshot could be made with vidpau: no effect with S, 
selection in the menu with the mouse impossible.
I switched back to xv and screenshots work once again.



-- System Information:
Distributor ID: Devuan
Description:Devuan GNU/Linux 2.0 (ascii)
Release:2.0
Codename:   ascii
Architecture: x86_64

Kernel: Linux 4.1.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages smplayer depends on:
ii  libc6   2.19-19
ii  libgcc1 1:5.1.1-14
ii  libqt4-dbus 4:4.8.7+dfsg-1
ii  libqt4-network  4:4.8.7+dfsg-1
ii  libqt4-script   4:4.8.7+dfsg-1
ii  libqt4-xml  4:4.8.7+dfsg-1
ii  libqtcore4  4:4.8.7+dfsg-1
ii  libqtgui4   4:4.8.7+dfsg-1
ii  libstdc++6  5.1.1-14
ii  mplayer2 [mplayer]  1:2.0~git20130903-dmo7
ii  zlib1g  1:1.2.8.dfsg-2+b1

Versions of packages smplayer recommends:
ii  smplayer-l10n14.9.0~ds0-1
ii  smplayer-themes  1:14.9.0-1

smplayer suggests no packages.

-- no debconf information

Bug#572236: Still not fixed

[Mathieu ROY]

This bug is still there on a fresh install on testing.


-- 
http://yeupou.wordpress.com/

Bug#793124: regression: vertical pink line on HDMI port with KMS / wrong resolution with linux 4.0.0-2

[Mathieu Roy]

Package: xserver-xorg-video-radeon
Version: 1:7.5.0-1+b1
Severity: normal

Hello,

With ADM Radeon 6870 and an HDMI Samsung screen

Similarly to https://bugzilla.redhat.com/show_bug.cgi?id=1236337 , after 
booting on linux 4.0.0-2 I now get a vertical pink line on the left side and 
the screen resolution is set to 1922x1080 instead of the regular 1920x1080 it 
was set to until then.

Booting back on 3.16.0-4-amd64 solves the issue.

-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 Jun 23  2009 /etc/X11/X - /usr/bin/Xorg
-rwxr-xr-x 1 root root 2384776 Jul  1 19:21 /usr/bin/Xorg

VGA-compatible devices on PCI bus:
--
01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. 
[AMD/ATI] Barts XT [Radeon HD 6870] [1002:6738]

/etc/X11/xorg.conf does not exist.

/etc/X11/xorg.conf.d does not exist.

KMS configuration files:

/etc/modprobe.d/radeon-kms.conf:
  options radeon modeset=1

Kernel version (/proc/version):
---
Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 
4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt11-1 (2015-05-24)

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 139820 Jul 17 17:59 /var/log/Xorg.1.log
-rw-r--r-- 1 root root  85261 Jul 21 14:49 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[19.672] 
X.Org X Server 1.17.2
Release Date: 2015-06-16
[19.672] X Protocol Version 11, Revision 0
[19.672] Build Operating System: Linux 3.16.0-4-amd64 x86_64 Debian
[19.672] Current Operating System: Linux bender 3.16.0-4-amd64 #1 SMP 
Debian 3.16.7-ckt11-1 (2015-05-24) x86_64
[19.672] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-amd64 
root=UUID=c6285b68-1788-4b8a-9ff6-084b46a19380 ro init=/lib/sysvinit/init
[19.672] Build Date: 01 July 2015  05:17:14PM
[19.672] xorg-server 2:1.17.2-1 (http://www.debian.org/support) 
[19.672] Current version of pixman: 0.32.6
[19.672]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[19.672] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[19.672] (==) Log file: /var/log/Xorg.0.log, Time: Tue Jul 21 14:48:38 
2015
[19.690] (==) Using system config directory /usr/share/X11/xorg.conf.d
[19.738] (==) No Layout section.  Using the first Screen section.
[19.738] (==) No screen section available. Using defaults.
[19.738] (**) |--Screen Default Screen Section (0)
[19.738] (**) |   |--Monitor default monitor
[19.739] (==) No monitor specified for screen Default Screen Section.
Using a default monitor configuration.
[19.739] (==) Automatically adding devices
[19.739] (==) Automatically enabling devices
[19.739] (==) Automatically adding GPU devices
[19.768] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist.
[19.768]Entry deleted from font path.
[19.770] (WW) The directory /usr/share/fonts/X11/75dpi/ does not exist.
[19.770]Entry deleted from font path.
[19.780] (WW) The directory /usr/share/fonts/X11/75dpi does not exist.
[19.780]Entry deleted from font path.
[19.780] (==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
built-ins
[19.780] (==) ModulePath set to /usr/lib/xorg/modules
[19.780] (II) The server relies on udev to provide the list of input 
devices.
If no devices become available, reconfigure udev or disable 
AutoAddDevices.
[19.780] (II) Loader magic: 0x7fdba3e29d80
[19.780] (II) Module ABI versions:
[19.780]X.Org ANSI C Emulation: 0.4
[19.780]X.Org Video Driver: 19.0
[19.780]X.Org XInput driver : 21.0
[19.780]X.Org Server Extension : 9.0
[19.782] (II) xfree86: Adding drm device (/dev/dri/card0)
[19.785] (--) PCI:*(0:1:0:0) 1002:6738:174b:174b rev 0, Mem @ 
0xd000/268435456, 0xfcfc/131072, I/O @ 0xbe00/256, BIOS @ 
0x/131072
[19.785] (II) LoadModule: glx
[19.798] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so
[19.911] (II) Module glx: vendor=X.Org Foundation
[19.911]compiled for 1.17.2, module version = 1.0.0
[19.911]ABI class: X.Org Server Extension, version 9.0
[19.911] (==) AIGLX enabled
[19.911] (==) Matched ati as autoconfigured driver 0
[19.911] (==) Matched ati as autoconfigured driver 1
[19.912] (==) Matched modesetting as autoconfigured driver 2
[19.912] (==) Matched fbdev as autoconfigured driver 3
[ 

Bug#787821: libhtml-parser-perl: encode_entities() convert chars to Atilde; instead of their proper entity

[Mathieu ROY]

Hi Gregor,

Le vendredi 5 juin 2015, 17:21:18 gregor herrmann a écrit :
 
 In this case I'd probably try with use utf8::all; or told open()
 
 about the encoding:
$ cat test.pl
  
  #!/usr/bin/perl
  use utf8;
  use HTML::Entities;
  
  open(INPUT,  testdata);
 
 open(my $fh,':encoding(utf8)', 'testdata');
 
 (Untested.)

Tested, it works.

But then again, this can be done  this way only if we are 100% positive that 
input is always UTF-8 (which is 
not the case of my script - so I'm back to testing the input and it's still 
even easier to decode it).

I guess then apart from the missing --utf8 from pod2man there is no bug here 
and this report can be 
closed. 

Still, even though, as pointed out, I could have found the answer by checking 
general perl doc about 
encoding, maybe just a line in the HTML::Entities man about it could be useful.
Nowadays, you can expect input to be very often UTF-8.


-- 
http://yeupou.wordpress.com/

Bug#787821: libhtml-parser-perl: encode_entities() convert chars to Atilde; instead of their proper entity

[Mathieu Roy]

Package: libhtml-parser-perl
Version: 3.71-1+b3
Severity: important

Hello,

According to http://search.cpan.org/dist/HTML-Parser/lib/HTML/Entities.pm


 use HTML::Entities;
 $input = vis-à-vis Beyoncé's naïve\npapier-mâché résumé;
 print encode_entities($input), \n

print 

 vis-agrave;-vis Beyonceacute;'s naiuml;ve
 papier-macirc;cheacute; reacute;sumeacute;


That's correct.


However, here:

  $ cat test.pl 
#!/usr/bin/perl

use HTML::Entities;
$input = vis-à-vis Beyoncé's naïve\npapier-mâché résumé;
print encode_entities($input), \n

# EOF 

  $ perl test.pl 
vis-Atilde;nbsp;-vis BeyoncAtilde;copy;#39;s naAtilde;macr;ve
papier-mAtilde;cent;chAtilde;copy; rAtilde;copy;sumAtilde;copy;


Where do these Atilde; come from?
According to http://www.w3schools.com/charsets/ref_html_entities_4.asp it's for 
Ã.

I tested the same script on a debian stable and on some ubuntu with the exact 
same result.

I dont know what I'm doing wrong here but a simple copy/paste of the documented 
example does not work.

Other similar commands work as expected. For instance:

echo vis-à-vis Beyoncé's naïve\npapier-mâché résumé | recode utf8..html
vis-agrave;-vis Beyonceacute;'s naiuml;ve\npapier-macirc;cheacute; 
reacute;sumeacute;




Plus, as a side bug (require a report on its own?),
man HTML::Entities prints

   For example, this:

$input = vis-a-vis Beyonce's naieve\npapier-mache resume;
print encode_entities($input), \n

   Prints this out:

[...]

Yes, the man page example is actually stripped of entities to encode!






-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/6 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages libhtml-parser-perl depends on:
ii  libc6   2.19-18
ii  libhtml-tagset-perl 3.20-2
ii  liburi-perl 1.64-1
ii  perl5.20.2-6
ii  perl-base [perlapi-5.20.1]  5.20.2-6

libhtml-parser-perl recommends no packages.

Versions of packages libhtml-parser-perl suggests:
pn  libdata-dump-perl  none

-- no debconf information


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

Bug#787826: libhtml-parser-perl: example of encode_entities() in manual miss the entities to encode = pod2man needs --utf8 arg

[Mathieu Roy]

Package: libhtml-parser-perl
Version: 3.71-1+b3
Severity: minor

As described in bug #787821,

man HTML::Entities gives as example 

   For example, this:

$input = vis-a-vis Beyonce's naieve\npapier-mache resume;
print encode_entities($input), \n

As pointed out by Damyan Ivanov

perldoc HTML::Entities gives proper

For example, this:

 $input = vis-à-vis Beyoncé's naïve\npapier-mâché résumé;
 print encode_entities($input), \n

and the issue is probably the missing --utf8 argument for pod2man command since

pod2man --utf8 /usr/lib/x86_64-linux-gnu/perl5/5.20/HTML/Entities.pm |   
man -l -

gives the proper string with accents.

Regards,



-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/6 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages libhtml-parser-perl depends on:
ii  libc6   2.19-18
ii  libhtml-tagset-perl 3.20-2
ii  liburi-perl 1.64-1
ii  perl5.20.2-6
ii  perl-base [perlapi-5.20.1]  5.20.2-6

libhtml-parser-perl recommends no packages.

Versions of packages libhtml-parser-perl suggests:
pn  libdata-dump-perl  none

-- no debconf information


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

Bug#787821: libhtml-parser-perl: encode_entities() convert chars to Atilde; instead of their proper entity

[Mathieu ROY]

Ok, so after further testing, it turns out that if I change the coding of the 
string from UTF-8 to ISO-8859..., it encode to the proper entities.

I obviously can adjust the script to pre convert UTF-8 to ISO-8859 but it 
should be at least documented (but I dont see any reason why encode_entities 
should actually not be able to deal with UTF-8)

Regards


-- 
http://yeupou.wordpress.com/


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

Bug#787821: libhtml-parser-perl: encode_entities() convert chars to Atilde; instead of their proper entity

[Mathieu ROY]

 Le vendredi 5 juin 2015 14:31:17, vous avez écrit :
 On Fri, 05 Jun 2015 14:34:42 +0200, Mathieu ROY wrote:
  Ok, so after further testing, it turns out that if I change the coding of
  the
  string from UTF-8 to ISO-8859..., it encode to the proper entities.
 
 Good.
 
  I obviously can adjust the script to pre convert UTF-8 to ISO-8859
 
 Or just add use utf8; to your script if it contains utf8-encoded
 strings.

That works for the test script allright.

But in the script I'm actually working on, the string is imported from an 
image exif data. And in this case, use utf8 has no effect at all. The string is 
utf8 and encode_entities fails to convert it properly.

Instead of keeping strings UTF-8 and expecting HTML::Entities to cope properly 
with it (it does not), I actually need to do the contrary: convert UTF-8 to 
perl internal format and then call encode entities.



Consider the following:

  $ cat test.pl 
#!/usr/bin/perl
use utf8;
use HTML::Entities;

open(INPUT,  testdata);
while (INPUT) {
print encode_entities($_), \n
}
close(INPUT);

  $ echo vis-à-vis Beyoncé's naïve\npapier-mâché résumé  testdata 

  $ perl test.pl 
vis-Atilde;nbsp;-vis BeyoncAtilde;copy;#39;s naAtilde;macr;ve\npapier-
mAtilde;cent;chAtilde;copy; rAtilde;copy;sumAtilde;copy;


Back to square one.

Now, without use utf8; but decoding:

#!/usr/bin/perl

use HTML::Entities;
use Encode qw(decode);
use Encode::Detect::Detector;

open(INPUT,  testdata);
while (INPUT) {
print encode_entities(decode(detect($_),$_)), \n
}
close(INPUT);

  $ perl test.pl 
vis-agrave;-vis Beyonceacute;#39;s naiuml;ve\npapier-macirc;cheacute; 
reacute;sumeacute;


  but it
  should be at least documented (but I dont see any reason why
  encode_entities
  should actually not be able to deal with UTF-8)
 
 That's how encoding in perl works in general, and I'm sure it's
 documented somewhere :)
 (I just don't find the correct perldoc right now ...)

I expected these use utf8/no utf8 to be sort of transitional and thought 
should be avoided whenever not absolutely necessary.

Description of use utf8; mentions:

When UTF-8 becomes the standard source format, this pragma will effectively 
become a no-op.

Well, that day, if that day comes, HTML::Entities will definitely have to deal 
properly with UTF-8 first hand. :-)

Anyway, in the meantime, I tend to prefer forcing strings to be decoded into 
internal format than saying that all strings are UTF-8.

Regards,


-- 
http://yeupou.wordpress.com/


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

Bug#730210: about SSLv3

[Mathieu ROY]

Hello,

Considering POODLE attack and some other issues, these days it's often 
recommended not to allow SSLv3 unless really necessary for some reason.

http://nginx.com/blog/nginx-poodle-ssl/ is informative about it.

While this changes nothing about the current bug report, you could suggest to 
admins of the ownCloud instances you are using to switch to TLS unless they 
have specific reasons not to do so. It would be a workaround with benefits.

Regards,

-- 
http://yeupou.wordpress.com/


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

Bug#779491: owncloud: flashmediaelement.swf is missing but owncloud tries to use it to play videos

[Mathieu Roy]

Package: owncloud
Version: 7.0.4+dfsg-2
Severity: normal

When trying to play a mp4 video while browsing files, nothing happens.

In the logs, I get:
2015/03/01 13:46:29 [error] 15194#0: *1 open() 
/usr/share/owncloud/apps/files_videoviewer/js/flashmediaelement.swf failed 
(2: No such file or directory), client: 78.249.90.43, server: ~^cloud, request: 
GET /apps/files_videoviewer/js/flashmediaelement.swf HTTP/1.1, host: 
cloud2..org, referrer: 
https://cloud2..org/index.php/apps/files/?dir=%2FX;

#  dpkg --listfiles owncloud | grep flashmedia
returns nothing.

This file is anyway not in https://packages.debian.org/sid/all/owncloud/filelist

I did not change anything in the configuration related to video playback.

I've seen there was some security issue in the past related to this
file (owncloud 5.0.5 changelog). Is it possible that this file has
been removed for security reasons? I found no mention of this in the
README.Debian.

Regards,


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

Kernel: Linux 3.16.0-4-amd64 (SMP w/6 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)


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

Bug#779491: closed by David Prévot taf...@debian.org (Bug#779491: fixed in mediaelement 2.15.1+dfsg-2)

[Mathieu ROY]

Hi there,

So will this new updated package will make sure that existing owncloud servers 
will stop trying to play video with a non existent file?

I'm not really concerned about the ability or inability of owncloud to play 
videos. I'm annoyed by the fact it acts as if it would but then silently end 
up on pop-up with a black screen.


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

Bug#778688: owncloud: provides nginx sample conf

[Mathieu Roy]

Package: owncloud
Version: 7.0.4+dfsg-2
Severity: wishlist

Hello,

It would be nice if a sample nginx conffile was provide, similarly to
apache conffile already included.

Recently, upgrade of the debian package broke the file application due
to change in the recommanded nginx conf
(cf. https://github.com/owncloud/core/issues/14328 ). If nginx conffile was
provided, I would have aware of this change.

Nginx people provides an example at
http://doc.owncloud.org/server/7.0/admin_manual/installation/nginx_configuration.html




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

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)


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

Bug#754695: plasma-widget-adjustableclock: wrong timezone selected when getting out of suspend

[Mathieu Roy]

Package: plasma-widget-adjustableclock
Version: 4.0-1+b1
Severity: normal

Hi,

When getting out of suspend to RAM, the clock is often
completely. Changing/resetting the timezone is enough to fix it. Kind
of annoying nonetheless.

Several releases of this were released at
https://github.com/Emdek/plasmoid-adjustable-clock
Maybe it has been fixed upstream already (even though I have find
anything relating to this specific issue in the changelog).

Regards,

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)

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

Versions of packages plasma-widget-adjustableclock depends on:
ii  libc62.19-4
ii  libgcc1  1:4.9.0-7
ii  libkdecore5  4:4.13.1-1
ii  libkdeui54:4.13.1-1
ii  libkio5  4:4.13.1-1
ii  libkparts4   4:4.13.1-1
ii  libktexteditor4  4:4.13.1-1
ii  libnepomuk4  4:4.13.1-1
ii  libnepomukutils4 4:4.13.1-1
ii  libplasma3   4:4.13.1-1
ii  libplasmaclock4abi4  4:4.11.9-1
ii  libqt4-dbus  4:4.8.6+dfsg-2
ii  libqt4-network   4:4.8.6+dfsg-2
ii  libqt4-script4:4.8.6+dfsg-2
ii  libqt4-svg   4:4.8.6+dfsg-2
ii  libqt4-xml   4:4.8.6+dfsg-2
ii  libqtcore4   4:4.8.6+dfsg-2
ii  libqtgui44:4.8.6+dfsg-2
ii  libqtwebkit4 2.2.1-7
ii  libsoprano4  2.9.4+dfsg-1
ii  libstdc++6   4.9.0-7

plasma-widget-adjustableclock recommends no packages.

plasma-widget-adjustableclock suggests no packages.

-- no debconf information


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

Bug#742685: closed by Mateusz Łukasik (Bug#742685: fixed in smplayer 14.3.0-1)

[Mathieu ROY]

reopen #742685
thanks

Hello,

I upgraded to current version in unstable. I still get

[12:29:27:831] Core::decSubStep
[12:29:27:832] Core::tellmp: 'sub_step -1'

With absolutely no effect. The next or previous line is not on screen.

(Note that I have this problem on at least 4 different computers).


Le mercredi 7 mai 2014 11:03:21, vous avez écrit :
 This is an automatic notification regarding your Bug report
 which was filed against the smplayer package:
 
 #742685: smplayer: previous/next line in subtitles is ignored
 
 It has been closed by Mateusz Łukasik mat...@linuxmint.pl.
 
 Their explanation is attached below along with your original report.
 If this explanation is unsatisfactory and you have not received a
 better one in a separate message then please contact Mateusz Łukasik
 mat...@linuxmint.pl by replying to this email.

-- 
http://yeupou.wordpress.com/


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

Bug#742685: smplayer: previous/next line in subtitles is ignored

[Mathieu ROY]

Package: smplayer
Version: 0.8.6-2
Severity: normal

Hello,

With the current version of smplayer in Debian, the next or previous line in 
subtitles in completely ineffective.

The request is nonetheless properly logged, but it's just ineffective
[11:35:27:335] Core::decSubStep
[11:35:27:335] Core::tellmp: 'sub_step -1'
[11:35:34:569] Core::incSubStep
[11:35:34:569] Core::tellmp: 'sub_step +1'

It worked with previous versions. Tell me if you need more info and what could 
actually be useful in this regard.

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

Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR@euro, LC_CTYPE=fr_FR@euro (charmap=ANSI_X3.4-1968) (ignored: 
LC_ALL set to C)
Shell: /bin/sh linked to /bin/dash

Versions of packages smplayer depends on:
ii  libc6   2.18-4
ii  libgcc1 1:4.8.2-16
ii  libqt4-network  4:4.8.5+git242-g0315971+dfsg-2
ii  libqt4-script   4:4.8.5+git242-g0315971+dfsg-2
ii  libqt4-xml  4:4.8.5+git242-g0315971+dfsg-2
ii  libqtcore4  4:4.8.5+git242-g0315971+dfsg-2
ii  libqtgui4   4:4.8.5+git242-g0315971+dfsg-2
ii  libstdc++6  4.8.2-16
ii  mplayer2 [mplayer]  2.0-701-gd4c5b7f-2
ii  zlib1g  1:1.2.8.dfsg-1

Versions of packages smplayer recommends:
ii  smplayer-themes0.1.20+dfsg-1
ii  smplayer-translations  0.8.6-2

smplayer suggests no packages.

-- no debconf information


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

Bug#717484: alternative workaround for Akregator does not update feeds, reports Networking is not available

[Mathieu ROY]

Hello,

I have the same issue with Akregator.
 
  $ qdbus org.kde.kded /modules/networkstatus networks 
ntrack
  $ qdbus org.kde.kded /modules/networkstatus status
1

With current testing version, I tried the workaround
  $ qdbus org.kde.kded /modules/networkstatus setNetworkStatus SolidNetwork 
4

but Akregator still reported Network is not available and
   $ qdbus org.kde.kded /modules/networkstatus status
1

Reading https://bugs.archlinux.org/task/28850 I found an alternative command 
that actually works:

  $ qdbus org.kde.kded /modules/networkstatus 
org.kde.Solid.Networking.setNetworkStatus ntrack 4
  $ qdbus org.kde.kded /modules/networkstatus status
4


https://bugs.kde.org/show_bug.cgi?id=226022#c11 provides some insights about 
it and a general web search about org.kde.kded /modules/networkstatus ntrack 
does not look so good (many KDE apps having the same problem that all seems to 
pinpoint to this ntrack). Let's hope they'll fix that upstream.

Regards,


-- 
http://yeupou.wordpress.com/


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

Bug#734877: locales: LC_MESSAGES/libc.mo missing

[Mathieu Roy]

Hello,

Le 26-01-2014 20:26, Aurelien Jarno a écrit :

I tried to regenerate locales doing dpkg-reconfigure locales: no 
effect.

Then I dpkg --purge and install of locales package: no effect.
I did a apt --reinstall install of libc6 package: no effect

I dont know exactly what I should do/try next. Any clues?


Have you checked your filesystem is in a good state? There is no need 
to

reinstall or to regenerate locales, libc.mo is provided by the locales
packages directly, as your dpkg -S search shows. So if the file is 
there

but can't be opened by the kernel, I would go for a kernel or a
filesystem issue.


Gosh, it was in fact due to a misconfiguration of localepurge on my 
part.
It was set to keep fr_FR UTF8 but not fr, despite the advice on the dpkg 
dialog.


It's quite unexpected though that half of the installed software had 
still the fr.mo stuff and not the other (I would  assume that 
localepurge, on install, will take care of previously installed 
packages), and I m not completely sure about the logic of not 
automatically keeping the fr when you pick any of fr_FR/fr_BE/fr_etc if 
it results on such inconsistent behavior.


Thanks for the input anyway,
Regards,


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

Bug#734843: normalize-audio -b *.ogg - Audio File Library: unrecognized audio file format [error 0]

[Mathieu Roy]

Le 11-01-2014 11:14, Joachim Reichel a écrit :

Hi Mathieu,

why do think that this behavior is a bug?

normalize-audio operates on .wav files (as stated in the 
documentation). If
support for libmad is enabled, then is also supports .mp3 files 
directly. For
all other file types it is required to decode/encode before/after 
using
normalize-audio. This is what normalize-mp3 and normalize-ogg are 
doing.


Joachim



Hi Joachim,

I guess I was fooled by the doc and name.

I tend to use --help more than the manpage (my bad) and --help never 
ever mention wav but talks only about audio files. Probably because the 
author first thought of a multiple format tool (hence the weirdness of 
having the wav tool supporting mp3 aside from the -mp3 wrapper).


After this, when you look at the manpage a bit too fast you read things 
like normalize-audio - adjusts volume levels of audio files (mp3, ogg, 
whatever, are all as much audio files than wav, are they not?) and a bit 
confusing statements like In the first  phase,  it  analyzes  the  
specified files as wav audio files (why an analyze as wav audio files 
instead of it analyzes wav audio files...?).


I guess it would make sense to name normalize-audio to normalize-wav - 
but it is probably a bit late for that.


I looked for this issue on the web beforehand and found lot of pages of 
people asking the same question, it is probably a matter of RTFMing more 
carefully, but I wonder if maybe a simple update of the --help or a 
highlighted warning in the manpage (if the first is annoying to do) 
would not be worth.


For the story, I had a script using normalize-ogg. A while later, while 
rereading it, I changed it to normalize-audio thinking *hey, why not 
using the audio general bin instead of the ogg specific.


Regards,


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

Bug#732937: same here, kfreebsd-i386

[Mathieu Roy]

Hello,

I confirm I also have this bug on kfreebsd-i386 with current testing 
apt/libapt. It stops if I downgrade to stable version and get back if I 
reupgrade. Hum, maybe


Cheers,


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

Bug#734843: normalize-audio -b *.ogg - Audio File Library: unrecognized audio file format [error 0]

[Mathieu ROY]

Package: normalize-audio
Version: 0.7.7-12
Severity: normal

While normalize-ogg have no problem dealing with ogg files, the
wrapper normalize-audio fails on ogg files giving out the following
error:

Computing levels...
Audio File Library: 'x.ogg': unrecognized audio file format [error 0]
normalize-audio: error reading x.ogg

This file has nothing specific, the error can be reproduced at will
with any ogg, including ogg that have just been rebuild by
normalize-ogg.

Cheers,


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

Kernel: kFreeBSD 9.2-1-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages normalize-audio depends on:
ii  libaudiofile1  0.3.6-2
ii  libc0.12.17-97
ii  libmad00.15.1b-8
ii  perl   5.18.1-5

Versions of packages normalize-audio recommends:
ii  flac  1.3.0-2
ii  vorbis-tools  1.4.0-1

Versions of packages normalize-audio suggests:
pn  mpg321  none

-- no debconf information


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

Bug#734877: locales: LC_MESSAGES/libc.mo missing

[Mathieu Roy]

Package: locales
Version: 2.17-97
Severity: important

Hello,

On a fresh (deboostrap) testing install, I end up with a weird issue. 

i18n seems to be mostly working. For instance, the shell is properly localized

# bash --version
GNU bash, version 4.2.45(1)-release (x86_64-pc-linux-gnu)
Copyright (C) 2011 Free Software Foundation, Inc.
Licence GPLv3+ : GNU GPL version 3 ou ultérieure 
http://gnu.org/licenses/gpl.html

Ceci est un logiciel libre ; vous être libre de le modifier et de le 
redistribuer.
Aucune garantie n'est fournie, dans la mesure de ce que la loi autorise.


KDE, however, is not, showing in systemconfig that the system have no valid 
system language.

Trying to understand why, I noticed it tries

open(/usr/share/locale/fr_FR.UTF-8/LC_MESSAGES/libc.mo, O_RDONLY) = -1 ENOENT 
(No such file or directory)
open(/usr/share/locale/fr_FR.utf8/LC_MESSAGES/libc.mo, O_RDONLY) = -1 ENOENT (
No such file or directory)
open(/usr/share/locale/fr_FR/LC_MESSAGES/libc.mo, O_RDONLY) = -1 ENOENT (No su
ch file or directory)
open(/usr/share/locale/fr.UTF-8/LC_MESSAGES/libc.mo, O_RDONLY) = -1 ENOENT (No
 such file or directory)
open(/usr/share/locale/fr.utf8/LC_MESSAGES/libc.mo, O_RDONLY) = -1 ENOENT (No 
such file or directory)
open(/usr/share/locale/fr/LC_MESSAGES/libc.mo, O_RDONLY) = -1 ENOENT (No such 
file or directory)

This tells me that the system language setting is properly (fr.UTF-8) set, 
accordingly to /etc/default/locale

And that's something is fishy with the locales package that is supposed to 
provide the relevant file:

# dpkg -S /usr/share/locale/fr/LC_MESSAGES/libc.mo
locales: /usr/share/locale/fr/LC_MESSAGES/libc.mo

I tried to regenerate locales doing dpkg-reconfigure locales: no effect.
Then I dpkg --purge and install of locales package: no effect.
I did a apt --reinstall install of libc6 package: no effect

I dont know exactly what I should do/try next. Any clues?

Regards,


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

Kernel: Linux 3.12-1-amd64 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages locales depends on:
ii  debconf [debconf-2.0]  1.5.52
ii  libc6 [glibc-2.17-1]   2.17-97

locales recommends no packages.

locales suggests no packages.

-- debconf information:
* locales/default_environment_locale: fr_FR.UTF-8
* locales/locales_to_be_generated: fr_FR.UTF-8 UTF-8


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

Bug#734891: dictionaries-common: /usr/share/dict/words is broken

[Mathieu Roy]

Package: dictionaries-common
Version: 1.20.4
Severity: normal

Hi,

It seems I hit bug #692770  with a fresh install of testing made with 
deboostrap. Nothing fancy, nothing done apart a simple deboostrap then 
an install of kde-full.

The scenario is exactly the same

root@lutz:/etc/dictionaries-common# dpkg -S /usr/share/dict/words
diversion by dictionaries-common from: /usr/share/dict/words
diversion by dictionaries-common to: 
/usr/share/dict/words.pre-dictionaries-common
dictionaries-common: /usr/share/dict/words

wamerican is not installed. aspell-fr is properly installed and able to 
spell check said language with it is own dictionary.

I'm not even sure to get at which point the original words file is 
supposed to be set. Reading 
http://dict-common.alioth.debian.org/dsdt-policy.html it seems to be 
that dictionaries-common is in charge.  It also provides support for 
registering ispell/aspell/myspell/hunspell dictionaries for use under 
emacs and squirrelmail. This is the basic package for the system to 
work.

I did not change the affected install, please tell me what else could 
prove useful to debug this.



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

Kernel: Linux 3.12-1-amd64 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages dictionaries-common depends on:
ii  debconf [debconf-2.0]  1.5.52
ii  libtext-iconv-perl 1.7-5+b1

dictionaries-common recommends no packages.

Versions of packages dictionaries-common suggests:
ii  emacsen-common  2.0.5
pn  ispell  none
pn  jed-extra   none

-- debconf information:
  dictionaries-common/old_wordlist_link: true
  dictionaries-common/remove_old_usr_dict_link: false
  dictionaries-common/default-wordlist:
  dictionaries-common/default-ispell:
  dictionaries-common/ispell-autobuildhash-message:
  dictionaries-common/move_old_usr_dict: true
  dictionaries-common/invalid_debconf_value:
  dictionaries-common/selecting_ispell_wordlist_default:


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

Bug#734891: dictionaries-common: /usr/share/dict/words is broken

[Mathieu Roy]

Hi, thanks for the info,

Seems that there is some confusion about what wordlist means here. 
It
stands for plain list of plain words like that provided by wfrench, 
that

is, something that can be used by look and friends.

aspell-fr is not a wordlist but a spellchecking dictionary to be used 
by

aspell and no symlink from /usr/share/dict/words is expected to it.

Regards,


Hi Agustin,

So does that mean that actually it's just a matter of installing this 
wfrench? I dont think I ever specifically did so on most install I did 
but never hit that issue. Is that by any chance something done by the 
debian-installer?


Shouldn't dictionaries-common at least make sure, when installed, that 
it point to a real words dictionary, have a dpkg Depends: (or at least 
Recommends:) on some sort of string like wordlist that wamerican, 
wfrench etc should have as Provides:. Yeah, I guess it may be a lot of 
packages to update for a rarely hit bug. But it would still be a cheap 
change :-)

(there is already this works-with::dictionary tag)

Or maybe it's just debootstrap that could get at least wamerican, since 
it's supposed to build up a proper system more or less similar to 
debian-installer?


What's your pick?

Cheers,


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

Bug#734891: dictionaries-common: /usr/share/dict/words is broken

[Mathieu Roy]

Hi,


So does that mean that actually it's just a matter of installing
this wfrench?


Yes. I would also install wamerican.


I did, it actually fixed the link issue. I guess it means you have 
broken links when you actually miss a package, which is not overly 
user-friendly but not really a big deal.



wamerican standard package should be installed by default in most 
systems.
However you can perfectly decide that you want only aspell and no 
wordlist

at all, that is why there is no explicit dependency.

About recommends we considered that, since wamerican is standard, no 
further

suggest/recommends is needed.


Or maybe it's just debootstrap that could get at least wamerican,
since it's supposed to build up a proper system more or less similar
to debian-installer?


I do not think they are that similar. AFAIK debootstrap builds a very
minimal system, so minimal that wamerican was not installed. Also, 
locales

are not set and I'd expect some other differences.

People using debootstrap is expected to install additional stuff when
needed.


Good point.

I just feel weird to have to care about hand installing this after 
actually having installed fully a localized desktop environment. Not 
really important, not really a bug, but unexpected nonetheless. This is 
not really the kind of thing I'd like to have to hand-pick on a system 
that is more than 4GB big. I'm just surprise that no package got this 
wamerican it list in Suggests: or Recommends: then.


Anyway, I guess you can close this report. Thanks.

Regards,


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

Bug#731705: roundcube: dependancies changed since version in Debian stable forcing to install apache while using nginx

[Mathieu ROY]

Package: roundcube
Version: 0.9.5-1
Severity: minor

Hello,

Is that intended that current testing and unstable version of
roundcube (specifically roundcube-core) now relies on httpd-cgi
virtual package instead of httpd virtual package?

I'm using roundcube along with nginx and php through spawn-fcgi.

Is there something new that changed that would no longer make this
setup work? Or should this report being reassigned to spawn-fcgi so it
provides httpd-cgi?

Regards,


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

Kernel: kFreeBSD 9.2-1-686
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


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

Bug#697962: Once more

[Mathieu Roy]

Le vendredi 8 février 2013, Michael Biebl a écrit :
 Hi,
 
 On 16.01.2013 09:59, Mathieu Roy wrote:
  It failed once more. See the attached image, at this moment, nothing but 
  CRTL-ALT-DEL works. I let it as such for 10 minutes (as the wiki mention a 
  5 minute timeout) with no change at all.
  
  Then I rebooted trying the emergency mode, I did an fsck, it fixed the 
  relevant partitions regarding the latest mount timestamp and voilà, it 
  worked.
 
 This discussion might be relevant:
 http://lists.freedesktop.org/archives/systemd-devel/2013-February/008771.html
 
 Could you try adding  such a /etc/e2fsck.conf with:
 
 [options]
 # This will prevent e2fsck from stopping boot just because the clock is
 # wrong
 broken_system_clock = 1

This clearly looks relevant.

 Still curious why I didn't run into this issue, thoug...

Yeah, it puzzles me a bit. 

Anyway, I hope this issue get fixed proper. Adding such a e2fsck config is a 
workaround, but the problem is really this -a instead of -y as stated in the 
thread you pointed out.

Thanks for your input,


-- 
Mathieu Roy


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

Bug#698307: libpam-modules: #442049 is back: pam_env complains about missing file /etc/environment

[Mathieu Roy]

Package: libpam-modules
Version: 1.1.3-7.1
Severity: normal

Dear Maintainer,

I recently noticed in the logs stuff like:


/var/log/auth.log.0:Jan 15 07:16:01 moe CRON[16934]: pam_env(cron:session): Unab
le to open env file: /etc/environment: Aucun fichier ou dossier de ce type
/var/log/auth.log.0:Jan 15 07:16:01 moe CRON[16935]: pam_env(cron:session): Unab
le to open env file: /etc/environment: Aucun fichier ou dossier de ce type

Obviously, a touch /etc/enviromnent fixed it. But I think I'm hitting bug 
#442049 fixed years ago. Any clues?

Regards,

-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libpam-modules depends on:
ii  debconf [debconf-2.0]  1.5.49
ii  libc6  2.13-37
ii  libdb5.1   5.1.29-5
ii  libpam-modules-bin 1.1.3-7.1
ii  libpam0g   1.1.3-7.1
ii  libselinux12.1.9-5

libpam-modules recommends no packages.

libpam-modules suggests no packages.

-- debconf information:
  libpam-modules/disable-screensaver:


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

Bug#697962: systemd: hangs at failed fsck without giving out a shell or any other option

[Mathieu Roy]

---BeginMessage---
Le samedi 12 janvier 2013, vous avez écrit :
 On 12.01.2013 12:14, Mathieu Roy wrote:
  Le samedi 12 janvier 2013, Michael Biebl a écrit :
  Since the problem is not reproducible here, we will a need more verbose
  debug log from you. Please follow the instruction in the wiki I posted
  earlier.
  
  I'll redo some test toying with the BIOS time ASAP.
  
  What kind of partition setup do you use? Which file systems? (post your
  fstab).
  
$ cat /etc/fstab
  # /etc/fstab: static file system information.
  #
  # file system mount point   type  options   dump  pass
  
  ## simili fs
  proc/proc   procdefaults0   0
  tmpfs   /tmptmpfs   defaults0   0
  
  ##  important fs
  LABEL=wd500swap noneswapsw  0 0
  LABEL=wd500debian64 /   ext4errors=remount-ro   0   1
  LABEL=wd500home /home   ext4defaults1   
  2
 
 Thanks for the log files.
 According to the systemctl dump, you have more file systems mounted:
 
   ConflictedBy: var-run.mount
   ConflictedBy: run-lock.mount
   ConflictedBy: var-lock.mount
   ConflictedBy: run-user.mount
   ConflictedBy: mnt-lan-gate.stalag13.ici.mount
   ConflictedBy: mnt-cdrom.mount
   ConflictedBy: mnt-steam.mount
   ConflictedBy: mnt-suxor.mount
   ConflictedBy: home.mount
   ConflictedBy: dev-disk-by\x2dlabel-wd500swap.swap
   ConflictedBy: tmp.mount
   ConflictedBy:
 dev-disk-by\x2duuid-f61881bb\x2da4ad\x2d45fe\x2d9a44\x2d7ba92a37abb1.swap
   ConflictedBy:
 dev-disk-by\x2dpath-pci\x2d:04:00.1\x2dscsi\x2d0:0:0:0\x2dpart1.swap
   ConflictedBy: dev-disk-by\x2did-wwn\x2d0x50014ee2ad60493a\x2dpart1.swap
   ConflictedBy:
 dev-disk-by\x2did-scsi\x2dSATA_WDC_WD5000AAKB\x2d_WD\x2dWCASY4943476\x2dpart1.swap
   ConflictedBy:
 dev-disk-by\x2did-ata\x2dWDC_WD5000AAKB\x2d00H8A0_WD\x2dWCASY4943476\x2dpart1.swap
   ConflictedBy: dev-sdc1.swap
   ConflictedBy: var-lib-nfs-rpc_pipefs.mount
   ConflictedBy: mnt-lan-gate.stalag13.ici-watch.mount
   ConflictedBy: mnt-lan-gate.stalag13.ici-videos.mount
 

These are NFS mount. Happen later in the process, once networking is up.
Others are rarely used mounts in noauto mode, so irrelevant too.

I just did a test after tampering with the BIOS time and the boot process went 
smoothly. Looks to me that fsck wasn't even called. I'll proceed to further 
testing.


-- 
Mathieu Roy
---End Message---

Bug#697962: systemd: hangs at failed fsck without giving out a shell or any other option

[Mathieu Roy]

Package: systemd
Version: 44-7
Severity: normal

Hi, 

The system partition had an erroneous last mount time (due to a misconfigured 
BIOS time) in the future. At the point where fsck provide an error message, 
there was no way to proceed either by getting a console and doing a manual fsck 
(like CTRL-D) or simply disregard the error (like CTRL-C).

I found no other option than to reboot with a rescue image. Quite painy just 
for a so trivial fsck fix - with no real error on the disk.

How come I did not get at least a shell access? (I tried single mode without 
any effect) What did I miss?

Regards,


-- System Information:
Debian Release: 7.0
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.7-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages systemd depends on:
ii  dpkg 1.16.9
ii  initscripts  2.88dsf-34
ii  libacl1  2.2.51-8
ii  libaudit01:1.7.18-1.1
ii  libc62.13-37
ii  libcap2  1:2.22-1.2
ii  libcryptsetup4   2:1.4.3-4
ii  libdbus-1-3  1.6.8-1
ii  libkmod2 9-2
ii  liblzma5 5.1.1alpha+20120614-2
ii  libpam0g 1.1.3-7.1
ii  libselinux1  2.1.9-5
ii  libsystemd-daemon0   44-7
ii  libsystemd-id128-0   44-7
ii  libsystemd-journal0  44-7
ii  libsystemd-login044-7
ii  libudev0 175-7
ii  libwrap0 7.6.q-24
ii  udev 175-7
ii  util-linux   2.20.1-5.3

Versions of packages systemd recommends:
ii  libpam-systemd  44-7

Versions of packages systemd suggests:
ii  python2.7.3~rc2-1
ii  python-cairo  1.8.8-1+b2
ii  python-dbus   1.1.1-1
ii  systemd-gui   44-7

-- Configuration Files:
/etc/systemd/system.conf changed:
[Manager]
LogColor=yes
ShowStatus=yes


-- no debconf information


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

Bug#697962: systemd: hangs at failed fsck without giving out a shell or any other option

[Mathieu Roy]

Le samedi 12 janvier 2013, vous avez écrit :
 Am 12.01.2013 04:16, schrieb Mathieu Roy:
  Package: systemd
  Version: 44-7
  Severity: normal
  
  Hi, 
  
  The system partition had an erroneous last mount time (due to a 
  misconfigured BIOS time) in the future. At the point where fsck provide an 
  error message, there was no way to proceed either by getting a console and 
  doing a manual fsck (like CTRL-D) or simply disregard the error (like 
  CTRL-C).
  
  I found no other option than to reboot with a rescue image. Quite painy 
  just for a so trivial fsck fix - with no real error on the disk.
  
  How come I did not get at least a shell access? (I tried single mode 
  without any effect) What did I miss?
 
 So this issue only happened once, i.e. after the fsck?
 What was the last message you've seen?
 I did have a few kernel crashes in the past any never had a problem with
 systemd-fsck getting stuck in a way when reparing the file system.


This issue happened all the time as long at the BIOS time is  to the latest 
boot time (and as such the last mount time appears to be in the future).

I never noticed any fsck problem before (and use systemd since several 
monthes). The last message I've seen it was the fsck error.  unfortunately and 
obviously have no logs, so I dont remember the exact words.

Anyway, neither CTRL-C or CTRL-D allowed me to get a shell. In case of such 
error, there should be a way to get back control.


-- 
Mathieu Roy


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

Bug#697962: systemd: hangs at failed fsck without giving out a shell or any other option

[Mathieu Roy]

Le samedi 12 janvier 2013, Michael Biebl a écrit :
 On 12.01.2013 04:30, Michael Biebl wrote:
 
  So this issue only happened once, i.e. after the fsck?
  What was the last message you've seen?
  I did have a few kernel crashes in the past any never had a problem with
  systemd-fsck getting stuck in a way when reparing the file system.
 
 Just want to rule out that the fsck isn't a red herring.
 If you fsck your file system with the rescue media, is the system
 booting correctly again?

Yeah. No problem.
I could have set the BIOS time to something in the future, it would have worked 
too.


 What happens, when you modify the bios clock after that? I.e. is this a
 problem which you can reproduce reliably.

I dont like so much rebooting and all, so I havent tried once more. But it 
actually happening to me twice: first time I change the time in the BIOS, but 
that was just a workaround. Second time I decided best to boot over a rescue 
media (PXE actually) so it will actually mount with a correct time.




-- 
Mathieu Roy


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

Bug#696619: hostapd: init script makes hostapd starting before dhcpd

[Mathieu Roy]

Package: hostapd
Version: 1:1.0-3+b2
Severity: normal

Hi there,

The default LSB init script makes hostapd starts with

Should-Start: $network

With such setup, it's started before isc-dhcp-server for instance.

A few time on reboot, hostapd fails to get up proper. The wifi clients can 
connect but never gets an IP. The only way to fix the issue is to restart 
completely hostapd.

I changed the init script to

Required-Start: $remote_fs $network isc-dhcp-server

and had no issue since then. 

I thought odd to have isc-dhcp-server starting after hostapd, since in most 
usual scenarii people will expect to get a dynamically assigned IP.
But maybe that not the main issue (maybe hostapd just start too start and mess 
up the network before it is properly set up, I dont know)



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

Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages hostapd depends on:
ii  initscripts   2.88dsf-34
ii  libc6 2.13-37
ii  libnl-3-200   3.2.7-4
ii  libnl-genl-3-200  3.2.7-4
ii  libssl1.0.0   1.0.1c-4
ii  lsb-base  4.1+Debian8

hostapd recommends no packages.

hostapd suggests no packages.

-- Configuration Files:
/etc/default/hostapd changed:
DAEMON_CONF=/etc/hostapd/hostapd.conf

/etc/init.d/hostapd changed:
PATH=/sbin:/bin:/usr/sbin:/usr/bin
DAEMON_SBIN=/usr/sbin/hostapd
DAEMON_DEFS=/etc/default/hostapd
DAEMON_CONF=
NAME=hostapd
DESC=advanced IEEE 802.11 management
PIDFILE=/var/run/hostapd.pid
[ -x $DAEMON_SBIN ] || exit 0
[ -s $DAEMON_DEFS ]  . /etc/default/hostapd
[ -n $DAEMON_CONF ] || exit 0
DAEMON_OPTS=-B -P $PIDFILE $DAEMON_OPTS $DAEMON_CONF
. /lib/lsb/init-functions
case $1 in
  start)
log_daemon_msg Starting $DESC $NAME
start-stop-daemon --start --oknodo --quiet --exec $DAEMON_SBIN \
--pidfile $PIDFILE -- $DAEMON_OPTS /dev/null
log_end_msg $?
;;
  stop)
log_daemon_msg Stopping $DESC $NAME
start-stop-daemon --stop --oknodo --quiet --exec $DAEMON_SBIN \
--pidfile $PIDFILE
log_end_msg $?
;;
  reload)
log_daemon_msg Reloading $DESC $NAME
start-stop-daemon --stop --signal HUP --exec $DAEMON_SBIN \
--pidfile $PIDFILE
log_end_msg $?
;;
  restart|force-reload)
$0 stop
sleep 8
$0 start
;;
  status)
status_of_proc $DAEMON_SBIN $NAME
exit $?
;;
  *)
N=/etc/init.d/$NAME
echo Usage: $N {start|stop|restart|force-reload|reload|status} 2
exit 1
;;
esac
exit 0


-- no debconf information


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

Bug#691024: apt: Yes, do as I say broken with French locale

[Mathieu Roy]

Package: apt
Version: 0.9.7.5
Severity: normal
Tags: l10n


Hello,

Consider the following session:
  # apt-get install systemd-sysv 
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances   
Lecture des informations d'état... Fait
Les paquets suivants ont été installés automatiquement et ne sont plus 
nécessaires :
  libio-multiplex-perl libnet-cidr-perl libnet-server-perl
Veuillez utiliser « apt-get autoremove » pour les supprimer.
Les paquets suivants seront ENLEVÉS :
  sysvinit
Les NOUVEAUX paquets suivants seront installés :
  systemd-sysv
ATTENTION : Les paquets essentiels suivants vont être enlevés.
Vous NE devez PAS faire ceci, à moins de savoir exactement ce
que vous êtes en train de faire.
  sysvinit
0 mis à jour, 1 nouvellement installés, 1 à enlever et 32 non mis à jour.
Il est nécessaire de prendre 13,7 ko dans les archives.
Après cette opération, 180 ko d'espace disque seront libérés.
Vous êtes sur le point de faire quelque chose de potentiellement dangereux
Pour continuer, tapez la phrase « Oui, faites ce que je vous dis ! »
 ?]Oui, faites ce que je vous dis !
Annulation.
  # apt-get install systemd-sysv 
Lecture des listes de paquets... Fait
Construction de l'arbre des dépendances   
Lecture des informations d'état... Fait
Les paquets suivants ont été installés automatiquement et ne sont plus 
nécessaires :
  libio-multiplex-perl libnet-cidr-perl libnet-server-perl
Veuillez utiliser « apt-get autoremove » pour les supprimer.
Les paquets suivants seront ENLEVÉS :
  sysvinit
Les NOUVEAUX paquets suivants seront installés :
  systemd-sysv
ATTENTION : Les paquets essentiels suivants vont être enlevés.
Vous NE devez PAS faire ceci, à moins de savoir exactement ce
que vous êtes en train de faire.
  sysvinit
0 mis à jour, 1 nouvellement installés, 1 à enlever et 32 non mis à jour.
Il est nécessaire de prendre 13,7 ko dans les archives.
Après cette opération, 180 ko d'espace disque seront libérés.
Vous êtes sur le point de faire quelque chose de potentiellement dangereux
Pour continuer, tapez la phrase « Oui, faites ce que je vous dis ! »
 ?] Oui, faites ce que je vous dis ! 
Annulation.

  # export LC_ALL=C
  # apt-get install systemd-sysv 
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following packages were automatically installed and are no longer required:
  libio-multiplex-perl libnet-cidr-perl libnet-server-perl
Use 'apt-get autoremove' to remove them.
The following packages will be REMOVED:
  sysvinit
The following NEW packages will be installed:
  systemd-sysv
WARNING: The following essential packages will be removed.
This should NOT be done unless you know exactly what you are doing!
  sysvinit
0 upgraded, 1 newly installed, 1 to remove and 32 not upgraded.
Need to get 13.7 kB of archives.
After this operation, 180 kB disk space will be freed.
You are about to do something potentially harmful.
To continue type in the phrase 'Yes, do as I say!'
 ?] Yes, do as I say!
Get:1 http://ftp.fr.debian.org/debian/ testing/main systemd-sysv i386 44-4 
[13.7 kB]
Fetched 13.7 kB in 0s (156 kB/s)  
dpkg: warning: overriding problem bec...




Looks like the localized string is not taken into account. I dont know whether 
this is specific to the french translation though.




-- Package-specific info:

-- apt-config dump --

APT ;
APT::Architecture i386;
APT::Build-Essential ;
APT::Build-Essential:: build-essential;
APT::Install-Recommends 1;
APT::Install-Suggests 0;
APT::Authentication ;
APT::Authentication::TrustCDROM true;
APT::NeverAutoRemove ;
APT::NeverAutoRemove:: ^firmware-linux.*;
APT::NeverAutoRemove:: ^linux-firmware$;
APT::NeverAutoRemove:: ^linux-image.*;
APT::NeverAutoRemove:: ^kfreebsd-image.*;
APT::NeverAutoRemove:: ^linux-restricted-modules.*;
APT::NeverAutoRemove:: ^linux-ubuntu-modules-.*;
APT::NeverAutoRemove:: ^gnumach$;
APT::NeverAutoRemove:: ^gnumach-image.*;
APT::Never-MarkAuto-Sections ;
APT::Never-MarkAuto-Sections:: metapackages;
APT::Never-MarkAuto-Sections:: restricted/metapackages;
APT::Never-MarkAuto-Sections:: universe/metapackages;
APT::Never-MarkAuto-Sections:: multiverse/metapackages;
APT::Never-MarkAuto-Sections:: oldlibs;
APT::Never-MarkAuto-Sections:: restricted/oldlibs;
APT::Never-MarkAuto-Sections:: universe/oldlibs;
APT::Never-MarkAuto-Sections:: multiverse/oldlibs;
APT::Periodic ;
APT::Periodic::Update-Package-Lists 1;
APT::Periodic::Download-Upgradeable-Packages 0;
APT::Periodic::MaxAge 10;
APT::Periodic::AutocleanInterval 0;
APT::Update ;
APT::Update::Post-Invoke ;
APT::Update::Post-Invoke:: touch /var/lib/apt/periodic/update-success-stamp 
2/dev/null || true;
APT::Archives ;
APT::Archives::MaxAge 30;
APT::Archives::MinAge 2;
APT::Archives::MaxSize 500;
APT::Architectures ;
APT::Architectures:: i386;
APT::Compressor ;
APT::Compressor::. ;
APT::Compressor::.::Name .;
APT::Compressor::.::Extension ;
APT::Compressor::.::Binary ;
APT::Compressor::.::Cost 1;
APT::Compressor::gzip ;

Bug#691024: apt: Yes, do as I say broken with French locale

[Mathieu Roy]

Le samedi 20 octobre 2012, Christian PERRIER a écrit :
 Quoting David Prévot (taf...@debian.org):
  Hi,
  
  Le 20/10/2012 06:33, Mathieu Roy a écrit :
   Pour continuer, tapez la phrase « Oui, faites ce que je vous dis ! »
  
  There is a non breaking space before the exclamation mark ^
  (It doesn't appear in my reply, but it is in the initial report, so
  probably in the PO file)
  
?] Oui, faites ce que je vous dis ! 
  
  The non breaking space is missing   ^
  
  Christian, ditching the exclamation mark (and its preceding non breaking
  space) should do the trick. I guess most people copy and paste the
  sentence and are not mislead by this invisible character.
 
 
 Hmmm, I wonder if I should turn this into:
 
 Oui, faites ce que je vous dis et n'oubliez pas l'espace insécable
 avant le point d'exclamation ! :-)
 
 Seriously, I just fixed the issue in bzr.
 

I actually tried both  Oui, faites ce que je vous dis !  and  Oui, faites ce 
que je vous dis !

Maybe it would even be easier to simply only take into account words and not 
punctation.

Thanks for the quick fix anyway!




-- 
Mathieu Roy


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

Bug#565187: Fwd: please provide a user-friendly init script to set networking on or off

[Mathieu Roy]

retitle 565187 please provide a user-friendly init script to set networking on 
or off
thanks

I just came across that deprecated message, too. Besides this bug report,  
Google found 940.000 results (2.770 when put in parentheses), so I guess  
some bytes of text leading the user to a solution (or simply stating what  
to use instead) would make life easier for a lot of people and  
additionally reduce the amount of support requests.

I still get this error message, the problem is still here.

Seems to me there is no solution apart from using ifup/ifdown by hand for each 
interface (hum, 2012? Great. I understand why someone would not advertise 
killing /etc/init.d/networking with such alternative).

The fact that Debian tries to bring up interfaces whenever they are plugged in 
is good. It is quite obvious it should not require any configuration of any 
kind to fire up an ethernet card that can find an IP with DHCP. So I guess the 
following should always be assumed for any available interface:
  allow-hotplug ethX
  iface ethX inet dhcp

I'm however concerned by the fact it would bring interfaces even if 
/etc/init.d/networking was never started, though. Does this mean now Debian is 
connected to the web with no immediate way for the use to shut it down?

Considering there's no replacement for /etc/init.d/networking I guess we could 
all agree that a way to handle this (now closed) bug (that's a regression, 
something that used to work that no longer works, so it's a bug) would be to 
improve the script so it would, at least, list active interface before bringing 
them down and attempt afterwards to bring them up?

( Or are we supposed to use stuff like NetworkManager that reinvent it's very 
broken way /etc/network/interfaces and poorly handle 
pre-up/post-up/pre-down/post-down scripts as described 
http://yeupou.wordpress.com/2011/09/15/automounting-nfs-shares-using-if-up-dif-down-d/
 ?)

Don't you think it would be useful to keep providing a switch on/off for 
networking? We can surely unplug the cable whenever we want immediate  
disconnect, but cannot we have something a bit more user-friendly?

If you really do not want to, then you should consider removing completely the 
/etc/init.d/networking script from your package. Then maybe another package 
will provide it. 
e problem is still here.

Seems to me there is no solution apart from using ifup/ifdown by hand for each 
interface (hum, 2012? Great. I understand why someone would not advertise 
killing /etc/init.d/networking with such alternative).

The fact that Debian tries to bring up interfaces whenever they are plugged in 
is good. It is quite obvious it should not require any configuration of any 
kind to fire up an ethernet card that can find an IP with DHCP. So I guess the 
following should always be assumed for any available interface:
  allow-hotplug ethX
  iface ethX inet dhcp

I'm however concerned by the fact it would bring interfaces even if 
/etc/init.d/networking was never started, though. Does this mean now Debian is 
connected to the web with no immediate way for the use to shut it down?

Considering there's no replacement for /etc/init.d/networking I guess we could 
all agree that a way to handle this (now closed) bug (that's a regression, 
something that used to work that no longer works, so it's a bug) would be to 
improve the script so it would, at least, list active interface before bringing 
them down and attempt afterwards to bring them up?

( Or are we supposed to use stuff like NetworkManager that reinvent it's very 
broken way /etc/network/interfaces and poorly handle 
pre-up/post-up/pre-down/post-down scripts as described 
http://yeupou.wordpress.com/2011/09/15/automounting-nfs-shares-using-if-up-dif-down-d/
 ?)

Don't you think it would be useful to keep providing a switch on/off for 
networking? We can surely unplug the cable whenever we want immediate  
disconnect, but cannot we have something a bit more user-friendly?

If you really do not want to, then you should consider removing completely the 
/etc/init.d/networking script from your package. Then maybe another package 
will provide it. 




-- 
Mathieu Roy


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

Bug#565187: Fwd: please provide a user-friendly init script to set networking on or off

[Mathieu Roy]

Le vendredi 20 juillet 2012, Marco d'Itri a écrit :
 Version: 5.0
 
 On Jul 20, Mathieu Roy yeu...@gnu.org wrote:
 
  If you really do not want to, then you should consider removing completely 
  the /etc/init.d/networking script from your package. Then maybe another 
  package will provide it. 
 Guess what? I did.

Thanks for this great improvement.
So now Debian is an operating system with, by donedefault, no way of shutting 
down networking with one command? Good, we're making progress here. That'll 
help.

 But thank you anyway for wasting my time with your rant.

You're welcome, it is always a tremendous pleasure to deal with people 
providing replies like:
- That is not the place for documentation [NOT THE PROBLEM AT HAND]. There is 
not a good solution
either [AND... THE GOOD ONE IS?]
-  Manually bringing down/up the interfaces which you need need to [HUM NOT 
DOING IS MANUALLY AND BY INTERFACE CAN BE SOLVED BY DOING IT MANUALLY AND BY 
INTERFACE; YOU SURELY TOOK THE TIME TO UNDERSTAND THE USER EXPECTATIONS] 
- And maybe a pony too. [MY BAD, NOW I KNOW WHAT YOU THINK OF USERS 
EXPECTATIONS]

Nice to clarify what we can expect from the Debian netbase package maintainer. 
As you do do and we don't, we'll workaround anyway :-) 
Thanks for your attention. Good work done here.





-- 
Mathieu Roy


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

Bug#675008: bash: should handle /etc/bashrc.d (or similar) for non-login interactive shell

[Mathieu Roy]

Package: bash
Version: 4.2-2
Severity: wishlist

As described at 
http://yeupou.wordpress.com/2012/05/29/having-homemade-aliases-functions-and-such-available-to-every-interactive-shells/
  I find frustrating to be unable by default to add local shell 
aliases/functions to be automatically sourced for any interactive bash shell.

This mechanism exists for *login* interactive shells (/etc/profile.d) and is 
actually even used by bash-completion. I found no conclusive reason not to 
provide similar possibility for non-login shells that are probably the most 
common on a X session through xterms.

Reading bug #275623, I doubt that any change in this regard will occurs on 
base-files.

I think it would be really nice to be forced to edit by hand /etc/bash.bashrc 
to achieve the simple addition of local functions/aliases/etc.
It's a no-go to edit /etc/skel/, as far I understand that won't make for 
site-wide functions/aliases but copied-once files that will easily get outdated.
It's also a no-go to botch /etc/profile supposed behavior (run-once at login 
only) to get it called by /etc/bash.bashrc.



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

Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages bash depends on:
ii  base-files   6.7
ii  dash 0.5.7-3
ii  debianutils  4.3
ii  libc62.13-32
ii  libtinfo55.9-7

Versions of packages bash recommends:
ii  bash-completion  1:1.99-3

Versions of packages bash suggests:
pn  bash-doc  none

-- Configuration Files:
/etc/bash.bashrc changed:
[ -z $PS1 ]  return
shopt -s checkwinsize
if [ -z $debian_chroot ]  [ -r /etc/debian_chroot ]; then
debian_chroot=$(cat /etc/debian_chroot)
fi
PS1='${debian_chroot:+($debian_chroot)}\u@\h:\w\$ '
if [ -x /usr/lib/command-not-found -o -x 
/usr/share/command-not-found/command-not-found ]; then
function command_not_found_handle {
# check because c-n-f could've been removed in the meantime
if [ -x /usr/lib/command-not-found ]; then
   /usr/bin/python /usr/lib/command-not-found -- $1
   return $?
elif [ -x /usr/share/command-not-found/command-not-found ]; then
   /usr/bin/python 
/usr/share/command-not-found/command-not-found -- $1
   return $?
else
   printf %s: command not found\n $1 2
   return 127
fi
}
fi
[ -z $ETC_BASHRC_SOURCED ]  for i in /etc/bashrc.d/*.sh ; do if [ -r $i 
]; then . $i; fi; done


-- no debconf information



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

Bug#673973: RFP: libwww-tumblr-perl -- Perl interface for the Tumblr API

[Mathieu Roy]

Package: wnpp
Severity: wishlist

* Package name: libwww-tumblr-perl
  Version : 4.1
  Upstream Author : David Moreno da...@axiombox.com
* URL : http://search.cpan.org/dist/WWW-Tumblr/
* License : Same as Perl (GPLv1 or later or Artistic License)
  Programming Lang: Perl
  Description : Perl interface for the Tumblr API

Provides an interface to Tumblr API (post, delete, edit).



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

Bug#666677: lltag: fails to guess NUMBER and TITLE of vorbis/ogg files when renaming

[Mathieu Roy]

Package: lltag
Version: 0.14.3-2
Severity: normal

Hello,

I use lltag to rename a bunch of files as %a-%d-%A-%n-%t.

It works ok with mp3 files but lltag fails to get a proper TITLE and 
(TRACK)NUMBER with plenty of vorbis/ogg files (while they actually have such 
valid relevant tags). As result, lltag tries to rename files as %a-%d-%A-.ogg

As workaround, I now use lltag -S to extract beforehand TITLE and NUMBER. Then 
when calling lltag --rename, I add --TITLE and --NUMBER options.

The relevant script is there
https://github.com/yeupou/stalag13/blob/master/usr/local/bin/stalag13-cleanup-music-directory-02-rename.pl
 
(lines 117 to 160)

Tell me if you need more info.

Regards,

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

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages lltag depends on:
ii  perl   5.10.1-17squeeze3 Larry Wall's Practical Extraction 

Versions of packages lltag recommends:
ii  flac  1.2.1-2+b1 Free Lossless Audio Codec - comman
ii  libmp3-tag-perl   1.12-1 Module for reading tags of MP3 aud
ii  libterm-readline-gnu-perl 1.20-1 Perl extension for the GNU ReadLin
ii  libwww-perl   5.836-1Perl HTTP/WWW client/server librar
ii  mp3info   0.8.5a-1   An MP3 technical info viewer and I
ii  vorbis-tools  1.4.0-1several Ogg Vorbis tools

lltag suggests no packages.

-- no debconf information



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

Bug#666677: lltag: fails to guess NUMBER and TITLE of vorbis/ogg files when renaming

[Mathieu Roy]

Le samedi 31 mars 2012, vous avez écrit :
 Could this be related to the case of tag names ? Does it work when you
 have NUMBER and TITLE and fail when you have Number and Title for instance ?

It could but as I finished renaming/retagging my whole collection, I'm quite 
clueless now. 

It could also be related to the fact that some files use tracknumber (as the 
file attached to my previous mail) as tag instead of NUMBER.



-- 
Mathieu Roy



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

Bug#584105: (no subject)

[Mathieu Roy]

reassign 584105 libreoffice-kde
thanks



I no longer use OpenOffice.org but LibreOffice, so I won't followup regarding 
the first one. However, this bug is still reproducible with LibreOffice.

-- 
Mathieu Roy




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

Bug#584105: yes, it is reproducible

[Mathieu Roy]

tag 584105 - moreinfo
thanks


 File: openoffice.org-kde

There is no such file.

Duh? http://packages.debian.org/squeeze/openoffice.org-kde

(ok, now it's libreoffice-kde)

 OpenOffice.org crash when openoffice.org-kde is installed, each time a file 
 is open with the writer part.

Doesn't here. Tried with 1:3.2.0-10 on sid (same KDE version,
and I don't have a squeeze with KDE right now)
 There was no explicit useful error message given. 
 Tell me if you need further information.

Of courso we do. At least abacktrace or strace or *any* valuable info
is a prerequisite for doing *anything* here. Especially as this is
not reproducible. We have
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=572107 already 
unreproducible.
Is this the same crash?

Hum. Actually, I could not have guessed it unreproducible (according to debian, 
unreproducible means This bug can't be reproduced on the maintainer's 
system., quite a restrictive context) before your reply, so much for the 
especially as :-)

Attached is the strace with libreoffice-kde.

Here's the current status of my install:


Package: libreoffice-kde
Version: 1:3.3.2-2+b1

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

Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libreoffice-kde depends on:
ii  kdebase-runtime 4:4.4.5-1runtime components from the offici
ii  libc6   2.13-4   Embedded GNU C Library: Shared lib
ii  libgcc1 1:4.6.0-2GCC support library
ii  libglib2.0-02.28.6-1 The GLib library of C routines
ii  libkdecore5 4:4.4.5-5the KDE Platform Core Library
ii  libkdeui5   4:4.4.5-5the KDE Platform User Interface Li
ii  libkfile4   4:4.4.5-5the File Selection Dialog Library 
ii  libkio5 4:4.4.5-5the Network-enabled File Managemen
ii  libqtcore4  4:4.7.3-1Qt 4 core module
ii  libqtgui4   4:4.7.3-1Qt 4 GUI module
ii  libreoffice-core1:3.3.2-2+b1 office productivity suite -- arch-
ii  libstdc++6  4.6.0-2  The GNU Standard C++ Library v3
ii  libx11-62:1.4.3-1X11 client-side library
ii  libxrandr2  2:1.3.1-1X11 RandR extension library
ii  ure 1.7.0+LibO3.3.2-2+b1 LibreOffice UNO runtime environmen

Versions of packages libreoffice-kde recommends:
ii  libreoffice-style-oxygen  1:3.3.2-2  office productivity suite -- Oxyge

Versions of packages libreoffice-kde suggests:
ii  kmail 4:4.4.7-3  full featured graphical email clie
ii  konqueror 4:4.4.5-3  advanced file manager, web browser
pn  libreoffice-kab   none (no description available)

-- no debconf information
execve(/usr/bin/libreoffice, [libreoffice], [/* 42 vars */]) = 0
brk(0)  = 0x1272000
access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or directory)
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7f9a36d77000
access(/etc/ld.so.preload, R_OK)  = -1 ENOENT (No such file or directory)
open(/etc/ld.so.cache, O_RDONLY)  = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=81325, ...}) = 0
mmap(NULL, 81325, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f9a36d63000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or directory)
open(/lib/libc.so.6, O_RDONLY)= 3
read(3, 
\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0\300\357!\1778\0\0\0..., 832) = 
832
fstat(3, {st_mode=S_IFREG|0755, st_size=1577392, ...}) = 0
mmap(0x387f20, 3680360, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 
0) = 0x387f20
mprotect(0x387f37a000, 2093056, PROT_NONE) = 0
mmap(0x387f579000, 20480, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x179000) = 0x387f579000
mmap(0x387f57e000, 18536, PROT_READ|PROT_WRITE, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x387f57e000
close(3)= 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7f9a36d62000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7f9a36d61000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x7f9a36d6
arch_prctl(ARCH_SET_FS, 0x7f9a36d61700) = 0
mprotect(0x387f579000, 16384, PROT_READ) = 0
mprotect(0x387de1f000, 4096, PROT_READ) = 0
munmap(0x7f9a36d63000, 81325)   = 0
getpid()= 14199
rt_sigaction(SIGCHLD, {SIG_DFL, [CHLD], SA_RESTORER|SA_RESTART, 0x387f232450}, 
{SIG_DFL, [], 0}, 8) = 0
geteuid()   = 1000
brk(0)  = 

Bug#620630: Prelink failed with return value 134

[Mathieu Roy]

severity 620630 important
thanks

Hello, I have the same issue and also libicu44 installed (BTW, NEWS.Debian 
states: Versions of ICU newer than 4.2 name the static libraries compatibly  
with shared libraries so building with static ICU libraries doesn'trequire 
special build code anymore.  In versions prior to 4.2, thestatic libraries 
had an extra s in their names.  For details, see
http://bugs.icu-project.org/trac/ticket/6332;, could it be related?).

As result, prelink cronjob ends with Prelink failed with return value 134 and 
this has, IMHO, a major effect on the usability of a package, without rendering 
it completely unusable to everyone, hence the change of severity.
I'm not exactly what 134 return value implies but I guess it's never good when 
a piece of software like prelink does an incomplete job.



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

Bug#627749: external DB still not working, amarok crashing at start

[Mathieu Roy]

Package: amarok
Version: 2.4.1-1
Severity: normal

Hello,

Following bug #620351, amarok stills crash here.

Modestas Vainius wrote External DB issue was also fixed in 2.4.1 Beta 1. [3] 
seems to support this my assertion. [3] 
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=620351#20 .

I have now 2.4.1 but amarok still crashes if in ~/.kde/share/config/amarokrc I 
set UseServer=true in section [MySQL] - while it works (but on a local db) when 
reset to UseServer=false.



Application: Amarok (amarok), signal: Segmentation fault
[Current thread is 1 (Thread 0x7fd737238780 (LWP 32183))]

Thread 7 (Thread 0x7fd72ff71700 (LWP 32187)):
#0  0x0034c200b63b in pthread_cond_timedwait@@GLIBC_2.3.2 () from 
/lib/libpthread.so.0
#1  0x7fd734788fb1 in ?? () from /usr/lib/libxine.so.1
#2  0x0034c2006b40 in start_thread () from /lib/libpthread.so.0
#3  0x0034c14d528d in clone () from /lib/libc.so.6
#4  0x in ?? ()

Thread 6 (Thread 0x7fd730772700 (LWP 32188)):
#0  0x0034c200914b in pthread_mutex_lock () from /lib/libpthread.so.0
#1  0x0034c3c44986 in g_main_context_prepare () from /lib/libglib-2.0.so.0
#2  0x0034c3c45879 in ?? () from /lib/libglib-2.0.so.0
#3  0x0034c3c45f1d in g_main_context_iteration () from /lib/libglib-2.0.so.0
#4  0x7fd73bad1636 in 
QEventDispatcherGlib::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () 
from /usr/lib/libQtCore.so.4
#5  0x7fd73baa5b82 in 
QEventLoop::processEvents(QFlagsQEventLoop::ProcessEventsFlag) () from 
/usr/lib/libQtCore.so.4
#6  0x7fd73baa5d7f in 
QEventLoop::exec(QFlagsQEventLoop::ProcessEventsFlag) () from 
/usr/lib/libQtCore.so.4
#7  0x7fd73b9bd81f in QThread::exec() () from /usr/lib/libQtCore.so.4
#8  0x7fd7349f8e7e in ?? () from 
/usr/lib/qt4/plugins/phonon_backend/phonon_xine.so
#9  0x7fd73b9c0235 in ?? () from /usr/lib/libQtCore.so.4
#10 0x0034c2006b40 in start_thread () from /lib/libpthread.so.0
#11 0x0034c14d528d in clone () from /lib/libc.so.6
#12 0x in ?? ()

Thread 5 (Thread 0x7fd7313c5700 (LWP 32191)):
#0  0x0034c14ca663 in poll () from /lib/libc.so.6
#1  0x7fd7313ca8d5 in ?? () from 
/usr/lib/xine/plugins/1.29/xineplug_ao_out_alsa.so
#2  0x0034c2006b40 in start_thread () from /lib/libpthread.so.0
#3  0x0034c14d528d in clone () from /lib/libc.so.6
#4  0x in ?? ()

Thread 4 (Thread 0x7fd72f770700 (LWP 32192)):
#0  0x0034c200b2c4 in pthread_cond_wait@@GLIBC_2.3.2 () from 
/lib/libpthread.so.0
#1  0x7fd734799b0b in ?? () from /usr/lib/libxine.so.1
#2  0x0034c2006b40 in start_thread () from /lib/libpthread.so.0
#3  0x0034c14d528d in clone () from /lib/libc.so.6
#4  0x in ?? ()

Thread 3 (Thread 0x7fd72ef6f700 (LWP 32193)):
#0  0x0034c200b2c4 in pthread_cond_wait@@GLIBC_2.3.2 () from 
/lib/libpthread.so.0
#1  0x7fd734799b0b in ?? () from /usr/lib/libxine.so.1
#2  0x0034c2006b40 in start_thread () from /lib/libpthread.so.0
#3  0x0034c14d528d in clone () from /lib/libc.so.6
#4  0x in ?? ()

Thread 2 (Thread 0x7fd72e76e700 (LWP 32194)):
#0  0x0034c200b2c4 in pthread_cond_wait@@GLIBC_2.3.2 () from 
/lib/libpthread.so.0
#1  0x7fd734799b0b in ?? () from /usr/lib/libxine.so.1
#2  0x0034c2006b40 in start_thread () from /lib/libpthread.so.0
#3  0x0034c14d528d in clone () from /lib/libc.so.6
#4  0x in ?? ()

Thread 1 (Thread 0x7fd737238780 (LWP 32183)):
[KCrash Handler]
#5  0x7fd73d4cdec2 in Plugins::PluginManager::init() () from 
/usr/lib/libamaroklib.so.1
#6  0x7fd73d4ce979 in Plugins::PluginManager::PluginManager(QObject*) () 
from /usr/lib/libamaroklib.so.1
#7  0x7fd73d4ceb47 in Plugins::PluginManager::instance() () from 
/usr/lib/libamaroklib.so.1
#8  0x7fd73d4b1d3e in MainWindow::MainWindow() () from 
/usr/lib/libamaroklib.so.1
#9  0x7fd73d48657f in App::continueInit() () from /usr/lib/libamaroklib.so.1
#10 0x7fd73d487f04 in App::App() () from /usr/lib/libamaroklib.so.1
#11 0x00408a80 in ?? ()
#12 0x0034c141eead in __libc_start_main () from /lib/libc.so.6
#13 0x0040b669 in _start ()





 

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

Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages amarok depends on:
ii  amarok-comm 2.4.1-1  architecture independent files for
ii  amarok-util 2.4.1-1  utilities for Amarok media player
ii  kdebase-run 4:4.4.5-1runtime components from the offici
ii  libavcodec5 5:0.6.2-0.1  library to encode decode multimedi
ii  libavformat 5:0.6.2-0.1  ffmpeg file format library
ii  libc6   2.13-4   Embedded GNU C Library: Shared lib
ii  

Bug#625830: hald-probe-video4linux locks /dev/video0 (with CX23880 DVB)

[Mathieu Roy]

Package: hal
Version: 0.5.14-6
Severity: normal

Seems similar to bug #478348.

hald-probe-video4linux locks /dev/video0 and so any software that use it 
(mplayer, kdenlive, etc) stale, with segfault appears in logs.
(/dev/video0 = 01:08.0 Multimedia video controller: Conexant Systems, Inc. 
CX23880/1/2/3 PCI Video and Audio Decoder (rev 05))


I moved out hald-probe-video4linux from /usr/lib/hal and everything runs now 
perfectly.

I also get debsums errors caused by prelink. Is it a plausible cause?


In the log WITH hald-probe-video4linux:

Apr 22 10:16:06 bender kernel: [6.056726] cx88_audio :01:08.1: PCI INT A
 - Link[APC3] - GSI 18 (level, low) - IRQ 18
Apr 22 10:16:06 bender kernel: [6.058260] cx88[0]: subsystem: 0070:9601, boa
rd: Hauppauge WinTV-HVR1300 DVB-T/Hybrid MPEG Encoder [card=56,autodetected], fr
ontend(s): 1
Apr 22 10:16:06 bender kernel: [6.058262] cx88[0]: TV tuner type 63, Radio t
uner type -1

Apr 22 10:16:06 bender kernel: [6.077180] cx88/2: cx2388x MPEG-TS Driver Man
ager version 0.0.8 loaded
Apr 22 10:16:06 bender kernel: [6.080039] cx88/0: cx2388x v4l2 driver versio
n 0.0.8 loaded


Apr 22 10:16:06 bender kernel: [6.493038] tuner 6-0043: chip found @ 0x86 (c
x88[0])
Apr 22 10:16:06 bender kernel: [6.536311] tda9887 6-0043: creating new insta
nce
Apr 22 10:16:06 bender kernel: [6.536314] tda9887 6-0043: tda988[5/6/7] foun
d
Apr 22 10:16:06 bender kernel: [6.539157] tuner 6-0061: chip found @ 0xc2 (c
x88[0])
Apr 22 10:16:06 bender kernel: [6.575549] tveeprom 6-0050: Hauppauge model 9
6019, rev D6D3, serial# 3458095
Apr 22 10:16:06 bender kernel: [6.575552] tveeprom 6-0050: MAC address is 00
:0d:fe:34:c4:2f
Apr 22 10:16:06 bender kernel: [6.575554] tveeprom 6-0050: tuner model is Ph
ilips FMD1216MEX (idx 133, type 78)
Apr 22 10:16:06 bender kernel: [6.575556] tveeprom 6-0050: TV standards PAL(
B/G) PAL(I) SECAM(L/L') PAL(D/D1/K) ATSC/DVB Digital (eeprom 0xf4)
Apr 22 10:16:06 bender kernel: [6.575558] tveeprom 6-0050: audio processor i
s CX882 (idx 33)
Apr 22 10:16:06 bender kernel: [6.575560] tveeprom 6-0050: decoder processor
 is CX882 (idx 25)
Apr 22 10:16:06 bender kernel: [6.575562] tveeprom 6-0050: has radio, has IR
 receiver, has IR transmitter
Apr 22 10:16:06 bender kernel: [6.575563] cx88[0]: hauppauge eeprom: model=9
6019
Apr 22 10:16:06 bender kernel: [6.589211] tuner-simple 6-0061: creating new 
instance
Apr 22 10:16:06 bender kernel: [6.589214] tuner-simple 6-0061: type set to 7
8 (Philips FMD1216MEX MK3 Hybrid Tuner)
Apr 22 10:16:06 bender kernel: [6.594644] cx88[0]/1: CX88x/0: ALSA support f
or cx2388x boards
Apr 22 10:16:06 bender kernel: [6.594935] cx88[0]/2: cx2388x 8802 Driver Man
ager
Apr 22 10:16:06 bender kernel: [6.594951] cx88-mpeg driver manager :01:0
8.2: PCI INT A - Link[APC3] - GSI 18 (level, low) - IRQ 18
Apr 22 10:16:06 bender kernel: [6.594957] cx88[0]/2: found at :01:08.2, 
rev: 5, irq: 18, latency: 32, mmio: 0xfa00
Apr 22 10:16:06 bender kernel: [6.595312] cx8800 :01:08.0: PCI INT A - 
Link[APC3] - GSI 18 (level, low) - IRQ 18
Apr 22 10:16:06 bender kernel: [6.595318] cx88[0]/0: found at :01:08.0, 
rev: 5, irq: 18, latency: 32, mmio: 0xf900
Apr 22 10:16:06 bender kernel: [6.660348] cx88/2: cx2388x dvb driver version
 0.0.8 loaded
Apr 22 10:16:06 bender kernel: [6.660351] cx88/2: registering cx8802 driver,
 type: dvb access: shared
Apr 22 10:16:06 bender kernel: [6.660354] cx88[0]/2: subsystem: 0070:9601, b
oard: Hauppauge WinTV-HVR1300 DVB-T/Hybrid MPEG Encoder [card=56]
Apr 22 10:16:06 bender kernel: [6.660358] cx88[0]/2: cx2388x based DVB/ATSC 
card
Apr 22 10:16:06 bender kernel: [6.660360] cx8802_alloc_frontends() allocatin
g 1 frontend(s)
Apr 22 10:16:06 bender kernel: [6.675396] wm8775 6-001b: chip found @ 0x36 (
cx88[0])
Apr 22 10:16:06 bender kernel: [6.681667] cx88[0]/0: registered device video
0 [v4l2]
Apr 22 10:16:06 bender kernel: [6.681691] cx88[0]/0: registered device vbi0
Apr 22 10:16:06 bender kernel: [6.681714] cx88[0]/0: registered device radio
0
Apr 22 10:16:06 bender kernel: [6.707602] tuner-simple 6-0061: attaching exi
sting instance
Apr 22 10:16:06 bender kernel: [6.707606] tuner-simple 6-0061: couldn't set 
type to 63. Using 78 (Philips FMD1216MEX MK3 Hybrid Tuner) instead
Apr 22 10:16:06 bender kernel: [6.711276] DVB: registering new adapter (cx88
[0])
Apr 22 10:16:06 bender kernel: [6.711278] DVB: registering adapter 0 fronten
d 0 (Conexant CX22702 DVB-T)...
Apr 22 10:16:06 bender kernel: [6.795961] cx2388x blackbird driver version 0
.0.8 loaded
Apr 22 10:16:06 bender kernel: [6.795965] cx88/2: registering cx8802 driver,
 type: blackbird access: shared
Apr 22 10:16:06 bender kernel: [6.795969] cx88[0]/2: subsystem: 0070:9601, b
oard: Hauppauge WinTV-HVR1300 DVB-T/Hybrid MPEG Encoder [card=56]
Apr 22 10:16:06 bender kernel: [6.795973] 

Bug#625830: still have

[Mathieu Roy]

Hum, I triggered once more this bug, so it looks that it's a driver issue 
instead. hal may just be spontaneously triggering it before I would otherwise.
Not sure against which package it should be reassigned, kernel probably.



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

Bug#620351: workaround

[Mathieu Roy]

Pissed off with this really annoying bug, I switched over amarok as shipped in 
experimental.
At the cost of a removal of the config (rm -f .kde/share/configf/amarok*), I 
end up with a setup that actually works.





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

Bug#620351: amarok: unable to set collection path since last upgrade

[Mathieu Roy]

Package: amarok
Version: 2.4.0-2
Severity: important

Today, I upgraded my system. amarok was bumped from 2.4.0-1 to 2.4.0-2.
After restarting Amarok, my music collection disappear from the interface. In 
the configuration dialog, the checkbox to the path to the music collection was 
unticked. I reset it, it wont last, each time I reopen the configuration 
dialog, I get it unticked. Amarok as such, is unusable. I've seen nothing the 
changelog that could explain this behavior. 

Note that the music collection is on NFS.

Tell me if there's any additionnal information you may need. 



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

Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages amarok depends on:
ii  amarok-common2.4.0-2 architecture independent files for
ii  amarok-utils 2.4.0-2 utilities for Amarok media player
ii  kdebase-runtime  4:4.4.5-1   runtime components from the offici
ii  libavcodec52 5:0.6.1+svn20110308-0.0 library to encode decode multimedi
ii  libavformat525:0.6.1+svn20110308-0.0 ffmpeg file format library
ii  libc62.11.2-11   Embedded GNU C Library: Shared lib
ii  libcurl3-gnutls  7.21.3-1Multi-protocol file transfer libra
ii  libgcc1  1:4.5.2-4   GCC support library
ii  libgcrypt11  1.4.6-5 LGPL Crypto library - runtime libr
ii  libglib2.0-0 2.28.2-1The GLib library of C routines
ii  libgpod4-nogtk   0.7.93-0.3  library to read and write songs to
ii  libgtk2.0-0  2.20.1-2The GTK+ graphical user interface 
ii  libkdecore5  4:4.4.5-3   the KDE Platform Core Library
ii  libkdeui54:4.4.5-3   the KDE Platform User Interface Li
ii  libkdewebkit54:4.4.5-3   the KDE WebKit Library
ii  libkdnssd4   4:4.4.5-3   the DNS-SD Protocol Library for th
ii  libkfile44:4.4.5-3   the File Selection Dialog Library 
ii  libkio5  4:4.4.5-3   the Network-enabled File Managemen
ii  libknewstuff2-4  4:4.4.5-3   the Get Hot New Stuff v2 Library
ii  libknewstuff3-4  4:4.4.5-3   the Get Hot New Stuff v3 Library
ii  libkutils4   4:4.4.5-3   various utility classes for the KD
ii  liblastfm0   0.4.0~git20090710-1 The Last.fm web services library
ii  libloudmouth1-0  1.4.3-7 Lightweight C Jabber library
ii  libmtp8  1.0.6-2 Media Transfer Protocol (MTP) libr
ii  libmysqlclient16 5.1.49-3MySQL database client library
ii  libofa0  0.9.3-3.1   Library for acoustic fingerprintin
ii  libphonon4   4:4.6.0really4.4.2-1the core library of the Phonon mul
ii  libplasma3   4:4.4.5-3   the Plasma Library for the KDE Pla
ii  libqca2  2.0.2-1 libraries for the Qt Cryptographic
ii  libqt4-dbus  4:4.7.2-3   Qt 4 D-Bus module
ii  libqt4-network   4:4.7.2-3   Qt 4 network module
ii  libqt4-script4:4.7.2-3   Qt 4 script module
ii  libqt4-sql   4:4.7.2-3   Qt 4 SQL module
ii  libqt4-svg   4:4.7.2-3   Qt 4 SVG module
ii  libqt4-xml   4:4.7.2-3   Qt 4 XML module
ii  libqtcore4   4:4.7.2-3   Qt 4 core module
ii  libqtgui44:4.7.2-3   Qt 4 GUI module
ii  libqtscript4-cor 0.1.0-3 Qt Script bindings for the Qt 4 Co
ii  libqtscript4-gui 0.1.0-3 Qt Script bindings for the Qt 4 Gu
ii  libqtscript4-net 0.1.0-3 Qt Script bindings for the Qt 4 Ne
ii  libqtscript4-sql 0.1.0-3 Qt Script bindings for the Qt 4 SQ
ii  libqtscript4-uit 0.1.0-3 Qt Script bindings for the Qt 4 Ui
ii  libqtscript4-xml 0.1.0-3 Qt Script bindings for the Qt 4 XM
ii  libqtwebkit4 2.1.0~2011week09-3  Web content engine library for Qt
ii  libsolid44:4.4.5-3   Solid Library for KDE Platform
ii  libstdc++6   4.5.2-4 The GNU Standard C++ Library v3
ii  libtag-extras1   1.0.1-3 TagLib extras library - support fo
ii  libtag1c2a   1.6.3-1 TagLib Audio Meta-Data Library
ii  libthreadweaver4 4:4.4.5-3   the ThreadWeaver Library for the K
ii  libxml2  2.7.8.dfsg-2GNOME XML library
ii  phonon   4:4.6.0really4.4.2-1metapackage for the Phonon multime
ii  phonon-backend-x 4:4.6.0really4.4.2-1Phonon Xine 1.1.x backend
ii  zlib1g   1:1.2.3.4.dfsg-3compression library - runtime

Versions of packages amarok recommends:
ii  kdemultimedia-kio-plugins 4:4.4.5-1  

Bug#607187: patch

[Mathieu Roy]

Both these bugs should be fixed by the following patch:

http://sourceforge.net/tracker/?func=detailaid=3179078group_id=185512atid=913575






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

Bug#611664: dovecot-imapd: dovecot/imap-login assumes /var/run/dovecot exists on boot

[Mathieu Roy]

Package: dovecot-imapd
Version: 1:1.2.15-4
Severity: normal

Using dovecot through xinetd implies direct calls to /usr/lib/dovecot/imap-login

Since 1.2, imap-login itself assumes that /var/run/dovecot exists on boot, 
which is not true if you use tmpfs for /var/run. So it fails until you create 
by hand the missing directory.
There was no such problem with 1.0

-- System Information:
Debian Release: 6.0
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages dovecot-imapd depends on:
ii  dovecot-common1:1.2.15-4 secure mail server that supports m
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libldap-2.4-2 2.4.23-7   OpenLDAP libraries
ii  libssl0.9.8   0.9.8o-4   SSL shared libraries

dovecot-imapd recommends no packages.

dovecot-imapd suggests no packages.

-- no debconf information



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

Bug#516701: alsa-base: update about sound out of the box on thinkpad 600

[Mathieu Roy]

Package: alsa-base
Severity: normal

Hello,

Now (with quickboot set to off in the BIOS), thinkpad 600e soundcard works fine 
out of the box in debian testing, with no esoteric config or any script 
required. Great! (it may depends on the kernel, as I noticed several changes 
regarding isa CrystalSound modules).

/etc/modules:
snd-cs4236

/etc/modprobe.d/cs4236pnp.conf:
blacklist snd-cs46xx
blacklist snd-cs4232
blacklist pcihp 




-- Package-specific info:
--- Begin additional package status ---
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name   VersionDescription
+++-==-==-
ii  libasound2 1.0.23-2.1 shared library for ALSA applications
--- End additional package status ---
--- Begin /proc/asound/version ---
Advanced Linux Sound Architecture Driver Version 1.0.21.
--- End /proc/asound/version ---
--- Begin /proc/asound/cards ---
 0 [CS4239 ]: CS4239 - CS4239
  CS4239 at 0x530, irq 5, dma 10
--- End /proc/asound/cards ---
--- Begin /dev/snd/ listing ---
total 0
crw-rw+ 1 root audio 116,  0 Jan  2 14:46 controlC0
crw-rw+ 1 root audio 116,  4 Jan  2 14:46 hwC0D0
crw-rw+ 1 root audio 116, 24 Jan  2 14:46 pcmC0D0c
crw-rw+ 1 root audio 116, 16 Jan  2 17:30 pcmC0D0p
crw-rw+ 1 root audio 116,  1 Jan  2 14:46 seq
crw-rw+ 1 root audio 116, 33 Jan  2 14:46 timer
--- End /dev/snd/ listing ---

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

Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages alsa-base depends on:
ii  linux-sound-base   1.0.21+dfsg-2 base package for ALSA and OSS soun
ii  lsof   4.81.dfsg.1-1 List open files
ii  module-init-tools  3.12~pre1-1   tools for managing Linux kernel mo
ii  udev   151-2 /dev/ and hotplug management daemo

Versions of packages alsa-base recommends:
ii  alsa-utils1.0.23-3   Utilities for configuring and usin

Versions of packages alsa-base suggests:
pn  alsa-oss  none (no description available)
ii  apmd  3.2.2-14   Utilities for Advanced Power Manag
ii  oss-compat0.0.4+nmu3 OSS compatibility package

Versions of packages libasound2 depends on:
ii  libc6 2.10.2-6   Embedded GNU C Library: Shared lib

-- no debconf information



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

Bug#607190: smplayer: after downloading one subtitle file, any other other download will duplicate the first subtitle file

[Mathieu Roy]

Package: smplayer
Version: 0.6.9-1
Severity: normal

Reproducibility:

start smplayer
open the download subtitles dialog
download a subtitle file, for instance in nl language, it is saved under the 
name $file_nl.srt
then download the subtitle file in en language, it is saved under the name 
$file_en.srt but, surprise, it got the content of $file_nl.srt (while on the 
subtitle server, en and nl are really different files).


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

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages smplayer depends on:
ii  libc6 2.11.2-7   Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.4.5-8  GCC support library
ii  libqt4-networ 4:4.6.3-4  Qt 4 network module
ii  libqt4-xml4:4.6.3-4  Qt 4 XML module
ii  libqtcore44:4.6.3-4  Qt 4 core module
ii  libqtgui4 4:4.6.3-4  Qt 4 GUI module
ii  libstdc++64.4.5-8The GNU Standard C++ Library v3
hi  mplayer   2:1.0~rc3++svn20100804-0.1 The Ultimate Movie Player For Linu
ii  zlib1g1:1.2.3.4.dfsg-3   compression library - runtime

Versions of packages smplayer recommends:
ii  smplayer-themes0.1.20+dfsg-1 complete front-end for MPlayer - i
ii  smplayer-translations  0.6.9-1   complete front-end for MPlayer - t

smplayer suggests no packages.

-- no debconf information



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

Bug#584105: openoffice.org-kde: OpenOffice.org crash when openoffice.org-kde is installed

[Mathieu Roy]

Package: openoffice.org-kde
Version: 1:3.2.0-9+b1
Severity: important
File: openoffice.org-kde

OpenOffice.org crash when openoffice.org-kde is installed, each time a file is 
open with the writer part.

After removal of the package, loosing the benefit of the integration in KDE, 
openoffice.org works as a charm. 

There was no explicit useful error message given. 
Tell me if you need further information.

Regards 



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

Kernel: Linux 2.6.32-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



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

Bug#517915: marked as done (ITP: oneswarm -- friend-to-friend client: p2p data sharing with explicit privacy control)

[Mathieu Roy]

reopen 517915
retitle 517915 RFP: oneswarm -- friend-to-friend client
thanks


I don't have any time left over to package this.

That's sad.

Interest also seem quite low.

How so?

-- 
Mathieu Roy




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

Bug#575226: missed libdrm

[Mathieu Roy]

I found out that libdrm may be relevant too:

 
http://packages.debian.org/changelogs/pool/main/libd/libdrm/libdrm_2.4.18-3/changelog#versionversion2.4.18-1


libdrm (2.4.17-1) unstable; urgency=low 
  [...]
   * Enable libdrm_radeon, interface to kernel graphics memory management on
 radeon (closes: #558786).
 [...]
 -- Brice Goglin bgog...@debian.org  Sun, 31 Jan 2010 20:12:38 +0100


I'll try to revert this package as well.



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

Bug#575226: firmware-linux-nonfree: firmware shipped in 0.23 cause radeonhd xorg drivers to be unusable with RV770

[Mathieu Roy]

severity 575226 minor
retitle 575226 firmware-linux-nonfree 0.23 is in conflict with xserver-xorg-
video-radeonhd and should suggest xserver-xorg-video-radeon
thanks

Le mercredi 24 mars 2010, Julien Cristau a écrit :
 On Wed, Mar 24, 2010 at 12:40:36 +0100, Mathieu Roy wrote:
  Regarding X, only xserver-xorg-core, xserver-xorg,
  xserver-xorg-video-radeon was recently upgraded.
 
 The latest xserver-xorg-video-radeon package enables kernel mode
 setting.  This is incompatible with the radeonhd X driver.  You should
 use the radeon driver instead.

I did not know that. To me, it seemed like radeonhd driver was the future and 
radeon some kind of legacy driver. Apparently, it is not.

I switched to the radeon driver and now it works (only with the latest 
kernel).

I think it should be documented somewhere. And considering the results of 
running firmware-linux-nonfree with xserver-xorg-video-radeonhd (blank 
screen), maybe it would be nice to add a conflict against xserver-xorg-video-
radeonhd and a suggest in favor of xserver-xorg-video-radeon.

Thanks for your assistance


-- 
Mathieu Roy



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

Bug#575226: firmware-linux-nonfree: firmware shipped in 0.23 cause radeonhd xorg drivers to be unusable with RV770

[Mathieu Roy]

Le mercredi 24 mars 2010, vous avez écrit :
 On Wed, Mar 24, 2010 at 14:51:40 +0100, Mathieu Roy wrote:
  severity 575226 minor
  retitle 575226 firmware-linux-nonfree 0.23 is in conflict with
  xserver-xorg- video-radeonhd and should suggest xserver-xorg-video-radeon
  thanks
 
 firmware-linux-nonfree has nothing to do with this.

I get your point.

The real issue is having both firmware-linux-nonfree and radeonhd installed, 
as radeonhd will automatically call the firmware contained in firmware-linux-
nonfree, which will result in a blank screen (not very user friendly).

Maybe it is best if radeonhd driver include a conflict against firmware-linux-
nonfree  0.22, so the issue remains fully in the responsible hands of 
radeonhd people. I cannot say. Feel free to reassign back the bug to radeonhd 
in that case.

I spent quite some time to find out exactly why it stopped working this 
morning (and since you get a blank screen with no way back to the console, you 
have to reboot at each failure), I'd just like to avoid other users to waste 
their time the same way. It does not matter to me whether it is achieved by 
adding a conflit in one package control file or another.


  I think it should be documented somewhere. And considering the results of
  running firmware-linux-nonfree with xserver-xorg-video-radeonhd (blank
  screen), maybe it would be nice to add a conflict against
  xserver-xorg-video- radeonhd and a suggest in favor of
  xserver-xorg-video-radeon.
 
 If nothing else, it will be documented in radeon's NEWS.Debian file
 (http://git.debian.org/?p=pkg-xorg/driver/xserver-xorg-video-ati.git;a=blob
 ;f=debian/xserver-xorg-video-radeon.NEWS), and probably in the release
  notes for squeeze.

That's good.
It would make sense to also mention it in xserver-xorg-video-radeonhd or 
firmware-linux-nonfree, since it is unusual to look unused packages docs to 
find out solutions about the one we use (I mean, if you encounter the bug only 
when using radeonhd driver, you are likely to check NEWS and README for 
radeonhd and all the other pieces of software you rely on, instead of looking 
in the NEWS of the alternatives). 

Regards,

-- 
Mathieu Roy



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

Bug#575226: firmware-linux-nonfree: firmware shipped in 0.23 cause radeonhd xorg drivers to be unusable with RV770

[Mathieu Roy]

Le mercredi 24 mars 2010, Brice Goglin a écrit :
  And considering the results of 
  running firmware-linux-nonfree with xserver-xorg-video-radeonhd (blank 
  screen,, maybe it would be nice to add a conflict against
  xserver-xorg-video- radeonhd and a suggest in favor of
  xserver-xorg-video-radeon.
 
 I think radeonhd should work a recent firmware and libdrm if KMS is
 disabled. So this conflicts would be wrong.

Ok. In that case, radeonhd should first test whether KMS is enabled and behave 
accordingly - or at least send a warning to the user.


-- 
Mathieu Roy




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

Bug#573031: RFP: plasma-widget-daisy -- Plasmoid simple application launcher like Mac OS X dock

[Mathieu Roy]

Package: wnpp
Severity: wishlist

* Package name: plasma-widget-daisy
  Version : 0.0.4.22a
  Upstream Author : Lechio alessandros...@yahoo.com.br
* URL : http://daisyplasma.freehostia.com/
* License : GPL v3
  Programming Lang: KDE Plasmoid
  Description : Plasmoid simple application launcher like Mac OS X dock


Daisy is a plasmoid for KDE that mimic Mac OS X dock. There is room for 
improvement but it works.

It has already been packaged succesfully for Ubuntu 
(http://packages.ubuntu.com/lucid/plasma-widget-daisy) and the resulting 
package works when rebuilt against debian sid 
(http://yeupou.wordpress.com/2010/03/08/next-step-towards-gnustep-within-kde/)



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

Bug#572786: plasmapkg: no way to find out which options the argument --type can handle

[Mathieu Roy]

Package: kdebase-runtime
Version: 4:4.3.4-2
Severity: normal

Hello,



  $ plasmapkg --help | grep type
  -t, --type type The type of package, e.g. theme, wallpaper, 
plasmoid, dataengine, runner, etc. [plasmoid]


I find it hard to understand what --type options are available. I can only make 
assumptions about each proposed option keyword. And I have no clue what etc 
refers to.



It's even harder in french because the options keywords have been translated.

  $ plasmapkg --help | grep type
  -t, --type type Le type du paquetage, par exemple thème, fond 
d'écran, plasmoïde, dataengine, runner, etc. [plasmoid]

 The translated options keywords works (you can really use --type fond 
d'écran) but that's unusual enough to puzzle me. For instance, I still use 
plasmapkg --help, not plasmapkg --aide, plasmapkg --upgrade instead of plasma 
--met-à-jour, etc. 
So I wonder if the idea of translating this option does not even make the 
overall more obscure. Not to mention the fact that is makes the issue harder to 
google about. There was a discussion on org.kde.kde-i18n-doc about it 
(http://markmail.org/message/iwm3xcblbgklciyc), I think it has been a bold move 
to make these options keywords translatable without looking at the big picture.


Unfortunately:
  $ man plasmapkg
No manual entry for plasmapkg
See 'man 7 undocumented' for help when manual pages are not available.

 

So, what etc stands for? What does exactly theme refers to? Superkaramba ones?


I understand there may be too separate issue here (1/ the lack of documentation 
of the --type option, 2/ the idea to translate option keywords), please feel 
free to duplicate if necessary.

Thanks,
Bye





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

Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages kdebase-runtime depends on:
ii  kdebase-runtime-data  4:4.3.4-2  shared data files for the KDE 4 ba
ii  kdelibs5  4:4.3.4-3  core libraries for all KDE 4 appli
ii  libasound21.0.22-2   shared library for ALSA applicatio
ii  libc6 2.10.2-6   Embedded GNU C Library: Shared lib
ii  libclucene0ldbl   0.9.21b-2+b1   library for full-featured text sea
ii  libgcc1   1:4.4.3-3  GCC support library
ii  libjpeg62 6b-16.1The Independent JPEG Group's JPEG 
ii  libknotificationitem-1-1  4:4.3.4-1  library for new way of handling sy
ii  libopenexr6   1.6.1-4.1  runtime files for the OpenEXR imag
ii  libphonon44:4.5.3-4  Qt 4 Phonon module
ii  libplasma34:4.3.4-3  library for the KDE 4 Plasma deskt
ii  libpulse0 0.9.21-1   PulseAudio client libraries
ii  libqt4-dbus   4:4.5.3-4  Qt 4 D-Bus module
ii  libqt4-qt3support 4:4.5.3-4  Qt 3 compatibility library for Qt 
ii  libqt4-svg4:4.5.3-4  Qt 4 SVG module
ii  libqt4-xml4:4.5.3-4  Qt 4 XML module
ii  libqtcore44:4.5.3-4  Qt 4 core module
ii  libqtgui4 4:4.5.3-4  Qt 4 GUI module
ii  libsmbclient  2:3.4.6~dfsg-1 shared library for communication w
ii  libsoprano4   2.4.1+dfsg.1-1 libraries for the Soprano RDF fram
ii  libstdc++64.4.3-3The GNU Standard C++ Library v3
ii  libstreamanalyzer00.7.1-1streamanalyzer library for Strigi 
ii  libstreams0   0.7.1-1streams library for for Strigi Des
ii  libx11-6  2:1.3.3-1  X11 client-side library
ii  libxcursor1   1:1.1.10-1 X cursor management library
ii  libxine1  1.1.17-1+b1the xine video/media player librar
ii  oxygen-icon-theme 4:4.3.4-1  Oxygen icon theme
ii  phonon-backend-gstreamer  4:4.3.1-5  Phonon GStreamer 0.10.x backend
ii  phonon-backend-xine [phon 4:4.3.1-5  Phonon Xine 1.1.x backend

Versions of packages kdebase-runtime recommends:
ii  hal   0.5.14-2   Hardware Abstraction Layer
ii  pmount0.9.20-2   mount removable devices as normal 

Versions of packages kdebase-runtime suggests:
pn  djvulibre-bin none (no description available)

-- no debconf information



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

Bug#516701: still no sound out of the box on thinkpad 600e

[Mathieu Roy]

reopen 516701
thanks


Hello,

The link to
http://www.thinkwiki.org/wiki/Script_for_configuring_the_CS4239_sound_chip_in_PnP_mode
was useful to me.

The script available here allows to workaround the fact that, out of the
box, alsa is unable to work with the thinkpad 600e (and old workarounds no
longer work with linux 2.6). But is still a dirty hack and does not
integrates within the standard boot process at all.

I understand there are probably not so many thinkpad 600e users, so I
guess this issue is not a top priority. But there still a bug.



For the record:

Package: alsa-utils
Version: 1.0.21-1
Severity: normal



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

Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages alsa-utils depends on:
ii  libasound21.0.21a-1  shared library for ALSA
applicatio
ii  libc6 2.10.2-2   GNU C Library: Shared libraries
ii  libncursesw5  5.7+20090803-2 shared libraries for terminal
hand
ii  linux-sound-base  1.0.21+dfsg-2  base package for ALSA and OSS
soun
ii  lsb-base  3.2-23 Linux Standard Base 3.2 init
scrip
ii  module-init-tools 3.11-1 tools for managing Linux
kernel mo
ii  udev  150-2  /dev/ and hotplug management
daemo
ii  whiptail  0.52.10-5+b1   Displays user-friendly dialog
boxe

Versions of packages alsa-utils recommends:
ii  alsa-base  1.0.21+dfsg-2 ALSA driver configuration files
ii  pciutils   1:3.1.4-5 Linux PCI Utilities

alsa-utils suggests no packages.

-- no debconf information








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

Bug#507965: kdetv: Crash on startup with ADM64 libs (while running fine with IA32)

[Mathieu Roy]

Package: kdetv
Version: 0.8.9-1
Severity: important

kdetv crash when running on the debian ADM64 port.

[ends with...]
libzvbi:io-v4l2k:v4l2_stream_alloc: Requesting 16 streaming i/o buffers.
libzvbi:io-v4l2k:v4l2_stream_alloc: Mapping 16 streaming i/o buffers.
libzvbi:io-v4l2k:vbi_capture_v4l2k_new: Successfully opened /dev/vbi0 
(Hauppauge WinTV-HVR1300 DVB-T/H).
libzvbi:io-v4l2k:v4l2_stream: Failed to enable streaming, errno 22.
KCrash: Application 'kdetv' crashing...

[end of strace of this sequence]
ioctl(13, VIDIOC_STREAMON, 0x7fffed9f8374) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
rt_sigaction(SIGALRM, {SIG_DFL}, {0x7f91db4cb520, [ALRM], 
SA_RESTORER|SA_RESTART, 0x7f91e1fc8f60}, 8) = 0
alarm(3) 


While running on the same computer with the exact same setup (and software 
versions) on the debian i686 port (that is able to deal with the ADM64 proc), 
it goes fine.

I've tried rebuilding kdetv with apt-build, just in case, with the same result.

It is not a permission issue (occurs both as normal user and as root, group 
permissions are well set).
It is not a v4l issue, v4l works with xawtv. 

My current workaround is to run kdetv in a ia32 chroot.

Tell me if you need more details.
(remove the string invalid from my email address)




[kcrash output]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 0x7fd10dd0f6f0 (LWP 24241)]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[KCrash handler]
#5  0x7fd103a5c925 in QMapPrivateQString, 
V4L2Dev::controlDescriptor_s*::find () from /usr/lib/kde3/kdetv_v4l2.so
#6  0x7fd1039259dd in V4L2Dev::setControl ()
   from /usr/lib/libkvideoio.so.1
#7  0x7fd103a58b1b in KdetvV4L2::setMuted ()
   from /usr/lib/kde3/kdetv_v4l2.so
#8  0x7fd103a59195 in KdetvV4L2::startVideo ()
   from /usr/lib/kde3/kdetv_v4l2.so
#9  0x7fd10daa99a2 in SourceManager::startVideo ()
   from /usr/lib/libkdetv.so.1
#10 0x7fd10dae09ae in Kdetv::playDevice () from /usr/lib/libkdetv.so.1
#11 0x7fd10daaa2c8 in Kdetv::start () from /usr/lib/libkdetv.so.1
#12 0x7fd10dadfca9 in Kdetv::qt_invoke () from /usr/lib/libkdetv.so.1
#13 0x7fd10d35836c in QObject::activate_signal ()
   from /usr/lib/libqt-mt.so.3
#14 0x7fd10d6307e2 in QSignal::signal () from /usr/lib/libqt-mt.so.3
#15 0x7fd10d3705fd in QSignal::activate () from /usr/lib/libqt-mt.so.3
#16 0x7fd10d3768c8 in QSingleShotTimer::event ()
   from /usr/lib/libqt-mt.so.3
#17 0x7fd10d302953 in QApplication::internalNotify ()
   from /usr/lib/libqt-mt.so.3
#18 0x7fd10d303668 in QApplication::notify () from /usr/lib/libqt-mt.so.3
#19 0x7fd10bd6cc22 in KApplication::notify ()
   from /usr/lib/libkdecore.so.4
#20 

Bug#437344: seemingly random SATA disk lockup with ICH5: amazing way to ask for more info on the BTS

[Mathieu Roy]

 Package: linux-image-2.6.21-2-686
 Version: 2.6.21-6
 Severity: important

stopped reading at that point, there is newer linux images
in the archive install them directly from unstable.

Amazing.
Tell me, are your trying to turn debian support/BTS into a joke?

If one need to run the brand new latest über-unstable version of the kernel to 
have a chance to get his bug report *read*, why do even reportbug accept to 
submit bugs reports against older versions?

I find really astonishing to get such reply to a bug report about a not so 
trivial bug in a not so trivial piece of software while running Debian 
GNU/Linux.

Indeed, if you are not even polite enough to read more than 3 words in a bug 
report, clearly you do not need/deserve more help to improve Debian. Do not 
expect more info any time soon.

Not really sure it is in the best interest of Debian.


CCed to debian-devel because I'm wondering if this way of handling bug reports 
(not reading more than 3 words of the reports and then asking for more info 
and asking to install unstable software) is endorsed by debian developers 
nowadays.



-- 
Mathieu Roy

  | Not everybody on earth is native english speaker, keep cool :)
  | http://stock.coleumes.org/doc.php?i=/misc-files/flawed-english

Bug#437344: seemingly random SATA disk lockup with ICH5: amazing way to ask for more info on the BTS

[Mathieu Roy]

Le vendredi 14 septembre 2007, Luk Claes a écrit :
 Well for packages with many changes and many users it's not always easy
 to debug every single problem. So sometimes it's a great help if bug
 submitters test if the problem still occurs in the latest version...

Hello Luk,

I concur. 

But, still, clearly, one cannot ask for info, more input from the user, while 
at the same time disregard 99% of the info already provided.

Well, I hope that you are right and that is a /misunderstanding/. But I feel 
these last year that this kind of /misunderstanding/ happen often on the 
Debian BTS. Here  we are talking about linux and SATA support, not really a 
secondary issue of an obscure piece of software. That's why I raised the 
issue at debian-devel, I would be glad if it serves as a reminder to Debian 
developers that even if users obviously owe something to them, handling 
honestly reports is part of the deal.
If each time one a user of debian testing get to his documented bug reports as 
only answer to use another version of the software (meaning switching to 
unstable, which he may not want to/be able to), that won't do.

Well, end of the story for me. Thanks Luk for your attention. 


-- 
Mathieu Roy

  | Not everybody on earth is native english speaker, keep cool :)
  | http://stock.coleumes.org/doc.php?i=/misc-files/flawed-english

Bug#437344: does moreinfo tag now means Iwontsupportthisversion ? [Was Re: Bug#437344: seemingly random SATA disk lockup with ICH5: amazing way to ask for more info on the BTS]

[Mathieu Roy]

Le vendredi 14 septembre 2007, maximilian attems a écrit :
 any unstable kernel installs just fine on testing.

 woow instead of loosing blabla time a simple upgrade could have
 been done long ago. i told you the reality 2.6.21 is _not_ supported.
 it is also certainly not the version with which Lenny or any d-i
 will be released.

 so your report is missing vital info.

Obviously you missed Luk when he said
The version specified is the version in testing...

If you had read the 4th line of my bug report, you would knew that this bug 
occurs also with other kernel versions (2.6.15, 2.6.18...) and then you 
would, maybe, have been able to be a little bit useful by providing more 
useful guidance than telling use [one more] another version.

I'll loose the blabla time and the bug reporting time. It would surely have 
taken less time to install a new kernel than trying to communicate with you: 
but I would have to do this each time a new version is released while no one 
would still have read a single line of my initial report and will no warantee 
that someone will read complementary info posted afterwards.

To sum up, you are simply diverting the BTS moreinfo tags into 
a Iwontsupportthisversionincludedintesting which I really doubt it was 
meant for. 

And I think the CC to debian-devel is justified, in this case, because we are 
not talking about the bug, but about the way you handle bugs.

Apparently, you decided that for the kernel linux, quite an important piece of 
software, it was ok to:

Tag any bug that is against an old version with moreinfo in the ping 
mail. 
Gives the submitter a clear indication that this bug needs an update.

(From your blog http://www.itp.tuwien.ac.at/~mattems/blog/ )

while Debian BTS states that moreinfo tag means:

This bug can't be addressed until more information is provided by the  

submitter. The bug will be closed if the submitter doesn't provide more 

information in a reasonable (few months) timeframe. This is for bugs 
like It 
doesn't work. What doesn't work?

(From http://www.debian.org/Bugs/Developer#tags )

Do you really feel it is ok to consider that the fact that the submitter have 
not tried every new version of the package means This bug can't be addressed 
until more information is provided. Do you really feel the fact a user have 
not tried every new version while giving plenty of details of what precisely 
does not work is like a bug report saying it does not work without saying 
what exactly? Do you really feel it means it is okey to close such reports 
that you have not read just because the submitter failed to reply to a ping?

Considering how central is linux in a GNU/Linux operating system, it cannot be 
harmless to follow such bugs management policy. So I would be interested to 
know if such policy is endorsed by debian developers in general. If so, then 
please update the BTS docs about the tags so bugs submitter knows easily that 
their reports will easily go to limbo unread.

In the meantime, I'll pray and hope upstream maintainers of linux will fix 
this annoying bug.


-- 
Mathieu Roy

Bug#437344: linux-image-2.6.21-2-686: seemingly random SATA disk lockup with ICH5 intel bridge

[Mathieu Roy]

Package: linux-image-2.6.21-2-686
Version: 2.6.21-6
Severity: important


Hello,

I'm trying to get to run a Seagate 250GB hard disk. It works with Microsoft 
Windows XP so it is not a hardware issue.

Sometimes the system boots perfectly, sometimes an error show up soon in the 
boot process an then the hard disk, while recognized, does not allow access to 
anything on it, including its partition table, making the system temporarily 
locked each time it tries to access it.

It is not a partition issue or whatever, the partition model is simple and was 
erased and cleaned several times.

The report is made against the latest kernel I have installed but it fails also 
with kernel 2.6.15.


Here comes a boot process, the interesting part is the following. If it does 
not show up, then the disk works perfectly. Considering the problem is random 
to me (maybe there a logic, but I do not get it)

Aug 10 12:15:29 eos kernel: SCSI subsystem initialized
Aug 10 12:15:29 eos kernel: [c014b67e] __report_bad_irq+0x36/0x75
Aug 10 12:15:29 eos kernel: [c014b865] note_interrupt+0x1a8/0x1e3
Aug 10 12:15:29 eos kernel: [f885d156] usb_hcd_irq+0x21/0x4e [usbcore]
Aug 10 12:15:29 eos kernel: [c014adc5] handle_IRQ_event+0x23/0x51
Aug 10 12:15:29 eos kernel: [c014bfcb] handle_fasteoi_irq+0x86/0xa6
Aug 10 12:15:29 eos kernel: [c0106486] do_IRQ+0x55/0x6f
Aug 10 12:15:29 eos kernel: [c012642a] irq_exit+0x53/0x6b
Aug 10 12:15:29 eos kernel: [c0114bc2] smp_apic_timer_interrupt+0x71/0x7d
Aug 10 12:15:29 eos kernel: [c010475f] common_interrupt+0x23/0x28
Aug 10 12:15:29 eos kernel: ===
Aug 10 12:15:29 eos kernel: hda: ST380021A, ATA DISK drive

later comes up things like:

Aug 10 12:15:29 eos kernel: ATA: abnormal status 0x7F on port 0x0001c007
Aug 10 12:15:29 eos kernel: scsi1 : ata_piix
Aug 10 12:15:29 eos kernel: ata2.00: ATA-7: ST3250620AS, 3.AAK, max UDMA/133
Aug 10 12:15:29 eos kernel: ata2.00: 488397168 sectors, multi 16: LBA48 NCQ 
(depth 0/32)
Aug 10 12:15:29 eos kernel: ata2.00: qc timeout (cmd 0xef)
Aug 10 12:15:29 eos kernel: ata2: failed to recover some devices, retrying in 5 
secs
Aug 10 12:15:29 eos kernel: ata2.00: qc timeout (cmd 0xef)
Aug 10 12:15:29 eos kernel: ata2.00: limiting speed to UDMA/133:PIO3
Aug 10 12:15:29 eos kernel: ata2: failed to recover some devices, retrying in 5 
secs
Aug 10 12:15:29 eos kernel: ata2.00: qc timeout (cmd 0xef)
Aug 10 12:15:29 eos kernel: ata2.00: disabled


It comes from this boot messages (ending here by a CTRL-ALT-DEL)

#
Aug 10 12:15:29 eos syslog-ng[2986]: syslog-ng starting up; version='2.0.0' 
Aug 10 12:15:29 eos kernel: Linux version 2.6.21-2-686 (Debian 2.6.21-6) 
([EMAIL PROTECTED]) (gcc version 4.1.3 20070629 (prerelease) (Debian 4.1.2-13)) 
#1 SMP Wed Jul 11 03:53:02 UTC 2007
Aug 10 12:15:29 eos kernel: BIOS-provided physical RAM map:
Aug 10 12:15:29 eos kernel: sanitize start
Aug 10 12:15:29 eos kernel: sanitize end
Aug 10 12:15:29 eos kernel: copy_e820_map() start:  size: 
0009f800 end: 0009f800 type: 1
Aug 10 12:15:29 eos kernel: copy_e820_map() type is E820_RAM
Aug 10 12:15:29 eos kernel: copy_e820_map() start: 0009f800 size: 
0800 end: 000a type: 2
Aug 10 12:15:29 eos kernel: copy_e820_map() start: 000f size: 
0001 end: 0010 type: 2
Aug 10 12:15:29 eos kernel: copy_e820_map() start: 0010 size: 
3fef end: 3fff type: 1
Aug 10 12:15:29 eos kernel: copy_e820_map() type is E820_RAM
Aug 10 12:15:29 eos kernel: copy_e820_map() start: 3fff size: 
3000 end: 3fff3000 type: 4
Aug 10 12:15:29 eos kernel: copy_e820_map() start: 3fff3000 size: 
d000 end: 4000 type: 3
Aug 10 12:15:29 eos kernel: copy_e820_map() start: fec0 size: 
0140 end: 0001 type: 2
Aug 10 12:15:29 eos kernel: BIOS-e820:  - 0009f800 
(usable)
Aug 10 12:15:29 eos kernel: BIOS-e820: 0009f800 - 000a 
(reserved)
Aug 10 12:15:29 eos kernel: BIOS-e820: 000f - 0010 
(reserved)
Aug 10 12:15:29 eos kernel: BIOS-e820: 0010 - 3fff 
(usable)
Aug 10 12:15:29 eos kernel: BIOS-e820: 3fff - 3fff3000 
(ACPI NVS)
Aug 10 12:15:29 eos kernel: BIOS-e820: 3fff3000 - 4000 
(ACPI data)
Aug 10 12:15:29 eos kernel: BIOS-e820: fec0 - 0001 
(reserved)
Aug 10 12:15:29 eos kernel: 127MB HIGHMEM available.
Aug 10 12:15:29 eos kernel: 896MB LOWMEM available.
Aug 10 12:15:29 eos kernel: found SMP MP-table at 000f5350
Aug 10 12:15:29 eos kernel: Zone PFN ranges:
Aug 10 12:15:29 eos kernel: DMA 0 - 4096
Aug 10 12:15:29 eos kernel: Normal   4096 -   229376
Aug 10 12:15:29 eos kernel: HighMem229376 -   262128
Aug 10 12:15:29 eos kernel: early_node_map[1] 

Bug#236130: closed by Ana Guerrero [EMAIL PROTECTED] (Re: kghostview: erroneous page numbering)

[Mathieu Roy]

Le samedi 2 décembre 2006 17:18, Debian Bug Tracking System a écrit :
 This is an automatic notification regarding your Bug report
 #236130: kghostview: erroneous page numbering,
 which was filed against the kghostview package.

 It has been closed by Ana Guerrero [EMAIL PROTECTED].

 Their explanation is attached below.  If this explanation is
 unsatisfactory and you have not received a better one in a separate
 message then please contact Ana Guerrero [EMAIL PROTECTED] by replying
 to this email.

I'm closing this bug because I do not consider this a bug, you also 
can open a document without a title page that is numbered from the first 
page...
So i think the default behaviour is ok.

How do you explain the inconstency with gv? Isnt kghostview a frontend to gv? 
If so, why does it behaves so differently?

I think this is typically the kind of bug you should forward to KDE devs. It 
is not your call as debian maintainer as it is not debian specific. But if 
you do not want to forward request, well, I'll fill a bug at bugs.kde.org by 
myself.

(Two years to get such reply, frankly, it is not nice)
-- 
Mathieu Roy

  | Not everybody on earth is native english speaker, keep cool :)
  | http://stock.coleumes.org/doc.php?i=/misc-files/flawed-english

Bug#336801: patches included in the CVS

[Mathieu Roy]

Hello,

I finally took the time to include all your contributions in the CVS.

Unfortunately, some of them was based on the latest release, not on the CVS, 
and as result there was a bit of duplicate fixes and some gettext strings 
that slightly changed that got fuzzy.

I think I'll make a new release with the merge result. If you want to check 
the result, grab the CVS. If you want to continue to update i18n or whatever, 
I can also provide you CVS write access.

The planning of this release is at https://gna.org/task/?4145 and it will have 
to be done before November the 29th before after I wont have the time to.

Thanks a lot for all your contributions,

-- 
Mathieu Roy

  | Not everybody on earth is native english speaker, keep cool :)
  | http://stock.coleumes.org/doc.php?i=/misc-files/flawed-english


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

Bug#316703: Patch for the 2.0.10.1.2 NMU

[Mathieu Roy]

Le Mercredi 15 Novembre 2006 07:45, Christian Perrier a écrit :
 Attached is the patch for this NMU wihch I'll upload today in
 DELAYED/0-day, as announced 7 days ago.

Thanks a lot for all this work, I'll integrate this ASAP.

-- 
Mathieu Roy

 | http://coleumes.org

Bug#287554: savannah CGI script useless

[Mathieu Roy]

Note that this script is not supported anyway by Savane (name of savannah
software since it has been published). So you can safely remove it
because no installation of Savane is known to use it.

Mathieu Roy

Bug#391000: mailman: upgrade process takes hours even if the upgrade is supposed to be a simple security upgrade

[Mathieu Roy]

Package: mailman
Version: 2.1.5-8sarge5
Severity: normal

This year, there were several security upgrades of the mailman package. No big 
deal, thanks to you for keeping up and providing upgrades whenever required.

But unfortunately, upgrading mailman on a production server is current a real 
pain in the ass. It takes hour.  

What happen at each security upgrade?

First, it ask /var/lib/mailman/qfiles to be empty. I find this to puzzling
for the a security upgrade. It is just like if each security upgrade version 
was not compatible with the version is it based-on. This is frankly annoying to 
be force to move qfiles out each time. Just like if had to move by ourselves 
qfiles each time we restart mailman.

Then, it tries to reinstall languages, god only knows why. Why during a 
security upgrade does it assumes that you want your serveur to unavailable to 
provide more language while the purpose of an upgrade is definitely not to 
reconfigure the installation?

And this damn slow.

You  get

Setting up mailman (2.1.5-8sarge5) ...
Installing site language tr ... done.
Installing site language sv . done.
Installing site language sr ... done.
Installing site language sl .. done.
Installing site language ro .. done.
Installing site language pt_BR .. done.
Installing site language pt .. done.
Installing site language no . done.
Installing site language nl .. done.
Installing site language lt .. done.
Installing site language hu  done.
Installing site language hr .. done.
Installing site language fi . done.
Installing site language eu .. done.
Installing site language et .. done.
Installing site language de  done.
Installing site language da  done.
Installing site language cs . done.
Installing site language ca .. done.
Installing site language pl .. done.
Installing site language uk .. done.
Installing site language ru .. done.
Installing site language it ... done.
Installing site language fr ... done.
Installing site language es  done.
Installing site language en  done.
No updates are necessary.

and at this point you wait for hours.

You wonder why you are waiting for this:

root   709  0.0  0.1  2744 1260 pts/0S+   10:40   0:00 /usr/bin/dpkg 
--configure mailman
root   710  0.0  0.6  8680 6904 pts/0S+   10:40   0:00 /usr/bin/perl -w 
/usr/share/debconf/frontend /var/lib/dpkg/info/mailman.postinst
root   742  0.1  0.1  2356 1180 pts/0S+   10:40   0:01 /bin/sh -e 
/var/lib/dpkg/info/mailman.postinst configure 2.1.5-8sarge3
root 26904  0.8  0.0  1520  484 pts/0D+   10:42   0:04 find 
/var/lib/mailman/ -type d -print0
root 26905  0.0  0.0  1480  404 pts/0S+   10:42   0:00 xargs -r -0 
chmod g+s

Why the hell did I asked an upgrade to reset files mode in /var/lib/mailman? 
Why the hell at each upgrade does it have to do this, does it have to waste 
users time?

Frankly, this whole thing is a real pain, each upgrade is a nightmare. It is 
now 10:54, it is still doing this damn chmod g+s that I assume to be 
completely useless, since 10:42. Do the math, tell me it is acceptable to waste 
a server for more than 10 minutes for absolutely no reason.

It would be really wonderful if mailman package upgrade was simply an upgrade, 
not a reconfiguration of everything.


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.27-3-686-smp
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages mailman depends on:
ii  apache [httpd]1.3.33-6sarge3 versatile, high-performance HTTP s
ii  cron  3.0pl1-86  management of regular background p
ii  debconf   1.4.30.13  Debian configuration management sy
ii  exim4-daemon-light [m 4.50-8sarge2   lightweight exim MTA (v4) daemon
ii  libc6 2.3.2.ds1-22sarge4 GNU C Library: Shared libraries an
ii  logrotate 3.7-5  Log rotation utility
ii  python2.3.5-2An interactive high-level object-o


-- 

Bug#299477: (no subject)

[Mathieu Roy (no spam thanks)]

Hello,

I would not like to keep you waiting but I switched to ardour+audacity and I 
no longer use gnusound enough to tell you if it still happens.

I guess you can safely close this report.

 
-- 
PS: Remove invalid from the email address string if you expect a reply.

Mathieu Roy 

  +
  | Thalie  : http://yeupou.coleumes.org/ 
  | Clio: http://clio.coleumes.org/   
  | Euterpe : http://crap.is.free.fr/
  |   http://kromaniaks.coleumes.org/
  +---+




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

Bug#343463: (no subject)

[Mathieu Roy (no spam thanks)]

 I just posted a patch on the linux-usb-devel mailing list. Please
 check it out.

Nice!

In the meantime, I've plugged the keyboard in a PS/2 plug with an adapter I 
had. It works fine.

-- 
PS: Remove invalid from the email address string if you expect a reply.

Mathieu Roy 

  +
  | Thalie  : http://yeupou.coleumes.org/ 
  | Clio: http://clio.coleumes.org/   
  | Euterpe : http://crap.is.free.fr/
  |   http://kromaniaks.coleumes.org/
  +---+




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

Bug#352945: RFP: apache-icons -- alternative icons for apache

[Mathieu Roy]

Package: wnpp
Severity: wishlist

* Package name: apache-icons
  Version : 20060213
  Upstream Author : Mathieu Roy (packager, not author of icons) [EMAIL 
PROTECTED]
* URL : https://gna.org/projects/apache-icons/
* License : (GPL, LGPL -- all GPL compatible)
  Description : alternative icons for apache


Apache ships icons in low color mode. One could say it is a matter of 
usability, the default should probably work decently for everybody.
 
If you run a web server, browsable in directories (it has no use if you only 
serve HTML or whatever), don't care much about how would look like icons to 
people using the text web browser Lynx or an Hercule or CGA screen, but want to 
provide something nice to the rest of your users, these packages are for you.
 
These libre software icons were originally made for KDE or GNOME by differents 
authors. Currently are packages are provided for: Nuvola by David Vignoni and 
Gartoon by Zeus.
 
So far, only deb packages are available, but if you are running an RPM-based 
distro, you are welcomed to give an hand.


-- these debian packages are probably not 100% policy-compliant. Some work 
should probably be done in this regard.

 

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


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

Bug#351055: keduca: slow as hell between each question when randomize answers is activated

[Mathieu Roy]

Package: keduca
Version: 4:3.5.0-4
Severity: normal

Keduca is slow as hell between each question when randomize answers is 
activated.

It was not the case in the past (with the version in debian stable).

This is annoying because it is a very useful option, but waiting 5 seconds 
between each question with the CPU at 100%, however powerful the computer is 
(same effect with a decently recent P4 than with a venerable PII).

Regards,


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

Versions of packages keduca depends on:
ii  kdelibs4c2a  4:3.5.1-1   core libraries for all KDE applica
ii  libacl1  2.2.34-1Access control list shared library
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libattr1 2.4.25-1Extended attribute shared library
ii  libaudio21.7-3   The Network Audio System (NAS). (s
ii  libc62.3.5-8 GNU C Library: Shared libraries an
ii  libfontconfig1   2.3.2-1.1   generic font configuration library
ii  libfreetype6 2.1.7-2.4   FreeType 2 font engine, shared lib
ii  libgamin0 [libfam0]  0.1.7-3 Client library for the gamin file 
ii  libgcc1  1:4.0.2-5   GCC support library
ii  libice6  6.8.2.dfsg.1-11 Inter-Client Exchange library
ii  libidn11 0.5.18-1GNU libidn library, implementation
ii  libjpeg626b-11   The Independent JPEG Group's JPEG 
ii  libpng12-0   1.2.8rel-5  PNG library - runtime
ii  libqt3-mt3:3.3.5-3   Qt GUI Library (Threaded runtime v
ii  libsm6   6.8.2.dfsg.1-11 X Window System Session Management
ii  libstdc++6   4.0.2-5 The GNU Standard C++ Library v3
ii  libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li
ii  libxcursor1  1.1.3-1 X cursor management library
ii  libxext6 6.8.2.dfsg.1-11 X Window System miscellaneous exte
ii  libxft2  2.1.7-1 FreeType-based font drawing librar
ii  libxi6   6.8.2.dfsg.1-11 X Window System Input extension li
ii  libxinerama1 6.8.2.dfsg.1-11 X Window System multi-head display
ii  libxrandr2   6.8.2.dfsg.1-11 X Window System Resize, Rotate and
ii  libxrender1  1:0.9.0.2-1 X Rendering Extension client libra
ii  libxt6   6.8.2.dfsg.1-11 X Toolkit Intrinsics
ii  zlib1g   1:1.2.3-9   compression library - runtime

Versions of packages keduca recommends:
ii  kdeedu-data   4:3.4.3-2  shared data for KDE educational ap

-- no debconf information


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

Bug#351062: keduca: always save as compacted unless we use save as

[Mathieu Roy]

Package: keduca
Version: 4:3.5.0-4
Severity: normal

keducabuilder always save tests as compacted unless we use save as, which 
is quite annoying since you end up being always forced to use save as when 
you do not want compacted files.

Worse, each time you end up browsing file hieararchy because the file selector 
always starts from your ~/

Regards

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

Versions of packages keduca depends on:
ii  kdelibs4c2a  4:3.5.1-1   core libraries for all KDE applica
ii  libacl1  2.2.34-1Access control list shared library
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libattr1 2.4.25-1Extended attribute shared library
ii  libaudio21.7-3   The Network Audio System (NAS). (s
ii  libc62.3.5-8 GNU C Library: Shared libraries an
ii  libfontconfig1   2.3.2-1.1   generic font configuration library
ii  libfreetype6 2.1.7-2.4   FreeType 2 font engine, shared lib
ii  libgamin0 [libfam0]  0.1.7-3 Client library for the gamin file 
ii  libgcc1  1:4.0.2-5   GCC support library
ii  libice6  6.8.2.dfsg.1-11 Inter-Client Exchange library
ii  libidn11 0.5.18-1GNU libidn library, implementation
ii  libjpeg626b-11   The Independent JPEG Group's JPEG 
ii  libpng12-0   1.2.8rel-5  PNG library - runtime
ii  libqt3-mt3:3.3.5-3   Qt GUI Library (Threaded runtime v
ii  libsm6   6.8.2.dfsg.1-11 X Window System Session Management
ii  libstdc++6   4.0.2-5 The GNU Standard C++ Library v3
ii  libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li
ii  libxcursor1  1.1.3-1 X cursor management library
ii  libxext6 6.8.2.dfsg.1-11 X Window System miscellaneous exte
ii  libxft2  2.1.7-1 FreeType-based font drawing librar
ii  libxi6   6.8.2.dfsg.1-11 X Window System Input extension li
ii  libxinerama1 6.8.2.dfsg.1-11 X Window System multi-head display
ii  libxrandr2   6.8.2.dfsg.1-11 X Window System Resize, Rotate and
ii  libxrender1  1:0.9.0.2-1 X Rendering Extension client libra
ii  libxt6   6.8.2.dfsg.1-11 X Toolkit Intrinsics
ii  zlib1g   1:1.2.3-9   compression library - runtime

Versions of packages keduca recommends:
ii  kdeedu-data   4:3.4.3-2  shared data for KDE educational ap

-- no debconf information


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

Bug#351063: keduca: shows questions and answers before the counter starts

[Mathieu Roy]

Package: keduca
Version: 4:3.5.0-4
Severity: normal

With keduca, you have the possibility of defining a time-span in which the user 
is supposed to answer the question.

Problem: there is a dialog box that shows up, block the time count, and yet let 
you read the question and answer, making the count virtually purposeless.

The dialog box itself seems to be more an annoyance than a feature, because it 
implies that for each question, you get one more click. On a set of 100 
questions, instead of 200 clicks, on reach 300 clicks... We should at least be 
able to set off this dialog.




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

Versions of packages keduca depends on:
ii  kdelibs4c2a  4:3.5.1-1   core libraries for all KDE applica
ii  libacl1  2.2.34-1Access control list shared library
ii  libart-2.0-2 2.3.17-1Library of functions for 2D graphi
ii  libattr1 2.4.25-1Extended attribute shared library
ii  libaudio21.7-3   The Network Audio System (NAS). (s
ii  libc62.3.5-8 GNU C Library: Shared libraries an
ii  libfontconfig1   2.3.2-1.1   generic font configuration library
ii  libfreetype6 2.1.7-2.4   FreeType 2 font engine, shared lib
ii  libgamin0 [libfam0]  0.1.7-3 Client library for the gamin file 
ii  libgcc1  1:4.0.2-5   GCC support library
ii  libice6  6.8.2.dfsg.1-11 Inter-Client Exchange library
ii  libidn11 0.5.18-1GNU libidn library, implementation
ii  libjpeg626b-11   The Independent JPEG Group's JPEG 
ii  libpng12-0   1.2.8rel-5  PNG library - runtime
ii  libqt3-mt3:3.3.5-3   Qt GUI Library (Threaded runtime v
ii  libsm6   6.8.2.dfsg.1-11 X Window System Session Management
ii  libstdc++6   4.0.2-5 The GNU Standard C++ Library v3
ii  libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li
ii  libxcursor1  1.1.3-1 X cursor management library
ii  libxext6 6.8.2.dfsg.1-11 X Window System miscellaneous exte
ii  libxft2  2.1.7-1 FreeType-based font drawing librar
ii  libxi6   6.8.2.dfsg.1-11 X Window System Input extension li
ii  libxinerama1 6.8.2.dfsg.1-11 X Window System multi-head display
ii  libxrandr2   6.8.2.dfsg.1-11 X Window System Resize, Rotate and
ii  libxrender1  1:0.9.0.2-1 X Rendering Extension client libra
ii  libxt6   6.8.2.dfsg.1-11 X Toolkit Intrinsics
ii  zlib1g   1:1.2.3-9   compression library - runtime

Versions of packages keduca recommends:
ii  kdeedu-data   4:3.4.3-2  shared data for KDE educational ap

-- no debconf information


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

Bug#351090: gkrellm: no longer able to show sensors output since lm-sensors upgrade

[Mathieu Roy]

Package: gkrellm
Version: 2.2.7-7
Severity: normal

gkrellm is no longer able to show sensors output since lm-sensors upgrade

gkrellm detect sensors but show 0 as value, while lm-sensors returns valid 
results, like


[EMAIL PROTECTED]:~$ sensors
w83637hf-isa-0290
Adapter: ISA adapter
VCore: +1.36 V  (min =  +1.23 V, max =  +1.36 V)  
+12V:  +5.78 V  (min = +10.82 V, max = +13.19 V)   ALARM  
+3.3V: +3.34 V  (min =  +3.14 V, max =  +3.47 V)  
+5V:   +5.15 V  (min =  +4.75 V, max =  +5.25 V)  
-12V: -14.33 V  (min = -10.80 V, max = -13.18 V)   ALARM  
V5SB:  +5.08 V  (min =  +4.76 V, max =  +5.24 V)  
VBat:  +3.42 V  (min =  +2.40 V, max =  +3.60 V)  
fan1: 2343 RPM  (min = 168750 RPM, div = 4)  ALARM  
CPU Fan:  2678 RPM  (min = 1328 RPM, div = 4) 
fan3:0 RPM  (min = 1328 RPM, div = 4)  ALARM  
M/B Temp: +1°C  (high =+0°C, hyst =+0°C)   sensor = thermistor   
ALARM   
CPU Temp:  +44.0°C  (high =   +75°C, hyst =   +70°C)   sensor = diode   
temp3: +33.0°C  (high =   +75°C, hyst =   +70°C)   sensor = thermistor  
 
vid:  +1.300 V  (VRM Version 8.2)
alarms:   
beep_enable:
  Sound alarm enabled





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

Versions of packages gkrellm depends on:
ii  libatk1.0-0   1.10.3-1   The ATK accessibility toolkit
ii  libc6 2.3.5-12   GNU C Library: Shared libraries an
ii  libcairo2 1.0.2-3The Cairo 2D vector graphics libra
ii  libfontconfig12.3.2-1.1  generic font configuration library
ii  libglib2.0-0  2.8.6-1The GLib library of C routines
ii  libgtk2.0-0   2.8.10-1   The GTK+ graphical user interface 
ii  libice6   6.9.0.dfsg.1-4 Inter-Client Exchange library
ii  libpango1.0-0 1.10.2-1   Layout and rendering of internatio
ii  libsm66.9.0.dfsg.1-4 X Window System Session Management
ii  libssl0.9.8   0.9.8a-6   SSL shared libraries
ii  libx11-6  6.9.0.dfsg.1-4 X Window System protocol client li
ii  libxcursor1   1.1.3-1X cursor management library
ii  libxext6  6.9.0.dfsg.1-4 X Window System miscellaneous exte
ii  libxi66.9.0.dfsg.1-4 X Window System Input extension li
ii  libxinerama1  6.9.0.dfsg.1-4 X Window System multi-head display
ii  libxrandr26.9.0.dfsg.1-4 X Window System Resize, Rotate and
ii  libxrender1   1:0.9.0.2-1X Rendering Extension client libra

gkrellm recommends no packages.

-- no debconf information


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

Bug#349008: cacti: in Tree Item Value, not able to set Round Robin Archive and value ineffective

[Mathieu Roy]

Package: cacti
Version: 0.8.6c-7sarge2
Severity: normal

Hello,

In Console - Graph Trees - (Edit) - Graph Tree Items
I am not able to change the value of the field Round Robin
Archive. Apparently I was able to do so when the tree was created,
but not afterwards.

But, worse, the effective value seems to be always Daily (5 Minute
Average), even when it is set to Monthly (2 Hour Average).

Regards,


-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.27-2-686-smp
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages cacti depends on:
ii  apache   1.3.33-6sarge1  versatile, high-performance HTTP s
ii  debconf  1.4.30.13   Debian configuration management sy
ii  libphp-adodb 4.52-1  The 'adodb' database abstraction l
ii  logrotate3.7-5   Log rotation utility
ii  mysql-client 4.0.24-10sarge1 mysql database client binaries
ii  php4 4:4.3.10-16 server-side, HTML-embedded scripti
ii  php4-cli 4:4.3.10-16 command-line interpreter for the p
ii  php4-mysql   4:4.3.10-16 MySQL module for php4
ii  php4-snmp4:4.3.10-16 SNMP module for php4
ii  rrdtool  1.0.49-1Time-series data storage and displ
ii  snmp 5.1.2-6.2   NET SNMP (Simple Network Managemen
ii  ucf  1.17Update Configuration File: preserv

-- debconf information:
* cacti/username: cacti
* cacti/mysql_server: localhost
* cacti/webserver: Apache
  cacti/save_rootpw: true
  cacti/upgrade_warning:
  cacti/root_mysql: root
* cacti/no_automagic:
  cacti/purge_db: true
* cacti/database: cacti
  cacti/mismatch:


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

Bug#347763: ardour-gtk: segfault when creating new sessions

[Mathieu Roy]

Package: ardour-gtk
Severity: normal

Since the latest ardour upgrade, when creating a new session, ardour segfault.
That's quite a pain in the ass.

The rest seems to be working ok.

Tell me what information you need, if you need some more.

Regards,


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


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

Bug#347764: ardour-gtk: ardour_ui.rc should not specify fonts

[Mathieu Roy]

Package: ardour-gtk
Severity: normal

With the default ardour_ui.rc, ardour is quite unusable on most my computers. 
For some reason, most of the text is not even barely readable. 
I guess it has something to do with the fact that in this ardour_ui.rc, there 
are references to fonts that are probably missing on my systems. 

The bottom line is that this ardour_ui.rc should probably not mention any 
specific font, unless the package is actually 100% sure that these fonts are 
available, and that no unappropriate fallback will be used instead.

To avoid this, in the current state of things, I simply put in comment all 
lines with the font or fontset string, which implies that I loose the font 
size tuning. 

Not dramatic but quite inconvenient.

Regards,

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


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

Bug#343463: linux-image-2.6.12-1-686-smp: usb keyboard failures, drivers/usb/input/hid-core.c: input irq status -32 received

[Mathieu Roy]

  Transfer TypeInterrupt
  Synch Type   None
  Usage Type   Data
wMaxPacketSize 0x0008  1x 8 bytes
bInterval  10
Interface Descriptor:
  bLength 9
  bDescriptorType 4
  bInterfaceNumber1
  bAlternateSetting   0
  bNumEndpoints   1
  bInterfaceClass 3 Human Interface Devices
  bInterfaceSubClass  1 Boot Interface Subclass
  bInterfaceProtocol  2 Mouse
  iInterface  0 
HID Device Descriptor:
  bLength 9
  bDescriptorType33
  bcdHID   1.10
  bCountryCode0 Not supported
  bNumDescriptors 1
  bDescriptorType34 Report
  wDescriptorLength 152
 Report Descriptors: 
   ** UNAVAILABLE **
  Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x82  EP 2 IN
bmAttributes3
  Transfer TypeInterrupt
  Synch Type   None
  Usage Type   Data
wMaxPacketSize 0x0004  1x 4 bytes
bInterval  10



Regards,


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

Versions of packages linux-image-2.6.12-1-686-smp depends on:
ii  coreutils [fileutils] 5.2.1-2.1  The GNU core utilities
ii  fileutils 5.2.1-2.1  The GNU file management utilities 
ii  initrd-tools  0.1.84 tools to create initrd image for p
ii  module-init-tools 3.2-pre9-4 tools for managing Linux kernel mo

linux-image-2.6.12-1-686-smp recommends no packages.

-- no debconf information

-- 
Mathieu Roy

  +
  | Thalie  : http://yeupou.coleumes.org/ 
  | Clio: http://clio.coleumes.org/   
  | Euterpe : http://crap.is.free.fr/
  |   http://kromaniaks.coleumes.org/
  +---+


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

Bug#334843: more details

[Mathieu Roy]

Hello,

I installed udev, as it is supposed to be the thing to use with such
kernel, and this cause the system to segfault too.

So the hdparm fix helped to avoid the problem, but there is definitely
something very wrong there.


 I was confused by your initial bug report, thought that it
 was related to the loading of ide modules, and was offering
 a work around. If you feel that was off-topic, please ignore it.

I wonder what would cause that bug. As said before, I found this
problem after an hardware change, the video card, with a video card
that worked perfectly on another computer with the same arch (not the
same motherboard, but the same system with the same software). 

I traced the failure at the hdparm init script and Aurelien was able
to provide a workaround.

But still there's something wrong, as shows udev failure. I find odd
that I have some many ide modules loaded and I wonder if it may be
part of the issue, but I have no clues.

Tell me if there is further information I can provide.


Regards,


-- 
Mathieu Roy

  +
  | Thalie  : http://yeupou.coleumes.org/ 
  | Clio: http://clio.coleumes.org/   
  | Euterpe : http://crap.is.free.fr/
  |   http://kromaniaks.coleumes.org/
  +---+


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

Bug#334843: back to the subject

[Mathieu Roy]

Horms and Maximilian Attems, how does your discussion relate to the
bugs reports you are including in CC?
I thought that Considering my previous comment, this does not seems
to be really relevant. was a polite, but clear enough, way to ask
you to stop cross-posting your apparently off-topic discussion (if it
is not off-topic, make it clear). 

To get back to the subject, apparently a bugfix in hddtemp should
avoid this bug to occur
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=335571

It is still unclear to me if it is acceptable or not that a simple bug
in a software like hddtemp can cause the kernel to segfault,
especially not while it occurs since a video card change.

-- 
Mathieu Roy


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

Bug#334843: linux-image-2.6.12-1-686: Oops suddenly appearing after a video card change

[Mathieu Roy]

mercredi 26 octobre, vers 9h, Maximilian Attems déclara :

 On Wed, Oct 26, 2005 at 12:52:59PM +0900, Horms wrote:
  On Thu, Oct 20, 2005 at 10:31:42AM +0200, Mathieu Roy wrote:
   Package: linux-image-2.6.12-1-686
   Version: 2.6.12-10
   Severity: normal
   
   Hello,
   
   I suspect this may have something to do with
   http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=330455, as it sounds
   to be some kind of interrupt conflicts.
  
  Perhaps you could try creating an initrd image using yarid or
  initramfs-tools, as the former at least can make initrd images
  that don't load up all ide modules.


Considering my previous comment, this does not seems to be really
relevant.

I dont know if the ooops is caused because the hddtemp scan occur
while other and supposedly IDE modules are loaded, but clearly the bug
occurs when hddtemp is doing such scan. 


-- 
Mathieu Roy

  +-+
  | General Homepage:   http://yeupou.coleumes.org/ |
  | Computing Homepage: http://alberich.coleumes.org/   |
  | Not a native english speaker:   |
  | http://stock.coleumes.org/doc.php?i=/misc-files/flawed-english  |
  +-+