Bug#1071049: mercurial-evolve: current version of evolve incompatible with current mercurial

2024-05-13 Thread Rémi Letot
Package: mercurial-evolve
Version: 11.1.1-1
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: hob...@poukram.net

Dear Maintainer,

using the current mercurial-evolve package (version 11.1.1-1) leads to 
errors with mercurial 6.7: 

hg commit
** Unknown exception encountered with possibly-broken third-party extension 
"evolve" 11.1.1
** which supports versions 6.6 of Mercurial.

>From evolve's repo, it seems that 11.1.2 is needed with mercurial 6.7. 

And 11.1.3 has been available on pypi for one month now, so two birds, 
one stone,... :-)

(I already commented on another bug for that issue, but it seems that 
it didn't automatically reopen the bug, so I create a new one :-)

Thanks

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

Kernel: Linux 6.7.12-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE
Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_BE:fr
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages mercurial-evolve depends on:
ii  libjs-sphinxdoc  7.2.6-7
ii  mercurial6.7.3-1
ii  python3  3.11.8-1
ii  python3-cbor 1.0.0-1.2+b2

mercurial-evolve recommends no packages.

mercurial-evolve suggests no packages.

-- no debconf information



Bug#1069306: pax-britannica appears reduced in its window

2024-04-19 Thread Rémi Letot
Package: pax-britannica
Version: 1.0.0-5+b2
Severity: normal
X-Debbugs-Cc: hob...@poukram.net

Dear Maintainer,

when launching the game in a window, the window honnors the scale of
my display, but the game content itself stays at 100%. 

So with a scale of 175%, the game appears in the lower left quarter of 
its window. The rest of the window is black.

I don't know exactly when it started, but it's relativly recent.

Don't hesitate to ask for more info

Thanks for your work, 
-- 
Rémi

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

Kernel: Linux 6.7.9-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE
Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_BE:fr
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages pax-britannica depends on:
ii  libasound2t64   1.2.11-1+b1
ii  libc6   2.37-18
ii  libgl1  1.7.0-1
ii  libglfw33.4-1
ii  libglu1-mesa [libglu1]  9.0.2-1.1
ii  liblua5.1-0 5.1.5-9+b2
ii  pax-britannica-data 1.0.0-5

pax-britannica recommends no packages.

pax-britannica suggests no packages.

-- no debconf information


Bug#1067487: reopen since not fixed

2024-04-02 Thread Rémi Letot
Control:
reopen 1067487
thanks



Bug#1067487: mercurial-evolve: still does not work with mercurial 6.7

2024-04-02 Thread Rémi Letot
Package: mercurial-evolve
Version: 11.1.1-1
Followup-For: Bug #1067487
X-Debbugs-Cc: hob...@poukram.net

using the current mercurial-evolve package (version 11.1.1-1) leads to 
errors with mercurial 6.7: 

hg commit
** Unknown exception encountered with possibly-broken third-party extension 
"evolve" 11.1.1
** which supports versions 6.6 of Mercurial.

>From evolve's repo, it seems that 11.1.2 is needed with mercurial 6.7

Thanks

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

Kernel: Linux 6.7.9-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE
Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_BE:fr
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages mercurial-evolve depends on:
ii  libjs-sphinxdoc  7.2.6-6
ii  mercurial6.7.2-1
ii  python3  3.11.8-1
ii  python3-cbor 1.0.0-1.2+b2

mercurial-evolve recommends no packages.

mercurial-evolve suggests no packages.

-- no debconf information



Bug#1064358: network-manager-l2tp: cannot connect with mschapv2 if mppe is required

2024-02-27 Thread Rémi Letot
Oh, strange, I didn't receive your answer by mail...

I actually have no idea if MPPE is used in my 1.20.10-1 log, I just
configured it as I was told and never thought about it :)

Now that I documented myself, it makes sense that IPSEC is much
stronger. The l2tp tunnel being protected by IPSEC, there is no need for
MPPE at the l2tp level.

So now I can upgrade and adapt my configurations, but it would probably
be interresting to disable the MPPE possibility if IPSEC is used: make
it unselectable in the gui, or not enforce it when the vpn is created.

Thanks,
-- 
Rémi Letot



Bug#1064358: network-manager-l2tp: cannot connect with mschapv2 if mppe is required

2024-02-20 Thread Rémi Letot
Package: network-manager-l2tp
Version: 1.20.12-1
Severity: normal
X-Debbugs-Cc: hob...@poukram.net

Dear Maintainer,

since upgrading to 1.20.12-1, I cannot connect to my ipsec/l2tp vpn anymore. 

I tried many things, but the only thing that works is disabling mppe, 
or downgrading to 1.20.10-1

Here are the debug log for 1.20.12-1:

fév 20 20:04:02 sphax pppd[88301]: CHAP authentication succeeded
fév 20 20:04:02 sphax pppd[88301]: nm-l2tp[87948]   [helper-88301] 
phasechange: status 8 / phase 'network'
fév 20 20:04:02 sphax pppd[88301]: sent [CCP ConfReq id=0x1 ]
fév 20 20:04:02 sphax pppd[88301]: rcvd [IPCP ConfReq id=0x1 ]
fév 20 20:04:02 sphax pppd[88301]: sent [IPCP TermAck id=0x1]
fév 20 20:04:02 sphax pppd[88301]: rcvd [proto=0x8281] 01 01 00 04
fév 20 20:04:02 sphax pppd[88301]: Unsupported protocol 'MPLSCP' (0x8281) 
received
fév 20 20:04:02 sphax pppd[88301]: sent [LCP ProtRej id=0x3 82 81 01 01 00 04]
fév 20 20:04:02 sphax pppd[88301]: rcvd [LCP ProtRej id=0x2 80 fd 01 01 00 0a 
12 06 01 00 00 60]
fév 20 20:04:02 sphax pppd[88301]: Protocol-Reject for 'Compression Control 
Protocol' (0x80fd) received
fév 20 20:04:02 sphax pppd[88301]: MPPE required but peer negotiation failed
fév 20 20:04:02 sphax pppd[88301]: nm-l2tp[87948]   [helper-88301] 
phasechange: status 10 / phase 'terminate'
fév 20 20:04:02 sphax pppd[88301]: nm-l2tp[87948]   [helper-88301] 
phasechange: status 5 / phase 'establish'
fév 20 20:04:02 sphax pppd[88301]: PPPoL2TP options: debugmask 0
fév 20 20:04:02 sphax pppd[88301]: sent [LCP TermReq id=0x4 "MPPE required but 
peer negotiation failed"]
fév 20 20:04:02 sphax pppd[88301]: rcvd [LCP TermAck id=0x4]
fév 20 20:04:02 sphax pppd[88301]: nm-l2tp[87948]   [helper-88301] 
phasechange: status 11 / phase 'disconnect'
fév 20 20:04:02 sphax pppd[88301]: Connection terminated.


And here is the log with 1.20.10-1:

fév 20 20:02:00 sphax pppd[87014]: CHAP authentication succeeded
fév 20 20:02:00 sphax pppd[87014]: nm-l2tp[86623]   [helper-87014] 
phasechange: status 8 / phase 'network'
fév 20 20:02:00 sphax pppd[87014]: sent [IPCP ConfReq id=0x1 ]
fév 20 20:02:00 sphax pppd[87014]: sent [IPV6CP ConfReq id=0x1 ]
fév 20 20:02:00 sphax pppd[87014]: rcvd [IPCP ConfReq id=0x1 ]
fév 20 20:02:00 sphax pppd[87014]: sent [IPCP ConfAck id=0x1 ]
fév 20 20:02:00 sphax pppd[87014]: rcvd [proto=0x8281] 01 01 00 04
fév 20 20:02:00 sphax pppd[87014]: Unsupported protocol 'MPLSCP' (0x8281) 
received
fév 20 20:02:00 sphax pppd[87014]: sent [LCP ProtRej id=0x3 82 81 01 01 00 04]
fév 20 20:02:00 sphax pppd[87014]: rcvd [IPCP ConfNak id=0x1 ]
fév 20 20:02:00 sphax pppd[87014]: sent [IPCP ConfReq id=0x2 ]
fév 20 20:02:00 sphax pppd[87014]: rcvd [LCP ProtRej id=0x2 80 57 01 01 00 0e 
01 0a c0 9b 5a 53 5f c8 54 ac]
fév 20 20:02:00 sphax pppd[87014]: Protocol-Reject for 'IPv6 Control Protocol' 
(0x8057) received
fév 20 20:02:00 sphax pppd[87014]: rcvd [IPCP ConfAck id=0x2 ]

I still have the «Unsupported protocol», but then the connection carries on and 
works. 

Don't hesitate to ask for more information, and thanks for your work,

-- 
Rémi


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

Kernel: Linux 6.6.15-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE
Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_BE:fr
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages network-manager-l2tp depends on:
ii  libc62.37-15
ii  libglib2.0-0 2.78.4-1
ii  libnm0   1.44.2-7
ii  libnspr4 2:4.35-1.1
ii  libnss3  2:3.96.1-1
ii  libreswan4.12-1
ii  libssl3  3.1.5-1
ii  network-manager  1.44.2-7
ii  ppp  2.4.9-1+1.1+b1
ii  xl2tpd   1.3.18-1

network-manager-l2tp recommends no packages.

network-manager-l2tp suggests no packages.

-- no debconf information


Bug#1058924: gnome-software: does not list or find any apt package

2023-12-18 Thread Rémi Letot
Matthias Klumpp  writes:

> Hi!
>
> Very odd issue... If you run `apt update` in a terminal, do you see
> any "Components" YAML files being downloaded?

nope:

hobbes@sphax:~$ LANG=C sudo apt update
Hit:1 http://deb.debian.org/debian sid InRelease
Hit:2 https://files.eid.belgium.be/debian bullseye InRelease


Hit:3 https://packages.microsoft.com/debian/11/prod bullseye InRelease  
  
Hit:4 https://packages.element.io/debian default InRelease  
  
Hit:5 https://deb.tuxedocomputers.com/ubuntu jammy InRelease
 
Get:6 https://repo.waydro.id sid InRelease [1307 B] 
 
Fetched 1307 B in 1s (878 B/s) 
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
5 packages can be upgraded. Run 'apt list --upgradable' to see them.

> What is in /var/lib/swcatalog/?

hobbes@sphax:~$ LANG=C sudo ls -l /var/lib/swcatalog/
total 8
drwxr-xr-x 6 root root 4096 Dec 18 16:27 icons
drwxr-xr-x 2 root root 4096 Dec 18 16:27 yaml

I have lots of things in icons, but in yaml the links date back to february:

hobbes@sphax:~$ LANG=C sudo ls -l /var/lib/swcatalog/yaml/
total 20
lrwxrwxrwx 1 root root 88 Feb 17  2023 
deb.debian.org_debian_dists_sid_contrib_dep11_Components-amd64.yml.gz -> 
/var/lib/apt/lists/deb.debian.org_debian_dists_sid_contrib_dep11_Components-amd64.yml.gz
lrwxrwxrwx 1 root root 85 Feb 17  2023 
deb.debian.org_debian_dists_sid_main_dep11_Components-amd64.yml.gz -> 
/var/lib/apt/lists/deb.debian.org_debian_dists_sid_main_dep11_Components-amd64.yml.gz
lrwxrwxrwx 1 root root 98 Feb 17  2023 
deb.debian.org_debian_dists_sid_non-free-firmware_dep11_Components-amd64.yml.gz 
-> 
/var/lib/apt/lists/deb.debian.org_debian_dists_sid_non-free-firmware_dep11_Components-amd64.yml.gz
lrwxrwxrwx 1 root root 89 Feb 17  2023 
deb.debian.org_debian_dists_sid_non-free_dep11_Components-amd64.yml.gz -> 
/var/lib/apt/lists/deb.debian.org_debian_dists_sid_non-free_dep11_Components-amd64.yml.gz
lrwxrwxrwx 1 root root 96 Apr 28  2023 
deb.tuxedocomputers.com_ubuntu_dists_jammy_main_dep11_Components-amd64.yml.gz 
-> 
/var/lib/apt/lists/deb.tuxedocomputers.com_ubuntu_dists_jammy_main_dep11_Components-amd64.yml.gz

But the actual files are from today or recent:

hobbes@sphax:~$ LANG=C sudo ls -l 
/var/lib/apt/lists/deb.debian.org_debian_dists_sid_{main,contrib,non-free,non-free-firmware}_dep11_Components-amd64.yml.gz
 
/var/lib/apt/lists/deb.tuxedocomputers.com_ubuntu_dists_jammy_main_dep11_Components-amd64.yml.gz
 
-rw-r--r-- 1 root root   22212 Dec 16 03:27 
/var/lib/apt/lists/deb.debian.org_debian_dists_sid_contrib_dep11_Components-amd64.yml.gz
-rw-r--r-- 1 root root 7119627 Dec 18 09:14 
/var/lib/apt/lists/deb.debian.org_debian_dists_sid_main_dep11_Components-amd64.yml.gz
-rw-r--r-- 1 root root   27114 Dec  4 03:50 
/var/lib/apt/lists/deb.debian.org_debian_dists_sid_non-free-firmware_dep11_Components-amd64.yml.gz
-rw-r--r-- 1 root root5418 Dec 17 21:37 
/var/lib/apt/lists/deb.debian.org_debian_dists_sid_non-free_dep11_Components-amd64.yml.gz
-rw-r--r-- 1 root root7525 Dec 18 16:12 
/var/lib/apt/lists/deb.tuxedocomputers.com_ubuntu_dists_jammy_main_dep11_Components-amd64.yml.gz

Thanks,
-- 
Rémi



Bug#1058924: gnome-software: does not list or find any apt package

2023-12-18 Thread Rémi Letot
Package: gnome-software
Version: 45.2-1
Severity: important
X-Debbugs-Cc: hob...@poukram.net

Dear Maintainer,

when I launch gnome-software, only six applications are listed as available in 
the main screen: devdocs, diagrams, excalidraw, snapdrop, squoosh, and 
stackedit. 

None of these are there via apt, and if I click on them I can't get any
information or install them. 

Also, if I search for apt available applications (brasero, abiword,...), they
don't show up. 

I started gnome-software in verbose mode, and here's what appears in my 
journal when I search:

déc 18 12:35:55 sphax gnome-software[3758]: pushing back entry for overview
déc 18 12:35:55 sphax gnome-software[3758]: Setting I/O priority of thread 
0x55d01ca7abf0 to IDLE, 7
déc 18 12:35:55 sphax gnome-software[3758]: Setting I/O priority of thread 
0x7f75e8001cd0 to IDLE, 7
déc 18 12:35:55 sphax gnome-software[3758]: Setting I/O priority of thread 
0x55d01ca802f0 to IDLE, 7
déc 18 12:35:55 sphax gnome-software[3758]: using fuse: 0
déc 18 12:35:55 sphax gnome-software[3758]: Ignoring legacy AppStream catalog 
location '/var/lib/app-info'.
déc 18 12:35:55 sphax gnome-software[3758]: appstream: Loading appstream path 
'/usr/share/swcatalog/xml'
déc 18 12:35:55 sphax gnome-software[3758]: plugin 'packagekit' failed to list 
apps: Unsupported query
déc 18 12:35:55 sphax gnome-software[3758]: using fuse: 0
déc 18 12:35:55 sphax gnome-software[3758]: emitting global waiting
déc 18 12:35:55 sphax gnome-software[3758]: emitting global finished
déc 18 12:35:55 sphax gnome-software[3758]: appstream: Skipping appstream path 
'/usr/share/swcatalog/yaml' as does not exist
déc 18 12:35:55 sphax gnome-software[3758]: appstream: Skipping appstream path 
'/usr/share/app-info/xml' as does not exist
déc 18 12:35:55 sphax gnome-software[3758]: appstream: Skipping appstream path 
'/usr/share/app-info/xmls' as does not exist
déc 18 12:35:55 sphax gnome-software[3758]: appstream: Skipping appstream path 
'/usr/share/app-info/yaml' as does not exist
déc 18 12:35:55 sphax gnome-software[3758]: appstream: Skipping appstream path 
'/var/cache/swcatalog/xml' as does not exist
déc 18 12:35:55 sphax gnome-software[3758]: appstream: Skipping appstream path 
'/var/cache/swcatalog/yaml' as does not exist
déc 18 12:35:55 sphax gnome-software[3758]: appstream: Skipping appstream path 
'/var/cache/app-info/xml' as does not exist
déc 18 12:35:55 sphax gnome-software[3758]: appstream: Loading appstream path 
'/var/cache/app-info/xmls'
déc 18 12:35:55 sphax gnome-software[3758]: appstream: Skipping appstream path 
'/var/cache/app-info/yaml' as does not exist
déc 18 12:35:55 sphax gnome-software[3758]: appstream: Skipping appstream path 
'/var/lib/swcatalog/xml' as does not exist
déc 18 12:35:55 sphax gnome-software[3758]: appstream: Loading appstream path 
'/var/lib/swcatalog/yaml'
déc 18 12:35:55 sphax gnome-software[3758]: appstream: Loading appdata path 
'/usr/share/metainfo'
déc 18 12:35:55 sphax gnome-software[3758]: appstream: Loading appdata path 
'/usr/share/appdata'
déc 18 12:35:55 sphax gnome-software[3758]: appstream: Loading desktop path 
'/usr/share/applications'
déc 18 12:35:55 sphax gnome-software[3758]: ensuring 
/home/hobbes/.cache/gnome-software/appstream/components.xmlb
déc 18 12:35:55 sphax gnome-software[3758]: attempting to load 
/home/hobbes/.cache/gnome-software/appstream/components.xmlb
déc 18 12:35:55 sphax gnome-software[3758]: file: 
bea8f418-d563-4f82-e057-b8c0aead43cb, 
current:bea8f418-d563-4f82-e057-b8c0aead43cb, cached: (null)
déc 18 12:35:55 sphax gnome-software[3758]: loading silo with file contents
déc 18 12:35:55 sphax gnome-software[3758]: search took 0,347000ms
déc 18 12:35:55 sphax gnome-software[3758]: No apps to refine
déc 18 12:35:55 sphax gnome-software[3758]: running unknown with 
dedupe-flags=7, elapsed time since creation 22ms
déc 18 12:35:55 sphax gnome-software[3758]: no search results to show
déc 18 12:35:55 sphax gnome-software[3758]: Setting I/O priority of thread 
0x55d01ca802f0 to IDLE, 7
déc 18 12:35:55 sphax gnome-software[3758]: plugin 'packagekit' failed to list 
apps: Unsupported query
déc 18 12:35:55 sphax gnome-software[3758]: Setting I/O priority of thread 
0x55d01ca7abf0 to IDLE, 7
déc 18 12:35:55 sphax gnome-software[3758]: emitting global waiting
déc 18 12:35:55 sphax gnome-software[3758]: emitting global finished
déc 18 12:35:55 sphax gnome-software[3758]: Setting I/O priority of thread 
0x7f75e8001cd0 to IDLE, 7
déc 18 12:35:55 sphax gnome-software[3758]: using fuse: 0
déc 18 12:35:55 sphax gnome-software[3758]: using fuse: 0
déc 18 12:35:55 sphax gnome-software[3758]: search took 1,401000ms
déc 18 12:35:55 sphax gnome-software[3758]: No apps to refine
déc 18 12:35:55 sphax gnome-software[3758]: running unknown with 
dedupe-flags=7, elapsed time since creation 1ms
déc 18 12:35:55 sphax gnome-software[3758]: no search results to show


I do get my installed apps in the corresponding section, and I can update.


Bug#1057260: iwlwifi: `N' invalid for parameter `enable_ini'

2023-12-07 Thread Rémi Letot
Salvatore Bonaccorso  writes:

> On Thu, Dec 07, 2023 at 10:36:58AM +0100, Rémi Letot wrote:
>> 
>> Hello,
>> 
>> /etc/modprobe.d/iwlwifi.conf contains one line:
>> 
>> options iwlwifi enable_ini=N
>> 
>> 
>> ~ $ LANG=C dpkg -S iwlwifi.conf
>> dpkg-query: no path found matching pattern *iwlwifi.conf*
>> 
>> I can't remember creating that file myself, but it's from two years ago,
>> so it's possible...
>> 
>> ~ $ ls -l /etc/modprobe.d/iwlwifi.conf
>> -rw-r--r--   1 root   root   29 2021-08-02  2021 
>> /etc/modprobe.d/iwlwifi.conf
>
> I guess so it was created manually some time ago then. No package
> provides it, and I found via short search that some forumposts or
> articles suggest the enable_ini=N value for people having instability
> with iwlwifi.

Indeed, I found my installation notes for that laptop, and I manually
created the file.

I removed it, rebooted, and iwlwifi now works fine on 6.5.0-5

Thanks a lot,
-- 
Rémi



Bug#1057260: iwlwifi: `N' invalid for parameter `enable_ini'

2023-12-07 Thread Rémi Letot
Salvatore Bonaccorso  writes:

> Please have a look where in /etc/modprobe.d/*.conf you have
> enable_ini=N. I suspect it is a customized own file. The value is not
> correct and should be either 1 or 0 here.
>
> Can you let me know which file it is, so we can check if it's 
> still provided by some package?

Hello,

/etc/modprobe.d/iwlwifi.conf contains one line:

options iwlwifi enable_ini=N


~ $ LANG=C dpkg -S iwlwifi.conf
dpkg-query: no path found matching pattern *iwlwifi.conf*

I can't remember creating that file myself, but it's from two years ago,
so it's possible...

~ $ ls -l /etc/modprobe.d/iwlwifi.conf
-rw-r--r--   1 root   root   29 2021-08-02  2021 
/etc/modprobe.d/iwlwifi.conf

Thanks a lot,
-- 
Rémi



Bug#1057260: iwlwifi: `N' invalid for parameter `enable_ini'

2023-12-02 Thread Rémi Letot
Package: src:linux
Version: 6.5.13-1
Severity: normal
X-Debbugs-Cc: hob...@poukram.net

Dear Maintainer,

since upgrading to linux-image-6.5.0-5-amd64, my wifi network card does 
not start anymore. 

It does work correctly if I boot with 6.5.0-4 (like now to send that 
bugreport)

dmesg has a suspicious line with 6.5.0-5: 

iwlwifi: `N' invalid for parameter `enable_ini'

And then nothing else about iwlwifi.

Thanks,
-- 
Rémi 

-- Package-specific info:
** Kernel log: boot messages should be attached

** Model information
sys_vendor: TUXEDO
product_name: TUXEDO InfinityBook Pro 14 Gen6
product_version: Standard
chassis_vendor: TUXEDO
chassis_version: Standard
bios_vendor: American Megatrends International, LLC.
bios_version: N.1.12A05
board_vendor: NB02
board_name: PHxTxX1
board_version: Standard

** PCI devices:
00:00.0 Host bridge [0600]: Intel Corporation 11th Gen Core Processor Host 
Bridge/DRAM Registers [8086:9a14] (rev 01)
DeviceName: Onboard - Other
Subsystem: Tongfang Hongkong Limited 11th Gen Core Processor Host 
Bridge/DRAM Registers [1d05:1105]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel modules: igen6_edac

00:02.0 VGA compatible controller [0300]: Intel Corporation TigerLake-LP GT2 
[Iris Xe Graphics] [8086:9a49] (rev 01) (prog-if 00 [VGA controller])
DeviceName: Onboard - Video
Subsystem: Tongfang Hongkong Limited TigerLake-LP GT2 [Iris Xe 
Graphics] [1d05:1105]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: i915
Kernel modules: i915

00:06.0 PCI bridge [0604]: Intel Corporation 11th Gen Core Processor PCIe 
Controller [8086:9a09] (rev 01) (prog-if 00 [Normal decode])
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

00:07.0 PCI bridge [0604]: Intel Corporation Tiger Lake-LP Thunderbolt 4 PCI 
Express Root Port #0 [8086:9a23] (rev 01) (prog-if 00 [Normal decode])
Subsystem: Tongfang Hongkong Limited Tiger Lake-LP Thunderbolt 4 PCI 
Express Root Port [1d05:1105]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

00:08.0 System peripheral [0880]: Intel Corporation GNA Scoring Accelerator 
module [8086:9a11] (rev 01)
DeviceName: Onboard - Other
Subsystem: Tongfang Hongkong Limited GNA Scoring Accelerator module 
[1d05:1105]
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 

00:0d.0 USB controller [0c03]: Intel Corporation Tiger Lake-LP Thunderbolt 4 
USB Controller [8086:9a13] (rev 01) (prog-if 30 [XHCI])
DeviceName: Onboard - Other
Subsystem: Tongfang Hongkong Limited Tiger Lake-LP Thunderbolt 4 USB 
Controller [1d05:1105]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel driver in use: xhci_hcd
Kernel modules: xhci_pci

00:0d.2 USB controller [0c03]: Intel Corporation Tiger Lake-LP Thunderbolt 4 
NHI #0 [8086:9a1b] (rev 01) (prog-if 40 [USB4 Host Interface])
DeviceName: Onboard - Other
Subsystem: Device [:]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- 
Kernel driver in use: thunderbolt
Kernel modules: thunderbolt

00:14.0 USB controller [0c03]: Intel Corporation Tiger Lake-LP USB 3.2 Gen 2x1 
xHCI Host Controller [8086:a0ed] (rev 20) (prog-if 30 [XHCI])
DeviceName: Onboard - Other
Subsystem: Tongfang Hongkong Limited Tiger Lake-LP USB 3.2 Gen 2x1 xHCI 
Host Controller [1d05:1105]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel driver in use: xhci_hcd
Kernel modules: xhci_pci

00:14.2 RAM memory [0500]: Intel Corporation Tiger Lake-LP Shared SRAM 

Bug#1054574: adminer seems dead upstream, switch to adminerevo ?

2023-10-26 Thread Rémi Letot
Package: adminer
Severity: wishlist
X-Debbugs-Cc: hob...@poukram.net

Dear Maintainer,

according to git activity and comments in the issues, adminer seems dead 
upstream. 

Part of the community have forked it into adminerevo: 

https://docs.adminerevo.org/

Would you consider packaging that instead of adminer ?

Thanks

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

Kernel: Linux 6.5.0-2-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_USER
Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_BE:fr
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages adminer depends on:
pn  libapache2-mod-php | php-cgi | php-fpm | php  
pn  php-mysql | php-sqlite3 | php-pgsql   

Versions of packages adminer recommends:
pn  apache2 | httpd   
ii  php-cli   2:8.2+93
pn  php-mysql 
pn  php-pgsql 
pn  php-sqlite3   
ii  php8.2-cli [php-cli]  8.2.10-2

Versions of packages adminer suggests:
ii  sqlite3  3.43.2-1



Bug#1053566: known and fixed upstream

2023-10-06 Thread Rémi Letot
Hi,

just found it upstream:

https://gitlab.gnome.org/GNOME/gnome-control-center/-/issues/2668

Apparently the fix is already merged in upstream gnome 45.

Thanks,
-- 
Rémi Letot



Bug#1053566: gnome-control-center: fails to add or edit vpn

2023-10-06 Thread Rémi Letot
Package: gnome-control-center
Version: 1:45.0-1
Severity: normal
X-Debbugs-Cc: hob...@poukram.net

Dear Maintainer,

when I try to add or edit a vpn in gnome-control-center, it does not save the 
new data. I have no error message, including in journalctl. Just the new data
is not saved.

I can however do so using nmcli, so it's a gnome issue.

Thanks,
-- 
Rémi

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

Kernel: Linux 6.5.0-1-amd64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_USER
Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_BE:fr
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gnome-control-center depends on:
ii  accountsservice   23.13.9-4
ii  apg   2.2.3.dfsg.1-5+b2
ii  colord1.4.6-3
ii  desktop-base  12.0.6+nmu1
ii  desktop-file-utils0.26-1
ii  gnome-control-center-data 1:45.0-1
ii  gnome-desktop3-data   44.0-2
ii  gnome-settings-daemon 45.0-1
ii  gsettings-desktop-schemas 45.0-1
ii  libaccountsservice0   23.13.9-4
ii  libadwaita-1-01.4.0-1
ii  libc6 2.37-12
ii  libcairo2 1.18.0-1
ii  libcolord-gtk4-1  0.3.0-4
ii  libcolord21.4.6-3
ii  libcups2  2.4.2-6
ii  libepoxy0 1.5.10-1
ii  libfontconfig12.14.2-6
ii  libgcr-base-3-1   3.41.1-3
ii  libgdk-pixbuf-2.0-0   2.42.10+dfsg-1+b1
ii  libglib2.0-0  2.78.0-2
ii  libgnome-bg-4-2   44.0-2
ii  libgnome-bluetooth-ui-3.0-13  42.6-1
ii  libgnome-desktop-4-2  44.0-2
ii  libgnome-rr-4-2   44.0-2
ii  libgnutls30   3.8.1-4+b1
ii  libgoa-1.0-0b 3.48.0-2
ii  libgoa-backend-1.0-1  3.48.0-2
ii  libgsound01.0.3-2
ii  libgtk-3-03.24.38-5
ii  libgtk-4-14.12.3+ds-1
ii  libgtop-2.0-112.40.0-2
ii  libgudev-1.0-0238-2
ii  libibus-1.0-5 1.5.29~rc1-1
ii  libkrb5-3 1.20.1-4
ii  libmalcontent-0-0 0.11.1-1
ii  libmm-glib0   1.20.6-2
ii  libnm01.44.2-1
ii  libnma-gtk4-0 1.10.6-1
ii  libpango-1.0-01.51.0+ds-2
ii  libpangocairo-1.0-0   1.51.0+ds-2
ii  libpolkit-gobject-1-0 123-1
ii  libpulse-mainloop-glib0   16.1+dfsg1-2+b1
ii  libpulse0 16.1+dfsg1-2+b1
ii  libpwquality1 1.4.5-1+b1
ii  libsecret-1-0 0.21.1-1
ii  libsmbclient  2:4.19.0+dfsg-1
ii  libsnapd-glib-2-1 1.63-5
ii  libudisks2-0  2.10.1-1
ii  libupower-glib3   1.90.2-5
ii  libwacom9 2.8.0-1
ii  libx11-6  2:1.8.7-1
ii  libxi62:1.8-1+b1
ii  libxml2   2.9.14+dfsg-1.3
ii  tecla 45.0-1
ii  webp-pixbuf-loader0.2.4-2

Versions of packages gnome-control-center recommends:
ii  cracklib-runtime  2.9.6-5+b1
ii  cups-pk-helper0.2.6-1+b1
ii  fwupd 1.9.5-1
ii  gnome-bluetooth-sendto42.6-1
ii  gnome-online-accounts 3.48.0-2
ii  gnome-remote-desktop  44.2-6
ii  gnome-user-docs   45.0-1
ii  gnome-user-share  43.0-1
ii  iso-codes 4.15.0-1
ii  libcanberra-pulse 0.30-10
ii  libnss-myhostname 254.5-1
ii  libspa-0.2-bluetooth  0.3.80-2
ii  malcontent-gui0.11.1-1
ii  network-manager-gnome 1.34.0-1
ii  polkitd   123-1
ii  power-profiles-daemon 0.13-2
ii  realmd0.17.1-2
ii  rygel 0.42.4-1+b1
ii  rygel-tracker 0.42.4-1+b1
ii  system-config-printer-common  1.5.18-1

Versions of packages gnome-control-center suggests:
ii  gnome-software   45.0-1
ii  gstreamer1.0-pulseaudio  1.22.6-1+b1
ii  pkexec   123-1
ii  x11-xserver-utils7.7+9+b1

-- no debconf information


Bug#994892: evdi-dkms: fails to build for kernel 5.14.0-1

2021-09-22 Thread Rémi Letot
Package: evdi-dkms
Version: 1.9.0+dfsg-1
Severity: important

Dear Maintainer,

I upgraded to linux-image 5.14.0-1-amd64, and evdi-dkms does not build 
anymore. 

sudo dpkg-reconfigure evdi-dkms 

--
Deleting module version: 1.9.0+dfsg
completely from the DKMS tree.
--
Done.
Loading new evdi-1.9.0+dfsg DKMS files...
Building for 5.14.0-1-amd64
Building initial module for 5.14.0-1-amd64
Error! Bad return status for module build on kernel: 5.14.0-1-amd64 (x86_64)
Consult /var/lib/dkms/evdi/1.9.0+dfsg/build/make.log for more information.

I attach the needed make.log file. Don't hesitate to ask for more info. 

Thanks a lot, 
-- 
Rémi

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

Kernel: Linux 5.14.0-1-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_USER, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_BE:fr
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages evdi-dkms depends on:
ii  dkms  2.8.4-4

Versions of packages evdi-dkms recommends:
ii  libevdi0  1.9.0+dfsg-1

evdi-dkms suggests no packages.

-- no debconf information
DKMS make.log for evdi-1.9.0+dfsg for kernel 5.14.0-1-amd64 (x86_64)
mer 22 sep 2021 20:19:06 CEST
make : on entre dans le répertoire « /usr/src/linux-headers-5.14.0-1-amd64 »
  CC [M]  /var/lib/dkms/evdi/1.9.0+dfsg/build/evdi_platform_drv.o
  CC [M]  /var/lib/dkms/evdi/1.9.0+dfsg/build/evdi_platform_dev.o
  CC [M]  /var/lib/dkms/evdi/1.9.0+dfsg/build/evdi_sysfs.o
  CC [M]  /var/lib/dkms/evdi/1.9.0+dfsg/build/evdi_modeset.o
  CC [M]  /var/lib/dkms/evdi/1.9.0+dfsg/build/evdi_connector.o
  CC [M]  /var/lib/dkms/evdi/1.9.0+dfsg/build/evdi_encoder.o
  CC [M]  /var/lib/dkms/evdi/1.9.0+dfsg/build/evdi_drm_drv.o
  CC [M]  /var/lib/dkms/evdi/1.9.0+dfsg/build/evdi_fb.o
  CC [M]  /var/lib/dkms/evdi/1.9.0+dfsg/build/evdi_gem.o
  CC [M]  /var/lib/dkms/evdi/1.9.0+dfsg/build/evdi_painter.o
/var/lib/dkms/evdi/1.9.0+dfsg/build/evdi_drm_drv.c:81:3: error: ‘struct 
drm_driver’ has no member named ‘preclose’; did you mean ‘postclose’?
   81 |  .preclose = evdi_driver_preclose,
  |   ^~~~
  |   postclose
/var/lib/dkms/evdi/1.9.0+dfsg/build/evdi_drm_drv.c:81:14: error: initialization 
of ‘void (*)(struct drm_device *)’ from incompatible pointer type ‘void 
(*)(struct drm_device *, struct drm_file *)’ 
[-Werror=incompatible-pointer-types]
   81 |  .preclose = evdi_driver_preclose,
  |  ^~~~
/var/lib/dkms/evdi/1.9.0+dfsg/build/evdi_drm_drv.c:81:14: note: (near 
initialization for ‘driver.release’)
/var/lib/dkms/evdi/1.9.0+dfsg/build/evdi_drm_drv.c:87:3: error: ‘struct 
drm_driver’ has no member named ‘gem_free_object_unlocked’
   87 |  .gem_free_object_unlocked = evdi_gem_free_object,
  |   ^~~~
/var/lib/dkms/evdi/1.9.0+dfsg/build/evdi_drm_drv.c:87:30: error: initialization 
of ‘void (*)(struct drm_device *)’ from incompatible pointer type ‘void 
(*)(struct drm_gem_object *)’ [-Werror=incompatible-pointer-types]
   87 |  .gem_free_object_unlocked = evdi_gem_free_object,
  |  ^~~~
/var/lib/dkms/evdi/1.9.0+dfsg/build/evdi_drm_drv.c:87:30: note: (near 
initialization for ‘driver.lastclose’)
/var/lib/dkms/evdi/1.9.0+dfsg/build/evdi_drm_drv.c:91:3: error: ‘struct 
drm_driver’ has no member named ‘gem_vm_ops’
   91 |  .gem_vm_ops = _gem_vm_ops,
  |   ^~
/var/lib/dkms/evdi/1.9.0+dfsg/build/evdi_drm_drv.c:91:16: error: initialization 
of ‘void (*)(struct drm_device *)’ from incompatible pointer type ‘const struct 
vm_operations_struct *’ [-Werror=incompatible-pointer-types]
   91 |  .gem_vm_ops = _gem_vm_ops,
  |^
/var/lib/dkms/evdi/1.9.0+dfsg/build/evdi_drm_drv.c:91:16: note: (near 
initialization for ‘driver.unload’)
/var/lib/dkms/evdi/1.9.0+dfsg/build/evdi_modeset.c:163:20: error: 
initialization of ‘void (*)(struct drm_crtc *, struct drm_atomic_state *)’ from 
incompatible pointer type ‘void (*)(struct drm_crtc *, struct drm_crtc_state 
*)’ [-Werror=incompatible-pointer-types]
  163 |  .atomic_flush   = evdi_crtc_atomic_flush,
  |^~
/var/lib/dkms/evdi/1.9.0+dfsg/build/evdi_modeset.c:163:20: note: (near 
initialization for ‘evdi_helper_funcs.atomic_flush’)
/var/lib/dkms/evdi/1.9.0+dfsg/build/evdi_modeset.c:308:19: error: 
initialization of ‘void (*)(struct drm_plane *, struct drm_atomic_state *)’ 
from incompatible pointer type ‘void (*)(struct drm_plane *, struct 
drm_plane_state *)’ [-Werror=incompatible-pointer-types]
  308 |  .atomic_update = evdi_plane_atomic_update,
  |   ^~~~
/var/lib/dkms/evdi/1.9.0+dfsg/build/evdi_modeset.c:308:19: note: (near 
initialization for 

Bug#989122: exim4: takes 10 seconds to accept connections after waking up on another network

2021-06-01 Thread Rémi Letot
Marc Haber  writes:

> On Wed, May 26, 2021 at 11:52:10PM +0200, Rémi Letot wrote:
>> getsockname(6, {sa_family=AF_INET6, sin6_port=htons(25), 
>> sin6_flowinfo=htonl(0), inet_pton(AF_INET6, "::1", _addr), 
>> sin6_scope_id=0}, [28]) = 0
>> clone(child_stack=NULL, 
>> flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, 
>> child_tidptr=0x7faf36b64c50) = 706004
>> close(6)= 0
>> close(7)= 0
>> select(6, [3 4 5], NULL, NULL, NULL
>> 
>> waits 10 seconds here
>
> Is your IPv6 setup ok?

I think so, but I'm no specialist, so see for yourself :-)

> Do you have ::1 on lo?

yep:

hobbes@sphax:~$ ip addr 
1: lo:  mtu 65536 qdisc noqueue state UNKNOWN group 
default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 scope host lo
   valid_lft forever preferred_lft forever
inet6 ::1/128 scope host 
   valid_lft forever preferred_lft forever


> Are the IPv6 specific entries for localhost present in /etc/hosts?

seems so:

hobbes@sphax:~$ grep localhost /etc/hosts
127.0.0.1   localhost
::1 localhost ip6-localhost ip6-loopback

> Is your local resolver configured to use /etc/hosts?

I guess so because I do have some hosts configured in /etc/hosts and dns
resolution (for those or others) is instantaneous.

Thanks,
--
Rémi



Bug#989122: exim4: takes 10 seconds to accept connections after waking up on another network

2021-05-26 Thread Rémi Letot
here comes the strace:


hobbes@sphax:~$ sudo strace -p 671890
strace: Process 671890 attached
select(6, [3 4 5], NULL, NULL, NULL

waits here before I send the mail

)= 1 (in [5])
wait4(-1, 0x7ffd5fdf4034, WNOHANG, NULL) = -1 ECHILD (Aucun processus enfant)
accept(5, {sa_family=AF_INET6, sin6_port=htons(50964), sin6_flowinfo=htonl(0), 
inet_pton(AF_INET6, "::1", _addr), sin6_scope_id=0}, [28]) = 6
fcntl(6, F_GETFL)   = 0x2 (flags O_RDWR)
dup(6)  = 7
fcntl(7, F_GETFL)   = 0x2 (flags O_RDWR)
getsockname(6, {sa_family=AF_INET6, sin6_port=htons(25), 
sin6_flowinfo=htonl(0), inet_pton(AF_INET6, "::1", _addr), 
sin6_scope_id=0}, [28]) = 0
clone(child_stack=NULL, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, 
child_tidptr=0x7faf36b64c50) = 706004
close(6)= 0
close(7)= 0
select(6, [3 4 5], NULL, NULL, NULL

waits 10 seconds here

)= ? ERESTARTNOHAND (To be restarted if no handler)
--- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=706004, si_uid=104, 
si_status=0, si_utime=0, si_stime=1} ---
rt_sigaction(SIGCHLD, {sa_handler=SIG_DFL, sa_mask=[], sa_flags=SA_RESTORER, 
sa_restorer=0x7faf372abd60}, NULL, 8) = 0
rt_sigreturn({mask=[]}) = -1 EINTR (Appel système interrompu)
wait4(-1, [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], WNOHANG, NULL) = 706004
wait4(-1, 0x7ffd5fdf4034, WNOHANG, NULL) = -1 ECHILD (Aucun processus enfant)
rt_sigaction(SIGCHLD, {sa_handler=0x558211694c60, sa_mask=[], 
sa_flags=SA_RESTORER, sa_restorer=0x7faf372abd60}, NULL, 8) = 0
select(6, [3 4 5], NULL, NULL, NULL^Cstrace: Process 671890 detached
 
--

Tell-me if you need more info.

Thanks,
-- 
Rémi



Bug#989122: exim4: takes 10 seconds to accept connections after waking up on another network

2021-05-26 Thread Rémi Letot
Package: exim4
Version: 4.94.2-5
Severity: normal

Dear Maintainer,

when I put my laptop to sleep, then wake it up on another network
(which is what happens 95% of the times that I put it to sleep),
exim takes 10 seconds to accept any connection until I restart it.

Demonstration:

hobbes@sphax:~$ date && swaks --output /dev/null --to r...@lybrafox.be --server 
localho>
mer 26 mai 2021 11:14:09 CEST
mer 26 mai 2021 11:14:19 CEST
hobbes@sphax:~$ sudo service exim4 restart
[sudo] Mot de passe de hobbes :
hobbes@sphax:~$ date && swaks --output /dev/null --to r...@lybrafox.be --server 
localho>
mer 26 mai 2021 11:14:32 CEST
mer 26 mai 2021 11:14:32 CEST

I waited a bit before doing those tests, to be sure that the laptop
was fully awake.

If I don't redirect the output to /dev/null, I can see that the delay
happens in the very early stages of the connection, before any smpt
happens.

Thanks,
-- 
Rémi

-- Package-specific info:
Exim version 4.94.2 #2 built 17-May-2021 15:45:00
Copyright (c) University of Cambridge, 1995 - 2018
(c) The Exim Maintainers and contributors in ACKNOWLEDGMENTS file, 2007 - 2018
Berkeley DB: Berkeley DB 5.3.28: (September  9, 2013)
Support for: crypteq iconv() IPv6 GnuTLS move_frozen_messages DANE DKIM DNSSEC 
Event I18N OCSP PIPE_CONNECT PRDR SOCKS TCP_Fast_Open
Lookups (built-in): lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmjz 
dbmnz dnsdb dsearch nis nis0 passwd
Authenticators: cram_md5 plaintext
Routers: accept dnslookup ipliteral manualroute queryprogram redirect
Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp
Fixed never_users: 0
Configure owner: 0:0
Size of off_t: 8
Configuration file search path is 
/etc/exim4/exim4.conf:/var/lib/exim4/config.autogenerated
Configuration file is /var/lib/exim4/config.autogenerated
# /etc/exim4/update-exim4.conf.conf
#
# Edit this file and /etc/mailname by hand and execute update-exim4.conf
# yourself or use 'dpkg-reconfigure exim4-config'
#
# Please note that this is _not_ a dpkg-conffile and that automatic changes
# to this file might happen. The code handling this will honor your local
# changes, so this is usually fine, but will break local schemes that mess
# around with multiple versions of the file.
#
# update-exim4.conf uses this file to determine variable values to generate
# exim configuration macros for the configuration file.
#
# Most settings found in here do have corresponding questions in the
# Debconf configuration, but not all of them.
#
# This is a Debian specific file

dc_eximconfig_configtype='satellite'
dc_other_hostnames='sphax'
dc_local_interfaces='127.0.0.1 ; ::1'
dc_readhost='lybrafox.be'
dc_relay_domains=''
dc_minimaldns='false'
dc_relay_nets=''
dc_smarthost='mail2.lybrafox.be::587'
CFILEMODE='644'
dc_use_split_config='false'
dc_hide_mailname='true'
dc_mailname_in_oh='true'
dc_localdelivery='mail_spool'
mailname:lybrafox.be
# /etc/default/exim4
EX4DEF_VERSION=''

# 'combined' -   one daemon running queue and listening on SMTP port
# 'no'   -   no daemon running the queue
# 'separate' -   two separate daemons
# 'ppp'  -   only run queue with /etc/ppp/ip-up.d/exim4.
# 'nodaemon' - no daemon is started at all.
# 'queueonly' - only a queue running daemon is started, no SMTP listener.
# setting this to 'no' will also disable queueruns from /etc/ppp/ip-up.d/exim4
QUEUERUNNER='combined'
# how often should we run the queue
QUEUEINTERVAL='30m'
# options common to quez-runner and listening daemon
COMMONOPTIONS=''
# more options for the daemon/process running the queue (applies to the one
# started in /etc/ppp/ip-up.d/exim4, too.
QUEUERUNNEROPTIONS=''
# special flags given to exim directly after the -q. See exim(8)
QFLAGS=''
# Options for the SMTP listener daemon. By default, it is listening on
# port 25 only. To listen on more ports, it is recommended to use
# -oX 25:587:10025 -oP /var/run/exim4/exim.pid
SMTPLISTENEROPTIONS=''

-- System Information:
Debian Release: 11.0
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-6-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_WARN, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages exim4 depends on:
ii  debconf [debconf-2.0]  1.5.76
ii  exim4-base 4.94.2-5
ii  exim4-daemon-light 4.94.2-5

exim4 recommends no packages.

exim4 suggests no packages.

-- debconf information:
  exim4/drec:


Bug#962847: not emacs related

2020-06-19 Thread Rémi Letot
Hello,

the problem is not emacs related: I just tried with swaks and it
displays the exact same problem.

Swaks session:

hobbes@sphax:~$ swaks --to r...@lybrafox.be --from hob...@poukram.net --server 
localhost
=== Trying localhost:25...
=== Connected to localhost.
<-  220 sphax.lybrafox.lan ESMTP Exim 4.94 Fri, 19 Jun 2020 21:09:05 +0200
 -> EHLO sphax.lybrafox.lan
<-  250-sphax.lybrafox.lan Hello localhost.lan [::1]
<-  250-SIZE 52428800
<-  250-8BITMIME
<-  250-PIPELINING
<-  250-X_PIPE_CONNECT
<-  250-CHUNKING
<-  250-STARTTLS
<-  250-PRDR
<-  250 HELP
 -> MAIL FROM:
<-  250 OK
 -> RCPT TO:
<-  250 Accepted
 -> DATA
<-  354 Enter message, ending with "." on a line by itself
 -> Date: Fri, 19 Jun 2020 21:09:05 +0200
 -> To: r...@lybrafox.be
 -> From: hob...@poukram.net
 -> Subject: test Fri, 19 Jun 2020 21:09:05 +0200
 -> Message-Id: <20200619210905.142...@sphax.lybrafox.lan>
 -> X-Mailer: swaks v20190914.0 jetmore.org/john/code/swaks/
 -> 
 -> This is a test mailing
 -> 
 -> 
 -> .

= 20 seconds delay is here =

<-  250 OK id=1jmMNt-000b8d-Al
 -> QUIT
<-  221 sphax.lybrafox.lan closing connection
=== Connection closed with remote host.


The problem might be related to
https://lists.exim.org/lurker/message/20200619.090409.faf4b641.en.html

But if the unique identifier in question is the message id, it
immediately appears in the log *before* the delay, so the reason is not
the id. Also, exim 4.93 does not have a problem when my laptop sleeps,
and I guess it would have the same problem if my clock moved
backwards, so while the explanation might be there somewhere, the exact
reason is different.

Also, my clock certainly does not move backwards, I would see it. But
maybe the clock in question is not what I see on my desktop ?

Thanks for your work,
-- 
Rémi 



Bug#962847: exim4: takes forever to send a mail after sleeping

2020-06-17 Thread Rémi Letot

Marc Haber writes:

> On Mon, Jun 15, 2020 at 01:56:18PM +0200, Rémi Letot wrote:
>> My mail client and exim are both running on my laptop, and the provided
>> logs are from that same laptop.
>> 
>> The fault is the delay between exim accepting the message, and actually
>> delivering it to the smarthost. During that delay, my mail client is
>> stuck too.
>
> That is highly implausible. In a normal setup, the SMTP client is out of
> the game as soon exim has locally queued the message. Can you run
> tcpdump on lo to find out what's happening? I guess that you're putting
> the laptop to sleep before the (local) TCP session has been properly
> closed, making it subject to the exponential backoff algorithm and
> eventually a session timeout. There is not much exim can do in this
> situation.

nope, I'm not a developper but I know computers and networks, I don't
put it to sleep while it is delivering anything.

Besides, I had reverted to exim 4.93-16 since my last message, and have
not had any problem for several days. Now I upgraded again to 4.94-2 to
get a capture, and tadaaa, the delay is back. So it's definitely linked
to exim4.94, not to my usage pattern. (Now I agree with you, I can't
begin to understand how that delay can be directly linked to the sleep
time of the laptop, that's... interresting :-)

Events:

- wake my laptop
- test with 4.93-16, immediately delivered
- upgrade to 4.94-2
- send a test mail, immediately delivered
- pause to be sure that everything is done networkwise
- put the laptop to sleep
- wait about 20 seconds
- wake the laptop
- pause to be sure that everyting is done networkwise
- send a test mail, 20 secondish delay is there
- sudo tcpdump -i lo -w exim4.pcap
- send a second test mail
- the delay is there between 15:16:47.250804 and 15:17:04.667741

See attached capture. 


> Maybe it helps to force exim to actually queue messsages from lo instead
> of trying immediate delivery?

I just applied the default debian smarthost configuration, how do I
change that so that it queues the messages ? I think that this would
just hide the bug and delay, probably just give me my mail client back
but still delaying the actual deliveries. But I can try it for testing
purpose if you give me complete instructions.

Thanks,
-- 
Rémi



exim4.pcap
Description: application/vnd.tcpdump.pcap


Bug#962847: exim4: takes forever to send a mail after sleeping

2020-06-15 Thread Rémi Letot


Marc Haber writes:



> Logs of the fault please, or it didn't happen. Which system is the one
> we're seeing the exim logs from? Where does your mail client run?

Hello,

thanks for your answer.

My mail client and exim are both running on my laptop, and the provided
logs are from that same laptop.

The fault is the delay between exim accepting the message, and actually
delivering it to the smarthost. During that delay, my mail client is
stuck too.

For example, here it is 4 minutes and 2 seconds:

> 2020-06-15 01:51:07 1jkcP5-000V8E-MS <= ...
> 2020-06-15 01:55:09 1jkcP5-000V8E-MS => ... 
> 2020-06-15 01:55:09 1jkcP5-000V8E-MS Completed

(full lines in the original bug report)

That delay is the exact time that my laptop had been put to sleep before
I did this test. I have made several tests, the delay is always the time
that the laptop has slept.

If I put my laptop to sleep longer, say usually a whole night, the delay
will be prohibitively long. In that case I have to kill the exim
process, which releases my mail client, then restart the exim service,
which delivers the stuck message and makes the problem disappear until I
put my laptop to sleep again.

Thanks,
-- 
Rémi



Bug#962847: exim4: takes forever to send a mail after sleeping

2020-06-14 Thread Rémi Letot
Package: exim4
Version: 4.94-2
Severity: normal

Dear Maintainer,

I'm using exim4 on a laptop to send email through a smarthost. 

Up to 4.93-16, everything went well. 

Since upgrading to 4.94 (4.94-1 and 4.94-2 display the problem), I have 
noticed delays when trying to send email after the laptop has been sleeping. 

My mail client (emacs) simply gets stuck until I cancel the message, or 
wait long enough.

At first I thought that it simply got stuck, but while testing i noticed 
that the delay is exactly the time that the laptop has been sleeping. 

Here the laptop has been asleep 1 minute and 11 seconds:
2020-06-15 01:17:44 1jkbsm-000Stl-SK <= r...@lybrafox.be H=(sphax) [::1] 
P=esmtps X=TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256 CV=no 
S=664 id=87y2ops0do.fsf@sphax
2020-06-15 01:18:55 1jkbsm-000Stl-SK => r...@lybrafox.be R=smarthost 
T=remote_smtp_smarthost H=mail2.lybrafox.be [37.59.240.190] 
X=TLS1.2:ECDHE_SECP256R1__RSA_SHA256__AES_256_GCM:256 CV=no 
DN="CN=mail2.lybrafox.be" A=plain C="250 2.0.0 Ok: queued as 394FB419A4"
2020-06-15 01:18:55 1jkbsm-000Stl-SK Completed

And here it has been asleep exactly 4 minutes 2 seconds:

2020-06-15 01:51:07 1jkcP5-000V8E-MS <= r...@lybrafox.be H=(sphax) [::1] 
P=esmtps X=TLS1.3:ECDHE_SECP256R1__RSA_PSS_RSAE_SHA256__AES_256_GCM:256 CV=no 
S=664 id=875zbtqk9i.fsf@sphax
2020-06-15 01:55:09 1jkcP5-000V8E-MS => r...@lybrafox.be R=smarthost 
T=remote_smtp_smarthost H=mail2.lybrafox.be [37.59.240.190] 
X=TLS1.2:ECDHE_SECP256R1__RSA_SHA256__AES_256_GCM:256 CV=no 
DN="CN=mail2.lybrafox.be" A=plain C="250 2.0.0 Ok: queued as 8E27141DEE"
2020-06-15 01:55:09 1jkcP5-000V8E-MS Completed

I didn't test for longer delays, but when I leave the laptop asleep for 
the night, my mail client just stays stuck.

Restarting the exim4 service makes it work again without delay, but does 
not make the stuck messages get delivered. For that I need to manually kill 
the stuck daemons and restart the service.

I reverted to 4.93 for the time being, but it's easy to get back to 4.94 if
you need some testing.

Thanks for your work, 
-- 
Rémi

-- Package-specific info:
Exim version 4.94 #2 built 07-Jun-2020 07:55:58
Copyright (c) University of Cambridge, 1995 - 2018
(c) The Exim Maintainers and contributors in ACKNOWLEDGMENTS file, 2007 - 2018
Berkeley DB: Berkeley DB 5.3.28: (September  9, 2013)
Support for: crypteq iconv() IPv6 GnuTLS move_frozen_messages DANE DKIM DNSSEC 
Event I18N OCSP PIPE_CONNECT PRDR SOCKS TCP_Fast_Open
Lookups (built-in): lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmjz 
dbmnz dnsdb dsearch nis nis0 passwd
Authenticators: cram_md5 plaintext
Routers: accept dnslookup ipliteral manualroute queryprogram redirect
Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp
Fixed never_users: 0
Configure owner: 0:0
Size of off_t: 8
Configuration file search path is 
/etc/exim4/exim4.conf:/var/lib/exim4/config.autogenerated
Configuration file is /var/lib/exim4/config.autogenerated
# /etc/exim4/update-exim4.conf.conf
#
# Edit this file and /etc/mailname by hand and execute update-exim4.conf
# yourself or use 'dpkg-reconfigure exim4-config'
#
# Please note that this is _not_ a dpkg-conffile and that automatic changes
# to this file might happen. The code handling this will honor your local
# changes, so this is usually fine, but will break local schemes that mess
# around with multiple versions of the file.
#
# update-exim4.conf uses this file to determine variable values to generate
# exim configuration macros for the configuration file.
#
# Most settings found in here do have corresponding questions in the
# Debconf configuration, but not all of them.
#
# This is a Debian specific file

dc_eximconfig_configtype='satellite'
dc_other_hostnames='sphax'
dc_local_interfaces='127.0.0.1 ; ::1'
dc_readhost='sphax'
dc_relay_domains=''
dc_minimaldns='true'
dc_relay_nets=''
dc_smarthost='mail2.lybrafox.be::587'
CFILEMODE='644'
dc_use_split_config='false'
dc_hide_mailname='true'
dc_mailname_in_oh='true'
dc_localdelivery='mail_spool'
mailname:sphax
# /etc/default/exim4
EX4DEF_VERSION=''

# 'combined' -   one daemon running queue and listening on SMTP port
# 'no'   -   no daemon running the queue
# 'separate' -   two separate daemons
# 'ppp'  -   only run queue with /etc/ppp/ip-up.d/exim4.
# 'nodaemon' - no daemon is started at all.
# 'queueonly' - only a queue running daemon is started, no SMTP listener.
# setting this to 'no' will also disable queueruns from /etc/ppp/ip-up.d/exim4
QUEUERUNNER='combined'
# how often should we run the queue
QUEUEINTERVAL='30m'
# options common to quez-runner and listening daemon
COMMONOPTIONS=''
# more options for the daemon/process running the queue (applies to the one
# started in /etc/ppp/ip-up.d/exim4, too.
QUEUERUNNEROPTIONS=''
# special flags given to exim directly after the -q. See exim(8)
QFLAGS=''
# Options for the SMTP listener daemon. By default, it is listening on
# port 25 only. To listen on more 

Bug#954953: cups-daemon: apparmor prevents opening /proc/sys/kernel/random/boot_id

2020-03-25 Thread Rémi Letot
Package: cups-daemon
Version: 2.3.1-11
Severity: normal

Dear Maintainer,

I have hundreds of such messages in my log:

mar 25 19:46:47 kernel: audit: type=1400 audit(1585162007.825:8740): 
apparmor="DENIED" operation="open" profile="/usr/sbin/cupsd" 
name="/proc/sys/kernel/random/boot_id" pid=678 comm="cupsd" requested_mask="r" 
denied_mask="r" fsuid=0 ouid=0
mar 25 19:46:47 kernel: audit: type=1400 audit(1585162007.825:8741): 
apparmor="DENIED" operation="open" profile="/usr/sbin/cupsd" 
name="/proc/sys/kernel/random/boot_id" pid=678 comm="cupsd" requested_mask="r" 
denied_mask="r" fsuid=0 ouid=0
mar 25 19:46:47 kernel: audit: type=1400 audit(1585162007.825:8742): 
apparmor="DENIED" operation="open" profile="/usr/sbin/cupsd" 
name="/proc/sys/kernel/random/boot_id" pid=678 comm="cupsd" requested_mask="r" 
denied_mask="r" fsuid=0 ouid=0

I know that it didn't start right away, but I don't know what triggered it... 

Thanks for your work,
-- 
Rémi

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

Kernel: Linux 5.4.0-4-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages cups-daemon depends on:
ii  adduser  3.118
ii  bc   1.07.1-2+b2
ii  init-system-helpers  1.57
ii  libavahi-client3 0.7-5
ii  libavahi-common3 0.7-5
ii  libc62.30-2
ii  libcups2 2.3.1-11
ii  libdbus-1-3  1.12.16-2
ii  libgssapi-krb5-2 1.17-6
ii  libpam0g 1.3.1-5
ii  libpaper11.1.28+b1
ii  libsystemd0  245.2-1
ii  lsb-base 11.1.0
ii  procps   2:3.3.16-4
ii  ssl-cert 1.0.39

Versions of packages cups-daemon recommends:
ii  avahi-daemon  0.7-5
ii  colord1.4.4-2
ii  cups-browsed  1.27.3-1

Versions of packages cups-daemon suggests:
ii  cups   2.3.1-11
ii  cups-bsd   2.3.1-11
ii  cups-client2.3.1-11
ii  cups-common2.3.1-11
ii  cups-filters   1.27.3-1
pn  cups-pdf   
ii  cups-ppdc  2.3.1-11
ii  cups-server-common 2.3.1-11
ii  foomatic-db-compressed-ppds [foomatic-db]  20200219-1
ii  ghostscript9.52~dfsg-1
ii  poppler-utils  0.71.0-6
ii  smbclient  2:4.11.5+dfsg-1+b1
ii  udev   245.2-1

-- no debconf information


Bug#953182: xul-ext-nostalgy: new version available which fixes the thunderbird 68 conflict

2020-03-05 Thread Rémi Letot
Package: xul-ext-nostalgy
Severity: grave
Justification: renders package unusable

Dear Maintainer,

the version of xul-ext-nostalgy currently available in debian is 
uninstallable since it is not compatible with thunderbird 68. 

There is a new release available (0.3) which works with tb68:

https://addons.thunderbird.net/en-US/thunderbird/addon/nostalgy/

Would you consider packaging it ?

Thanks
-- 
Rémi


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

Kernel: Linux 5.4.0-4-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages xul-ext-nostalgy depends on:
ii  thunderbird  1:68.5.0-1+b1

xul-ext-nostalgy recommends no packages.

xul-ext-nostalgy suggests no packages.


Bug#932892: libwayland-server0: wayland crashes when I (un)plug a monitor

2019-07-24 Thread Rémi Letot
Package: libwayland-server0
Version: 1.17.0-1
Severity: normal

Dear Maintainer,

when I plug or unplug a monitor, my desktop session crashes 
and I'm back at the gdm login screen. If I do the same when
at the gdm login screen, it disappears and doesn't come back. 
Then I have to restart the pc.

I have errors in syslog:

gnome-shell[4078]: segfault at ?? ip  sp  error 4 in 
libwayland-server.so.0.1.0[?+7000]

I have several errors since I tried multiple combinations, 
so I replaced the non constant parts of the error with ??.

There are probably things that I can do to have better error
messages, but you'll have to guide me :-)

I'm now using gnome on Xorg, which doesn't crash, so the 
problem is with wayland.

Thanks a lot,
-- 
Rémi

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

Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores)
Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8), 
LANGUAGE=fr_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages libwayland-server0 depends on:
ii  libc62.28-10
ii  libffi6  3.2.1-9

libwayland-server0 recommends no packages.

libwayland-server0 suggests no packages.

-- no debconf information


Bug#910647: zram-tools: examples in /etc/default/zramswap.conf should reflect defaults

2018-10-09 Thread Rémi Letot
Package: zram-tools
Version: 0.3.1-1
Severity: wishlist

Dear Maintainer,

the defaults in the /usr/bin/zramswap script are:

ALLOCATION=100
PRIORITY=100

But the examples in /etc/default/zramswap.conf are:

#ALLOCATION=256
#PRIORITY=50

I think that those examples should reflect the defaults. 
Or at least the defaults should appear in the commented 
out explanations.

Thanks,
-- 
Rémi


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

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

Versions of packages zram-tools depends on:
ii  bc  1.07.1-2+b1

zram-tools recommends no packages.

zram-tools suggests no packages.

-- Configuration Files:
/etc/default/zramswap.conf changed [not included]

-- no debconf information


Bug#910645: zram-tools: zramswap status errors out

2018-10-09 Thread Rémi Letot
Package: zram-tools
Version: 0.3.1-1
Severity: normal

Dear Maintainer,

zramswap status does not work on my system:

zramswap status
/usr/sbin/zramswap: line 52: /sys/block/zram*/*_data_size: No such file or 
directory
/usr/sbin/zramswap: line 54: *_data_size + : syntax error: operand expected 
(error token is "*_data_size + ")
compr_data_size: 0 KiB
orig_data_size:  0 KiB
(standard_in) 1: syntax error

Rowever zram itself is setup and works (modulo temporary linking 
zramswap.conf to zramswap in /etc/default to handle #910644):

cat /proc/swaps 
FilenameTypeSizeUsedPriority
/dev/sda2   partition   3906556 0   -2
/dev/zram0  partition   1122572 0   100
/dev/zram1  partition   1122572 0   100
/dev/zram2  partition   1122572 0   100
/dev/zram3  partition   1122572 0   100


Thanks,
-- 
Rémi

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

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

Versions of packages zram-tools depends on:
ii  bc  1.07.1-2+b1

zram-tools recommends no packages.

zram-tools suggests no packages.

-- Configuration Files:
/etc/default/zramswap.conf changed [not included]

-- no debconf information


Bug#910644: zram-tools: configuration file not used by the script

2018-10-09 Thread Rémi Letot
Package: zram-tools
Version: 0.3.1-1
Severity: important

Dear Maintainer,

the configuration file is /etc/default/zramswap.conf, 
but the /usr/sbin/zramswap file sources /etc/default/zramswap,
rendering personal configuration useless. 

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

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

Versions of packages zram-tools depends on:
ii  bc  1.07.1-2+b1

zram-tools recommends no packages.

zram-tools suggests no packages.

-- Configuration Files:
/etc/default/zramswap.conf changed [not included]

-- no debconf information


Bug#901604: xwayland: reliably crashes the system when opening certain pages in firefox

2018-06-15 Thread Rémi Letot
Package: xwayland
Version: 2:1.20.0-2
Severity: normal

Dear Maintainer,

when I open certain pages in firefox, the Xwayland process goes 
to 100% CPU time, the firefox window becomes unresponsive, and 
trying to switch to another window hangs the complete system. 

example web pages:
https://gallery.technet.microsoft.com/scriptcenter/Reset-Windows-Update-Agent-d824badc
http://www.companyweb.be/gratisbtwopzoeken_recherchertvagratuit.asp

This happens even if I open the web pages in new tabs, without 
displaying the tab. It could be related to the shortcut icon, 
since wayland hangs before the icon is displayed in the tab bar.

This happens under the default gnome session, but not with gnome 
on xorg, so I have an easy fallback solution.

Please don't hesitate to ask for more info or tests, I have no 
idea how to debug such a crash, but I can follow instructions :-)

Thanks for your work,
-- 
Rémi

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

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

Versions of packages xwayland depends on:
ii  libaudit1   1:2.8.3-1
ii  libbsd0 0.9.1-1
ii  libc6   2.27-3
ii  libdrm2 2.4.92-1
ii  libegl1 1.0.0+git20180308-3
ii  libepoxy0   1.4.3-1
ii  libgbm1 18.1.1-1
ii  libgcrypt20 1.8.3-1
ii  libgl1  1.0.0+git20180308-3
ii  libpixman-1-0   0.34.0-2
ii  libselinux1 2.8-1
ii  libsystemd0 238-5
ii  libwayland-client0  1.15.0-2
ii  libxau6 1:1.0.8-1+b2
ii  libxdmcp6   1:1.1.2-3
ii  libxfont2   1:2.0.3-1
ii  libxshmfence1   1.3-1
ii  xserver-common  2:1.20.0-2

xwayland recommends no packages.

xwayland suggests no packages.

-- no debconf information


Bug#895411: they are waiting for qt 5.11

2018-05-01 Thread Rémi Letot
Hi,

I just asked to lift that restriction now that qt 5.10.1 is out and in
distribs, but they prefer to wait for 5.11... so no anki for now on
debian, which is a bit of a PITA :-(

https://anki.tenderapp.com/discussions/beta-testing/1115-qt-5101-is-out-now-time-to-try-it

Thanks,
-- 
Rémi



Bug#882069: python3-keyring: ModuleNotFoundError: No module named '_cffi_backend'

2017-11-18 Thread Rémi Letot
Package: python3-keyring
Version: 10.4.0-1
Severity: normal

Dear Maintainer,

I'm using python3-keyring in scripts to get my mail password from
gnome-keyring. It has worked fine for ages, but suddenly I get this:

hobbes@sphax:~$ python3 -m keyring get SERVICE USER
Traceback (most recent call last):
  File "/usr/lib/python3.6/runpy.py", line 193, in _run_module_as_main
"__main__", mod_spec)
  File "/usr/lib/python3.6/runpy.py", line 85, in _run_code
exec(code, run_globals)
  File "/usr/lib/python3/dist-packages/keyring/__main__.py", line 3, in 
cli.main()
  File "/usr/lib/python3/dist-packages/keyring/cli.py", line 101, in main
return cli.run(argv)
  File "/usr/lib/python3/dist-packages/keyring/cli.py", line 54, in run
password = get_password(service, username)
  File "/usr/lib/python3/dist-packages/keyring/core.py", line 41, in 
get_password
return _keyring_backend.get_password(service_name, username)
  File "/usr/lib/python3/dist-packages/keyring/backends/SecretService.py", line 
65, in get_password
return item.get_secret().decode('utf-8')
  File "/usr/lib/python3/dist-packages/secretstorage/item.py", line 102, in 
get_secret
decryptor = Cipher(aes, modes.CBC(aes_iv), default_backend()).decryptor()
  File 
"/usr/lib/python3/dist-packages/cryptography/hazmat/backends/__init__.py", line 
15, in default_backend
from cryptography.hazmat.backends.openssl.backend import backend
  File 
"/usr/lib/python3/dist-packages/cryptography/hazmat/backends/openssl/__init__.py",
 line 7, in 
from cryptography.hazmat.backends.openssl.backend import backend
  File 
"/usr/lib/python3/dist-packages/cryptography/hazmat/backends/openssl/backend.py",
 line 16, in 
from cryptography import utils, x509
  File "/usr/lib/python3/dist-packages/cryptography/x509/__init__.py", line 8, 
in 
from cryptography.x509.base import (
  File "/usr/lib/python3/dist-packages/cryptography/x509/base.py", line 16, in 

from cryptography.x509.extensions import Extension, ExtensionType
  File "/usr/lib/python3/dist-packages/cryptography/x509/extensions.py", line 
18, in 
from cryptography.hazmat.primitives import constant_time, serialization
  File 
"/usr/lib/python3/dist-packages/cryptography/hazmat/primitives/constant_time.py",
 line 9, in 
from cryptography.hazmat.bindings._constant_time import lib
ModuleNotFoundError: No module named '_cffi_backend'


It does not barfs if SERVICE or USER is wrong, only when the combination
is good.

Do you need any other information ?

Thanks for your work,
--
Rémi

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

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

Versions of packages python3-keyring depends on:
ii  python33.6.3-2
ii  python3-dbus   1.2.4-1+b4
ii  python3-secretstorage  2.3.1-2

Versions of packages python3-keyring recommends:
ii  python3-keyrings.alt  2.2-2

Versions of packages python3-keyring suggests:
ii  gnome-keyring 3.20.1-1
pn  libkf5wallet-bin  

-- no debconf information



Bug#855942: qt 5.9 is in unstable :-)

2017-09-02 Thread Rémi Letot

Hi,

just a ping to let you know that qt 5.9 seems to have landed in unstable.

Thanks a lot for your work,
--
Rémi



Bug#785130: old version has issues

2017-03-02 Thread Rémi Letot

Hi,

the old version has several problems and probably is not very current
regarding its databases, so the new version would be most welcome.

Is the new version problematic in any way ? Or is it an «availlable
time» problem ?

Please keep us informed, so we can act on the problem if we can.

Thanks,
-- 
Rémi



Bug#784612: [anki] Qt4's WebKit removal

2016-05-29 Thread Rémi Letot

Package: anki
Version: 2.0.32+dfsg-1
Followup-For: Bug #784612

Control: severity -1 grave

Dear Maintainer,

as said in the last response, anki is not usable at all anymore. Raising 
the severity to grave.


This has severe impact on people, please at least respond so that we 
know what to expect (or not) and when.


Thanks for your work,
--
Rémi

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

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

Versions of packages anki depends on:
ii  libjs-jquery  1.12.3-1
ii  libjs-jquery-flot 0.8.3+dfsg-1
ii  libjs-jquery-ui   1.10.1+dfsg-1
ii  python2.7.11-1
ii  python-beautifulsoup  3.2.1-1
ii  python-httplib2   0.9.1+dfsg-1
ii  python-pyaudio0.2.8-1+b3
ii  python-qt44.11.4+dfsg-2
ii  python-simplejson 3.8.2-2
ii  python-sqlalchemy 1.0.12+ds1-1
pn  python:any

Versions of packages anki recommends:
ii  python-matplotlib  1.5.1-1+b2

Versions of packages anki suggests:
pn  dvipng
ii  lame  3.99.5+repack1-9+b1
pn  mplayer2  

-- no debconf information



Bug#825169: mps-youtube: I get KeyError: 'dashmpd' when trying to view or download some videos

2016-05-24 Thread Rémi Letot
Package: mps-youtube
Version: 0.2.5-5
Severity: normal

Dear Maintainer,

here is what I get when trying to download some videos:


Enter /search-term to search or [h]elp  

 
> url -_KfYQm39kQ
Traceback (most recent call last):
  File "/usr/bin/mpsyt", line 9, in 
load_entry_point('mps-youtube==0.2.5', 'console_scripts', 'mpsyt')()
  File "/usr/lib/python3/dist-packages/mps_youtube/main.py", line 4780, in main
if matchfunction(k, v, userinput):
  File "/usr/lib/python3/dist-packages/mps_youtube/main.py", line 4680, in 
matchfunction
func(*matches)
  File "/usr/lib/python3/dist-packages/mps_youtube/main.py", line 4243, in 
yt_url
p = pafy.new(url)
  File "/usr/lib/python3/dist-packages/pafy/pafy.py", line 148, in new
return Pafy(url, basic, gdata, signature, size, callback)
  File "/usr/lib/python3/dist-packages/pafy/pafy.py", line 866, in __init__
self.fetch_basic()
  File "/usr/lib/python3/dist-packages/pafy/pafy.py", line 892, in fetch_basic
smaps, js_url, mainfunc, dashurl = get_js_sm(self.videoid)
  File "/usr/lib/python3/dist-packages/pafy/pafy.py", line 481, in get_js_sm
dash_url = stream_info['dashmpd']
KeyError: 'dashmpd'


And then I'm back to my shell.

I searched the web, and found recommandations to install 
youtube-dl, but this package is already installed on my
system and has no trouble to download that particular 
video.
 
Thanks for your work,
-- 
Rémi

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

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

Versions of packages mps-youtube depends on:
ii  ffmpeg 7:3.0.1-3
ii  mpv0.14.0-1+b2
ii  python33.5.1-3
ii  python3-pafy   0.3.80-1
ii  python3-pkg-resources  20.10.1-1
pn  python3:any

Versions of packages mps-youtube recommends:
ii  libnotify4  0.7.6-2
ii  xclip   0.12+svn84-4

mps-youtube suggests no packages.

-- no debconf information



Bug#738569: gpointing-device-settings: package works here on several machines

2015-04-02 Thread Rémi Letot
Package: gpointing-device-settings
Followup-For: Bug #738569
Control: severity -1 normal

Hello,

lowering severity to normal since I'm using this package on several
unrelated machines (lenovo thinkpads T520 and T420) here without any
segfault. Probably the segfault is related to your specific
configuration or hardware. This is still a bug, but not such a high
severity.

When I strace it, I do get lots of EAGAIN on fd=3, but only when the
pointer is moving on gpointing-devices-settings' window. It doesn't stop
the package from working, and I have never had any segfault.

This package is usefull, I don't think it should be removed because it
segfaults on only one computer (until now).

Thanks,
-- 
Rémi

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

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

Versions of packages gpointing-device-settings depends on:
ii  gconf2  3.2.6-3
ii  libatk1.0-0 2.14.0-1
ii  libc6   2.19-17
ii  libcairo2   1.14.0-2.1
ii  libdbus-1-3 1.8.16-1
ii  libdbus-glib-1-20.102-1
ii  libfontconfig1  2.11.0-6.3
ii  libfreetype62.5.2-4
ii  libgconf2-4 3.2.6-3
ii  libgdk-pixbuf2.0-0  2.31.1-2+b1
ii  libglib2.0-02.42.1-1
ii  libgpds01.5.1-6
ii  libgtk2.0-0 2.24.25-3
ii  libpango1.0-0   1.36.8-3
ii  libxi6  2:1.7.4-1+b2

gpointing-device-settings recommends no packages.

gpointing-device-settings 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#740093: please do not remove

2015-04-02 Thread Rémi Letot
Hello,

juste to add a datapoint: I'm using this package on several lenovo
notebooks without issue.

There is no other graphical way to configure the multiple pointing
devices that we have on these machines:

- the touchpad
- the lenovo red trackpoint
- an external usb mouse on the docking station

gnome settings shows the mouse and the touchpad, but not the trackpoint.
Besides, it does not show the advanced options of gpds.

With gpointing-device-settings, I'm able to configure the trackpoint to
work as a wheelmouse for paging, and I have found no other way to do
that through a gui.

I guess there are possibilities through the command line, and I could
find them, but a gui is much more convenient and vastly easier to teach
to users.

Thanks for your consideration,
-- 
Rémi


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



Bug#762784: totem-plugins: missing jamendo plugin

2014-09-25 Thread Rémi Letot
Package: totem-plugins
Version: 3.14.0-2
Severity: normal

Dear Maintainer,

while browsing the jamendo website, it occured to me that 
totem might have a plugin to integrate it in the desktop.

And indeed I found plenty of reference to that plugin on 
the web, including the gnome website:

https://help.gnome.org/users/totem/stable/totem-plugins.html.en#totem-plugins-jamendo

So I guess this plugin should be part of totem-plugins, but 
apparently it is not there. A bit of research shows that it
was removed in 2011 with other plugins, but no reason is 
given:

https://anonscm.debian.org/viewvc/pkg-gnome/desktop/unstable/totem/debian/totem-plugins.install?r1=31200r2=31204

I couldn't find any bug report specific to that plugin, and 
nothing in the NEWS or README files for totem-plugins, so 
would you consider re-enabling it, or documenting why it is
disabled ?

Thanks a lot for your work,
-- 
Rémi

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

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

Versions of packages totem-plugins depends on:
ii  gir1.2-gdkpixbuf-2.0  2.30.8-1
ii  gir1.2-glib-2.0   1.42.0-1
ii  gir1.2-gtk-3.03.14.0-1
ii  gir1.2-pango-1.0  1.36.7-1
ii  gir1.2-peas-1.0   1.12.1-1
ii  gir1.2-totem-1.0  3.14.0-2
ii  libatk1.0-0   2.12.0-1
ii  libc6 2.19-11
ii  libcairo-gobject2 1.12.16-5
ii  libcairo2 1.12.16-5
ii  libgdk-pixbuf2.0-02.30.8-1
ii  libglib2.0-0  2.42.0-1
ii  libgtk-3-03.14.0-1
ii  liblircclient00.9.0~pre1-1.1
ii  libpango-1.0-01.36.7-1
ii  libpangocairo-1.0-0   1.36.7-1
ii  libtotem0 3.14.0-2
ii  libxml2   2.9.1+dfsg1-4
ii  python-gi 3.14.0-1
ii  python-xdg0.25-4
ii  python2.7 2.7.8-7
pn  python:anynone
ii  totem 3.14.0-2

Versions of packages totem-plugins recommends:
ii  gnome-settings-daemon  3.14.0-1

Versions of packages totem-plugins suggests:
pn  gromit  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#752870: latest development version fixes all problems

2014-08-03 Thread Rémi Letot

Hello,

back from hollidays with 900+ emails to sort, I was eager to download 
and test the latest development version. Good news: all problems fixed :-)


Hope this helps,
--
Rémi


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



Bug#752870: #752870 not fixed by latest upload

2014-07-14 Thread Rémi Letot

Control: reopen -1

Hi there,

as indicated by my later messages to the bug, the latest development 
version does not fix all the reported problems.


I tested latest upload (0.2.32-2) from sid, and indeed the problems are 
still there, so I don't think this bug should be closed.


Thanks,
--
Rémi


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



Bug#752870: some more problems

2014-07-08 Thread Rémi Letot

Hi again,

two more things about the latest development version:

- the folder selection list is actually erratic: it shows several times 
until something makes it stop. Then I have to restart icedove to get it 
back.


- when I want to move a message and there are several possible matches 
in the folder selection list, whatever I choose the message will always 
go to the first in the list. I lost a few mails before I noted that 
unwelcome behaviour...


That makes the latest development version unsuitable, so there is 
currently no possible nostalgy for icedove 31 :-(


Hope to get news soon :-)
--
Rémi


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



Bug#752870: xul-ext-nostalgy: Folder selection and preferences broken in icedove 31

2014-06-27 Thread Rémi Letot
Package: xul-ext-nostalgy
Version: 0.2.31-1
Severity: important

Dear Maintainer,

since upgrading to icedove 31 in unstable, folder selection 
has stopped to work in nostalgy. I can use the shortcuts, 
and il will actually work, but I don't see a list of candidate
folders in which to select my destination. Which is a bit like 
shooting in the dark when i have several folders with similar 
names :-)

Moreover, the Keys tab in the preferences is empty, and the 
preference dialog won't close when I push the ok button. I 
have to close the dialog like a normal window, and it does not 
retain any modification that I made.

I have manually downloaded the development version from 
nostalgy's home page, which fixes all problems.

Thanks for your work,
-- 
Rémi


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

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

Versions of packages xul-ext-nostalgy depends on:
ii  icedove  31.0~b1-2

xul-ext-nostalgy recommends no packages.

xul-ext-nostalgy 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#752870: wrong, development version doesn't fix all of it

2014-06-27 Thread Rémi Letot

Hi again,

it turns out I was wrong, the development version does not fix all of 
it. The folder selection list shows up only once, and then not anymore.


But the other problems are still fixed: preferences work, and the 
automatic guessing of destination folder works too (I think it didn't 
give me a default destination anymore with the packaged version)


Don't hesitate to ask for more information or testing, nostalgy is vital 
when using a big list of folders.


Thanks,
--
Rémi


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



Bug#686213: same on gnome-shell 3.12

2014-05-30 Thread Rémi Letot

Hello,

I can't speak for the original reporter, but high cpu consumption for 
any task has bothered me since the dawn of gnome-shell, and continues 
through 3.12.2-1 currently. I didn't have this problem with compiz, but 
mutter/gnome-shell has always been a cpu hog.


When I start a session, all is nice and fluid. But as soon as I have a 
few windows, things start to fall appart:


Starting the overview is not immediate (smal but noticeable delay, maybe 
one second), it is not fluid when it «zooms out», and the cpu can spike 
to 50% for gnome-shell for a few seconds before it goes down again. 
After that, just moving the mouse in overview (without clicking 
anything) gets the cpu to 20% or more for the shell.


Just moving windows, when not in overview, gets the cpu to more than 
20%, and can get it to 40% or more for brief periods. It also is a lot 
less fluid than compiz was (although this is difficult to quantify).


This is not to compare the shell to compiz, just to say that my hardware 
is capable of much better.


I have an intel Core 2 Duo with a Radeon Mobility HD 3400, currently 
debian unstable with bits from experimental.


Don't hesitate to ask for tests. I'm not a developper but an experienced 
debian user. And I can follow instructions if patches need to be tested.


Thanks,
--
Rémi


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



Bug#720097: solved with kernel from bpo

2014-04-19 Thread Rémi Letot

Hello,

I encountered the very same bug on the same motherboard, triggered by 
heavy samba activity.


I solved it by installing the 3.13 kernel from backports. After that, no 
problem anymore, my connection is stable as a rock.


I could be coerced to diagnose this further if usefull and needed, but 
will need clear instructions as I'm not a developper.


HTH,
--
Rémi


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



Bug#618884: gnome-shell: problem moving windows from one screen to the other when they are vertically arranged

2014-03-20 Thread Rémi Letot

hello,

yep, still unable to get a window on the upper screen if the lowest 
screen has the gnome-shell bar.


Thanks,
--
Rémi


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



Bug#737203: wine32: tries to replace file which belongs to wine32-unstable

2014-01-31 Thread Rémi Letot
Package: wine32
Version: 1.6.2-5
Severity: serious
Justification: Policy 7.6.1

Dear Maintainer,

trying to switch from wine-unstable to wine, I encountered the following:

(Reading database ... 280522 files and directories currently installed.)
Preparing to unpack .../wine32_1.6.2-5_i386.deb ...
Unpacking wine32 (1.6.2-5) ...
dpkg: error processing archive /var/cache/apt/archives/wine32_1.6.2-5_i386.deb 
(--unpack):
 trying to overwrite '/usr/share/wine/gecko/wine_gecko-1.5-x86.msi', which is 
also in package wine32-unstable 1.5.31-1
configured to not write apport reports
  Processing triggers for man-db (2.6.6-1) 
...
Errors were encountered while processing:
 /var/cache/apt/archives/wine32_1.6.2-5_i386.deb

I guess wine32 should Replaces: and Breaks: wine32-unstable, but that is 
your call :-)

Thanks for your work,
-- 
Rémi

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

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

Versions of packages wine32 depends on:
ii  libc6  2.17-97
ii  libwine1.6.2-5
ii  libwine-gecko-1.4  1.4+dfsg1-3
ii  x11-utils  7.7+1

wine32 recommends no packages.

wine32 suggests no packages.


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



Bug#733568: libtxc-dxtn-s2tc0: uninstallable on i386

2013-12-29 Thread Rémi Letot
Package: libtxc-dxtn-s2tc0
Version: 0~git20131104-1
Severity: important

Dear Maintainer,

upgrading or installing the package is impossible on i386 because 
x86_64 is hardcoded in the postinst script:

LANG=c sudo dpkg -i 
/var/cache/apt/archives/libtxc-dxtn-s2tc0_0~git20131104-1_i386.deb 
(Reading database ... 287234 files and directories currently installed.)
Preparing to unpack .../libtxc-dxtn-s2tc0_0~git20131104-1_i386.deb ...
Unpacking libtxc-dxtn-s2tc0:i386 (0~git20131104-1) over (0~git20131104-1) ...
Setting up libtxc-dxtn-s2tc0:i386 (0~git20131104-1) ...
update-alternatives: error: alternative path 
/usr/lib/x86_64-linux-gnu/libtxc_dxtn_s2tc.so.0 doesn't exist
dpkg: error processing package libtxc-dxtn-s2tc0:i386 (--install):
 subprocess installed post-installation script returned error exit status 2
Errors were encountered while processing:
 libtxc-dxtn-s2tc0:i386


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

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

Versions of packages libtxc-dxtn-s2tc0 depends on:
ii  libc6  2.17-97
ii  libgcc11:4.8.2-10
ii  libstdc++6 4.8.2-10
ii  multiarch-support  2.17-97

libtxc-dxtn-s2tc0 recommends no packages.

libtxc-dxtn-s2tc0 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#726620: blocks gnome 3.10 in experimental

2013-11-10 Thread Rémi Letot

Hello,

could you please upload the fixed package to experimental ? This blocks 
gnome-settings-daemon 3.10:


https://buildd.debian.org/status/package.php?p=gnome-settings-daemonsuite=experimental

Thanks a lot for your work,
--
Rémi


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



Bug#694356: how do we disable it

2012-11-25 Thread Rémi Letot

Hi,

gnome recommands menu-xdg, which in turn recommands menu, so in the 
default configuration we get both with gnome. I also have the 
duplication problem, but I don't remember having activated anything in 
the past. Now my configuration is years old, so I can't remember 
everything...


So in short, how do we disable it ?

Thanks,
--
Rémi


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



Bug#666122: seems similar to 657440

2012-05-26 Thread Rémi Letot
Potential duplicate, please have a look here:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=657440

HTH,
-- 
Rémi



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



Bug#672239: libbeidlib3: uninstallabre since it depends on libssl0.9.8 which is not availlabre

2012-05-09 Thread Rémi Letot
Package: libbeidlib3
Severity: grave
Justification: renders package unusable

Dear Maintainer,

I just tried to install support for my shiny new beid card,
but it seems that the beid stack is not installable. This 
is all due to one error: 

apt-get install libbeidlib3 fails with:

The following packages have unmet dependencies:
 libbeidlib3 : Depends: libssl0.9.8 (= 0.9.8m-1) but it is not installable
E: Unable to correct problems, you have held broken packages.

I dont have any libssl related held package, it seems libssl0.9.8
is not in unstable anymore.

Thanks,
-- 
Rémi

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

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

Versions of packages libbeidlib3 depends on:
ii  beid-commonnone
ii  libc6  2.13-32
ii  libgcc11:4.7.0-7
ii  libpcsclite1   1.8.3-3
ii  libqtcore4 4:4.8.1-1
ii  libqtgui4  4:4.8.1-1
ii  libssl0.9.8none
ii  libstdc++6 4.7.0-7
ii  libxerces-c28  2.8.0+deb1-2+b2

libbeidlib3 recommends no packages.

libbeidlib3 suggests no packages.



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



Bug#662925: simple-scan: error while loading shared libraries: libjpeg.so.62

2012-03-07 Thread Rémi Letot
Package: simple-scan
Version: 3.2.1-1
Severity: important

Dear Maintainer,

simple-scan doesn't start, it seems to try to load libjpeg.so.62 
while it depends on libjpeg8.

hobbes@sphax:~$ simple-scan
simple-scan: error while loading shared libraries: libjpeg.so.62: cannot open 
shared object file: No such file or directory

Manually installing libjpeg62 solves the problem

Thanks,
-- 
Rémi

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

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

Versions of packages simple-scan depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.10.0-3
ii  gconf-gsettings-backend [gsettings-backend]  3.2.3-3
ii  gnome-icon-theme 3.2.1.2-1
ii  libatk1.0-0  2.2.0-2
ii  libc62.13-27
ii  libcairo-gobject21.10.2-7
ii  libcairo21.10.2-7
ii  libfontconfig1   2.8.0-3.1
ii  libfreetype6 2.4.8-1
ii  libgdk-pixbuf2.0-0   2.24.1-1
ii  libglib2.0-0 2.30.2-6
ii  libgtk-3-0   3.2.3-1
ii  libgudev-1.0-0   175-3.1
ii  libjpeg8 8d-1
ii  libpango1.0-01.29.4-2
ii  libsane [libsane]1.0.22-test-1
ii  xdg-utils1.1.0~rc1+git20111210-6
ii  zlib1g   1:1.2.6.dfsg-2

simple-scan recommends no packages.

simple-scan 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#657440: xkb-data: cannot switch between two kb layout in gnome

2012-01-29 Thread Rémi Letot

Hi

Le 26/01/12 12:11, Cyril Brulebois a écrit :


I'm not sure if Gnome interferes here. Feel free to open a bare session
(http://x.debian.net/faq/general.html) and play with setxkbmap to see
whether the layout is fucked up, or if the layout switcher in gnome is
buggy.


I launched a bare X session as requested, and there setxkbmap works 
perfectly. So I guess it's an interraction between xkb-data and the 
layout switcher in gnome, but I don't know which one is buggy.


Please note as additionnal information that if I put the be layout as 
default in gnome and restart my session, I have no problem anymore in 
the layout switcher: it works fine directly after login, and the layouts 
are not inverted when I choose them.



Anyway, feel free to report your findings on an upstream bug
(https://bugs.freedesktop.org/ product xkeyboard-config) and let us know
about the URL for tracking.


I'm not sure xkeyboard-config is the real culprit as setxkbmap works 
fine. I would even say that the gnome layout switcher is now a more 
compelling suspect :-) What can I do to diagnose this further ?


Thanks,
--
Rémi



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



Bug#657440: xkb-data: cannot switch between two kb layout in gnome

2012-01-26 Thread Rémi Letot
Package: xkb-data
Version: 2.5-1
Severity: normal

Dear Maintainer,

I upgraded my sid system, and xkb-data was upgraded to 2.5-1.

Normaly, my X configuration is azerty Belgian at the time of gdm, 
and switches to French bépo (façon dvorak) once in gnome.

After upgrading xkb-data, the layout stays Belgian even after login.
Gnome's keyboard applet says fr, and the bépo layout it selected in
the menu if I expand it, but the real used layout is Belgian. More
than that, I can't select the other option in the keyboard applet.

Now if I open keyboard parameters and change the order of the 
layouts (that is make Belgian first in the list), I can use the
menu to switch layouts again.

If I change the orders again, I can still switch but the layouts 
are inverted: selecting be gets me bépo, and fr gets me be...

Reverting to xkb-data 2.3-2 from testing fixes everything.

Thanks a lot, don't hesitate to ask for more info or tests.

-- 
Rémi


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

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

-- 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#648840: downgrade also works

2011-11-18 Thread Rémi Letot
Hello,

you can also downgrade to 3.2.1-2 while waiting for the fix.

HTH,
-- 
Rémi



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



Bug#631942: linux-image-3.0.0-rc4-686-pae: oops and/or hangs when mounting a samba share

2011-06-29 Thread Rémi Letot

Le 29/06/11 06:11, Ben Hutchings a écrit :


There have been a lot of fixes to CIFS in 3.0-rc5; please can you test
the new package in experimental?


hello, tried rc5 this morning, it also oopses

thanks,
--
Rémi



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



Bug#631942: linux-image-3.0.0-rc4-686-pae: oops and/or hangs when mounting a samba share

2011-06-28 Thread Rémi Letot
Package: linux-2.6
Version: 3.0.0~rc4-1~experimental.1
Severity: normal

hi,

kernel oopsed when trying to mount a samba share, then oopsed again at
the next try, but then it also hung the machine.

I rebooted, tried again, and got another oops, didn't try to hang it a
second time :-) That last oops is in the log some lines down.

Seems easy to reproduce, so don't hesitate to ask for more info.

Thanks,
-- 
Rémi

-- Package-specific info:
** Version:
Linux version 3.0.0-rc4-686-pae (Debian 3.0.0~rc4-1~experimental.1) 
(m...@debian.org) (gcc version 4.4.6 (Debian 4.4.6-6) ) #1 SMP Thu Jun 23 
22:45:46 UTC 2011

** Command line:
BOOT_IMAGE=/boot/vmlinuz-3.0.0-rc4-686-pae 
root=UUID=d9369caf-8b2a-42b1-8d26-ffbc2ddafc8f ro quiet init=/bin/systemd

** Tainted: D (128)
 * Kernel has oopsed before.

** Kernel log:
[   69.836079] NetworkManager[1669]: keyfile: read connection 'Auto 
Sitecom87aa20'
[   69.836087] NetworkManager[1669]: keyfile: parsing Auto VOO-040518 ...
[   69.853486] NetworkManager[1669]: keyfile: read connection 'Auto 
VOO-040518'
[   69.853495] NetworkManager[1669]: keyfile: parsing Auto ake coucou,reseau 
non securiser ...
[   69.854488] NetworkManager[1669]: keyfile: read connection 'Auto ake 
coucou,reseau non securiser'
[   69.855533] NetworkManager[1669]: Ifupdown: get unmanaged devices count: 0
[   69.856096] NetworkManager[1669]: info trying to start the modem manager...
[   69.857736] dbus[1645]: [system] Activating service 
name='org.freedesktop.ModemManager' (using servicehelper)
[   69.861844] modem-manager[1685]: info  ModemManager (version 0.4.997) 
starting...
[   69.862713] dbus[1645]: [system] Activating service 
name='org.freedesktop.PolicyKit1' (using servicehelper)
[   69.864155] dbus[1645]: [system] Successfully activated service 
'org.freedesktop.ModemManager'
[   69.864908] modem-manager[1685]: info  Loaded plugin Longcheer
[   69.865076] modem-manager[1685]: info  Loaded plugin X22X
[   69.865228] modem-manager[1685]: info  Loaded plugin Gobi
[   69.865406] modem-manager[1685]: info  Loaded plugin Sierra
[   69.865559] modem-manager[1685]: info  Loaded plugin AnyData
[   69.865763] modem-manager[1685]: info  Loaded plugin SimTech
[   69.865889] modem-manager[1685]: info  Loaded plugin ZTE
[   69.866061] modem-manager[1685]: info  Loaded plugin Samsung
[   69.866249] modem-manager[1685]: info  Loaded plugin Option High-Speed
[   69.866423] modem-manager[1685]: info  Loaded plugin Huawei
[   69.866599] modem-manager[1685]: info  Loaded plugin Novatel
[   69.866765] modem-manager[1685]: info  Loaded plugin MotoC
[   69.866932] modem-manager[1685]: info  Loaded plugin Ericsson MBM
[   69.867102] modem-manager[1685]: info  Loaded plugin Nokia
[   69.867268] modem-manager[1685]: info  Loaded plugin Option
[   69.867440] modem-manager[1685]: info  Loaded plugin Linktop
[   69.867604] modem-manager[1685]: info  Loaded plugin Generic
[   69.867782] modem-manager[1685]: info  Loaded plugin Wavecom
[   69.938795] polkitd[1688]: started daemon version 0.101 using authority 
implementation `local' version `0.101'
[   69.939474] dbus[1645]: [system] Successfully activated service 
'org.freedesktop.PolicyKit1'
[   69.942827] NetworkManager[1669]: info monitoring kernel firmware 
directory '/lib/firmware'.
[   69.943467] NetworkManager[1669]: info found WiFi radio killswitch rfkill0 
(at /sys/devices/pci:00/:00:1c.1/:03:00.0/ieee80211/phy0/rfkill0) 
(driver (unknown))
[   69.945176] NetworkManager[1669]: info WiFi enabled by radio killswitch; 
enabled by state file
[   69.945209] NetworkManager[1669]: info WWAN enabled by radio killswitch; 
enabled by state file
[   69.945217] NetworkManager[1669]: info WiMAX enabled by radio killswitch; 
enabled by state file
[   69.945248] NetworkManager[1669]: info Networking is enabled by state file
[   69.946207] NetworkManager[1669]: info (wlan0): driver supports SSID scans 
(scan_capa 0x01).
[   69.946355] NetworkManager[1669]: info (wlan0): new 802.11 WiFi device 
(driver: 'iwlagn' ifindex: 3)
[   69.946398] NetworkManager[1669]: info (wlan0): exported as 
/org/freedesktop/NetworkManager/Devices/0
[   69.946405] NetworkManager[1669]: info (wlan0): now managed
[   69.946443] NetworkManager[1669]: info (wlan0): device state change: 
unmanaged - unavailable (reason 'managed') [10 20 2]
[   69.946450] NetworkManager[1669]: info (wlan0): bringing up device.
[   70.128919] ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   70.131435] tg3 :04:00.0: irq 50 for MSI/MSI-X
[   70.161236] ADDRCONF(NETDEV_UP): eth0: link is not ready
[   70.165601] input: ACPI Virtual Keyboard Device as 
/devices/virtual/input/input16
[   71.584196] systemd[1]: Startup finished in 20s 779ms 149us (kernel) + 50s 
804ms 988us (userspace) = 1min 11s 584ms 137us.
[   71.750264] tg3 :04:00.0: eth0: Link is up at 100 Mbps, full duplex
[   71.750268] tg3 :04:00.0: eth0: Flow control is on for TX and on for RX
[   71.750388] 

Bug#618884: some more info

2011-04-26 Thread Rémi Letot

Hello,

some more info since last message:

* problem still there with latest gnome-shell (3.0.0.2-1)
* problem still there with latest xserver (2:1.10.1-1)

Furthermore, I noticed one more thing when the secondary screen 
(external monitor) is above the primary screen (laptop), so when I'm in 
the problematic configuration : if I open the gnome display properties 
in the control center, both screen labels appear on the primary screen 
instead of on their respective screens.


Also, some windows do open on the secondary screen, but then they are 
completely horizontally minimized to the right of the screen. I mean 
that they appear like a thin vertical band in the overview and to the 
right of the screen. I can select and drag the window or one of the 
sides to make it larger and perfectly useable. I don't know how to 
trigger that specific behaviour, but it does happen regularly.


I'm suspecting a geometry problem, some kind of misunderstanding between 
the X server and gnome-shell, but I don't know how to investigate that.


HTH,
--
Rémi



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



Bug#618884: works when the primary screen is on top

2011-03-31 Thread Rémi Letot

Hi,

I experimented a bit more, and the only situation that doesn't work is 
when the secondary screen is above the primary. Laptop screen above 
secondary screen is ok (when the gnome-shell top bar is above 
everything), but secondary above laptop doesn't work.


The boundary that I cannot cross is the gnome-shell top bar.

If I select a window on my laptop screen and drag it to the above 
screen, I am stopped at the gnome-shell top bar. If I drag the window 
with ALT-mouse1, the window can go to the other screen, but I am still 
halted before it is fully on the other screen. Furthermore, if I try to 
maximize such a window, the decoration clearly changes to reflect the 
maximization, but the geometry doesn't change. The window doesn't 
maximize, it is just stuck there and I can't move it unless I unmaximize it.


HTH,
--
Rémi



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



Bug#618884: gnome-shell: problem moving windows from one screen to the other when they are vertically arranged

2011-03-19 Thread Rémi Letot
Package: gnome-shell
Version: 2.91.91-1
Severity: normal

Hello,

I have a laptop with dual screen setup. The external screen 
is above my laptop screen.

This setup worked not optimally but fine with the previous 
version of gnome-shell, but now I'm unable to move a window 
from one screen to the other. The title bar refuses to go over 
the separation.

It works ok when the screens are configured to be side by side, 
I have the problem only when they are one above the other.

Thanks,
-- 
Rémi

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

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

Versions of packages gnome-shell depends on:
ii  gconf2  2.32.1-2 GNOME configuration database syste
ii  gir1.2-atk-1.0  1.32.0-2 The ATK accessibility toolkit (GOb
ii  gir1.2-clutter-1.0  1.6.8-1  GObject introspection data for the
ii  gir1.2-freedesktop  0.10.4-1 Introspection data for some FreeDe
ii  gir1.2-gconf-2.02.32.1-2 GNOME configuration database syste
ii  gir1.2-gdkpixbuf-2.02.23.0-2 GDK Pixbuf library - GObject-Intro
ii  gir1.2-gkbd-3.0 2.91.91-1GObject introspection data for the
ii  gir1.2-glib-2.0 0.10.4-1 Introspection data for GLib, GObje
ii  gir1.2-gtk-3.0  3.0.3-1  The GTK+ graphical user interface 
ii  gir1.2-json-glib-1.00.12.0-2 GLib JSON manipulation library (do
ii  gir1.2-mutter-2.91  2.91.91-1GObject introspection data for Mut
ii  gir1.2-pango-1.01.28.3-4 Layout and rendering of internatio
ii  gir1.2-polkit-1.0   0.101-1  GObject introspection data for Pol
ii  gir1.2-telepathyglib-0. 0.13.17-1GLib Telepathy connection manager 
ii  gir1.2-upowerglib-1.0   0.9.8-3  GObject introspection data for upo
ii  gjs 0.7.13-2 Mozilla-based javascript bindings 
ii  gnome-control-center1:2.91.91-3  utilities to configure the GNOME d
ii  gnome-settings-daemon   2.91.91-1daemon handling the GNOME session 
ii  gsettings-desktop-schem 2.91.91-1GSettings deskop-wide schemas
ii  libatk1.0-0 1.32.0-2 The ATK accessibility toolkit
ii  libc6   2.11.2-11Embedded GNU C Library: Shared lib
ii  libcairo-gobject2   1.10.2-4 The Cairo 2D vector graphics libra
ii  libcairo2   1.10.2-4 The Cairo 2D vector graphics libra
ii  libcamel1.2-19  2.32.2-2 The Evolution MIME message handlin
ii  libcanberra00.26-3   a simple abstract interface for pl
ii  libclutter-1.0-01.6.8-1  Open GL based interactive canvas l
ii  libcroco3   0.6.2-1  a generic Cascading Style Sheet (C
ii  libdbus-1-3 1.4.6-1  simple interprocess messaging syst
ii  libdbus-glib-1-20.92-1   simple interprocess messaging syst
ii  libdconf0 [gsettings-ba 0.7.2-1  Simple key-based configuration sys
ii  libdrm2 2.4.24-1 Userspace interface to kernel DRM 
ii  libebook1.2-10  2.32.2-2 Client library for evolution addre
ii  libecal1.2-82.32.2-2 Client library for evolution calen
ii  libedataserver1.2-142.32.2-2 Utility library for evolution data
ii  libedataserverui1.2-11  2.32.2-2 GUI utility library for evolution 
ii  libffi5 3.0.9-3  Foreign Function Interface library
ii  libfontconfig1  2.8.0-2.1generic font configuration library
ii  libfreetype62.4.4-1  FreeType 2 font engine, shared lib
ii  libgconf2-4 2.32.1-2 GNOME configuration database syste
ii  libgdk-pixbuf2.0-0  2.23.0-2 GDK Pixbuf library
ii  libgirepository-1.0-1   0.10.4-1 Library for handling GObject intro
ii  libgjs0b0.7.13-2 Mozilla-based javascript bindings 
ii  libgl1-mesa-glx [libgl1 7.10-4   A free implementation of the OpenG
ii  libglib2.0-02.28.2-1 The GLib library of C routines
ii  libgnome-desktop-3-02.91.6.1-1   Utility library for loading .deskt
ii  libgnome-menu2  2.30.3-2 an implementation of the freedeskt
ii  libgstreamer0.10-0  0.10.32-5Core GStreamer libraries and eleme
ii  libgtk-3-0  3.0.3-1  The GTK+ graphical user interface 
ii  libgtk2.0-0 2.24.3-1 The GTK+ graphical user interface 
ii  libical00.44-3   iCalendar library implementation i
ii  libjson-glib-1.0-0  0.12.0-2 GLib JSON manipulation library
ii  libmozjs4d  2.0~rc1-1The Mozilla SpiderMonkey JavaScrip
ii  libmutter-wm0   

Bug#618681: ok with latest gnome-shell

2011-03-18 Thread Rémi Letot
Package: gnome-shell
Followup-For: Bug #618681

just updated gnome-shell to newest in experimental, and 
now I can start it.

HTH,
-- 
Rémi

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

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

Versions of packages gnome-shell depends on:
ii  gconf2  2.32.1-2 GNOME configuration database syste
ii  gir1.2-atk-1.0  1.32.0-2 The ATK accessibility toolkit (GOb
ii  gir1.2-clutter-1.0  1.6.8-1  GObject introspection data for the
ii  gir1.2-freedesktop  0.10.4-1 Introspection data for some FreeDe
ii  gir1.2-gconf-2.02.32.1-2 GNOME configuration database syste
ii  gir1.2-gdkpixbuf-2.02.23.0-2 GDK Pixbuf library - GObject-Intro
ii  gir1.2-gkbd-3.0 2.91.91-1GObject introspection data for the
ii  gir1.2-glib-2.0 0.10.4-1 Introspection data for GLib, GObje
ii  gir1.2-gtk-3.0  3.0.3-1  The GTK+ graphical user interface 
ii  gir1.2-json-glib-1.00.12.0-2 GLib JSON manipulation library (do
ii  gir1.2-mutter-2.91  2.91.91-1GObject introspection data for Mut
ii  gir1.2-pango-1.01.28.3-4 Layout and rendering of internatio
ii  gir1.2-polkit-1.0   0.101-1  GObject introspection data for Pol
ii  gir1.2-telepathyglib-0. 0.13.17-1GLib Telepathy connection manager 
ii  gir1.2-upowerglib-1.0   0.9.8-3  GObject introspection data for upo
ii  gjs 0.7.13-2 Mozilla-based javascript bindings 
ii  gnome-control-center1:2.91.91-3  utilities to configure the GNOME d
ii  gnome-settings-daemon   2.91.91-1daemon handling the GNOME session 
ii  gsettings-desktop-schem 2.91.91-1GSettings deskop-wide schemas
ii  libatk1.0-0 1.32.0-2 The ATK accessibility toolkit
ii  libc6   2.11.2-11Embedded GNU C Library: Shared lib
ii  libcairo-gobject2   1.10.2-4 The Cairo 2D vector graphics libra
ii  libcairo2   1.10.2-4 The Cairo 2D vector graphics libra
ii  libcamel1.2-19  2.32.2-2 The Evolution MIME message handlin
ii  libcanberra00.26-3   a simple abstract interface for pl
ii  libclutter-1.0-01.6.8-1  Open GL based interactive canvas l
ii  libcroco3   0.6.2-1  a generic Cascading Style Sheet (C
ii  libdbus-1-3 1.4.6-1  simple interprocess messaging syst
ii  libdbus-glib-1-20.92-1   simple interprocess messaging syst
ii  libdconf0 [gsettings-ba 0.7.2-1  Simple key-based configuration sys
ii  libdrm2 2.4.24-1 Userspace interface to kernel DRM 
ii  libebook1.2-10  2.32.2-2 Client library for evolution addre
ii  libecal1.2-82.32.2-2 Client library for evolution calen
ii  libedataserver1.2-142.32.2-2 Utility library for evolution data
ii  libedataserverui1.2-11  2.32.2-2 GUI utility library for evolution 
ii  libffi5 3.0.9-3  Foreign Function Interface library
ii  libfontconfig1  2.8.0-2.1generic font configuration library
ii  libfreetype62.4.4-1  FreeType 2 font engine, shared lib
ii  libgconf2-4 2.32.1-2 GNOME configuration database syste
ii  libgdk-pixbuf2.0-0  2.23.0-2 GDK Pixbuf library
ii  libgirepository-1.0-1   0.10.4-1 Library for handling GObject intro
ii  libgjs0b0.7.13-2 Mozilla-based javascript bindings 
ii  libgl1-mesa-glx [libgl1 7.10-4   A free implementation of the OpenG
ii  libglib2.0-02.28.2-1 The GLib library of C routines
ii  libgnome-desktop-3-02.91.6.1-1   Utility library for loading .deskt
ii  libgnome-menu2  2.30.3-2 an implementation of the freedeskt
ii  libgstreamer0.10-0  0.10.32-5Core GStreamer libraries and eleme
ii  libgtk-3-0  3.0.3-1  The GTK+ graphical user interface 
ii  libgtk2.0-0 2.24.3-1 The GTK+ graphical user interface 
ii  libical00.44-3   iCalendar library implementation i
ii  libjson-glib-1.0-0  0.12.0-2 GLib JSON manipulation library
ii  libmozjs4d  2.0~rc1-1The Mozilla SpiderMonkey JavaScrip
ii  libmutter-wm0   2.91.91-1window manager library for the Mut
ii  libnspr4-0d 4.8.7-2  NetScape Portable Runtime Library
ii  libnss3-1d  3.12.9-2 Network Security Service libraries
ii  libpango1.0-0   1.28.3-4 Layout and rendering of internatio
ii  libpolkit-agent-1-0 0.101-1  PolicyKit 

Bug#618515: ok with latest gnome-shell

2011-03-18 Thread Rémi Letot
Package: gnome-shell
Followup-For: Bug #618515

Hello,

updated to latest gnome-shell, and now it starts ok.

Nevertheless, my original remark still stands:

shouldn't gnome-shell use default values instead of crashing in 
such a case ?

Thanks,
-- 
Rémi

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

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

Versions of packages gnome-shell depends on:
ii  gconf2  2.32.1-2 GNOME configuration database syste
ii  gir1.2-atk-1.0  1.32.0-2 The ATK accessibility toolkit (GOb
ii  gir1.2-clutter-1.0  1.6.8-1  GObject introspection data for the
ii  gir1.2-freedesktop  0.10.4-1 Introspection data for some FreeDe
ii  gir1.2-gconf-2.02.32.1-2 GNOME configuration database syste
ii  gir1.2-gdkpixbuf-2.02.23.0-2 GDK Pixbuf library - GObject-Intro
ii  gir1.2-gkbd-3.0 2.91.91-1GObject introspection data for the
ii  gir1.2-glib-2.0 0.10.4-1 Introspection data for GLib, GObje
ii  gir1.2-gtk-3.0  3.0.3-1  The GTK+ graphical user interface 
ii  gir1.2-json-glib-1.00.12.0-2 GLib JSON manipulation library (do
ii  gir1.2-mutter-2.91  2.91.91-1GObject introspection data for Mut
ii  gir1.2-pango-1.01.28.3-4 Layout and rendering of internatio
ii  gir1.2-polkit-1.0   0.101-1  GObject introspection data for Pol
ii  gir1.2-telepathyglib-0. 0.13.17-1GLib Telepathy connection manager 
ii  gir1.2-upowerglib-1.0   0.9.8-3  GObject introspection data for upo
ii  gjs 0.7.13-2 Mozilla-based javascript bindings 
ii  gnome-control-center1:2.91.91-3  utilities to configure the GNOME d
ii  gnome-settings-daemon   2.91.91-1daemon handling the GNOME session 
ii  gsettings-desktop-schem 2.91.91-1GSettings deskop-wide schemas
ii  libatk1.0-0 1.32.0-2 The ATK accessibility toolkit
ii  libc6   2.11.2-11Embedded GNU C Library: Shared lib
ii  libcairo-gobject2   1.10.2-4 The Cairo 2D vector graphics libra
ii  libcairo2   1.10.2-4 The Cairo 2D vector graphics libra
ii  libcamel1.2-19  2.32.2-2 The Evolution MIME message handlin
ii  libcanberra00.26-3   a simple abstract interface for pl
ii  libclutter-1.0-01.6.8-1  Open GL based interactive canvas l
ii  libcroco3   0.6.2-1  a generic Cascading Style Sheet (C
ii  libdbus-1-3 1.4.6-1  simple interprocess messaging syst
ii  libdbus-glib-1-20.92-1   simple interprocess messaging syst
ii  libdconf0 [gsettings-ba 0.7.2-1  Simple key-based configuration sys
ii  libdrm2 2.4.24-1 Userspace interface to kernel DRM 
ii  libebook1.2-10  2.32.2-2 Client library for evolution addre
ii  libecal1.2-82.32.2-2 Client library for evolution calen
ii  libedataserver1.2-142.32.2-2 Utility library for evolution data
ii  libedataserverui1.2-11  2.32.2-2 GUI utility library for evolution 
ii  libffi5 3.0.9-3  Foreign Function Interface library
ii  libfontconfig1  2.8.0-2.1generic font configuration library
ii  libfreetype62.4.4-1  FreeType 2 font engine, shared lib
ii  libgconf2-4 2.32.1-2 GNOME configuration database syste
ii  libgdk-pixbuf2.0-0  2.23.0-2 GDK Pixbuf library
ii  libgirepository-1.0-1   0.10.4-1 Library for handling GObject intro
ii  libgjs0b0.7.13-2 Mozilla-based javascript bindings 
ii  libgl1-mesa-glx [libgl1 7.10-4   A free implementation of the OpenG
ii  libglib2.0-02.28.2-1 The GLib library of C routines
ii  libgnome-desktop-3-02.91.6.1-1   Utility library for loading .deskt
ii  libgnome-menu2  2.30.3-2 an implementation of the freedeskt
ii  libgstreamer0.10-0  0.10.32-5Core GStreamer libraries and eleme
ii  libgtk-3-0  3.0.3-1  The GTK+ graphical user interface 
ii  libgtk2.0-0 2.24.3-1 The GTK+ graphical user interface 
ii  libical00.44-3   iCalendar library implementation i
ii  libjson-glib-1.0-0  0.12.0-2 GLib JSON manipulation library
ii  libmozjs4d  2.0~rc1-1The Mozilla SpiderMonkey JavaScrip
ii  libmutter-wm0   2.91.91-1window manager library for the Mut
ii  libnspr4-0d 4.8.7-2  NetScape Portable Runtime Library
ii  libnss3-1d  3.12.9-2 Network Security Service libraries
ii  libpango1.0-0   

Bug#618681: gnome-shell: fails to start due to mixing gtk+ 2 and 3 symbols

2011-03-17 Thread Rémi Letot
Package: gnome-shell
Version: 2.91.90-1
Severity: normal

Hello,

since latest upgrades from sid and experimental gnome, 
gnome-shell refuses to start with this :

Gtk-ERROR **: GTK+ 2.x symbols detected. Using GTK+ 2.x and GTK+ 3 in the same 
process is not supported
aborting...
Shell killed with signal 6

HTH,
-- 
Rémi

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

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

Versions of packages gnome-shell depends on:
ii  gconf2  2.32.1-2 GNOME configuration database syste
ii  gir1.2-atk-1.0  1.32.0-2 The ATK accessibility toolkit (GOb
ii  gir1.2-clutter-1.0  1.6.8-1  GObject introspection data for the
ii  gir1.2-freedesktop  0.10.4-1 Introspection data for some FreeDe
ii  gir1.2-gconf-2.02.32.1-2 GNOME configuration database syste
ii  gir1.2-gdkpixbuf-2.02.23.0-2 GDK Pixbuf library - GObject-Intro
ii  gir1.2-gkbd-3.0 2.91.91-1GObject introspection data for the
ii  gir1.2-glib-2.0 0.10.4-1 Introspection data for GLib, GObje
ii  gir1.2-gtk-3.0  3.0.3-1  The GTK+ graphical user interface 
ii  gir1.2-json-glib-1.00.12.0-2 GLib JSON manipulation library (do
ii  gir1.2-mutter-2.91  2.91.91-1GObject introspection data for Mut
ii  gir1.2-pango-1.01.28.3-4 Layout and rendering of internatio
ii  gir1.2-polkit-1.0   0.101-1  GObject introspection data for Pol
ii  gir1.2-telepathyglib-0. 0.13.17-1GLib Telepathy connection manager 
ii  gir1.2-upowerglib-1.0   0.9.8-3  GObject introspection data for upo
ii  gjs 0.7.13-1 Mozilla-based javascript bindings 
ii  gnome-control-center1:2.91.91-3  utilities to configure the GNOME d
ii  gnome-settings-daemon   2.91.91-1daemon handling the GNOME session 
ii  libatk1.0-0 1.32.0-2 The ATK accessibility toolkit
ii  libc6   2.11.2-11Embedded GNU C Library: Shared lib
ii  libcairo-gobject2   1.10.2-4 The Cairo 2D vector graphics libra
ii  libcairo2   1.10.2-4 The Cairo 2D vector graphics libra
ii  libcamel1.2-19  2.32.2-2 The Evolution MIME message handlin
ii  libcanberra00.26-3   a simple abstract interface for pl
ii  libclutter-1.0-01.6.8-1  Open GL based interactive canvas l
ii  libcroco3   0.6.2-1  a generic Cascading Style Sheet (C
ii  libdbus-1-3 1.4.6-1  simple interprocess messaging syst
ii  libdbus-glib-1-20.92-1   simple interprocess messaging syst
ii  libdconf0 [gsettings-ba 0.7.2-1  Simple key-based configuration sys
ii  libdrm2 2.4.24-1 Userspace interface to kernel DRM 
ii  libebook1.2-10  2.32.2-2 Client library for evolution addre
ii  libecal1.2-82.32.2-2 Client library for evolution calen
ii  libedataserver1.2-142.32.2-2 Utility library for evolution data
ii  libedataserverui1.2-11  2.32.2-2 GUI utility library for evolution 
ii  libffi5 3.0.9-3  Foreign Function Interface library
ii  libfontconfig1  2.8.0-2.1generic font configuration library
ii  libfreetype62.4.4-1  FreeType 2 font engine, shared lib
ii  libgconf2-4 2.32.1-2 GNOME configuration database syste
ii  libgdk-pixbuf2.0-0  2.23.0-2 GDK Pixbuf library
ii  libgirepository-1.0-1   0.10.4-1 Library for handling GObject intro
ii  libgjs0b0.7.13-1 Mozilla-based javascript bindings 
ii  libgl1-mesa-glx [libgl1 7.10-4   A free implementation of the OpenG
ii  libglib2.0-02.28.2-1 The GLib library of C routines
ii  libgnome-desktop-3-02.91.6.1-1   Utility library for loading .deskt
ii  libgnome-menu2  2.30.3-2 an implementation of the freedeskt
ii  libgstreamer0.10-0  0.10.32-5Core GStreamer libraries and eleme
ii  libgtk-3-0  3.0.3-1  The GTK+ graphical user interface 
ii  libgtk2.0-0 2.24.3-1 The GTK+ graphical user interface 
ii  libical00.44-3   iCalendar library implementation i
ii  libjson-glib-1.0-0  0.12.0-2 GLib JSON manipulation library
ii  libmozjs3d  1.9.2.13-2   The Mozilla SpiderMonkey JavaScrip
ii  libnspr4-0d 4.8.7-2  NetScape Portable Runtime Library
ii  libnss3-1d  3.12.9-2 Network Security Service libraries
ii  libpango1.0-0   1.28.3-4 Layout and rendering of internatio
ii  libpolkit-agent-1-0 0.101-1  

Bug#618515: gnome-shell: fails to start due to missing dpi key in org.gnome.settings-daemon.plugins.xsettings

2011-03-15 Thread Rémi Letot
Package: gnome-shell
Version: 2.91.90-1
Severity: important

Hello,

with latest sid + experimental gnome :

hobbes@sphax:~$ gnome-shell --replace 
[1] 6419
hobbes@sphax:~$ Panel leaving: a new panel shell is starting.

(gnome-panel:6245): EggSMClient-CRITICAL **: egg_sm_client_set_mode: assertion 
`global_client == NULL || global_client_mode == EGG_SM_CLIENT_MODE_DISABLED' 
failed
  JS LOG: Cannot create Network item, .desktop file not found or corrupt.
Avertissement du gestionnaire de fenêtres : Log level 16: Unable to register 
authentication agent: GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: An 
authentication agent already exists for the given subject
Avertissement du gestionnaire de fenêtres : Log level 16: Error registering 
polkit authentication agent: 
GDBus.Error:org.freedesktop.PolicyKit1.Error.Failed: An authentication agent 
already exists for the given subject (polkit-error-quark 0)

GLib-GIO-ERROR **: Settings schema 
'org.gnome.settings-daemon.plugins.xsettings' does not contain a key named 'dpi'
aborting...
Shell killed with signal 6


#614945 was the same for another key, shouldn't gnome-shell use default values 
instead of crashing in such a case ?

HTH,
-- 
Rémi

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

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

Versions of packages gnome-shell depends on:
ii  gconf2  2.32.1-2 GNOME configuration database syste
ii  gir1.2-atk-1.0  1.32.0-2 The ATK accessibility toolkit (GOb
ii  gir1.2-clutter-1.0  1.6.8-1  GObject introspection data for the
ii  gir1.2-freedesktop  0.10.4-1 Introspection data for some FreeDe
ii  gir1.2-gconf-2.02.32.1-2 GNOME configuration database syste
ii  gir1.2-gdkpixbuf-2.02.23.0-2 GDK Pixbuf library - GObject-Intro
ii  gir1.2-gkbd-3.0 2.91.91-1GObject introspection data for the
ii  gir1.2-glib-2.0 0.10.4-1 Introspection data for GLib, GObje
ii  gir1.2-gtk-3.0  3.0.2-1  The GTK+ graphical user interface 
ii  gir1.2-json-glib-1.00.12.0-2 GLib JSON manipulation library (do
ii  gir1.2-mutter-2.91  2.91.90-1GObject introspection data for Mut
ii  gir1.2-pango-1.01.28.3-4 Layout and rendering of internatio
ii  gir1.2-polkit-1.0   0.101-1  GObject introspection data for Pol
ii  gir1.2-telepathyglib-0. 0.13.17-1GLib Telepathy connection manager 
ii  gir1.2-upowerglib-1.0   0.9.8-3  GObject introspection data for upo
ii  gjs 0.7.11-1 Mozilla-based javascript bindings 
ii  gnome-control-center1:2.91.91-3  utilities to configure the GNOME d
ii  gnome-settings-daemon   2.91.91-1daemon handling the GNOME session 
ii  libatk1.0-0 1.32.0-2 The ATK accessibility toolkit
ii  libc6   2.11.2-11Embedded GNU C Library: Shared lib
ii  libcairo-gobject2   1.10.2-4 The Cairo 2D vector graphics libra
ii  libcairo2   1.10.2-4 The Cairo 2D vector graphics libra
ii  libcamel1.2-19  2.32.2-2 The Evolution MIME message handlin
ii  libcanberra00.26-3   a simple abstract interface for pl
ii  libclutter-1.0-01.6.8-1  Open GL based interactive canvas l
ii  libcroco3   0.6.2-1  a generic Cascading Style Sheet (C
ii  libdbus-1-3 1.4.6-1  simple interprocess messaging syst
ii  libdbus-glib-1-20.92-1   simple interprocess messaging syst
ii  libdconf0 [gsettings-ba 0.7.2-1  Simple key-based configuration sys
ii  libdrm2 2.4.23-3 Userspace interface to kernel DRM 
ii  libebook1.2-10  2.32.2-2 Client library for evolution addre
ii  libecal1.2-82.32.2-2 Client library for evolution calen
ii  libedataserver1.2-142.32.2-2 Utility library for evolution data
ii  libedataserverui1.2-11  2.32.2-2 GUI utility library for evolution 
ii  libffi5 3.0.9-3  Foreign Function Interface library
ii  libfontconfig1  2.8.0-2.1generic font configuration library
ii  libfreetype62.4.4-1  FreeType 2 font engine, shared lib
ii  libgconf2-4 2.32.1-2 GNOME configuration database syste
ii  libgdk-pixbuf2.0-0  2.23.0-2 GDK Pixbuf library
ii  libgirepository-1.0-1   0.10.2-1 Library for handling GObject intro
ii  libgjs0b0.7.11-1 Mozilla-based javascript bindings 
ii  libgl1-mesa-glx [libgl1 7.10-4   A free implementation of the OpenG
ii  libglib2.0-02.28.2-1 The GLib library of C routines
ii  libgnome-desktop-3-0 

Bug#570466: it's been a month, is this still a problem?

2011-03-01 Thread Rémi Letot

Le 22/02/11 23:35, Alex Deucher a écrit :


It was removed in 2.6.37 as it always uses the old pll algo.  However,
there were a lot of pll fixes in 2.6.38 that should show up in the
stable stream as well.


I have been on 2.6.38 for 4 days without a single blackout. This could 
still be a coincidence (it happened before), but that would be quite a 
big one. So unless you need other info, I propose that this bug be 
closed for now, if the blackouts come back I can still reopen it.


For information, right now I have kernel 2.6.38 from experimental, mesa 
7.10-4 with R600g, libdrm 2.4.23-3, and xorg radeon driver 1:6.14.0-1.


Thanks,
--
Rémi



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



Bug#614943: dconf-tools: dconf-editor segfaults when clicking on desktop.gnome.interface

2011-02-24 Thread Rémi Letot
Package: dconf-tools
Version: 0.7.2-1
Severity: normal

Hello,

while diagnosing a problem with gnome-shell which crashes on startup
with an error about a missing key in the configuration schema, I noticed
that dconf-editor segfaults when I click on the desktop.gnome.interface
tree. 

Don't hesitate to ask for more info,
-- 
Rémi

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

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

Versions of packages dconf-tools depends on:
ii  libatk1.0-0 1.32.0-2 The ATK accessibility toolkit
ii  libc6   2.11.2-11Embedded GNU C Library: Shared lib
ii  libcairo-gobject2   1.10.2-2 The Cairo 2D vector graphics libra
ii  libcairo2   1.10.2-2 The Cairo 2D vector graphics libra
ii  libdconf0   0.7.2-1  Simple key-based configuration sys
ii  libfontconfig1  2.8.0-2.1generic font configuration library
ii  libfreetype62.4.4-1  FreeType 2 font engine, shared lib
ii  libgdk-pixbuf2.0-0  2.23.0-2 GDK Pixbuf library
ii  libglib2.0-02.28.1-1+b1  The GLib library of C routines
ii  libgtk-3-0  3.0.1-1  The GTK+ graphical user interface 
ii  libpango1.0-0   1.28.3-4 Layout and rendering of internatio
ii  libxml2 2.7.8.dfsg-2 GNOME XML library

dconf-tools recommends no packages.

dconf-tools 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#614945: gnome-shell: does not start due to missing accessibility key in the settings shema

2011-02-24 Thread Rémi Letot
Package: gnome-shell
Version: 2.91.6-1
Severity: important

Hello,

I just upgraded parts of my system to experimental to try the latest
gnome shell. Now when I try to start it with gnome-shell --replace, I
get error messages and gets back to compiz.

The errors:

GLib-GIO-ERROR **: Settings schema 'org.gnome.desktop.interface' does not 
contain a key named 'accessibility'
aborting...
Shell killed with signal 6
Cannot register the panel shell: there is already one running.


I'm not sure that last line is from gnome-shell.

Thanks, and don't hesitate to ask for more information
-- 
Rémi

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

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

Versions of packages gnome-shell depends on:
ii  gconf22.32.1-2   GNOME configuration database syste
ii  gir1.2-atk-1.01.32.0-2   The ATK accessibility toolkit (GOb
ii  gir1.2-clutter-1.01.6.6-1GObject introspection data for the
ii  gir1.2-freedesktop0.10.2-1   Introspection data for some FreeDe
ii  gir1.2-gconf-2.0  2.32.1-2   GNOME configuration database syste
ii  gir1.2-gdkpixbuf-2.0  2.23.0-2   GDK Pixbuf library - GObject-Intro
ii  gir1.2-glib-2.0   0.10.2-1   Introspection data for GLib, GObje
ii  gir1.2-gnomekbd-3.0   2.91.5-3   GObject introspection data for the
ii  gir1.2-gtk-3.03.0.1-1The GTK+ graphical user interface 
ii  gir1.2-json-glib-1.0  0.12.0-2   GLib JSON manipulation library (do
ii  gir1.2-mutter-2.912.91.90-1  GObject introspection data for Mut
ii  gir1.2-pango-1.0  1.28.3-4   Layout and rendering of internatio
ii  gjs   0.7.10-1   Mozilla-based javascript bindings 
ii  gnome-control-center  1:2.91.6-1 utilities to configure the GNOME d
ii  gnome-settings-daemon 2.91.90-1  daemon handling the GNOME session 
ii  libatk1.0-0   1.32.0-2   The ATK accessibility toolkit
ii  libc6 2.11.2-11  Embedded GNU C Library: Shared lib
ii  libcairo-gobject2 1.10.2-2   The Cairo 2D vector graphics libra
ii  libcairo2 1.10.2-2   The Cairo 2D vector graphics libra
ii  libcamel1.2-192.32.2-2   The Evolution MIME message handlin
ii  libcanberra0  0.26-3 a simple abstract interface for pl
ii  libclutter-1.0-0  1.6.6-1Open GL based interactive canvas l
ii  libcroco3 0.6.2-1a generic Cascading Style Sheet (C
ii  libdbus-1-3   1.4.6-1simple interprocess messaging syst
ii  libdbus-glib-1-2  0.88-2.1   simple interprocess messaging syst
ii  libdconf0 [gsettings-back 0.7.2-1Simple key-based configuration sys
ii  libdrm2   2.4.23-3   Userspace interface to kernel DRM 
ii  libebook1.2-102.32.2-2   Client library for evolution addre
ii  libecal1.2-8  2.32.2-2   Client library for evolution calen
ii  libedataserver1.2-14  2.32.2-2   Utility library for evolution data
ii  libedataserverui1.2-112.32.2-2   GUI utility library for evolution 
ii  libffi5   3.0.9-3Foreign Function Interface library
ii  libfontconfig12.8.0-2.1  generic font configuration library
ii  libfreetype6  2.4.4-1FreeType 2 font engine, shared lib
ii  libgconf2-4   2.32.1-2   GNOME configuration database syste
ii  libgdk-pixbuf2.0-02.23.0-2   GDK Pixbuf library
ii  libgirepository-1.0-1 0.10.2-1   Library for handling GObject intro
ii  libgjs0b  0.7.10-1   Mozilla-based javascript bindings 
ii  libgl1-mesa-glx [libgl1]  7.10-4 A free implementation of the OpenG
ii  libglib2.0-0  2.28.1-1+b1The GLib library of C routines
ii  libgnome-desktop-3-0  2.91.6.1-1 Utility library for loading .deskt
ii  libgnome-menu22.30.3-2   an implementation of the freedeskt
ii  libgstreamer0.10-00.10.32-1  Core GStreamer libraries and eleme
ii  libgtk-3-03.0.1-1The GTK+ graphical user interface 
ii  libgtk2.0-0   2.24.1-1   The GTK+ graphical user interface 
ii  libical0  0.44-3 iCalendar library implementation i
ii  libjson-glib-1.0-00.12.0-2   GLib JSON manipulation library
ii  libmozjs3d1.9.2.13-2 The Mozilla SpiderMonkey JavaScrip
ii  libnspr4-0d   4.8.7-2NetScape Portable Runtime Library
ii  libnss3-1d3.12.8-2   Network Security Service libraries
ii  libpango1.0-0 1.28.3-4   Layout and rendering of internatio
ii  

Bug#614951: gnome-screensaver: activity does not stop the screensaver

2011-02-24 Thread Rémi Letot
Package: gnome-screensaver
Version: 2.91.90-1
Severity: normal

Hello,

since I upgraded the gnome stack to experimental, I have no way to stop
the screensaver once it activates. 

Keyboard and mouse input are registered because the screen flickers,
but the screensaver stays active.

The only way I ave found to stop it is switching to console, and killing
it.

Thanks,
-- 
Rémi

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

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

Versions of packages gnome-screensaver depends on:
ii  dbus-x11 1.4.6-1 simple interprocess messaging syst
ii  gnome-icon-theme 2.91.7-1GNOME Desktop icon theme
ii  gnome-session-bin2.30.2-4The GNOME Session Manager - Minima
ii  gsettings-desktop-schemas0.1.7-2 GSettings deskop-wide schemas
ii  libc62.11.2-11   Embedded GNU C Library: Shared lib
ii  libcairo21.10.2-2The Cairo 2D vector graphics libra
ii  libdbus-1-3  1.4.6-1 simple interprocess messaging syst
ii  libdbus-glib-1-2 0.88-2.1simple interprocess messaging syst
ii  libgdk-pixbuf2.0-0   2.23.0-2GDK Pixbuf library
ii  libgl1-mesa-glx [libgl1] 7.10-4  A free implementation of the OpenG
ii  libglib2.0-0 2.28.1-1+b1 The GLib library of C routines
ii  libgnome-desktop-3-0 2.91.6.1-1  Utility library for loading .deskt
ii  libgnome-menu2   2.30.3-2an implementation of the freedeskt
ii  libgnomekbd4 2.30.2-2GNOME library to manage keyboard c
ii  libgtk-3-0   3.0.1-1 The GTK+ graphical user interface 
ii  libpam0g 1.1.2-2 Pluggable Authentication Modules l
ii  libpango1.0-01.28.3-4Layout and rendering of internatio
ii  libx11-6 2:1.4.1-5   X11 client-side library
ii  libxext6 2:1.2.0-2   X11 miscellaneous extension librar
ii  libxklavier165.0-2   X Keyboard Extension high-level AP
ii  libxxf86vm1  1:1.1.1-1   X11 XFree86 video mode extension l

Versions of packages gnome-screensaver recommends:
ii  gnome-power-manager   2.91.90-1  power management tool for the GNOM
ii  libpam-gnome-keyring  2.91.4-3   PAM module to unlock the GNOME key

Versions of packages gnome-screensaver suggests:
pn  rss-glx   none (no description available)
ii  xscreensaver-data 5.11-1+b1  data files to be shared among scre

-- 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#569778: is this still an issue?

2011-02-22 Thread Rémi Letot

Le 21/02/11 18:58, Cyril Brulebois a écrit :

Hi Rémi,

Rémi Letothob...@poukram.net  (15/04/2010):

Now I must say that I haven't tested this much further since the
focus seems to be on kms, which I always use nowadays.

I can of course temporarily switch back to non kms mode for testing
when needed, but since this is bound to impact my usage for quite
some time, please ask for that only when non kms testing is relevant
(which might be now, just say so)


if I got it right, you're mainly using KMS, but willing to test UMS if
we need that? In which case, I'd say we're done with this issue since
it's no longer affecting you, and I'm tempted to close this bug report.

If somebody *has* to use UMS for whatever reason, a new bug report is
welcome.

Does that look like a plan?

KiBi.


ok for me

Thanks,
--
Rémi



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



Bug#570466: it's been a month, is this still a problem?

2011-02-22 Thread Rémi Letot

Le 21/02/11 19:01, Cyril Brulebois a écrit :

Hi Rémi,

Rémi Letothob...@poukram.net  (26/10/2010):

I have tried that option on 2.6.36 and 2.6.32 from sid, and I
haven't had a single blackout for more than one week. It could still
be a coincidence since the problem is completely random, but that
would be a huge one...
[…]
I'll try to build that and use it at my next reboot.


what's the status with 2.6.37-1-$arch available in sid (possibly with
an up-to-date X stack in sid)?


Hi,

I'm tracking sid for most of the system, and experimental when available 
for the X stack.


Since I reported the bug, the only combination that was potentially free 
from blackouts was with kernel 2.6.37-rc7. I say potentially because I'm 
not 100% sure, but I can't remember having had a blackout with that 
kernel. But I don't have that package anymore, so I can't verify that.


I rebooted this morning to 2.6.37-1 and got several blackouts since 
then. The blackouts tend to disappear when uptime rises, so I don't 
reboot often :-)


By the way, the radeon.new_pll=0 trick has not been possible with 
2.6.37. As passing that option while booting used to solve the problem 
(or more probably hide it), has that option been renamed or is it gone ?


Thanks,
--
Rémi



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



Bug#606454: lists.debian.org: report-lists...@lists.debian.org is spam checked

2010-12-09 Thread Rémi Letot
Package: lists.debian.org
Severity: normal

The address report-lists...@lists.debian.org is used to report spam sent
to the mailing lists so that the list archives can be cleaned.

(see
http://wiki.debian.org/Teams/ListMaster/ListArchiveSpam#MethodstoNominateSpamfortheReview-Process)

However that address seems to be checked for spam, and some messages are
identified as spam and refused.

I'm availlable for testing if needed.

Thanks,
-- 
Rémi

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

Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (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#605437: Gnome-panel covers window title on dual-head system

2010-12-04 Thread Rémi Letot
Josselin Mouette j...@debian.org writes:

 Le lundi 29 novembre 2010 à 20:42 -0200, Bernardo Donadio a écrit :
 Package: gnome-panel
 Version: 2.30.2-2
 Severity: important
 
 On a dual-head system (screen0 below screen1), the gnome-panel covers
 the window title.
 I'm using debian testing (installed today, no big modifications), with
 fglrx as video driver (compiled with module-assistant). I attached my
 screen config, for better understanding.

 TTBOMK the fglrx driver is not compatible with XRandR.
 Use a working driver and you will get a working setup.

Same problem here with the free radeon driver, which I think is XRandR
compatible.

Thanks,
-- 
Rémi



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



Bug#605437: Gnome-panel covers window title on dual-head system

2010-12-04 Thread Rémi Letot
Josselin Mouette j...@debian.org writes:

 Le lundi 29 novembre 2010 à 20:42 -0200, Bernardo Donadio a écrit :
 Package: gnome-panel
 Version: 2.30.2-2
 Severity: important
 
 On a dual-head system (screen0 below screen1), the gnome-panel covers
 the window title.
 I'm using debian testing (installed today, no big modifications), with
 fglrx as video driver (compiled with module-assistant). I attached my
 screen config, for better understanding.

 TTBOMK the fglrx driver is not compatible with XRandR.
 Use a working driver and you will get a working setup.

Same problem here with the free radeon driver, which I think is XRandR
compatible.

Thanks,
-- 
Rémi



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



Bug#570466: it's been a month, is this still a problem?

2010-10-26 Thread Rémi Letot

Le 18/10/10 17:30, Alex Deucher a écrit :

On Wed, Oct 13, 2010 at 3:28 PM, Rémi Letothob...@poukram.net  wrote:


I have tried every new possibly involved package when they are published in
sid or experimental. But the issue is not solved.



Does booting with radeon.new_pll=0 help?


I have tried that option on 2.6.36 and 2.6.32 from sid, and I haven't 
had a single blackout for more than one week. It could still be a 
coincidence since the problem is completely random, but that would be a 
huge one...



Alternatively, you can try
Dave's drm-radeon-testing tree as it has some pll patches:
http://git.kernel.org/?p=linux/kernel/git/airlied/drm-2.6.git;a=shortlog;h=refs/heads/drm-radeon-testing


I'll try to build that and use it at my next reboot.

Thanks,
--
Rémi



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



Bug#570466: it's been a month, is this still a problem?

2010-10-20 Thread Rémi Letot

Le 18/10/10 17:30, Alex Deucher a écrit :


Does booting with radeon.new_pll=0 help?


I cold rebooted with this option shortly after your mail, meaning more 
than 40 hours ago, and to date I have not experienced the problem at all.


This is still no complete proof since I have randomly had long periods 
(like more than a week) in the past without the problem, but if it's a 
coincidence it is a strong one.


I'll report back if the problem resurfaces. I'll also try the 2.6.32 
kernel with this option at my next reboot.



Alternatively, you can try
Dave's drm-radeon-testing tree as it has some pll patches:
http://git.kernel.org/?p=linux/kernel/git/airlied/drm-2.6.git;a=shortlog;h=refs/heads/drm-radeon-testing


argh, is there a documented process to build a debian package from this?

HTH,
--
Rémi



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



Bug#570466: it's been a month, is this still a problem?

2010-10-13 Thread Rémi Letot

Le 13/10/10 20:14, Andres Cimmarusti a écrit :

Have you tried kernel 2.6.35 in experimental?


yes, and now I'm on 2.6.36rc6 from experimental. The blackouts tend to 
be less frequent, but still there.



Also, try dri2 packages were recently upgraded in squeeze. However,
you may also try the ones in experimental.


I'm using all from sid or experimental:

- mesa 7.8.2-2
- radeon 1:6.13.1-2
- drm 2.4.22-1


Hope the issue is solved


I have tried every new possibly involved package when they are published 
in sid or experimental. But the issue is not solved.


HTH,
--
Rémi



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



Bug#595776: same as 596012 and 595973

2010-09-08 Thread Rémi Letot

Hello,

it's not obvious for a non developper like me to know that such 
similarly named packages are not part of the same source. Anyway your 
remark helped me narrow this down on my system.


I think that this bug is actually the same as 596012 and 595973.

See 596012 which is the most specific : resuming from suspend actually 
goes first to console, then to X, which stays black because it comes 
from console. The real trigger is the switch from console to X.


I'll add more information there.

Thanks,
--
Rémi



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



Bug#595973: same as 596012

2010-09-08 Thread Rémi Letot

Hello,

I too has been bitten by this. I think that this is the same as 596012: 
resuming actually first goes to console, then to X, which triggers the bug.


Thanks,
--
Rémi



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



Bug#596012: some more info

2010-09-08 Thread Rémi Letot

Hello,

I too have been hit by this.

I use the radeon driver too, but others with intel cards have been hit 
(see 595973 and 595776).


The trigger is compiz (or probably any compositing manager), and a 
switch from console to X. I can run compiz without any problem, provided 
that I don't switch to console. When I do, the only way to recover my 
display is to restart X. Even blindly switching to metacity doesn't help.


When I trigger that bug, I get a black screen, or a screen covered by my 
background image. Windows are invisible, but reactive (my mouse pointer 
reacts, and I can interract with windows).


One strange thing: if I start an X session with metacity, then switch to 
console and back to X, all works fine. Except starting compiz after that 
triggers the bug. So compiz does not have to be the active window 
manager when the console-X switch occurs to trigger the bug.


Going back to xserver-xorg-core_1.7.7-4 fixes everything.

Thanks,
--
Rémi



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



Bug#590506: new release two weeks ago: 1.5

2010-09-04 Thread Rémi Letot

Hello,

there is now a redshift 1.5, with automatic location detection and 
autostart options:


http://jonls.dk/2010/08/redshift-1-5-released/

Could you package ?

Thanks,
--
Rémi



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



Bug#588189: seems patched but still doesn't build

2010-08-16 Thread Rémi Letot

Hello,

I made some research and it seems that that bug has already been 
reported and even patched in emacs since early July :


http://debbugs.gnu.org/cgi/bugreport.cgi?bug=6490

However emacs-snapshot from August still refuses to build flim.

Is there something else to do ? Is the applied patch not the right one ?

Thanks,
--
Rémi



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



Bug#570466: no change with kernel 2.6.34

2010-06-04 Thread Rémi Letot

Hello,

I upgraded my kernel to 2.6.34 from experimental, which didn't change 
anything.


However I noted something which might be of interrest : my laptop blacks 
out several times during the few hours after I cold boot it. Each time I 
get it back with a s2ram  powerup cycle. But after several such 
blackouts, the blackouts tend to be less frequent, and finally do not 
happen anymore. Right now my uptime is almost 10 days, and I have worked 
several days without a single blackout.


HTH,
--
Rémi



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



Bug#583152: 2.31.2 just around the corner

2010-05-26 Thread Rémi Letot

Hello, apparently 2.31.2 is just around the corner :

http://git.gnome.org/browse/gnome-shell/commit/?id=ea3b2a57076e4ced97ebd6a81151720b9921deb7

Might as well wait a bit so we have the very latest :-)

Thanks,
--
Rémi



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



Bug#570466: still there with all latest

2010-05-03 Thread Rémi Letot

Hello,

just to report that the situation has not evolved with all latest 
related packages from experimental :


- kernel 2.6.33-1~experimental.4
- libdrm2 2.4.20-2
- radeon 1:6.13.0-1
- mesa 7.8.1-1

Still a few rare random blackouts, during which the machine stays fully 
functionnal, just the screen goes black. The only way to get my screen 
back is a reboot or (s2ram  powerup), and to my knowledge I have 
nothing strange in syslog or xorg.log.


I'll track updates to sid or experimental and report any change as soon 
as it occurs.


Thanks,
--
Rémi



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



Bug#570466: it's been a month, is this still a problem?

2010-04-15 Thread Rémi Letot

Hello,

yes this is still a problem with all latest packages. But I noticed a 
drastic drop in the frequency of the blackouts since I upgraded to 
kernel 2.6.33-1~experimental.4. To the point where I can now use my 
laptop in kms mode without too much problem (I have had days without a 
blackout).


I also found out that by putting my laptop to sleep and waking it up I 
can revive my screen, so even the occasionnal blackout is not such a 
problem anymore.


Thanks,
--
Rémi



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



Bug#569778: is this still an issue?

2010-04-15 Thread Rémi Letot

Hello,

I think that this is related to 570466, the only difference is that 
without kms I am able to revive the screen by switching to a VT and back 
to X.


Now I must say that I haven't tested this much further since the focus 
seems to be on kms, which I always use nowadays.


I can of course temporarily switch back to non kms mode for testing when 
needed, but since this is bound to impact my usage for quite some time, 
please ask for that only when non kms testing is relevant (which might 
be now, just say so)


Tanks,
--
Rémi




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



Bug#574911: klavaro: the provided bépo keymap is wrong

2010-03-21 Thread Rémi Letot
Package: klavaro
Version: 1.5.0-1
Severity: normal
Tags: patch

hello,

while training, I noticed that the provided bépo keymap is 
not valid. The ' is replaced by a ,

I send a correct file as reference.

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

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

Versions of packages klavaro depends on:
ii  libatk1.0-0  1.28.0-1The ATK accessibility toolkit
ii  libc62.10.2-6Embedded GNU C Library: Shared lib
ii  libcairo21.8.10-3The Cairo 2D vector graphics libra
ii  libcurl3-gnutls  7.20.0-2Multi-protocol file transfer libra
ii  libfontconfig1   2.8.0-2 generic font configuration library
ii  libfreetype6 2.3.11-1FreeType 2 font engine, shared lib
ii  libglib2.0-0 2.22.4-1The GLib library of C routines
ii  libgtk2.0-0  2.18.9-1The GTK+ graphical user interface 
ii  libgtkdatabox-0.9.1-11:0.9.1.1-3 A Gtk+ library to display large am
ii  libpango1.0-01.26.2-2Layout and rendering of internatio

klavaro recommends no packages.

klavaro suggests no packages.

-- no debconf information
$«»()@+-/*=%
bépoè^vdljzw
auie,ctsrnmç
êàyx.k'qghf
#1234567890°`
BÉPOÈ!VDLJZW
AUIE;CTSRNMÇ
ÊÀYX:K?QGHF


Bug#570466: not fixed after all

2010-03-07 Thread Rémi Letot
Hello,

the stability of my laptop was apparently due to a missing firmware file
(R600_rlc.bin), which prevented DRI2 to work. Now that I have that file
back (I also upgraded to latest 2.6.33 kernel from experimental), I have
problems again with KMS/DRI2.

However the problem evolved, as my laptop does not completely crash
anymore. Only the screen randomly turns blank and doesn't come back.

For example, I can still switch to a VT. The screen somehow flickers but
remains blank, but I can blindly login and issue commands or reboot. I
suspect that my X session is still useable, but of course without
knowing where my pointer is, it's quite complicated to prove :-)

I logged in through ssh, and X is no longer using 100% CPU. I have no
error in syslog or the Xorg log, so it seems that the beast is blind but
didn't notice anything unusual.

Tell me if I can help further.

Thanks,
-- 
Rémi



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



Bug#570466: xserver-xorg-video-radeon: randomly hangs when using kms/dri2

2010-02-26 Thread Rémi Letot
Brice Goglin a écrit :
 
 Can you try with a 2.6.33-rc kernel ?

Ok, sorry for the delay but this is quite high voodoo for me :-)

I recompiled 2.6.33-rc8 with latest svn.debian.org patches, found and
downloaded a missing firmware file here :

http://people.freedesktop.org/~agd5f/radeon_ucode/R600_rlc.bin

Now the symptom is different : the screen goes black, the system is
unreachable on the network (even ping), and my harddrive completely
stops moving. Which indicates a complete crash, not only the X part.

As the system is completely crashed, I have nothing in syslog.

Of course I can't be sure that the cause is the same because it is
completely random and the symptom is different, but the frequency of the
crashes is very similar. And it still works fine (but without dri2)
without kms.

By the way I have other problems with 2.6.33 and kms that are not
present with 2.6.32 : my second screen never lights up (it does receive
a signal, and is configurable in the gnome screen configuration panel,
but it stays black), and there are artifacts in the titlebars of windows
under gnome-shell (not in metacity).

In the meantime I upgraded mesa to 7.7-4, but it still crashes.

As there is never too much info, here is how I get kms (I might do
something wrong) : I boot without X (which loads radeon without kms),
login as root, modprobe -r radeon drm, modprobe radeon modeset=1, and
then only start gdm. Maybe the system would react differently if radeon
was loaded directly with kms enabled, but I don't know how to
selectively achieve that at boot time.

 By the way, your bug reports seem to have always the same wrongly
 formatted From: line.

Yes I just noticed this, it must come from the mail configuration on my
laptop, but I already had a look and have absolutely no idea where it
comes from. I'll investigate asap...

Thanks,
-- 
Rémi



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



Bug#548731: libsane: [avision] does not work anymore with AV120

2010-02-26 Thread Rémi Letot
Julien BLACHE a écrit :
 Rémi Letot hob...@poukram.net wrote:
 
 Hi,
 
 If the latest avision backend can't be fixed, would it be possible to
 also include the working one in the debian package ? Some kind of
 avision-legacy ? This would transform the regression into a
 configuration issue.
 
 This would remove any incentive there may be for someone to step up and
 fix the backend.

Not really, as the backend would still be broken. Because right now only
the users (like me) are the victims.

 At that point, doing that means I'll have to maintain this older version
 of the backend pretty much forever, and that's a big no-no.

Is there a way to recompile only that particular backend ? If yes, would
it be possible to recompile it with every individual patch that was
applied between 1.0.18 and 1.0.19, if possible as automatically as
possible, so I can find which patch breaks my scanner ?

If this helps and will be followed upon (there is no point in tracking
the culprit if noone will use that data to fix the backend), I'm willing
to give some time to find it.

Thanks,
-- 
Rémi



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



Bug#570466: xserver-xorg-video-radeon: randomly hangs when using kms/dri2

2010-02-26 Thread Rémi Letot
Michel Dänzer a écrit :
 On Fri, 2010-02-26 at 11:17 +0100, Rémi Letot wrote: 
 As there is never too much info, here is how I get kms (I might do
 something wrong) : I boot without X (which loads radeon without kms),
 login as root, modprobe -r radeon drm, modprobe radeon modeset=1, and
 then only start gdm. Maybe the system would react differently if radeon
 was loaded directly with kms enabled, but I don't know how to
 selectively achieve that at boot time.
 
 You can pass
 
 radeon.modeset=1
 
 on the kernel command line.

Almost too easy...

So I tried with kms right from the boot, and it didn't change anything.
Same complete crash with black screen after some random time.

Don't know if it helps, but to know if the crashes also happen without
X, I'll leave the laptop boot to console with kms and stay there. This
will have to wait for tonight (after work) so I can leave it on console
long enough.

Thanks,
-- 
Rémi



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



Bug#570466: xserver-xorg-video-radeon: randomly hangs when using kms/dri2

2010-02-19 Thread Rémi Letot
Michel Dänzer a écrit :
 FWIW, gnome-shell itself should work without DRI2 if started like
 
 LIBGL_ALWAYS_INDIRECT=1 gnome-shell
 
 but the output of OpenGL apps won't be properly integrated with the
 compositing.
 

Hello,

just tried it, but even with LIBGL_ALWAYS_INDIRECT=1 I'm still hit by
#564950 and #561206.

Thanks,
-- 
Rémi



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



Bug#561206: gnome-shell needs DRI2 !!!

2010-02-18 Thread Rémi Letot
Josselin Mouette a écrit :
 gnome-shell will not run correctly without DRI2. See
 http://bgoglin.livejournal.com/19346.html for how to make it work with
 Radeon cards. It works for me, although slowly.
   

great, I had to fiddle a bit to get kms working, but that did the trick
for me. And it also solved my other gnome-shell problem as reported in
#564950 which I'll update immediately. However kms on radeon seems quite
unstable on my system, but I'll report that on the appropriate package.

Thanks,
-- 
Rémi




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



Bug#564950: gnome shell needs DRI2

2010-02-18 Thread Rémi Letot
Hello,

as reported by Josselin Mouette in #561206, gnome-shell needs DRI2 to
work right. Which means kms with the radeon driver (don't know for the
others). I fiddled a bit with the instructions given in 
http://bgoglin.livejournal.com/19346.html
to get kms and DRI2, and now the overview is perfect (although I have
other problems, but which are not gnome-shell specific).

I think this needs documenting, and if possible a clear warning (at
least on the console, and if possible in the notification area) when one
launches gnome-shell and DRI2 is not activated.

Thanks,
-- 
Rémi



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



Bug#569778: probably not sleep related after all

2010-02-14 Thread Rémi Letot
Hello,

just got it while using the laptop, so it might not be sleep related
after all. It happened exactly six minutes after waking up my laptop
from suspend to ram. I have the first messages in syslog at 18:03:06,
and got this when it happened :

Feb 14 18:09:06 sphax kernel: [37354.924381] [drm] Resetting GPU
Feb 14 18:09:08 sphax acpid: client 2897[0:0] has disconnected
Feb 14 18:09:09 sphax acpid: client connected from 2897[0:0]
Feb 14 18:09:09 sphax acpid: 1 client rule loaded
Feb 14 18:09:10 sphax kernel: [37358.362808] [drm] Resetting GPU

I'll report if I can find other things.

Thanks,
-- 
Rémi



-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/4b783192.9010...@poukram.net



Bug#561206: same for ATI cards

2010-01-12 Thread Rémi Letot
Hello,

I have an ATI mobile card :

01:00.0 VGA compatible controller: ATI Technologies Inc Mobility Radeon
HD 3400 Series

I just switched to the free radeon driver since fglrx doesn't bring me
any improvement anyway (I don't game, and fglrx is currently too broken
on my setup for desktop compositing use).

I can confirm that I had the slow gnome-shell problem until I launched
it with CLUTTER_VBLANK=none.

With CLUTTER_VBLANK=none, gnome-shell is useable as long as I have only
one workspace (I'll report this in another bug report as I think those
are separate issues).

Thanks,
-- 
Rémi



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



Bug#564950: gnome-shell: overview unuseable on radeon when much zooming is required

2010-01-12 Thread Rémi Letot
Package: gnome-shell
Version: 2.28.1~git20091125-1
Severity: normal

Hello,

I just switched to the free radeon driver and applied the
CLUTTER_VBLANK=none trick to get gnome-shell working.

But I have a problem in overview that manifests itself when too much
zooming is required : the incriminated windows are all black, and the
animation (entering and exiting overview, adding a window to the
workspace, even dragging an icon,...) becomes sluggish.

I know that too much zooming might not be precise enough, but that's
the best I could come with after quite some experimentation :-) 

Some examples :

- one too big window that needs to be zoomed out when entering overview
  mode (a crowded workspace makes too big very easy to reach)
- adding a second workspace (even when empty, both workspaces are
  zoomed out when entering overview, which triggers the problem for the
  workspaces themselves)

Most problematic windows appear black, but some of them appear white
(most notably the active workspace when multiple workspaces trigger the
problem), and emacs sometimes appears transparent.

The sluggishness seems vaguely proportionnal to the area covered by
black windows. More black windows definitely means slower reactions,
which renders a multiple workspaces overview impossible to work with.

Voilà, don't hesitate to ask for more info,
-- 
Rémi







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

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

Versions of packages gnome-shell depends on:
ii  gconf2  2.28.0-1 GNOME configuration database syste
ii  gir1.0-clutter-1.0  1.0.8-1  GObject introspection data for the
ii  gir1.0-freedesktop  0.6.7-2  Introspection data for some FreeDe
ii  gir1.0-glib-2.0 0.6.7-2  Introspection data for GLib, GObje
ii  gir1.0-gtk-2.0  0.6.5-3  GObject introspection data for the
ii  gir1.0-mutter-2.28  2.28.1~git20091208-1 GObject introspection data for Mut
ii  libatk1.0-0 1.28.0-1 The ATK accessibility toolkit
ii  libc6   2.10.2-5 Embedded GNU C Library: Shared lib
ii  libcairo2   1.8.8-2  The Cairo 2D vector graphics libra
ii  libclutter-1.0-01.0.8-1  Open GL based interactive canvas l
ii  libcroco3   0.6.2-1  a generic Cascading Style Sheet (C
ii  libdbus-1-3 1.2.16-2 simple interprocess messaging syst
ii  libdbus-glib-1-20.82-2   simple interprocess messaging syst
ii  libfontconfig1  2.8.0-2  generic font configuration library
ii  libfreetype62.3.11-1 FreeType 2 font engine, shared lib
ii  libgconf2-4 2.28.0-1 GNOME configuration database syste
ii  libgirepository1.0- 0.6.7-2  Library for handling GObject intro
ii  libgjs0 0.4-4Mozilla-based javascript bindings 
ii  libgl1-mesa-glx [li 7.7-1A free implementation of the OpenG
ii  libglib2.0-02.22.3-2 The GLib library of C routines
ii  libgnome-desktop-2- 2.28.2-1 Utility library for loading .deskt
ii  libgnome-menu2  2.28.0.1-2   an implementation of the freedeskt
ii  libgstreamer0.10-0  0.10.25-4+b1 Core GStreamer libraries and eleme
ii  libgtk2.0-0 2.18.5-1 The GTK+ graphical user interface 
ii  libmozjs2d  1.9.1.6-1The Mozilla SpiderMonkey JavaScrip
ii  libnspr4-0d 4.8.2-1  NetScape Portable Runtime Library
ii  libpango1.0-0   1.26.2-1 Layout and rendering of internatio
ii  librsvg2-2  2.26.0-1 SAX-based renderer library for SVG
ii  libstartup-notifica 0.10-1   library for program launch feedbac
ii  libx11-62:1.3.2-1X11 client-side library
ii  libxcomposite1  1:0.4.1-1X11 Composite extension library
ii  libxdamage1 1:1.1.2-1X11 damaged region extension libra
ii  libxext62:1.1.1-2X11 miscellaneous extension librar
ii  libxfixes3  1:4.0.4-1X11 miscellaneous 'fixes' extensio
ii  libxml2 2.7.6.dfsg-1 GNOME XML library
ii  mesa-utils  7.7-1Miscellaneous Mesa GL utilities
ii  mutter  2.28.1~git20091208-1 lightweight GTK+ window manager
ii  pkg-config  0.22-1   manage compile and link flags for 
ii  python  2.5.4-5  An interactive high-level object-o
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages gnome-shell recommends:
ii  xserver-xephyr 2:1.7.3.902-1 nested X server

gnome-shell suggests no 

Bug#547970: [Pkg-fglrx-devel] Bug#547970: Solution

2010-01-10 Thread Rémi Letot
Michael Gilbert a écrit :
 also, can you try turning off powerplay (comments #325-330 in the ubuntu
 bug [0]).

 mike

 [0] 
 https://bugs.launchpad.net/ubuntu/+source/fglrx-installer/+bug/351186?comments=all

   

hello,

it is much faster with powerplay disabled, to the point of being almost
useable. But the lag is still very noticeable, and it is still much more
comfortable to work without compositing.

Thanks,
-- 
Rémi



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



Bug#547970: [Pkg-fglrx-devel] Bug#547970: Solution

2010-01-10 Thread Rémi Letot
Michael Gilbert a écrit :
 On Sat, 9 Jan 2010 12:39:16 +0200 Andriy Matkovsky wrote:

   
 Hi,

 Did you mean problems with maximizing windows when composite is on? I had
 this problem: there was a lag when i maximized some window. But I managed to
 fix this by applying a patch to xserver-xorg. Here you can read some
 details: http://ubuntuforums.org/showthread.php?t=1175385
 

 submitter, can you try the above patch?  thanks.
   

Hello,

this is quite complicated for my level of debian-fu :-)

But I'm willing to try, however current fglrx-driver in sid conflicts
with current xorg, so I don't know how to proceed...

Can you offer some guidance ?

Thanks,
-- 
Rémi



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



  1   2   >