Bug#1071420: linux-image-6.8.9-1-amd64: cannot mount btrfs root partition

[Matteo Settenvini]

Thanks Bastian,

I was able to reproduce this only with dracut, using a virtual machine
I tried both dracut and initramfs.

There seems to be a different problem at play indeed:

mag 22 21:44:12 rosebud systemd-journald[358]: Journal started
mag 22 21:44:12 rosebud systemd-journald[358]: Runtime Journal
(/run/log/journal/022ce7df193548d6ab2007cb814f1d04) is 8.0M, max
640.1M, 632.1M free.
mag 22 21:44:12 rosebud systemd-modules-load[359]: Inserted module
'msr'
mag 22 21:44:12 rosebud systemd-modules-load[359]: Inserted module
'bfq'
mag 22 21:44:12 rosebud dracut-cmdline[387]: dracut-dracut-060+5-8
mag 22 21:44:12 rosebud dracut-cmdline[387]: Using kernel command line
parameters:  rd.driver.pre=btrfs rd.luks.uuid=luks-13bd3015-55c4-40d3-
a805-4d5f2b90ac1f root=/dev/mapper/root rootfstype=btrfs
rootflags=rw,noatime,compress=zstd:3,ssd,space_cache=v2,subvolid=608,su
bvol=/rootfs,subvol=rootfs   BOOT_IMAGE=/vmlinuz-6.8.9-amd64
root=UUID=6fd6a999-b02d-4856-8412-64dff369d45f ro 
rootflags=subvol=rootfs rd.luks.name=13bd3015-55c4-40d3-a805-
4d5f2b90ac1f=root rd.luks.allow-discards quiet splash
mag 22 21:44:12 rosebud systemd[1]: Starting systemd-tmpfiles-
setup.service - Create Volatile Files and Directories...
mag 22 21:44:12 rosebud systemd[1]: Started systemd-journald.service -
Journal Service.
mag 22 21:44:12 rosebud dracut-cmdline[444]:
//lib/dracut/hooks/cmdline/00-parse-root.sh: line 28:
/lib/dracut/hooks/initqueue/finished/devexists-\x2fdev\x2fdisk\x2fby-
uuid\x2f6fd6a999-b02d-4856-8412-64dff369d45f.sh: Read-only file system
mag 22 21:44:12 rosebud dracut-cmdline[387]:
//lib/dracut/hooks/cmdline/00-parse-root.sh: line 38:
/lib/dracut/hooks/emergency/80-\x2fdev\x2fdisk\x2fby-uuid\x2f6fd6a999-
b02d-4856-8412-64dff369d45f.sh: Read-only file system
mag 22 21:44:12 rosebud systemd[1]: Finished systemd-tmpfiles-
setup.service - Create Volatile Files and Directories.
mag 22 21:44:12 rosebud systemd-escape[471]: Input 'root' is not an
absolute file system path, escaping is likely not going to be
reversible.
mag 22 21:44:12 rosebud dracut-cmdline[387]:
//lib/dracut/hooks/cmdline/30-parse-crypt.sh: line 169:
/lib/dracut/hooks/initqueue/finished/90-crypt.sh: Read-only file system
mag 22 21:44:12 rosebud dracut-cmdline[387]:
//lib/dracut/hooks/cmdline/30-parse-crypt.sh: line 126:
/lib/dracut/hooks/emergency/90-crypt.sh: Read-only file system
mag 22 21:44:12 rosebud systemd[1]: Finished dracut-cmdline.service -
dracut cmdline hook.
mag 22 21:44:12 rosebud systemd[1]: Starting dracut-pre-udev.service -
dracut pre-udev hook...
...
mag 22 21:44:16 rosebud dracut-initqueue[752]: rm: cannot remove
'/lib/dracut/hooks/initqueue/finished/devexists-\x2fdev\x2fdisk\x2fby-
uuid\x2f09CB-D388.sh': Read-only file system
mag 22 21:44:16 rosebud dracut-initqueue[754]: rm: cannot remove
'/lib/dracut/hooks/initqueue/finished/devexists-\x2fdev\x2fdisk\x2fby-
uuid\x2f469f76d8-6293-4fd4-ad46-180c7bd186f4.sh': Read-only file system

I apologize for the confusion. 

I kindly ask you to close this bug as invalid.

Thanks again,
Matteo


Il giorno dom, 19/05/2024 alle 21.24 +0200, Bastian Blank ha scritto:
> Control: tags -1 moreinfo
> Control: severity -1 important
> 
> On Sat, May 18, 2024 at 10:25:14PM +0200, Matteo Settenvini wrote:
> > booting kernel 6.8.9-1 with dracut, systemd, and btrfs as the root
> > device fails
> > to mount the root partition. I just tried the kernel from sid and
> > it seems indeed \
> > affected. The 6.7 kernel from trixie is instead booting fine even
> > after
> > regenerating all initrds.
> 
> Please provide proper error messages.
> 
> Also dracut is not the default option, so please check with
> initramfs-tools as well.
> 
> Bastian

Bug#1039058: grub trigger?

[Matteo Settenvini]

The way
https://sources.debian.org/src/shim-signed/1.40/debian/shim-signed.postinst/
is written, I would also assume triggering grub installation would be
enough. Would it be possible to change that code? 

I am also a systemd-boot user and would like to finally remove grub, as
it introduces an unnecessary attack surface and wrongly overrides the
boot order on upgrade. This bug seems the last item blocking the
transition.

Cheerio,
Matteo

Bug#1071420: linux-image-6.8.9-1-amd64: cannot mount btrfs root partition

[Matteo Settenvini]

Package: src:linux
Version: 6.8.9-1
Severity: important
Tags: upstream

Dear Maintainer,

booting kernel 6.8.9-1 with dracut, systemd, and btrfs as the root device fails
to mount the root partition. I just tried the kernel from sid and it seems 
indeed \
affected. The 6.7 kernel from trixie is instead booting fine even after
regenerating all initrds.

According to bl...@debian.org, this is likely due to
https://github.com/torvalds/linux/commit/a1912f712188291f9d7d434fba155461f1ebef66

See https://lwn.net/Articles/973997/

Cheers,
Matteo Settenvini

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

** Model information
sys_vendor: System manufacturer
product_name: System Product Name
product_version: System Version
chassis_vendor: Default string
chassis_version: Default string
bios_vendor: American Megatrends Inc.
bios_version: 5003
board_vendor: ASUSTeK COMPUTER INC.
board_name: ROG STRIX X570-E GAMING
board_version: Rev X.0x

** PCI devices:
00:00.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Starship/Matisse 
Root Complex [1022:1480]
Subsystem: ASUSTeK Computer Inc. Device [1043:87c0]
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- 

00:01.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Starship/Matisse 
PCIe Dummy Host Bridge [1022:1482]
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

00:02.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Starship/Matisse 
PCIe Dummy Host Bridge [1022:1482]
DeviceName:  Onboard IGD
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

00:04.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Starship/Matisse 
PCIe Dummy Host Bridge [1022:1482]
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

00:08.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Starship/Matisse 
PCIe Dummy Host Bridge [1022:1482]
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

00:14.0 SMBus [0c05]: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller 
[1022:790b] (rev 61)
Subsystem: ASUSTeK Computer Inc. Device [1043:87c0]
Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR- FastB2B- DisINTx+
Status: Cap- 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- TAbort- 
SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: 
Kernel driver in use: pcieport

02:02.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Matisse PCIe GPP 
Bridge [1022:57a3] (prog-if 00 [Normal decode])
Subsystem: ASUSTeK Computer Inc. Device [1043:87c0]
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

02:04.0 PCI bridge [0604]: Advanced Micro Devices, Inc. [AMD] Matisse PCIe GPP 
Bridge [1022:57a3] (prog-if 00 [Normal decode])
Subsystem: ASUSTeK Computer Inc. Device [1043:87c0]
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- DiscTmrSERR

Bug#1057873: Working setup for signed UKI images with systemd-boot and sbsign

[Matteo Settenvini]

For completeness, this is my current diversion for /usr/bin/bootctl:



#!/bin/sh

set -e

# dpkg-divert --divert /usr/bin/bootctl --rename bootctl.real
# mv /usr/bin/bootctl{,.real}

keydir="/usr/share/secureboot/keys/db/"
bl="/usr/lib/systemd/boot/efi/systemd-bootx64.efi"

# if [ "${bl}" -nt "${bl}.signed" ]; then
if [ ! -f "${bl}.signed" -o "${bl}" -nt "${bl}.signed" ]; then
echo "Signing ${bl} with sbsign"
sbsign --key "${keydir}/db.key" --cert "${keydir}/db.pem"
"${bl}"
fi

exec /usr/bin/bootctl.real "$@"



As can be deduced, I have the following structure thanks to sbctl, that
is reusable by sbsign:

# find /usr/share/secureboot/
/usr/share/secureboot/
/usr/share/secureboot/keys
/usr/share/secureboot/keys/PK
/usr/share/secureboot/keys/PK/PK.key
/usr/share/secureboot/keys/PK/PK.pem
/usr/share/secureboot/keys/KEK
/usr/share/secureboot/keys/KEK/KEK.key
/usr/share/secureboot/keys/KEK/KEK.pem
/usr/share/secureboot/keys/db
/usr/share/secureboot/keys/db/db.key
/usr/share/secureboot/keys/db/db.pem
/usr/share/secureboot/keys/dbx
/usr/share/secureboot/keys/dbx/dbx.key
/usr/share/secureboot/keys/dbx/dbx.pem
/usr/share/secureboot/GUID
/usr/share/secureboot/files.db
/usr/share/secureboot/bundles.db



I then have /etc/kernel/install.conf:



layout=uki
uki_generator=ukify
initrd_generator=dracut



And in /etc/kernel/uki.conf:

---

[UKI]
SecureBootSigningTool=sbsign
SecureBootPrivateKey=/usr/share/secureboot/keys/db/db.key
SecureBootCertificate=/usr/share/secureboot/keys/db/db.pem

---

This is enough for me to achieve full secure boot with a ukified image
via dracut. Yay! Next step for me is getting measured boot to work with
the TPM.

While this above is certainly a workable solution, it requires quite a
bit of effort for the non-initiated. 

It would be good if achieving good security in Debian became easier and
easier over time ^_^.

Cheers,
Matteo Settenvini


signature.asc
Description: This is a digitally signed message part

Bug#1057873: systemd-boot: allow user postinstall script to be able to sign the bootloader

[Matteo Settenvini]

Package: systemd-boot
Version: 255-1
Severity: important

Dear Maintainer,

as per https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1033725 and
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=996202, there seems to be no
willingness to sign esp/EFI/systemd/systemd-bootx64.efi and
esp/EFI/BOOT/BOOTX64.EFI with the Debian CA.

  Sidenote: (Maybe this decision should be revisited? We are a couple of years
  later and systemd-boot is the only proper Linux bootloader able to do
  measured boot).

Instead, the solution pointed out is that the user should have their own
keys. I do just that, and I use sbctl accordingly for both UKI images and
systemd-boot. This works well, also with sbsign instead of
sbctl (the latter being unavailable as a package in Debian).

Unfortunately, one has to manually remember to sign the bootloader
in the EFI partition after each re-install of the systemd-boot package. 

Would it be possible to provide a configuration / script file so that
one can sign the bootloader before installing it?

I can obviously create a dpkg-diversion and wrap bootctl myself by
invoking sbsign manually, but I think it would be better if this was a 
more generic solution.

Best of all, systemd-boot.efi.signed would be provided by a
systemd-boot-signed package by Debian itself. :-)

>From the bootctl man page:

SIGNED .EFI FILES
   bootctl install and update will look for a systemd-boot file ending 
   with the ".efi.signed" suffix first, and copy that instead of the 
   normal ".efi" file. This allows distributions or end-users to provide 
   signed images for UEFI SecureBoot.

Thanks,
Matteo Settenvini

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

Kernel: Linux 6.5.0-5-amd64 (SMP w/24 CPU threads; PREEMPT)
Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages systemd-boot depends on:
ii  libc6  2.37-13
ii  libsystemd-shared  255-1
ii  systemd-boot-efi   255-1

Versions of packages systemd-boot recommends:
ii  efibootmgr  18-1

systemd-boot suggests no packages.

-- no debconf information

Bug#1056059: dracut: systemd 255: dracut fails to boot due to lack of systemd-executor

[Matteo Settenvini]

Package: dracut
Version: 059-4
Severity: important

Dear Maintainer,

dracut will fail to produce a booting initrd since systemd 255 in Debian trixie.

The reason is that /usr/lib/systemd/systemd-executor is missing from the initrd 
image.
The corresponding patch is: https://github.com/dracutdevs/dracut/pull/2535/files

This can also be worked around by creating 
/etc/dracut.conf.d/99-systemd-dracut-bug.conf:

install_items+=" /usr/lib/systemd/systemd-executor "

... and then running dpkg-reconfigure dracut again.

$ apt show systemd
Package: systemd
Version: 255~rc2-1

Thanks!
Matteo Settenvini

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

Kernel: Linux 6.5.0-4-amd64 (SMP w/24 CPU threads; PREEMPT)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages dracut depends on:
ii  dracut-core  059-4

dracut recommends no packages.

Versions of packages dracut suggests:
pn  dracut-network  

-- no debconf information

Bug#1027995: gnome: rhythmbox functionality overlaps with gnome-music

[Matteo Settenvini]

Package: gnome
Version: 1:42+8
Severity: normal

Dear Maintainer,

as it can be seen at https://apps.gnome.org/, Rhythmbox is not listed among
GNOME recommended applications.

In fact, it sees only minor changes and it overlaps in functionality with 
gnome-music, which is also a direct dependency.

I propose to either:

* Move rhythmbox-plugins and rhythmbox-plugin-cdrecorder as "recommends" of
  rhythmbox itself, and have the gnome package depend on 
  "gnome-music | rhythmbox" instead.

or:

* Simply demote rhythmbox as a suggested package.

It puzzles users to have two different music players (one of which very old
looking too).


PS. Incidentally, it is a bit unclear to me how the gnome-core package is put
together. Isn't that meant to contain also GNOME core applications, such as 
gnome-music, gnome-maps, gnome-weather, gnome-clocks... which the GNOME 
developers consider part of the basic user experience?

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

Kernel: Linux 6.0.0-6-amd64 (SMP w/24 CPU threads; PREEMPT)
Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gnome depends on:
ii  avahi-daemon 0.8-6+b1
ii  cheese   43.0-1
ii  cups-pk-helper   0.2.6-1+b1
ii  desktop-base 12.0.2
ii  evolution3.46.2-1
ii  evolution-plugins3.46.2-1
ii  file-roller  43.0-1
ii  gnome-calendar   43.1-1
ii  gnome-clocks 43.0-1
ii  gnome-color-manager  3.36.0-1+b1
ii  gnome-core   1:42+8
ii  gnome-maps   43.2-1
ii  gnome-music  42.1-1
ii  gnome-sound-recorder 43~beta-1
ii  gnome-tweaks 42~beta-3
ii  gnome-weather43.0-1
ii  gstreamer1.0-libav   1.20.3-1+b1
ii  gstreamer1.0-plugins-ugly1.20.3-1
ii  libgsf-bin   1.14.50-1
ii  libproxy1-plugin-networkmanager  0.4.18-1
ii  libreoffice-calc 1:7.4.4~rc2-2
ii  libreoffice-gnome1:7.4.4~rc2-2
ii  libreoffice-impress  1:7.4.4~rc2-2
ii  libreoffice-writer   1:7.4.4~rc2-2
ii  network-manager-gnome1.30.0-2
ii  orca 43.0-1
ii  rhythmbox3.4.6-2
ii  rhythmbox-plugin-cdrecorder  3.4.6-2
ii  rhythmbox-plugins3.4.6-2
ii  rygel-playbin0.42.0-2
ii  rygel-tracker0.42.0-2
ii  seahorse 43.0-1
ii  shotwell 0.30.17-1
ii  simple-scan  42.5-2
ii  totem-plugins43.0-2
ii  xdg-user-dirs-gtk0.11-1

Versions of packages gnome recommends:
pn  gnome-games   
ii  gnome-initial-setup   43.2-1
ii  gnome-remote-desktop  43.2-1
ii  transmission-gtk  3.00-2.1+b1

Versions of packages gnome suggests:
ii  alacarte 3.44.2-1
pn  empathy  
pn  firefox-esr-l10n-all | firefox-l10n-all  
ii  goobox   3.6.0-9
pn  polari   
ii  vinagre  3.22.0-8.1
pn  webext-ublock-origin 

Versions of packages gnome-core depends on:
ii  adwaita-icon-theme43-1
ii  at-spi2-core  2.46.0-4
ii  baobab43.0-1
ii  dconf-cli 0.40.0-4
ii  dconf-gsettings-backend   0.40.0-4
ii  eog   43.1-1
ii  evince43.1-2
ii  evolution-data-server 3.46.2-1
ii  fonts-cantarell   0.303.1-1
ii  gdm3  43.0-1
ii  gkbd-capplet  3.28.1-1
ii  glib-networking   2.74.0-2
ii  gnome-backgrounds 43-1
ii  gnome-bluetooth-sendto42.5-1
ii  gnome-calculator  1:43.0.1-1
ii  gnome-characters  43.1-1
ii  gnome-contacts43.0-1
ii  gnome-control-center  1:43.2-1
ii  gnome-disk-utility43.0-1
ii  gnome-font-viewer 43.0-1
ii  gnome-keyring 42.1-1+b1
ii  gnome-logs43.0-1
ii  gnome-menus   3.36.0-1
ii  gnome-online-accounts 3.46.0-1
ii  gnome-session 43.0-1
ii  gnome-settings-daemon 43.0-3
ii  gnome-shell   43.1-2
ii  gnome-shell-extensions43.1-1
ii  gnome-software43.2-3
ii  gnome-sushi   43.0-2
ii  gnome-system-monitor  

Bug#1021672: Cannot reproduce

[Matteo Settenvini]

Okay, I retried and I cannot reproduce it now.

I think what happened is:

* my system was hanging at the beginning due to some unrelated problem
with video (mesa).

* I rebooted from a pendrive, and regenerated the initrd with dracut
and hostonly=yes.

* I believe this somehow messed up the kernel modules included in the
initrd by dracut?

* Once I rebooted again to a pendrive, I changed the hostonly parameter
to "no", and at the same time downgraded udev.

* Things started working again for the wrong reason.

I apologize for this, it seemed reproducible when I tried at the
beginning. For sure it's a strange bug.

Feel free to downgrade and close this.


signature.asc
Description: This is a digitally signed message part

Bug#1021672: udev: No USB (no keyboard nor FIDO token!) at boot after update from udev 251.5-1 to 252.5-2

[Matteo Settenvini]

How can I instruct the kernel to save the logs to a file?

The rootfs is not mounted (so the logs cannot be persisted by
journald), and I have no keyboard to be dropped to a init shell and
save e.g. /run/initramfs/rdsosreport.txt or the output of any log in
RAM to an unencrypted partition.

I don't seem able to find a relevant option in the man page, apologies.

Il giorno mer, 12/10/2022 alle 20.23 +0200, Michael Biebl ha scritto:
> Am 12.10.22 um 20:18 schrieb Michael Biebl:
> 
> > Please remove "debug" from the kernel command line and capture the
> > log 
> > messages
> 
> I meant to say "quiet".
> You can also add "systemd.log_level=debug" to increase the verbosity.
> See man kernel-command-line.


signature.asc
Description: This is a digitally signed message part

Bug#953572:

[Matteo Settenvini]

I encountered this problem today, while trying to build a podman /
docker image with plantuml. It would be great if the problem could be
addressed to avoid inflating image sizes.

Cheers,
Matteo

Bug#989770: debconf: dialog frontend overwrites previous lines in terminal when spawning

[Matteo Settenvini]

Package: debconf
Version: 1.5.77
Severity: normal

Dear Maintainer,

whenever debconf spawns a dialog frontend, it overwrites previous lines in the
terminal output. This is an issue for instance when apt is logging useful 
information about package installation (such as actions to take manually), 
since Shift+PgUp will not show the full install output anymore.

It is still possible to check installation logs, but it is cumbersome and
not very friendly. Some things might be missed. I am used to have a quite
long buffer exactly for these use cases.

Ideally, before spawning the dialog frontend, enough blank lines should
be inserted matching the height of the terminal window, to avoid overwriting
previous outputted lines by other processes.

Bests,
Matteo

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

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

Versions of packages debconf depends on:
ii  perl-base  5.32.1-4

Versions of packages debconf recommends:
ii  apt-utils 2.2.4
ii  debconf-i18n  1.5.77

Versions of packages debconf suggests:
pn  debconf-doc
pn  debconf-kde-helper 
pn  debconf-utils  
ii  libgtk3-perl   0.038-1
pn  libnet-ldap-perl   
pn  libterm-readline-gnu-perl  
ii  perl   5.32.1-4
ii  whiptail   0.52.21-4+b3

-- debconf information:
  debconf-apt-progress/info:
* debconf/priority: medium
* debconf/frontend: Dialog
  debconf-apt-progress/preparing:
  debconf-apt-progress/media-change:
  debconf-apt-progress/title:

Bug#973715: fwupd-amd64-signed holding off fwupd update results in segfaulting binary

[Matteo Settenvini]

The problem suddenly become worse.

Now that fwupd 1.5.1 has landed in sid, and some dependencies
apparently changed, the fwupd-amd64-signed package holding off fwupd
upgrade and forcing it to stay at version 1.4.6-2, is breaking the
system:

nov 14 14:29:52 rosebud kernel: fwupd[11192]: segfault at 8 ip
56035dbcc548 sp 7ffddfa64b00 error 4 in
fwupd[56035dbaf000+2]
nov 14 14:29:52 rosebud kernel: Code: c7 44 24 08 00 00 00 00 66 2e 0f
1f 84 00 00 00 00 00 48 8b 11 8b 44 24 10 be 01 00 00 00 4c 8b 34 c2>
nov 14 14:29:52 rosebud systemd[1]: fwupd.service: Main process exited,
code=killed, status=11/SEGV

This goes away after uninstalling the fwupd-amd64-signed package and
installing fwupd 1.5.1, but of course on a system with SecureBoot
enabled, this is not helping much if you have pending BIOS updates.

Cheers,
Matteo


signature.asc
Description: This is a digitally signed message part

Bug#973915: RFP: elm -- Elm is a functional language that compiles to JavaScript

[Matteo Settenvini]

Package: wnpp
Severity: wishlist

* Package name: elm
  Version : 0.19.1
  Upstream Author : Evan Czaplicki 
* URL : https://elm-lang.org/
* License : BSD-3-Clause
  Programming Lang: Haskell
  Description : Elm is a functional language that compiles to JavaScript

Elm helps you make websites and web apps. It has a strong emphasis on 
simplicity and quality tooling.

It is a purely-functional, domain-specific programming language for 
declaratively creating web browser-based graphical user interfaces.

Its strengths are reliability of produced code through a strong type 
system and an event-driven architecture.



Source code repository at https://github.com/elm/compiler

Elm is usually distributed as a single binary. Installation instructions
for GNU/Linux are found at https://guide.elm-lang.org/install/elm.html.

Unfortunately I do not have the know-how to maintain this package myself.
Possibly https://salsa.debian.org/js-team would be willing to maintain it?
Alternatively, pkg-haskell might be another good fit, given the
implementation language.

Bug#949036: gopass: Please update gopass to version 1.8.6

[Matteo Settenvini]

Package: gopass
Version: 1.2.0-2+b10
Severity: wishlist

Dear Maintainer,

gopass 1.8.6 has been released in July 2019, and seems to be
the latest stable version. Many features were added since
the gopass version in Buster, including integration with
Firefox.

Please consider updating the package.

https://github.com/gopasspw/gopass/releases/tag/v1.8.6

Cheers,
Matteo

-- System Information:
Debian Release: bullseye/sid
  APT prefers testing
  APT policy: (900, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages gopass depends on:
ii  gnupg   2.2.19-1
ii  gnupg2  2.2.19-1
ii  libc6   2.29-7
ii  tree1.8.0-1+b1

Versions of packages gopass recommends:
ii  git  1:2.24.1-1

Versions of packages gopass suggests:
ii  bash-completion  1:2.8-6

-- no debconf information

Bug#927340: plantuml: should depend on default-jre-headless (only recommend or suggest default-jre if at all)

[Matteo Settenvini]

> plantuml package declares a dependency on default-jre but is 
> usable from command-line so seems to only really need 
> default-jre-headless.

I second that. I even run it as a service on a server to generate
images fast. I would rather like to avoid the hundreds of megabytes of
dependencies that it carries with it when installing it e.g. in a
docker image.

For the vast majority of people, I would say they don't even know a
user interface exists (they are more likely to use it inside an editor
such as VS Code with automated preview functionalities).

Cheers,
Matteo


signature.asc
Description: This is a digitally signed message part

Bug#941351: peruse: Peruse fails to start

[Matteo Settenvini]

Package: peruse
Version: 1.2+dfsg+20190713-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

attempting to run peruse (or perusecreator) from the command line
results in the following output:

~$ peruse
Warning: Ignoring XDG_SESSION_TYPE=wayland on Gnome. Use 
QT_QPA_PLATFORM=wayland to run on Wayland anyway.

(peruse:9225): Gtk-WARNING **: 13:14:48.393: Theme parsing error: gtk.css:6:20: 
The 'gtk-key-bindings' property has been renamed to '-gtk-ke
y-bindings'
Failed to load the component from disk. Reported error was: 
"file:///usr/share/peruse/qml/Main.qml:26 Type PeruseMain unavailable\nfile:///u
sr/share/peruse/qml/PeruseMain.qml:300 Type Settings 
unavailable\nfile:///usr/share/peruse/qml/Settings.qml:82 Type 
Kirigami.SwipeListItem u
navailable\nfile:///usr/lib/x86_64-linux-gnu/qt5/qml/org/kde/kirigami.2/styles/org.kde.desktop/SwipeListItem.qml:25
 Type T.SwipeListItem una
vailable\nfile:///usr/lib/x86_64-linux-gnu/qt5/qml/org/kde/kirigami.2/templates/SwipeListItem.qml:264
 Syntax error\n"

Peruse then fails to start and crashes.

Apparently this is an issue with
/usr/lib/x86_64-linux-gnu/qt5/qml/org/kde/kirigami.2/templates/SwipeListItem.qml:

   function updateVisibleActions(definitelyVisible = false) {

Default values for function parameters are not supported.
It should be:

   function updateVisibleActions(definitelyVisible) {
if (definitelyVisible === undefined) definitelyVisible = false;

Unfortunately, then it fails on a missing component:

(peruse:10096): Gtk-WARNING **: 13:24:30.678: Theme parsing error: 
gtk.css:6:20: The 'gtk-key-bindings' property has been renamed to '-gtk-k
ey-bindings'
Failed to load the component from disk. Reported error was: 
"file:///usr/share/peruse/qml/Main.qml:26 Type PeruseMain unavailable\nfile:///u
sr/share/peruse/qml/PeruseMain.qml:300 Type Settings 
unavailable\nfile:///usr/share/peruse/qml/Settings.qml:82 Type 
Kirigami.SwipeListItem u
navailable\nfile:///usr/lib/x86_64-linux-gnu/qt5/qml/org/kde/kirigami.2/styles/org.kde.desktop/SwipeListItem.qml:25
 Type T.SwipeListItem una
vailable\nfile:///usr/lib/x86_64-linux-gnu/qt5/qml/org/kde/kirigami.2/templates/SwipeListItem.qml:22
 module \"QtQuick.Controls\" version 2.7
 is not installed\n"

Cheers,
Matteo Settenvini

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

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

Versions of packages peruse depends on:
ii  kio 5.62.1-1
ii  libc6   2.29-2
ii  libgcc1 1:9.2.1-8
ii  libkf5archive5  5.62.0-1
ii  libkf5baloo55.62.0-2
ii  libkf5configcore5   5.62.0-1
ii  libkf5coreaddons5   5.62.0-1
ii  libkf5declarative5  5.62.0-1
ii  libkf5filemetadata3 5.62.0-1
ii  libkf5i18n5 5.62.0-1
ii  libkf5kiocore5  5.62.1-1
ii  libkf5kiowidgets5   5.62.1-1
ii  libqt5core5a5.11.3+dfsg1-4
ii  libqt5gui5  5.11.3+dfsg1-4
ii  libqt5qml5  5.11.3-4
ii  libqt5quick55.11.3-4
ii  libqt5sql5  5.11.3+dfsg1-4
ii  libqt5widgets5  5.11.3+dfsg1-4
ii  libstdc++6  9.2.1-8
ii  peruse-common   1.2+dfsg+20190713-1
ii  qml-module-org-kde-kirigami25.62.0-2
ii  qml-module-org-kde-newstuff 5.62.0-1
ii  qml-module-qt-labs-folderlistmodel  5.11.3-4
ii  qml-module-qt-labs-settings 5.11.3-4
ii  qml-module-qtquick-controls 5.11.3-2
ii  qml-module-qtquick-dialogs  5.11.3-2
ii  qml-module-qtquick-layouts  5.11.3-4

peruse recommends no packages.

peruse suggests no packages.

-- no debconf information

Bug#940671: alacarte crashes on start with GNOME 3.34 installed

[Matteo Settenvini]

Package: alacarte
Version: 3.11.91-5
Severity: important

Dear Maintainer,

whenever I attempt to start alacarte with GNOME 3.34 installed,
I get the following output:

$ alacarte
/usr/share/alacarte/Alacarte/MainWindow.py:22: PyGIWarning: GMenu was imported 
without specifying a version first. Use gi.require_version('GMenu', '3.0') 
before import to ensure that the right version gets loaded.
  from gi.repository import Gtk, GdkPixbuf, Gdk, GMenu

(alacarte:10516): Gtk-WARNING **: 21:44:38.368: Theme parsing error: 
gtk.css:6:20: The 'gtk-key-bindings' property has been renamed to 
'-gtk-key-bindings'

(alacarte:10516): Gtk-CRITICAL **: 21:44:38.386: 
gtk_accel_label_set_accel_closure: assertion 
'gtk_accel_group_from_accel_closure (accel_closure) != NULL' failed

(alacarte:10516): Gtk-CRITICAL **: 21:44:38.386: 
gtk_accel_label_set_accel_closure: assertion 
'gtk_accel_group_from_accel_closure (accel_closure) != NULL' failed
Traceback (most recent call last):
  File "/usr/bin/alacarte", line 26, in 
main()
  File "/usr/share/alacarte/Alacarte/MainWindow.py", line 464, in main
app.setMenuBasename(basename)
  File "/usr/share/alacarte/Alacarte/MainWindow.py", line 62, in setMenuBasename
self.editor = MenuEditor(menu_basename)
  File "/usr/share/alacarte/Alacarte/MenuEditor.py", line 36, in __init__
self.load()
  File "/usr/share/alacarte/Alacarte/MenuEditor.py", line 49, in load
if not self.tree.load_sync():
gi.repository.GLib.Error: g-markup-error-quark: Errore alla riga 1 carattere 1: 
Il documento era vuoto oppure conteneva unicamente spazi (1)


The program then exits.

Cheers,
Matteo Settenvini

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

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

Versions of packages alacarte depends on:
ii  gir1.2-gdkpixbuf-2.0  2.38.1+dfsg-1
ii  gir1.2-glib-2.0   1.62.0-1
ii  gir1.2-gmenu-3.0  3.32.0-1
ii  gir1.2-gtk-3.03.24.11-1
ii  gnome-menus   3.32.0-1
ii  python3   3.7.3-1
ii  python3-gi3.34.0-1

alacarte recommends no packages.

alacarte suggests no packages.

-- no debconf information

Bug#893488: gnome-shell 3.28 crashes on Radeon R9: Failed to create texture 2d due to size/format constraints

[Matteo Settenvini]

Apparently this bug went away after upgrading to gnome-shell 3.28.2-1.
Might have been fixed upstream. It can be marked as fixed in that version.

Thanks,

Matteo Settenvini
FSF Associated Member
Email : mat...@member.fsf.org

Bug#893488: gnome-shell 3.28 crashes on Radeon R9: Failed to create texture 2d due to size/format constraints

[Matteo Settenvini]

Il giorno sab, 31/03/2018 alle 17.47 +0100, Simon McVittie ha scritto:
> On Sat, 31 Mar 2018 at 01:04:04 +0200, Matteo Settenvini wrote:
> > I finally got round to re-install the packages that are crashing
> > for me (by the way, this seem to happen roughly the same on another
> > computer of mine, which has a nVidia graphics card).
> 
> nVidia with the proprietary drivers from nvidia-graphics-drivers, or
> nVidia with the open-source "Nouveau" driver from Mesa? (They have
> different bugs, and Nouveau in particular has quite a lot in common
> with the amdgpu driver that you're presumably using on the Radeon.)

The nVidia proprietary drivers, to be exact. But I reviewed the logs
today and maybe the problem is slightly different by attempting to also
look at a coredump.

> Unfortunately, this looks like heap corruption, so the damage was
> probably done earlier (perhaps via a double-free, or by calling
> g_free() on memory that came from g_slice_alloc()).
> 
> You might get a better backtrace from running gnome-shell with either
> G_SLICE=always-malloc MALLOC_CHECK_=2, or G_SLICE=debug-blocks, for
> instance by moving /usr/bin/gnome-shell to /usr/bin/gnome-shell.real
> and replacing it with a script like:

I can see the following:

--

Apr 05 20:24:19 rosebud gnome-shell.rea[3361]:
_cogl_buffer_gl_map_range: assertion 'data != ((void *)0)' failed
Apr 05 20:24:19 rosebud gnome-shell.rea[3361]: g_error_free: assertion
'error != NULL' failed
Apr 05 20:24:19 rosebud gnome-shell.rea[3361]:
_cogl_buffer_bind_no_create: assertion 'ctx->current_buffer[buffer-
>last_target] != buffer' failed
Apr 05 20:24:19 rosebud gnome-shell.rea[3361]:
_cogl_buffer_gl_map_range: assertion 'data != ((void *)0)' failed
Apr 05 20:24:19 rosebud gnome-shell.rea[3361]: g_error_free: assertion
'error != NULL' failed
Apr 05 20:24:19 rosebud gnome-shell.rea[3361]:
_cogl_buffer_bind_no_create: assertion 'ctx->current_buffer[buffer-
>last_target] != buffer' failed
Apr 05 20:24:19 rosebud gnome-shell.rea[3361]: Failed to allocate
texture: Failed to create texture 2d due to size/format constraints
Apr 05 20:24:19 rosebud gnome-shell.rea[3361]: cogl_object_ref:
assertion 'object != ((void *)0)' failed
Apr 05 20:24:19 rosebud gnome-shell.rea[3361]:
clutter_texture_set_cogl_texture: assertion 'cogl_is_texture
(cogl_tex)' failed
Apr 05 20:24:19 rosebud gnome-shell.rea[3361]: CoglError set over the
top of a previous CoglError or uninitialized memory.
   This indicates a bug in
someone's code. You must ensure an error is NULL before it's set.
   The overwriting error
message was: Sliced texture size of 16 x 16 not possible with max waste
set to -1
Apr 05 20:24:19 rosebud gnome-shell.rea[3361]:
clutter_texture_set_cogl_texture: assertion 'cogl_is_texture
(cogl_tex)' failed
Apr 05 20:24:19 rosebud gnome-shell.rea[3361]: CoglError set over the
top of a previous CoglError or uninitialized memory.
   This indicates a bug in
someone's code. You must ensure an error is NULL before it's set.
   The overwriting error
message was: Sliced texture size of 16 x 16 not possible with max waste
set to -1
Apr 05 20:24:19 rosebud gnome-shell.rea[3361]: Failed to allocate
texture: Failed to create texture 2d due to size/format constraints
Apr 05 20:24:19 rosebud gnome-shell.rea[3361]: cogl_object_ref:
assertion 'object != ((void *)0)' failed
Apr 05 20:24:19 rosebud gnome-shell.rea[3361]:
clutter_texture_set_cogl_texture: assertion 'cogl_is_texture
(cogl_tex)' failed
Apr 05 20:24:19 rosebud gnome-shell.rea[3361]: CoglError set over the
top of a previous CoglError or uninitialized memory.
   This indicates a bug in
someone's code. You must ensure an error is NULL before it's set.
   The overwriting error
message was: Sliced texture size of 16 x 16 not possible with max waste
set to -1
Apr 05 20:24:19 rosebud gnome-shell.rea[3361]: Failed to allocate
texture: Failed to create texture 2d due to size/format constraints
Apr 05 20:24:19 rosebud gnome-shell.rea[3361]: cogl_object_ref:
assertion 'object != ((void *)0)' failed
Apr 05 20:24:19 rosebud gnome-shell.rea[3361]:
clutter_texture_set_cogl_texture: assertion 'cogl_is_texture
(cogl_tex)' failed
Apr 05 20:24:19 rosebud gnome-shell.rea[3361]: CoglError set over the
top of a previous CoglError or uninitialized memory.
   This indicates a bug in
someone's code. You must ensure an error is NULL before it's set.
   The overwriting error
message was: Sliced texture size of 16 x 16 not possible with max waste
set to -1
Apr 05 20:24:19 rose

Bug#893488: gnome-shell 3.28 crashes on Radeon R9: Failed to create texture 2d due to size/format constraints

[Matteo Settenvini]

   reg_args = 
#22 0x7f2bdf72c2f8 in gjs_invoke_c_function(JSContext*, Function*,
JS::HandleObject, JS::HandleValueArray const&,
mozilla::Maybe<JS::MutableHandle
>, GIArgument*) (context=context@entry=0x565160e3da30,
function=function@entry=0x56516216c5e0, obj=..., obj@entry=..., args=...,
js_rval=..., r_value=r_value@entry=0x0) at gi/function.cpp:1088
in_arg_cvalues = 0x7ffebc4a5680
out_arg_cvalues = 0x7ffebc4a5640
inout_original_arg_cvalues = 0x7ffebc4a5620
ffi_arg_pointers = 0x7ffebc4a5660
return_value = {v_boolean = 53, v_int8 = 53 '5', v_uint8 = 53 '5',
v_int16 = 53, v_uint16 = 53, v_int32 = 53, v_uint32 = 53, v_int64 =
790273982517, v_uint64 = 790273982517, v_float = 7.42688186e-44, v_double =
3.9044722556379559e-312, v_short = 53, v_ushort = 53, v_int = 53, v_uint =
53, v_long = 790273982517, v_ulong = 790273982517, v_ssize = 790273982517,
v_size = 790273982517, v_string = 0xb80035 , v_pointer = 0xb80035}
return_value_p = 0x7ffebc4a5778
return_gargument = {v_boolean = -1135977704, v_int8 = 24 '\030',
v_uint8 = 24 '\030', v_int16 = 23320, v_uint16 = 23320, v_int32 =
-1135977704, v_uint32 = 3158989592, v_int64 = 140732057410328, v_uint64 =
140732057410328, v_float = -0.01235082, v_double = 6.953087483500109e-310,
v_short = 23320, v_ushort = 23320, v_int = -1135977704, v_uint =
3158989592, v_long = 140732057410328, v_ulong = 140732057410328, v_ssize =
140732057410328, v_size = 140732057410328, v_string = 0x7ffebc4a5b18 "
˛4+\177\376\377\200_M\240+\177\376\377", v_pointer = 0x7ffebc4a5b18}
processed_c_args = 
gi_argc = 1 '\001'
gi_arg_pos = 
c_argc = 2 '\002'
c_arg_pos = 
js_arg_pos = 
can_throw_gerror = false
did_throw_gerror = false
local_error = 0x0
failed = false
postinvoke_release_failed = 
is_method = 
is_object_method = true
return_info = {dummy1 = 18, dummy2 = 2147483647, dummy3 =
0x565160727420, dummy4 = 0x5651620754a0, dummy5 = 0x56516105f230, dummy6 =
73988, dummy7 = 0, padding = {0x0, 0x0, 0x0, 0x0}}
return_tag = GI_TYPE_TAG_VOID
return_values = {<JS::Rooted<JS::GCVector<JS::Value, 8,
js::TempAllocPolicy> >> = {<js::RootedBase<JS::GCVector<JS::Value, 8,
js::TempAllocPolicy> >> =
{<js::MutableGCVectorOperations<JS::Rooted<JS::GCVector<JS::Value,
8, js::TempAllocPolicy> >, JS::Value, 8, js::TempAllocPolicy>> =
{<js::GCVectorOperations<JS::Rooted<JS::GCVector<JS::Value, 8,
js::TempAllocPolicy> >, JS::Value, 8, js::TempAllocPolicy>> = {}, }, }, stack = 0x565160c26740,
prev = 0x7ffebc4a5c78, ptr = {tracer = 0x7f2bdf723250
<JS::StructGCPolicy<JS::GCVector<JS::Value, 8ul, js::TempAllocPolicy>
>::trace(JSTracer*, JS::GCVector<JS::Value, 8ul, js::TempAllocPolicy>*,
char const*)>, storage = {vector = { = {cx_ =
0x565160e3da30}, static kElemIsPod = false, static kMaxInlineBytes = 1024,
static kInlineCapacity = 8, static kInlineBytes = 64, mBegin =
0x7ffebc4a5988, mLength = 0, mCapacity = 8, mStorage = {u = {mBytes =
"\240YJ\274\376\177\000\000\002\000\000\000\000\000\000\000
\000\000\000\000\000\000\000\000\000\243\340+\177\000\000P]
J\274\376\177\000\000\060\334\343`QV\000\000\000]J\274\376\
177\000\000\001]J\274\376\177\000", mDummy = 140732057409952}}, static
sMaxInlineStorage = , }
next_rval = 0 '\000'
__PRETTY_FUNCTION__ = "bool gjs_invoke_c_function(JSContext*,
Function*, JS::HandleObject, const JS::HandleValueArray&,
mozilla::Maybe<JS::MutableHandle >, GIArgument*)"
#23 0x7f2bdf72dc44 in function_call(JSContext*, unsigned int,
JS::Value*) (context=0x565160e3da30, js_argc=1, vp=0x7ffebc4a5b18) at
gi/function.cpp:1406
object = {<js::RootedBase<JSObject*>> = {}, stack =
0x565160c26700, prev = 0x7ffebc4a5c98, ptr = 0x7f2ba04d5f80}
callee = {<js::RootedBase<JSObject*>> = {}, stack =
0x565160c26700, prev = 0x7ffebc4a5a20, ptr = 0x7f2b349bcb20}
success = 
priv = 0x56516216c5e0
retval = {<js::RootedBase> =
{<js::MutableValueOperations<JS::Rooted >> =
{<js::ValueOperations<JS::Rooted >> = {}, }, }, stack = 0x565160c26738, prev =
0x7ffebc4a5dc8, ptr = {data = {asBits = 18444773748872577024, debugView =
{payload47 = 0, tag = JSVAL_TAG_UNDEFINED}, s = {payload = {i32 = 0, u32 =
0, why = JS_ELEMENTS_HOLE}}, asDouble = -nan(0x9), asPtr =
0xfff9, asWord = 18444773748872577024, asUIntPtr =
18444773748872577024}}}
#24 0x35a160714810 in  ()
#25 0x7f2ba04d5f80 in  ()
#26 0x7ffebc4a5af0 in  ()
#27 0x in  ()


Cheers,
Matteo




Matteo Settenvini
FSF Associated Member
Email : mat...@member.fsf.org

2018-03-26 21:00 GMT+02:00 Simon McVittie <s...@debian.org>:

> Control: retitle -1 gnome-shell 3.

Bug#893488: gnome-shell 3.28 crashes on Radeon R9: Failed to create texture 2d due to size/format constraints

[Matteo Settenvini]

2018-03-26 21:00 GMT+02:00 Simon McVittie :

> Something is already going wrong with OpenGL drawing in gdm's gnome-shell,
> but unlike yours, it didn't crash.
>
> Did you notice that in GNOME Shell 3.28, you don't get the grey "noise"
> background texture that you should? In GNOME Shell 3.26, do you get the
> "noise" texture correctly?
>
> (This one:
> https://askubuntu.com/questions/534187/where-is-the-
> login-screen-wallpaper-for-gdm-stored)
>

​I forgot to add that I can see the "noise" wallpaper correctly in GDM,
however text is all garbled whenever shown at all (sometimes it is,
sometimes there is absolutely none displayed).​

​Cheers again,
Matteo​

Bug#828915: dracut: on package setup, complains it cannot copy console-setup-dir/bin

[Matteo Settenvini]

Package: dracut
Version: 044+105-2
Severity: normal

Dear Maintainer,

since several months now (maybe a year?), whenever the trigger for
dracut on package update is fired, I see a couple of times errors like
the following:

cp: cannot overwrite non-directory '/var/tmp/dracut.NWphxq/initramfs/bin' with 
directory '/var/lib/dracut/console-setup-dir/bin

Probably related, at boot I see the following error:

dracut-initqueue[210]: /lib/udev/console-setup: line 3: setupcon: command not 
found

It seems there are some problems in the inclusion of setupcon in the initramfs?

Thanks for any help,
Matteo


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

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

Versions of packages dracut depends on:
ii  dracut-core  044+105-2

dracut recommends no packages.

Versions of packages dracut suggests:
pn  dracut-network  

-- no debconf information

Bug#781451: gcc-5 uninstallable: /usr/share/doc/gcc-5-base/changelog.gz conflicts with gcc-5-base

[Matteo Settenvini]

Package: gcc-5
Version: 5-20150327-1
Severity: grave
Justification: renders package unusable

Dear Maintainer,

when trying to install gcc-5, I get the following error:

Retrieving bug reports... Done
Parsing Found/Fixed information... Done
(Reading database ... 337056 files and directories currently installed.)
Preparing to unpack .../gcc-5_5-20150327-1_amd64.deb ...
Unpacking gcc-5 (5-20150327-1) ...
dpkg: error processing archive
/var/cache/apt/archives/gcc-5_5-20150327-1_amd64.deb (--unpack):
 trying to overwrite '/usr/share/doc/gcc-5-base/changelog.gz', which is
 also in package gcc-5-base:amd64 5-20150327-1
 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
 Processing triggers for distcc (3.2~rc1-2) ...
 Updating symlinks in /usr/lib/distcc ...
 Processing triggers for ccache (3.1.10-1) ...
 Updating symlinks in /usr/lib/ccache ...
 Processing triggers for man-db (2.7.1-2) ...
 Errors were encountered while processing:
  /var/cache/apt/archives/gcc-5_5-20150327-1_amd64.deb
  E: Sub-process /usr/bin/dpkg returned an error code (1)
  Failed to perform requested operation on package.  Trying to recover:
  dpkg: dependency problems prevent configuration of g++-5:
   g++-5 depends on gcc-5 (= 5-20150327-1); however:
 Package gcc-5 is not installed.

dpkg: error processing package g++-5 (--configure):
 dependency problems - leaving unconfigured
 dpkg: dependency problems prevent configuration of gcc-5-multilib:
  gcc-5-multilib depends on gcc-5 (= 5-20150327-1); however:
Package gcc-5 is not installed.

dpkg: error processing package gcc-5-multilib (--configure):
 dependency problems - leaving unconfigured
 Errors were encountered while processing:
  g++-5
   gcc-5-multilib
   

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

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


signature.asc
Description: PGP signature

Bug#754960: Bug severity should be set to grave

[Matteo Settenvini]

I can confirm the same problem, I tried with:

GnuTLSPriorities 
NORMAL:!VERS-SSL3.0:!VERS-TLS1.0:+VERS-TLS1.2:+VERS-TLS1.1:!MD5:!AES-256-CBC

Shoulnd't the severity of this bug be raised to grave?

  makes the package in question unusable or mostly so, or
  causes data loss, or introduces a security hole allowing
  access to the accounts of users who use the package.

  https://www.debian.org/Bugs/Developer.en.html#severities

This is a security issue, since as far as I know, an Apache server with
mod_gnutls currently has no way to disable SSLv3, even though it is
configured to do so.

Cheers,
Matteo


pgpXIxo9RAAXJ.pgp
Description: PGP signature

Bug#719477: winbind 2:4.0.8+dfsg-1 fails to upgrade: systemd service file does not start the daemon

[Matteo Settenvini]

Package: winbind
Version: 2:4.0.8+dfsg-1
Severity: serious
Justification: Policy 9.1.4

Dear Maintainer,

the systemd service file for winbind is not able to start the daemon
for samba versions  4.x. 

`journalctl -xu winbind` reports:



ago 12 10:35:50 orchid systemd[1]: Starting Samba Winbind Daemon...
-- Subject: Unit winbind.service has begun with start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- 
-- Unit winbind.service has begun starting up.
ago 12 10:35:50 orchid systemd[1]: PID file /run/winbindd.pid not readable 
(yet?) after start.
ago 12 10:37:20 orchid systemd[1]: winbind.service operation timed out. 
Terminating.
ago 12 10:37:20 orchid systemd[1]: Failed to start Samba Winbind Daemon.
-- Subject: Unit winbind.service has failed
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
-- Documentation: 
http://www.freedesktop.org/wiki/Software/systemd/catalog/be02cf6855d2428ba40df7e9d022f03d
-- 
-- Unit winbind.service has failed.
-- 
-- The result is failed.
ago 12 10:37:20 orchid systemd[1]: Unit winbind.service entered failed state.



This makes me think that the pidfile is not created by winbindd, while
the corresponding service file (/lib/systemd/system/winbind.service)
is waiting for it.

A possible solution is to alter the service file to force the pidfile
being created in the expected place (/run). Hence, changing the
ExecStart line to:


ExecStart=/usr/sbin/winbindd $WINBINDOPTIONS --option=piddirectory=/run


I put this at the end, so that we are sure it's always overriding
other options possibly set by the user (since the service file itself
requires the pid being created in /run).

This fixes the issue for me.

Thanks!
Matteo

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

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

Versions of packages winbind depends on:
ii  libbsd00.6.0-1
ii  libc6  2.17-92
ii  libcomerr2 1.42.8-1
ii  libdcerpc0 2:4.0.8+dfsg-1
ii  libgensec0 2:4.0.8+dfsg-1
ii  libkrb5-26-heimdal 1.6~git20120403+dfsg1-3
ii  libldap-2.4-2  2.4.31-1+nmu2
ii  libndr-standard0   2:4.0.8+dfsg-1
ii  libndr02:4.0.8+dfsg-1
ii  libpopt0   1.16-7
ii  libsamba-credentials0  2:4.0.8+dfsg-1
ii  libsamba-hostconfig0   2:4.0.8+dfsg-1
ii  libsamba-util0 2:4.0.8+dfsg-1
ii  libsmbclient-raw0  2:4.0.8+dfsg-1
ii  libtalloc2 2.0.8-1
ii  libtdb11.2.12-1
ii  libtevent0 0.9.19-1
ii  libwbclient0   2:4.0.8+dfsg-1
ii  samba  2:4.0.8+dfsg-1
ii  samba-common-bin   2:4.0.8+dfsg-1

winbind recommends no packages.

Versions of packages winbind suggests:
iu  libnss-winbind  2:4.0.8+dfsg-1
iu  libpam-winbind  2:4.0.8+dfsg-1

-- 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#715354: gcr: Please rebuild gcr against newer libtasn-1-6-dev and libtasn1-bin

[Matteo Settenvini]

Package: gcr
Version: 3.8.2-4
Severity: normal

Dear Maintainer,

in debian/control.in, please substitute the two recurrences of
libtasn-1-3-dev and libtasn-1-3-bin with:

 libtasn1-6-dev,
 libtasn1-bin,

and re-upload the package. No further changes are needed.

This is needed to ensure there are no clashes with other packages
depending on libtasn-1-6-dev on the system, because the latter breaks
libtasn-1-3-dev.

Thanks!
Matteo

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

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

Versions of packages gcr depends on:
ii  dbus-x11 1.7.4-1
ii  dconf-gsettings-backend [gsettings-backend]  0.16.0-4
ii  libc62.17-7
ii  libgcr-base-3-1  3.8.2-4
ii  libgcr-ui-3-13.8.2-4
ii  libglib2.0-0 2.36.3-3
ii  libgtk-3-0   3.8.2-3

gcr recommends no packages.

gcr 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#715356: gedit: Please bump gedit 3.8 requirement on libgtksourceview-3.0-dev to = 3.8

[Matteo Settenvini]

Package: gedit
Version: 3.8.0-1.1
Severity: normal

Dear Maintainer,

please update the required version of libgtksourceview-3.0-dev in the
debian/control file to = 3.8.

This will ensure that gedit builds against libgtksourceview-3.0-1
rather than libgtksourceview-3.0-0, since the former breaks the
latter. Else, some other packages are uninstallable.

Thanks,
Matteo

-- Package-specific info:
Active plugins:
  - 'docinfo'
  -  'time'
  -  'filebrowser'
  -  'spell'
  -  'modelines'

Plugins in $HOME:

Module versions:
  - glib  2.36.3
  - gtk+  3.8.2
  - gtksourceview 3.8.0
  - pygobject 2.28.6
  - enchant   1.6.0
  - iso-codes 3.44


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

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

Versions of packages gedit depends on:
ii  gedit-common   3.8.0-1.1
ii  gir1.2-gtk-3.0 3.8.2-3
ii  gir1.2-gtksource-3.0   3.8.0-1
ii  gir1.2-peas-1.01.8.0-1
ii  gsettings-desktop-schemas  3.8.0-1
ii  iso-codes  3.44-1
ii  libatk1.0-02.8.0-2
ii  libc6  2.17-7
ii  libcairo-gobject2  1.12.14-5
ii  libcairo2  1.12.14-5
ii  libenchant1c2a 1.6.0-10
ii  libgdk-pixbuf2.0-0 2.28.2-1
ii  libgirepository-1.0-1  1.36.0-2+b1
ii  libglib2.0-0   2.36.3-3
ii  libgtk-3-0 3.8.2-3
ii  libgtksourceview-3.0-1 3.8.0-1
ii  libpango-1.0-0 1.32.5-5+b1
ii  libpangocairo-1.0-01.32.5-5+b1
ii  libpeas-1.0-0  1.8.0-1
ii  libx11-6   2:1.6.0-1
ii  libxml22.9.1+dfsg1-2
ii  python-gi-cairo3.8.3-1
ii  python33.3.0-3
ii  python3-gi 3.8.3-1

Versions of packages gedit recommends:
ii  yelp3.8.1-2
ii  zenity  3.8.0-1

Versions of packages gedit suggests:
pn  gedit-plugins  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#715357: gnome: [ENH] Update meta-gnome3 to drop old deps and include new apps for GNOME 3.8

[Matteo Settenvini]

  0.0.13-1
ii  gdm3 3.8.3-2
ii  glib-networking  2.36.1-2
ii  gnome-backgrounds3.8.1-1
ii  gnome-bluetooth  3.8.1-2
ii  gnome-calculator 3.8.2-1
ii  gnome-clocks 3.8.2-1
ii  gnome-contacts   3.8.0-1
ii  gnome-control-center 1:3.8.3-1
ii  gnome-dictionary 3.6.0-1
ii  gnome-disk-utility   3.8.2-1
ii  gnome-font-viewer3.8.0-1
ii  gnome-icon-theme 3.8.2-2
ii  gnome-icon-theme-symbolic3.8.2.2-2
ii  gnome-keyring3.8.2-2
ii  gnome-menus  3.8.0-2
ii  gnome-online-accounts3.8.2-1
ii  gnome-packagekit 3.8.2-4
ii  gnome-power-manager  3.8.2-1
ii  gnome-screenshot 3.8.2-1
ii  gnome-session3.8.2.1-1
ii  gnome-settings-daemon3.8.3-1+b1
ii  gnome-shell  3.8.3-1
ii  gnome-shell-extensions   3.8.2-1
ii  gnome-sushi  3.8.0-1.1
ii  gnome-system-log 3.8.1-1
ii  gnome-system-monitor 3.8.2.1-2
ii  gnome-terminal   3.8.3-1
ii  gnome-themes-standard3.8.1-2
ii  gnome-user-guide 3.8.2-1
ii  gnome-user-share 3.8.0-2+b1
ii  gsettings-desktop-schemas3.8.0-1
ii  gstreamer1.0-plugins-base1.0.7-1
ii  gstreamer1.0-plugins-good1.0.7-1
ii  gstreamer1.0-pulseaudio  1.0.7-1
ii  gucharmap1:3.8.2-2
ii  gvfs-backends1.16.3-1
ii  gvfs-bin 1.16.3-1
ii  iceweasel22.0-1
ii  libatk-adaptor   2.9.3-1
ii  libcanberra-pulse0.30-2
ii  libcaribou-gtk3-module   0.4.10-2
ii  libgtk-3-common  3.8.2-3
ii  libpam-gnome-keyring 3.8.2-2
ii  mousetweaks  3.8.0-1
ii  nautilus 3.8.0-1
ii  notification-daemon  0.7.6-1
ii  policykit-1-gnome0.105-2
ii  pulseaudio   4.0-3
ii  sound-theme-freedesktop  0.8-1
ii  tracker-gui  0.16.1-1
ii  vino 3.8.1-1
ii  yelp 3.8.1-2
ii  zenity   3.8.0-1

Versions of packages gnome-core recommends:
ii  libcaribou-gtk-module  0.4.10-2
ii  network-manager-gnome  0.9.8.2-1+b1

Versions of packages gnome-core suggests:
ii  gnome-icon-theme-extras  3.6.2-2

-- no debconf information
From 48131c8dbe526a64cb56d26b4e61ada3ae87a8f9 Mon Sep 17 00:00:00 2001
From: Matteo Settenvini mat...@member.fsf.org
Date: Mon, 8 Jul 2013 13:20:43 +0200
Subject: [PATCH] Updated to drop old dependencies and packages  GNOME 3.8

* Move GTK+2 applications to suggests or recommends, in an attempt to
  reduce the number of hard dependencies for users not needing them.
* Add some alternatives: epiphany-browser-webkit2 to iceweasel, and
  bijiben to gnote and tomboy.
* Bump most of dependencies to match GNOME 3.8 release numbers.
* Drop old gnome-session-fallback in favor of the new
  gnome-shell-extensions package, which provides a newer and
  maintained alternative (by enabling the appropriate extensions).
  Users can still install gnome-session-fallback by hand, after all.
* Alas, gnome-panel and related applets are not listed as dependencies
  either, as they are unmaintained and not part of the gnome release
  set anymore.
---
 debian/changelog  |  18 +++
 debian/control| 342 ++
 debian/control.in | 342 ++
 3 files changed, 350 insertions(+), 352 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 0b16f97..b23880f 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,21 @@
+meta-gnome3 (1:3.8+2.1) UNRELEASED; urgency=low
+
+  * Non-maintainer upload.
+  * Move GTK+2 applications to suggests or recommends, in an attempt to
+reduce the number of hard dependencies for users not needing them.
+  * Add some alternatives: epiphany-browser-webkit2 to iceweasel, and
+bijiben to gnote and tomboy.
+  * Bump most of dependencies to match

Bug#710831: gnome-online-accounts: Doesn't support non-standard SMTP ports

[Matteo Settenvini]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Hi,

have you already tried inputting the SMTP server address with the port
at the end? For instance:

smtp.gmail.com:465

or:

smtp.gmail.com:smtps

If that works, I nevertheless agree that the documentation or UI could
use some love. But this should be reported upstream, then.

Cheers,
- -- 
Matteo Settenvini
FSF Associated Member
Email : mat...@member.fsf.org


- -BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS/E d--(-) s+: a- C+++ UL+++
P+ L$ E+ W+++ N+ o?
w--- O M- V- PS++ PE- Y+++
PGP+++ t++ 5 X- R+ !tv b+++
DI++ D++ G++ e++ h+ r++ y+
- --END GEEK CODE BLOCK--
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.13 (GNU/Linux)

iQIcBAEBCAAGBQJRzDKwAAoJEIV2zBrZfULfT3EP/3aj4GO379WuTlIJoJCrq4IB
Ab0xH+TZUu7ooqPy6HVWhKUttugSxIv64EHZCmv0Rl9phgYN9HfN9yjXjvTqBVN3
iBwcWcP9SVxzrin1RPVAymPYIy7UrzxxC5Jx+8Z0DeNuyY8U0FJmDlrkLD5EGC0R
gLFmCZAbxCTzDRoGkxmoqwPtXhLWurSCqKHevQAFEfoS3oPKxz9uQEHM3GrZFE5e
htbuhyR3iCtF2kk91gqkyqAGlxsYD5PhxGNV2KTBeC8iscxz4/TcsDDDISy+63UW
fVb7WmdMWAOvvxltDClaTIu82XjXm0RaZQHtbvLw85TkARXjLaihc2LuQ+oob1pM
2l6xETuMhScrfjy7YVLdqyUDr+mVzotGL2O1x0Ruj7CgUhgOAvJWgaacE3I2gDna
j7gLIul3ZlZ/pNJ7EMvtX8mFsWF7ExwCvy/T4Uy8MlnQ7mr/TvsDWsDCtOorWLtx
a+ZJWfQ3sV2iB0/HWY0dKx8CzfeMzkJ8kpEn0wfDz/j4e8rp7IZ9QHn8V8ta5jm/
sBh1V5fluZxm6UFQACfw6LnnRNp6cI8pVHY7maXG74dMVKqD8+8PFPBrULkDlifF
YHS2TzpYuavmn7cX+NZDG3wbd94kBWv9c5ufEVrbVmgEdGcIW4RdqIIF35pUVdR5
oiKmAbKnV2HCJMPHUk4h
=V2kF
-END PGP SIGNATURE-


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

Bug#705390: gnome-calculator: gnome-applications.menu (from /etc/sdg/menus) looking for gnome-calculator.desktop

[Matteo Settenvini]

I can confirm this bug. Without the change, you have to run
gnome-calculator from the command line... certainly not a good idea for
normal users.

Could someone please rename the file, or
fix /etc/xdg/menus/gnome-applications.menu from package gnome-menus?

Cheers,
-- 
Matteo Settenvini
FSF Associated Member
Email : mat...@member.fsf.org


-BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS/E d--(-) s+: a- C+++ UL+++
P+ L$ E+ W+++ N+ o?
w--- O M- V- PS++ PE- Y+++
PGP+++ t++ 5 X- R+ !tv b+++
DI++ D++ G++ e++ h+ r++ y+
--END GEEK CODE BLOCK--


signature.asc
Description: This is a digitally signed message part

Bug#711416: rhythmbox: Rhythmbox 2.99.1 crashes when switching songs if ReplayGain plugin is enabled

[Matteo Settenvini]

Package: rhythmbox
Version: 2.99.1-3
Severity: important

Dear Maintainer,

rhythmbox has recently begun failing randomly (but very often) when
switching tracks. To try and reproduce this bug, just fire up
Rhythmbox and rapidly switch among songs. It should crash, with a
backtrace like the one further below.

As I believe the ReplayGain plugin is enabled by default, this bug
will hit all users of this version of rhythmbox.

I can confirm that disabling the ReplayGain plugin from the menu fixes
this bug (at a loss of functionality, obviously).

This seems to be related to: https://bugs.archlinux.org/task/34898
Probably a bug upstream, then.


Example of a backtrace:
===

AttributeError: 'module' object has no attribute 'GError'

(rhythmbox:20388): GStreamer-WARNING **: gstpad.c:1311: pad `0x14fe000' has no 
probe with id `1'

** (rhythmbox:20388): CRITICAL **: g_callable_info_load_return_type: assertion 
`GI_IS_CALLABLE_INFO (info)' failed

** (rhythmbox:20388): CRITICAL **: g_type_info_get_tag: assertion 
`GI_IS_TYPE_INFO (info)' failed

** (rhythmbox:20388): CRITICAL **: g_callable_info_get_caller_owns: assertion 
`GI_IS_CALLABLE_INFO (info)' failed

** (rhythmbox:20388): CRITICAL **: g_type_info_get_tag: assertion 
`GI_IS_TYPE_INFO (info)' failed

** (rhythmbox:20388): CRITICAL **: g_type_info_get_tag: assertion 
`GI_IS_TYPE_INFO (info)' failed

** (rhythmbox:20388): CRITICAL **: g_callable_info_get_n_args: assertion 
`GI_IS_CALLABLE_INFO (info)' failed
**
ERROR:girepository/gibaseinfo.c:293:g_base_info_get_name: assertion failed: 
(rinfo-ref_count  0)

Program received signal SIGABRT, Aborted.
0x7fffef820295 in __GI_raise (sig=sig@entry=6) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:56
56  ../nptl/sysdeps/unix/sysv/linux/raise.c: File o directory non esistente.
(gdb) bt
#0  0x7fffef820295 in __GI_raise (sig=sig@entry=6) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:56
#1  0x7fffef823438 in __GI_abort () at abort.c:90
#2  0x70037426 in g_assertion_message () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#3  0x70037984 in g_assertion_message_expr () from 
/lib/x86_64-linux-gnu/libglib-2.0.so.0
#4  0x705205d1 in g_base_info_get_name () from 
/usr/lib/libgirepository-1.0.so.1
#5  0x7fffd8846e6e in ?? () from /usr/lib/python2.7/dist-packages/gi/_gi.so
#6  0x7fffe6d9ec07 in ffi_closure_unix64_inner () from 
/usr/lib/x86_64-linux-gnu/libffi.so.6
#7  0x7fffe6d9ef90 in ffi_closure_unix64 () from 
/usr/lib/x86_64-linux-gnu/libffi.so.6
#8  0x70bb250b in gst_pad_add_probe (pad=0x14fe000, mask=optimized 
out, callback=0x7fffd90e64d0, user_data=0x22f2a30, 
destroy_data=0x7fffd90e6410) at gstpad.c:1246
#9  0x7fffe6d9ee28 in ffi_call_unix64 () from 
/usr/lib/x86_64-linux-gnu/libffi.so.6
#10 0x7fffe6d9e790 in ffi_call () from /usr/lib/x86_64-linux-gnu/libffi.so.6
#11 0x70521704 in g_callable_info_invoke () from 
/usr/lib/libgirepository-1.0.so.1
#12 0x70522a6b in g_function_info_invoke () from 
/usr/lib/libgirepository-1.0.so.1
#13 0x7fffd884a06a in ?? () from /usr/lib/python2.7/dist-packages/gi/_gi.so
#14 0x7fffd8d18a46 in PyEval_EvalFrameEx () from 
/usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#15 0x7fffd8c5a142 in PyEval_EvalCodeEx () from 
/usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#16 0x7fffd8d1820d in PyEval_EvalFrameEx () from 
/usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#17 0x7fffd8c5a142 in PyEval_EvalCodeEx () from 
/usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#18 0x7fffd8c5a2f6 in ?? () from 
/usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#19 0x7fffd8cb1a7e in PyObject_Call () from 
/usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#20 0x7fffd8c336f0 in ?? () from 
/usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#21 0x7fffd8cb1a7e in PyObject_Call () from 
/usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#22 0x7fffd8cb2387 in PyEval_CallObjectWithKeywords () from 
/usr/lib/x86_64-linux-gnu/libpython2.7.so.1.0
#23 0x7fffd8848386 in ?? () from /usr/lib/python2.7/dist-packages/gi/_gi.so
#24 0x702d8620 in g_closure_invoke () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#25 0x702e9e30 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#26 0x702f1cd1 in g_signal_emit_valist () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#27 0x702f1f82 in g_signal_emit () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#28 0x77af1da8 in playing_stream_cb (mmplayer=optimized out, 
entry=0x7fffc0feee10, player=0xa48000) at rb-shell-player.c:2528
#29 0x702d8620 in g_closure_invoke () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#30 0x702e9e30 in ?? () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#31 0x702f1cd1 in g_signal_emit_valist () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#32 0x702f1f82 in g_signal_emit () from 
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
#33 

Bug#701591: Patches seem to work

[Matteo Settenvini]

Dear all,

I tried rebuilding pulseaudio with the two patches listed above, and so
far the problem seems to have gone away! Thanks for pointing them out, I
hope the fact everything is back to normal is not a random astral
conjunction...

It was not just affecting vlc, though, for me: other affected apps where
mplayer, rhythmbox, and totem too.

Cheers,
-- 
Matteo Settenvini
FSF Associated Member
Email : mat...@member.fsf.org


-BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS/E d--(-) s+: a- C+++ UL+++
P+ L$ E+ W+++ N+ o?
w--- O M- V- PS++ PE- Y+++
PGP+++ t++ 5 X- R+ !tv b+++
DI++ D++ G++ e++ h+ r++ y+
--END GEEK CODE BLOCK--


signature.asc
Description: This is a digitally signed message part

Bug#704723: apt: Upgrade to apt_0.9.7.9~exp2 fails because of attempted overwrite of manpages

[Matteo Settenvini]

Package: apt
Version: 0.9.7.8
Severity: normal

Dear Maintainer,

I think there is something wrong with the files included in the apt
package from experimental. Since packages from experimental sooner or
later land into unstable, it's good to fix this before the next
release. ^_^

I gather that localized manpages should not distributed with the apt
package.


matteo@orchid ~$ sudo aptitude

Retrieving bug reports... Done
Parsing Found/Fixed information... Done
Reading changelogs... Done
(Reading database ... 376368 files and directories currently installed.)
Preparing to replace apt 0.9.7.8 (using .../apt_0.9.7.9~exp2_amd64.deb) ...
Unpacking replacement apt ...
dpkg: error processing /var/cache/apt/archives/apt_0.9.7.9~exp2_amd64.deb 
(--unpack):
 trying to overwrite '/usr/share/man/it/man5/sources.list.5.gz', which is also 
in package manpages-it 2.80-3
dpkg-deb: error: subprocess paste was killed by signal (Broken pipe)
Processing triggers for man-db ...
Errors were encountered while processing:
 /var/cache/apt/archives/apt_0.9.7.9~exp2_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install.  Trying to recover:
Press Return to continue.



-- Package-specific info:

-- apt-config dump --

APT ;
APT::Architecture amd64;
APT::Build-Essential ;
APT::Build-Essential:: build-essential;
APT::Install-Recommends true;
APT::Install-Suggests 0;
APT::Authentication ;
APT::Authentication::TrustCDROM true;
APT::NeverAutoRemove ;
APT::NeverAutoRemove:: ^firmware-linux.*;
APT::NeverAutoRemove:: ^linux-firmware$;
APT::NeverAutoRemove:: ^linux-image.*;
APT::NeverAutoRemove:: ^kfreebsd-image.*;
APT::NeverAutoRemove:: ^linux-restricted-modules.*;
APT::NeverAutoRemove:: ^linux-ubuntu-modules-.*;
APT::NeverAutoRemove:: ^gnumach$;
APT::NeverAutoRemove:: ^gnumach-image.*;
APT::Never-MarkAuto-Sections ;
APT::Never-MarkAuto-Sections:: metapackages;
APT::Never-MarkAuto-Sections:: restricted/metapackages;
APT::Never-MarkAuto-Sections:: universe/metapackages;
APT::Never-MarkAuto-Sections:: multiverse/metapackages;
APT::Never-MarkAuto-Sections:: oldlibs;
APT::Never-MarkAuto-Sections:: restricted/oldlibs;
APT::Never-MarkAuto-Sections:: universe/oldlibs;
APT::Never-MarkAuto-Sections:: multiverse/oldlibs;
APT::Update ;
APT::Update::Post-Invoke-Success ;
APT::Update::Post-Invoke-Success:: [ ! -f /var/run/dbus/system_bus_socket ] || 
/usr/bin/dbus-send --system --dest=org.debian.apt --type=signal /org/debian/apt 
org.debian.apt.CacheChanged || true;
APT::Update::Post-Invoke-Success:: /usr/bin/test -e 
/usr/share/dbus-1/system-services/org.freedesktop.PackageKit.service  
/usr/bin/test -S /var/run/dbus/system_bus_socket  /usr/bin/gdbus call 
--system --dest org.freedesktop.PackageKit --object-path 
/org/freedesktop/PackageKit --timeout 1 --method 
org.freedesktop.PackageKit.StateHasChanged cache-update  /dev/null; /bin/echo 
 /dev/null;
APT::Architectures ;
APT::Architectures:: amd64;
APT::Architectures:: i386;
APT::Compressor ;
APT::Compressor::. ;
APT::Compressor::.::Name .;
APT::Compressor::.::Extension ;
APT::Compressor::.::Binary ;
APT::Compressor::.::Cost 1;
APT::Compressor::gzip ;
APT::Compressor::gzip::Name gzip;
APT::Compressor::gzip::Extension .gz;
APT::Compressor::gzip::Binary gzip;
APT::Compressor::gzip::Cost 2;
APT::Compressor::gzip::CompressArg ;
APT::Compressor::gzip::CompressArg:: -9n;
APT::Compressor::gzip::UncompressArg ;
APT::Compressor::gzip::UncompressArg:: -d;
APT::Compressor::bzip2 ;
APT::Compressor::bzip2::Name bzip2;
APT::Compressor::bzip2::Extension .bz2;
APT::Compressor::bzip2::Binary bzip2;
APT::Compressor::bzip2::Cost 3;
APT::Compressor::bzip2::CompressArg ;
APT::Compressor::bzip2::CompressArg:: -9;
APT::Compressor::bzip2::UncompressArg ;
APT::Compressor::bzip2::UncompressArg:: -d;
APT::Compressor::xz ;
APT::Compressor::xz::Name xz;
APT::Compressor::xz::Extension .xz;
APT::Compressor::xz::Binary xz;
APT::Compressor::xz::Cost 4;
APT::Compressor::xz::CompressArg ;
APT::Compressor::xz::CompressArg:: -6;
APT::Compressor::xz::UncompressArg ;
APT::Compressor::xz::UncompressArg:: -d;
APT::Compressor::lzma ;
APT::Compressor::lzma::Name lzma;
APT::Compressor::lzma::Extension .lzma;
APT::Compressor::lzma::Binary xz;
APT::Compressor::lzma::Cost 5;
APT::Compressor::lzma::CompressArg ;
APT::Compressor::lzma::CompressArg:: --format=lzma;
APT::Compressor::lzma::CompressArg:: -9;
APT::Compressor::lzma::UncompressArg ;
APT::Compressor::lzma::UncompressArg:: --format=lzma;
APT::Compressor::lzma::UncompressArg:: -d;
APT::CompressorName ;
APT::CompressorExtension .;
APT::CompressorBinary ;
APT::CompressorCost 100;
APT::CompressorCompressArg ;
APT::CompressorCompressArg:: -9;
APT::CompressorUncompressArg ;
APT::CompressorUncompressArg:: -d;
Dir /;
Dir::State var/lib/apt/;
Dir::State::lists lists/;
Dir::State::cdroms cdroms.list;
Dir::State::mirrors mirrors/;
Dir::State::extended_states extended_states;
Dir::State::status /var/lib/dpkg/status;
Dir::Cache 

Bug#697036: 697036: just rebuild gnome-shell and empathy

[Matteo Settenvini]

A quick update: I did a no-changes rebuild of gnome-shell and empathy,
and the system works again. Triggering a rebuild of those two packages
might be the easiest course of action.
-- 
Matteo Settenvini
FSF Associated Member
Email : mat...@member.fsf.org


-BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS/E d--(-) s+: a- C+++ UL+++
P+ L$ E+ W+++ N+ o?
w--- O M- V- PS++ PE- Y+++
PGP+++ t++ 5 X- R+ !tv b+++
DI++ D++ G++ e++ h+ r++ y+
--END GEEK CODE BLOCK--


signature.asc
Description: This is a digitally signed message part

Bug#697036: libtelepathy-logger2 0.6.0-1 bumps soname and breaks gnome-shell: should really be libtelepathy-logger3

[Matteo Settenvini]

Package: libtelepathy-logger2
Version: 0.6.0-1
Severity: important

Dear Maintainer,

as you can see below, libtelepathy-logger2 0.6.0-1 bumps the soname of
the library from 2 to 3. Thus, gnome-shell 3.6.2-1 breaks, and you
can't log in anymore via the graphical user interface (gdm3 is also
affected, it hangs indefinitely. Probably because it waits for
gnome-shell to come up?).

There's no clean way to downgrade only this, as gnome-shell depends on
gir1.2-telepathylogger-0.2 = 0.4.0-2, and the first version available
is 0.6.0-1 which pulls in libtelepathy-logger2 0.6.0-1 again.

Besides, the soname bump also breaks other apps such as empathy.

Please plan a transition for the soname bump, or create a newer
libtelepathy-logger2 package for the .2 soname, and a
libtelepathy-logger3 for the .3 soname.

Thanks!
Matteo


# dpkg -L libtelepathy-logger2
/.
/usr
/usr/share
/usr/share/doc
/usr/share/doc/libtelepathy-logger2
/usr/share/doc/libtelepathy-logger2/changelog.gz
/usr/share/doc/libtelepathy-logger2/copyright
/usr/share/doc/libtelepathy-logger2/changelog.Debian.gz
/usr/lib
/usr/lib/x86_64-linux-gnu
/usr/lib/x86_64-linux-gnu/libtelepathy-logger.so.3.2.0
/usr/lib/x86_64-linux-gnu/libtelepathy-logger.so.3


-- System Information:
Debian Release: 7.0
  APT prefers experimental
  APT policy: (800, 'experimental'), (800, 'unstable'), (800, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages libtelepathy-logger2 depends on:
ii  libc6   2.16-0experimental1
ii  libdbus-1-3 1.6.8-1
ii  libdbus-glib-1-20.100-1
ii  libglib2.0-02.34.3-1
ii  libsqlite3-03.7.15.1-1
ii  libtelepathy-glib0  0.20.1-1
ii  libxml2 2.9.0+dfsg1-4
ii  multiarch-support   2.16-0experimental1

libtelepathy-logger2 recommends no packages.

libtelepathy-logger2 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#692912: Update for libchromaprint to version 0.7

[Matteo Settenvini]

Dear Simon,

I found some time to patch the new libchromaprint 0.7 sources to have
them compile with a newer version of libav(util|format|...).

Hopefully this should work against experimental. Mainly, I tested the
behaviour of the included fpcalc; I did not test the gstreamer plugin,
so if you have a couple of minutes, that would be nice.

The sources for chromaprint are available at:
http://acoustid.org/chromaprint

Cheers,
-- 
Matteo Settenvini
FSF Associated Member
Email : mat...@member.fsf.org


-BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS/E d--(-) s+: a- C+++ UL+++
P+ L$ E+ W+++ N+ o?
w--- O M- V- PS++ PE- Y+++
PGP+++ t++ 5 X- R+ !tv b+++
DI++ D++ G++ e++ h+ r++ y+
--END GEEK CODE BLOCK--


chromaprint_0.7-1~matteo1.debian.tar.gz
Description: application/compressed-tar


chromaprint_0.7-1~matteo1.dsc
Description: PGP signature


signature.asc
Description: This is a digitally signed message part

Bug#691683: unison: Rebuild unison in experimental against OCaml 4.00.0, or it won't sync

[Matteo Settenvini]

Package: unison
Version: 2.40.65-2
Severity: normal

Dear Maintainer,

recently, ocaml 4 has hit experimental. Due to a change in the hashing
algorithm[1], unison needs to be rebuilt against it, or it won't sync
with other instances (for example, unison from Fedora 18 beta),
because it outputs different archives on the two machines in the
..unison directory.

I have just rebuilt lablgl, lablgtk2 and unison against ocaml 4 (no
source changes were necessary), and I can confirm that this does
indeed fix the issue for me.

Could you please do an upload of the same packages to trigger a
rebuild in experimental?

Thanks,
Matteo

[1] http://tech.groups.yahoo.com/group/unison-users/message/10456


-- System Information:
Debian Release: wheezy/sid
  APT prefers experimental
  APT policy: (800, 'experimental'), (800, 'unstable'), (800, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages unison depends on:
ii  libc6  2.13-36

Versions of packages unison recommends:
ii  openssh-client [ssh-client]  1:6.1p1-1

Versions of packages unison suggests:
pn  unison-all  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#690081: libwayland0:i386 and libwayland0:amd64 are conflicting, blocking multiarch gtk2.0 installation

[Matteo Settenvini]

Il giorno mar, 09/10/2012 alle 21.50 +0200, Julien Cristau ha scritto:

 gtk doesn't depend on egl as far as I can tell.


My bad, sorry: I skipped a step in the food chain :-).

libgtk2.0-0:i386 (2.24.13-1)
  depends on...
libcairo2:i386 (1.12.4-1)
  which depends on...
libegl1-mesa:i386 | libegl1-x11:i386 (8.0.4-2)
  that depends on...
libwayland0:i386 (0.85.0-2)
  which conflicts with:
libwayland0:amd64 (0.85.0-2)


The versions included represent the latest available package for me as of today.

Cheers,
-- 
Matteo Settenvini
FSF Associated Member
Email : mat...@member.fsf.org


-BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS/E d--(-) s+: a- C+++ UL+++
P+ L$ E+ W+++ N+ o?
w--- O M- V- PS++ PE- Y+++
PGP+++ t++ 5 X- R+ !tv b+++
DI++ D++ G++ e++ h+ r++ y+
--END GEEK CODE BLOCK--
FSF Associated Member
Email : mat...@member.fsf.org


-BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS/E d--(-) s+: a- C+++ UL+++
P+ L$ E+ W+++ N+ o?
w--- O M- V- PS++ PE- Y+++
PGP+++ t++ 5 X- R+ !tv b+++
DI++ D++ G++ e++ h+ r++ y+
--END GEEK CODE BLOCK--
Matteo Settenvini
FSF Associated Member
Email : mat...@member.fsf.org


-BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS/E d--(-) s+: a- C+++ UL+++
P+ L$ E+ W+++ N+ o?
w--- O M- V- PS++ PE- Y+++
PGP+++ t++ 5 X- R+ !tv b+++
DI++ D++ G++ e++ h+ r++ y+
--END GEEK CODE BLOCK--


signature.asc
Description: This is a digitally signed message part

Bug#690081: libwayland0:i386 and libwayland0:amd64 are conflicting, blocking multiarch gtk2.0 installation

[Matteo Settenvini]

2012/10/10 Julien Cristau jcris...@debian.org:

 That involves experimental gtk and cairo.  Very much unimportant as far
 as I'm concerned.

 Cheers,
 Julien

I am not saying it is a critical bug (hence the normal priority),
however afaik experimental is supposed to be the testing ground of
stuff that will one day land on unstable / testing. Sooner or later,
someone will have to look into this, as it *is* an issue for multiarch
systems. I think catching the issue before it translates into other
channels is a good thing, innit? Ain't saying it needs to be fixed
before lunch.

Cheers,
-- 
Matteo Settenvini
FSF Associated Member
Email : mat...@member.fsf.org


-BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS/E d--(-) s+: a- C+++ UL+++
P+ L$ E+ W+++ N+ o?
w--- O M- V- PS++ PE- Y+++
PGP+++ t++ 5 X- R+ !tv b+++
DI++ D++ G++ e++ h+ r++ y+
--END GEEK CODE BLOCK--


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

Bug#690081: libwayland0:i386 and libwayland0:amd64 are conflicting, blocking multiarch gtk2.0 installation

[Matteo Settenvini]

Package: libwayland0
Version: 0.85.0-2
Severity: normal

Dear Maintainer,

on a up-to-date Debian amd64 installation, installing most libraries
depending on gtk2.0-0:i386 is impossible, as it relies on
libegl1-mesa:i386, which in turns depends on libwayland0:i386.

However, libwayland0:i386 and libwayland0:amd64 are conflicting:

~# uname -m
x86_64
~# sudo apt-get install libwayland0:i386 libwayland0:amd64
Reading package lists... Done
Building dependency tree   
Reading state information... Done
libwayland0 is already the newest version.
libwayland0 set to manually installed.
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 libwayland0 : Conflicts: libwayland0:i386 but 0.85.0-2 is to be installed
 libwayland0:i386 : Conflicts: libwayland0 but 0.85.0-2 is to be installed
E: Unable to correct problems, you have held broken packages.


-- System Information:
Debian Release: wheezy/sid
  APT prefers experimental
  APT policy: (800, 'experimental'), (800, 'unstable'), (800, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages libwayland0 depends on:
ii  libc62.13-35
ii  libffi5  3.0.10-3

libwayland0 recommends no packages.

libwayland0 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#689671: libgtkmm-3.0-doc: Error in `/usr/share/doc-base/gtkmm3.0-reference', line 9: all `Format' sections are invalid

[Matteo Settenvini]

Il giorno ven, 05/10/2012 alle 01.06 +0200, Michael Biebl ha scritto: 
 On 05.10.2012 00:58, Michael Biebl wrote:
  On 05.10.2012 00:41, Matteo Settenvini wrote:
 
  libgtkmm-3.0-doc installs the HTML documentation under 
 
 /usr/share/doc/libgtkmm-3.0-doc/reference/html/

  However, /usr/share/doc-base/gtkmm3.0-reference lists the following
  section:
 
  Format: HTML
  Index: /usr/share/doc/gtkmm-3.0/reference/html/index.html
  Files: /usr/share/doc/gtkmm-3.0/reference/html/*.html
 
  Either the documentation should be installed in the
  /usr/share/doc/gtkmm-3.0 directory, or the gtkmm3.0-reference file
  updated to consider the real installation path.
 
  
  That's what we have the symlinks for.
  Are you saying doc-base has a problem with symlinks?
 
 
 # ls -l /usr/share/doc/gtkmm-3.0
 lrwxrwxrwx 1 root root 16 Sep 29 08:47 /usr/share/doc/gtkmm-3.0 -
 libgtkmm-3.0-doc
 # ls -l /usr/share/doc/gtkmm-3.0/reference/html/index.html
 -rw-r--r-- 1 root root 4337 Sep 29 08:47
 /usr/share/doc/gtkmm-3.0/reference/html/index.html
 

It looks indeed a problem of symlinks, as for me gtkmm-3.0 is a regular
directory which contains only a tutorial symlink.

ls -ld /usr/share/doc/gtkmm-3.0/
drwxr-xr-x 2 root root 4096 giu 26  2011 /usr/share/doc/gtkmm-3.0/

ls -l /usr/share/doc/gtkmm-3.0/
lrwxrwxrwx 1 root root 31 giu 23  2011 tutorial
- ../gtkmm-documentation/tutorial

 And the package installs fine and I don't get any error message from
 doc-base.
 Please run install-docs -v -d -i
 /usr/share/doc-base/gtkmm3.0-reference and attach the output.
 
 Michael


The output of install-docs:

--

sudo install-docs -v -d -i /usr/share/doc-base/gtkmm3.0-reference

Setup signals.
Scrollkeeper status changed: 0.
Trying to install file `/usr/share/doc-base/gtkmm3.0-reference'.
Warning in `/usr/share/doc-base/gtkmm3.0-reference', line 9: file
`/usr/share/doc/libgtkmm-3.0/reference/html/index.html' does not exist.
Error in `/usr/share/doc-base/gtkmm3.0-reference', line 9: all `Format'
sections are invalid.
Registering `/usr/share/doc-base/gtkmm3.0-reference'
OnRegistered (/usr/share/doc-base/gtkmm3.0-reference, 0)
`/usr/share/doc-base/gtkmm3.0-reference' contains errors, not
registering.
UnregisterDhelp started
UnregisterDhelp finished
Ignore signals.
Ignore signals.
Saving `/var/lib/doc-base/info/status.yml' (1).
Saving `/var/lib/doc-base/info/files.yml' (1).
Restore signals.
Restore signals.
RegisterDwww started.
Skipping execution of /usr/sbin/dwww-build-menu - dwww package doesn't
seem to be installed.
RegisterDwww finished.
RegisterDhelp started.
Skipping execution of /usr/sbin/dhelp_parse - dhelp package doesn't seem
to be installed.
Scrollkeeper status changed: 0.
Registering documents with scrollkeeper...
_RegisterScrollkeeperFiles started.
Status of `Scrollkeeper-omf-file', `Scrollkeeper-sid' in
gtkmm3.0-reference not changed
_RegisterScrollkeeperFiles finished.
Ignore signals.
Saving `/var/lib/doc-base/info/status.yml' (0).
Saving `/var/lib/doc-base/info/files.yml' (0).
Restore signals.

--

-- 
Matteo Settenvini
FSF Associated Member
Email : mat...@member.fsf.org


-BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS/E d--(-) s+: a- C+++ UL+++
P+ L$ E+ W+++ N+ o?
w--- O M- V- PS++ PE- Y+++
PGP+++ t++ 5 X- R+ !tv b+++
DI++ D++ G++ e++ h+ r++ y+
--END GEEK CODE BLOCK--


signature.asc
Description: This is a digitally signed message part

Bug#689671: libgtkmm-3.0-doc: Error in `/usr/share/doc-base/gtkmm3.0-reference', line 9: all `Format' sections are invalid

[Matteo Settenvini]

Package: libgtkmm-3.0-doc
Version: 3.4.2-1
Severity: normal

Dear Maintainer,

libgtkmm-3.0-doc installs the HTML documentation under 

   /usr/share/doc/libgtkmm-3.0-doc/reference/html/
  
However, /usr/share/doc-base/gtkmm3.0-reference lists the following
section:

Format: HTML
Index: /usr/share/doc/gtkmm-3.0/reference/html/index.html
Files: /usr/share/doc/gtkmm-3.0/reference/html/*.html

Either the documentation should be installed in the
/usr/share/doc/gtkmm-3.0 directory, or the gtkmm3.0-reference file
updated to consider the real installation path.

Cheers!
Matteo


-- System Information:
Debian Release: wheezy/sid
  APT prefers experimental
  APT policy: (800, 'experimental'), (800, 'unstable'), (800, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages libgtkmm-3.0-doc depends on:
ii  doc-base0.10.4
ii  epiphany-browser [www-browser]  3.4.2-2
ii  iceweasel [www-browser] 15.0.1-1
ii  links [www-browser] 2.7-1
ii  w3m [www-browser]   0.5.3-8

Versions of packages libgtkmm-3.0-doc recommends:
ii  gtkmm-documentation  3.4.0-1

libgtkmm-3.0-doc 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#683394: nautilus: Thumbnails are created, but not displayed (nautilus loops over non-existing files in ~/.thumbnails/fail, causes also high CPU usage)

[Matteo Settenvini]

Package: nautilus
Version: 3.4.2-1
Severity: normal

Dear Maintainer,

it is about two months I am experiencing this bug. Nautilus will
create icons in ~/.thumbnails/normal by invoking the correct
thumbnailer. I can open eog and browse them, so they are correct. The
md5 sum is also correct. For instance:

filename=$(echo -n file:///home/matteo/Immagini/avatar.jpg | md5sum | cut -d 
' ' -f 1)
[ -f $HOME/.thumbnails/normal/${filename}.png ]  echo It exists.

Prints: It exists.

I have tried also with videos (which use totem-video-thumbnailer as
specified in /usr/share/thumbnailers) and PDFs, and it also produces
the correct thumbnails in ~/.thumbnails/normal.

My ~/.thumbnails/fail/gnome-thumbnail-factory directory does not even
exist, but even if I create it, it does not solve the issue.

Running 

strace nautilus 21 | grep open

shows me these trailing lines:

open(/proc/mounts, O_RDONLY)  = 32
open(/home/matteo/.local/share/thumbnailers, 
O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such file or 
directory)
open(/usr/share/gnome/thumbnailers, 
O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such file or 
directory)
open(/usr/local/share/thumbnailers, 
O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = -1 ENOENT (No such file or 
directory)
open(/usr/share/thumbnailers, O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 8
open(/usr/share/thumbnailers/evince.thumbnailer, O_RDONLY) = 26
open(/usr/share/thumbnailers/gnome-font-viewer.thumbnailer, O_RDONLY) = 26
open(/usr/share/thumbnailers/gnash.thumbnailer, O_RDONLY) = 26
open(/usr/share/thumbnailers/totem.thumbnailer, O_RDONLY) = 26
open(/usr/share/icons/gnome/scalable/actions/edit-find-symbolic.svg, 
O_RDONLY) = 8
open(/usr/share/icons/gnome/scalable/actions/edit-clear-symbolic.svg, 
O_RDONLY) = 8
open(/home/matteo/.thumbnails/fail/gnome-thumbnail-factory/855b681f14c274b2e766f62f8a168c78.png,
 O_RDONLY) = -1 ENOENT (No such file or directory)
open(/home/matteo/.thumbnails/fail/gnome-thumbnail-factory/ad368e2024817acf044a20222f753763.png,
 O_RDONLY) = -1 ENOENT (No such file or directory)
open(/home/matteo/.thumbnails/fail/gnome-thumbnail-factory/66d12b5e947f8847a3c578a692c62e6c.png,
 O_RDONLY) = -1 ENOENT (No such file or directory)
open(/home/matteo/.thumbnails/fail/gnome-thumbnail-factory/855b681f14c274b2e766f62f8a168c78.png,
 O_RDONLY) = -1 ENOENT (No such file or directory)
open(/home/matteo/.thumbnails/fail/gnome-thumbnail-factory/ad368e2024817acf044a20222f753763.png,
 O_RDONLY) = -1 ENOENT (No such file or directory)
open(/home/matteo/.thumbnails/fail/gnome-thumbnail-factory/66d12b5e947f8847a3c578a692c62e6c.png,
 O_RDONLY) = -1 ENOENT (No such file or directory)
open(/home/matteo/.thumbnails/fail/gnome-thumbnail-factory/855b681f14c274b2e766f62f8a168c78.png,
 O_RDONLY) = -1 ENOENT (No such file or directory)
open(/home/matteo/.thumbnails/fail/gnome-thumbnail-factory/ad368e2024817acf044a20222f753763.png,
 O_RDONLY) = -1 ENOENT (No such file or directory)
open(/home/matteo/.thumbnails/fail/gnome-thumbnail-factory/66d12b5e947f8847a3c578a692c62e6c.png,
 O_RDONLY) = -1 ENOENT (No such file or directory)
open(/home/matteo/.thumbnails/fail/gnome-thumbnail-factory/855b681f14c274b2e766f62f8a168c78.png,
 O_RDONLY) = -1 ENOENT (No such file or directory)
open(/home/matteo/.thumbnails/fail/gnome-thumbnail-factory/ad368e2024817acf044a20222f753763.png,
 O_RDONLY) = -1 ENOENT (No such file or directory)
open(/home/matteo/.thumbnails/fail/gnome-thumbnail-factory/66d12b5e947f8847a3c578a692c62e6c.png,
 O_RDONLY) = -1 ENOENT (No such file or directory)

And the last lines get repeated on and on and on again, until nautilus
is killed. While it is responsive (I can browse folders and open files
allright), no thumbnail is ever shown.

Also, grepping for access instead of open in strace, shows me that
the thumbnailers get continously invoked over the same files over and
over again. This should account for the high CPU usage.

I guess there is something wrong with the code trying the fail icon
before the correctly generated one, or never trying to access the icon
in ~/.thumbnails/normal afterwards (I am not sure about the intended
order).

I cannot reproduce this on Fedora 17, so it might be my configuration
on this Debian box, or either some specific Debian patch misbehaving.

Cheers,
Matteo


-- System Information:
Debian Release: wheezy/sid
  APT prefers experimental
  APT policy: (800, 'experimental'), (800, 'unstable'), (800, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages nautilus depends on:
ii  desktop-file-utils 0.20-0.1
ii  gsettings-desktop-schemas  3.4.2-1
ii  gvfs   1.12.3-1+b1
ii  libatk1.0-02.4.0-2
ii  libc6  2.13-35
ii  libcairo-gobject2  1.12.2-2
ii  libcairo2

Bug#675925: accountsservice: Disabling systemd support breaks accountsservice for people using it

[Matteo Settenvini]

Package: accountsservice
Version: 0.6.21-2
Followup-For: Bug #675925

Dear Maintainer,

gdm3 stops working when accounts-daemon.service is not available, and systemd 
is installed.
This effectively prevents any user to login through gdm (only the background 
image is shown, no greeter).
I am attaching my /var/log/gdm3/:0-greeter.log file.

Cheers,
Matteo Settenvini

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

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

Versions of packages accountsservice depends on:
ii  dbus   1.6.0-1
ii  libaccountsservice00.6.21-2
ii  libc6  2.13-33
ii  libglib2.0-0   2.33.1-1
ii  libpolkit-gobject-1-0  0.105-1

accountsservice recommends no packages.

Versions of packages accountsservice suggests:
ii  gnome-control-center  1:3.4.2-2

-- no debconf information
gnome-session[1916]: WARNING: Failed to start app: Unable to start application: 
Esecuzione del processo figlio /usr/lib/at-spi/at-spi-registryd non riuscita 
(File o directory non esistente)

(gnome-settings-daemon:1922): color-plugin-WARNING **: failed to get devices: 
Failed to GetDevices: GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message 
did not receive a reply (timeout by message bus)

(gnome-settings-daemon:1922): color-plugin-WARNING **: failed to create device: 
GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message did not receive a reply 
(timeout by message bus)

(gnome-settings-daemon:1922): color-plugin-WARNING **: 
GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message did not receive a reply 
(timeout by message bus)

(gnome-settings-daemon:1922): color-plugin-WARNING **: 
GDBus.Error:org.freedesktop.DBus.Error.NoReply: Message did not receive a reply 
(timeout by message bus)
gnome-session[1916]: WARNING: Failed to start app: Unable to start application: 
Esecuzione del processo figlio gnome-power-manager non riuscita (File o 
directory non esistente)
gdm-simple-greeter[2236]: Gtk-WARNING: Overriding tab label for notebook
gdm-simple-greeter[2236]: Gtk-WARNING: Overriding tab label for notebook
gdm-simple-greeter[2236]: Gtk-WARNING: Overriding tab label for notebook
gdm-simple-greeter[2236]: Gtk-WARNING: Overriding tab label for notebook
gdm-simple-greeter[2236]: Gtk-WARNING: Overriding tab label for notebook
gdm-simple-greeter[2236]: Gtk-WARNING: 
/tmp/buildd/gtk+3.0-3.4.2/./gtk/gtkwidget.c:7117: widget not within a GtkWindow
gdm-simple-greeter[2236]: Gtk-CRITICAL: 
gtk_widget_get_preferred_height_for_width: assertion `width = 0' failed
gdm-simple-greeter[2236]: Gtk-CRITICAL: 
gtk_widget_get_preferred_height_for_width: assertion `width = 0' failed
gdm-simple-greeter[2236]: Gtk-WARNING: gtk_widget_size_allocate(): attempt to 
allocate widget with width -47 and height -47
Avviso del window manager: Buggy client sent a _NET_ACTIVE_WINDOW message with 
a timestamp of 0 for 0x107 (Finestra d)
Avviso del window manager: meta_window_activate called by a pager with a 0 
timestamp; the pager needs to be fixed.
gdm-simple-greeter[2236]: CRITICAL: get_column_number: assertion `i  
gtk_tree_view_get_n_columns (treeview)' failed
gdm-simple-greeter[2236]: CRITICAL: get_column_number: assertion `i  
gtk_tree_view_get_n_columns (treeview)' failed
gdm-simple-greeter[2236]: AccountsService-WARNING: Failed to create accounts 
proxy: Errore nel chiamare StartServiceByName per org.freedesktop.Accounts: 
GDBus.Error:org.freedesktop.systemd1.LoadFailed: Unit accounts-daemon.service 
failed to load: No such file or directory. See system logs and 'systemctl 
status accounts-daemon.service' for details.
gdm-simple-greeter[2236]: GLib-GIO-CRITICAL: g_dbus_proxy_call_internal: 
assertion `G_IS_DBUS_PROXY (proxy)' failed
**
AccountsService:ERROR:act-user-manager.c:2115:load_users: assertion failed: 
(manager-priv-accounts_proxy != NULL)
gdm[2278]: *** START **
gdm[2278]: [Thread debugging using libthread_db enabled]
gdm[2278]: Using host libthread_db library 
/lib/x86_64-linux-gnu/libthread_db.so.1.
gdm[2278]: [New Thread 0x7fe089a00700 (LWP 2268)]
41  ../sysdeps/unix/sysv/linux/waitpid.c: File o directory non esistente.
gdm[2278]: 0x7fe094305c1d in __libc_waitpid (pid=2278, stat_loc=optimized 
out, options=0) at ../sysdeps/unix/sysv/linux/waitpid.c:41
gdm[2278]: #0  0x7fe094305c1d in __libc_waitpid (pid=2278, 
stat_loc=optimized out, options=0) at ../sysdeps/unix/sysv/linux/waitpid.c:41
gdm[2278]: #1  0x0042a40b in ?? ()
gdm[2278]: #2  0x0042a74a in ?? ()
gdm[2278]: #3  signal handler called
gdm[2278]: #4  0x7fe0904de475 in *__GI_raise (sig=optimized out) at 
../nptl/sysdeps/unix/sysv/linux/raise.c:64
gdm[2278]: #5  0x7fe0904e16f0 in *__GI_abort () at abort.c:92
gdm[2278]: #6

Bug#673542: libpng12-0_1.5.10-2 sends gdm3 and Xorg in an infinite loop, breaking the whole graphical system

[Matteo Settenvini]

Package: libpng12-0
Version: 1.5.10-2
Severity: grave
Justification: renders package unusable

Dear Maintainer,

the new version of libpng12-0 that was uploaded in experimental today is 
sending gdm3 and Xorg restarting in an infinite loop at boot time, rendering 
the (graphical) system unusable. Each one of them takes a VT and dies, 
and it is not possible to kill Xorg/gdm too.

Also, after installing the new version, no application can be started 
in a currently running environment because segfaulting.

Booting in single user mode and downgrading to the latest 1.4.x version 
makes the system work again.

Cheers,
Matteo


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

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

Versions of packages libpng12-0 depends on:
ii  libpng15-15  1.5.10-2

libpng12-0 recommends no packages.

libpng12-0 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#670591: initscripts 2.88dsf-24 still has this problem

[Matteo Settenvini]

Still happening with initscripts 2.88dsf-24, so the fix might not have
been packaged or proven effective. Manual workaround works, though.

-- 
Matteo Settenvini
FSF Associated Member
Email : mat...@member.fsf.org


-BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS/E d--(-) s+: a- C+++ UL+++
P+ L$ E+ W+++ N+ o?
w--- O M- V- PS++ PE- Y+++
PGP+++ t++ 5 X- R+ !tv b+++ 
DI++ D++ G++ e++ h+ r++ y+
--END GEEK CODE BLOCK--



signature.asc
Description: This is a digitally signed message part

Bug#668785: Not sure it should be fixed

[Matteo Settenvini]

I think the default is on for accessibility purposes. Imagine a
blind/short-sighted person waiting for the system to boot-up; the sound
you can hear is helpful to tell them to log in. This is even more
important in a public place, since you don't know who your users are.

Other systems such as Windows and Mac OS X have sounds too, as far as I
remember.

Ideally, a good solution would be to lower down your speakers
volume :-D.

Cheers,
-- 
Matteo Settenvini
FSF Associated Member
Email : mat...@member.fsf.org


-BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS/E d--(-) s+: a- C+++ UL+++
P+ L$ E+ W+++ N+ o?
w--- O M- V- PS++ PE- Y+++
PGP+++ t++ 5 X- R+ !tv b+++ 
DI++ D++ G++ e++ h+ r++ y+
--END GEEK CODE BLOCK--



signature.asc
Description: This is a digitally signed message part

Bug#666889:

[Matteo Settenvini]

Uhm... by looking at
http://release.debian.org/transitions/html/cogl.html I don't see totem,
which depends on libcogl5.

Cheers,
-- 
Matteo Settenvini
FSF Associated Member
Email : mat...@member.fsf.org


-BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS/E d--(-) s+: a- C+++ UL+++
P+ L$ E+ W+++ N+ o?
w--- O M- V- PS++ PE- Y+++
PGP+++ t++ 5 X- R+ !tv b+++ 
DI++ D++ G++ e++ h+ r++ y+
--END GEEK CODE BLOCK--



signature.asc
Description: This is a digitally signed message part

Bug#669949: sysvinit: Break X11: no more mouse and keyboard

[Matteo Settenvini]

I can confirm this bug, and I did not touch /etc/default/tmpfs.

I am also experiencing other bugs that might be related to the
initscripts upgrade, for example systemd has stopped working and I had
to go back using sysvinit. With systemd, /run/lock was not created, as
well as /run/dbus (dbus not starting, but working if creating /run/dbus
and launching the daemon manually from the cmdline after booting in
single-user mode). 

Does dbus / systemd require something special from /dev? Can it be
related to problems in /run missing some directories and files?

I don't have hal installed, nor any entry in fstab besides the normal
physical hard-disk partitions + proc.

To me, it looks as if something strange was changed early in the boot
process, but there's nothing relevant in the logfiles.

Cheers,
-- 
Matteo Settenvini
FSF Associated Member
Email : mat...@member.fsf.org


-BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS/E d--(-) s+: a- C+++ UL+++
P+ L$ E+ W+++ N+ o?
w--- O M- V- PS++ PE- Y+++
PGP+++ t++ 5 X- R+ !tv b+++ 
DI++ D++ G++ e++ h+ r++ y+
--END GEEK CODE BLOCK--



signature.asc
Description: This is a digitally signed message part

Bug#667603: libclutter-1.0-0: Impossible to upgrade clutter to 1.10.0: rebuild needed for libcogl5 → libcogl9 transition

[Matteo Settenvini]

Package: libclutter-1.0-0
Version: 1.8.4-1
Severity: normal

Dear Maintainer,

at the moment, it is impossible on my experimental system to upgrade
from libclutter-1.0-0 version 1.8.4-1 to version 1.10.0-1.

This is due to several other installed packages depending on libcogl5,
which the new libclutter breaks in favor of libcogl9.

Therefore, I suggest rebuilding the following packages against the new
libcogl9:

  libsushi-1.0-0
  libcogl-pango0
  libgdprivate-1.0-0
  totem-plugins
  totem
  libtotem0
  gnome-boxes
  nautilus-sendto-empathy
  empathy
  libcogl-pango0
  libclutter-1.0-0
  toonloop
  rhythmbox-plugins
  pinpoint
  libmx-1.0-2
  mutter
  libmutter0
  libchamplain-0.12-0
  gnome-sushi
  gnome-shell
  quadrapassel
  gnome-control-center
  libevolution
  evolution-plugins
  evolution
  eog-plugins
  libcogl5-dbg
  libcogl-pango0
  libcogl-dev
  gir1.2-cogl-1.0
  libclutter-gtk-1.0-0
  libclutter-gst-1.0-0
  libcluttergesture-0.0.2-0
  libclutter-1.0-0
  clutter-1.0-tests
  libcheese-gtk20

Most of these packages will probably be updated in the near future
because they are part of GNOME 3.4.

It is also possible that libcogl5 is listed incorrectly as a
dependency, since most packages should only use libclutter and not
cogl directly. In that case, removing it from the list of dependencies
would be a better solution.

Thanks for your time!
Matteo


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

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

Versions of packages libclutter-1.0-0 depends on:
ii  libatk1.0-0   2.4.0-2
ii  libc6 2.13-27
ii  libcairo-gobject2 1.12.0-2
ii  libcairo2 1.12.0-2
ii  libcogl-pango01.10.0-1
ii  libcogl5  1.8.2-1
ii  libdrm2   2.4.33-1
ii  libfontconfig12.8.0-3.1
ii  libfreetype6  2.4.9-1
ii  libgdk-pixbuf2.0-02.26.0-2
ii  libgl1-mesa-glx [libgl1]  8.0-2
ii  libglib2.0-0  2.32.0-3
ii  libjson-glib-1.0-00.14.2-1
ii  libpango1.0-0 1.30.0-1
ii  libx11-6  2:1.4.99.1-1
ii  libxcomposite11:0.4.3-2
ii  libxdamage1   1:1.1.3-2
ii  libxext6  2:1.3.0-3
ii  libxfixes31:5.0-4
ii  libxi62:1.5.99.2-1
ii  multiarch-support 2.13-27

Versions of packages libclutter-1.0-0 recommends:
ii  libclutter-1.0-common  1.10.0-1

libclutter-1.0-0 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#656683: kmod: Switching to kmod makes only one ATI driver between audio and video work

[Matteo Settenvini]

Il giorno mar, 21/02/2012 alle 23.26 +0100, Marco d'Itri ha scritto:
 Please test release 5-2.
 

5-2 works for me, also with the lines in /etc/modprobe.d/alsa-base.conf
uncommented.

Thanks,
-- 
Matteo Settenvini
FSF Associated Member
Email : mat...@member.fsf.org


-BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS/E d--(-) s+: a- C+++ UL+++
P+ L$ E+ W+++ N+ o?
w--- O M- V- PS++ PE- Y+++
PGP+++ t++ 5 X- R+ !tv b+++ 
DI++ D++ G++ e++ h+ r++ y+
--END GEEK CODE BLOCK--



signature.asc
Description: This is a digitally signed message part

Bug#635168: Fix

[Matteo Settenvini]

Il giorno mar, 07/02/2012 alle 10.16 +0100, Michel Dänzer ha scritto:
 Investigating this today, I noticed these messages
 in /var/log/daemon.log:
 
 Feb  7 08:11:27 thor accounts-daemon[2299]: ** (accounts-daemon:2299): 
 CRITICAL **: Duplicate object at path /org/freedesktop/Accounts/User276585368.
 Feb  7 08:11:27 thor accounts-daemon[2299]: ** (accounts-daemon:2299): 
 CRITICAL **: Duplicate object at path /org/freedesktop/Accounts/User276585368.
 
 This led me to the problem and fix relatively quickly:
 
 
 diff -up -ru accountsservice-0.6.15.orig/src/user.c 
 accountsservice-0.6.15/src/user.c
 --- accountsservice-0.6.15.orig/src/user.c2012-02-07 10:09:11.0 
 +0100
 +++ accountsservice-0.6.15/src/user.c 2012-02-07 09:04:53.0 +0100
 @@ -731,7 +731,7 @@ compute_object_path (User *user)
  {
  gchar *object_path;
  
 -object_path = g_strdup_printf (/org/freedesktop/Accounts/User%ld,
 +object_path = g_strdup_printf (/org/freedesktop/Accounts/User%lld,
 (gint64) user-uid);
  
  return object_path;
 
 

Wow, thanks! You're my hero of the day!
Although, shouldn't that be:

object_path = g_strdup_printf (/org/freedesktop/Accounts/User%lld,
  (long long int) user-uid);

?

The reason is that g_*printf() behaves like C's printf() [1], thus 
%lld is machine-specific, and guaranteed to work only with a (long
long int) cast, not with a gint64 which is machine-independent.

[1] in gprintfint.h:  #define _g_vprintf   vprintf

Anyway, thanks!
-- 
Matteo Settenvini
FSF Associated Member
Email : mat...@member.fsf.org


-BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS/E d--(-) s+: a- C+++ UL+++
P+ L$ E+ W+++ N+ o?
w--- O M- V- PS++ PE- Y+++
PGP+++ t++ 5 X- R+ !tv b+++ 
DI++ D++ G++ e++ h+ r++ y+
--END GEEK CODE BLOCK--



signature.asc
Description: This is a digitally signed message part

Bug#658170: libaudit0 2.1.3-1 bumps soname and breaks systemd-sysv

[Matteo Settenvini]

Package: libaudit0
Version: 2.1.3-1
Severity: critical
Justification: breaks the whole system

Dear Maintainer,

the recent soname bump that hit Debian unstable today, with
the introduction of libaudit0 2.1.3-1 (which is more something like 
libaudit1 :-p), breaks my whole system because systemd is not 
rebuilt against it.

As a result, /sbin/init coming from the systemd-sysv fails because
of the missing dependency on libaudit.so.0.

Ideally, libaudit.so.0 and libaudit.so.1 should be both installed for 
some time, if possible, or systemd updated to cope with the change, 
or the soname bump avoided for the time being.

Else, the system is left in a unusable and unbootable state.

PS. The kernel I am booting from comes from a rescue USB key, a Fedora
system, so don't take that in account.

Thanks,
Matteo Settenvini


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

Kernel: Linux 3.1.0-7.fc16.x86_64 (SMP w/4 CPU cores)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libaudit0 depends on:
ii  libc6  2.13-25

libaudit0 recommends no packages.

libaudit0 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#656683: kmod: Switching to kmod makes only one ATI driver between audio and video work

[Matteo Settenvini]

Il giorno dom, 29/01/2012 alle 23.46 -0200, Lucas De Marchi ha scritto:
 On Sun, Jan 29, 2012 at 11:40 PM, Marco d'Itri m...@linux.it wrote:

  -- Forwarded message --
  From: Matteo Settenvini mat...@member.fsf.org
  To: Marco d'Itri m...@linux.it
  Cc:
  Date: Mon, 30 Jan 2012 02:39:24 +0100
  Subject: Re: Bug#656683: kmod: Switching to kmod makes only one ATI driver 
  between audio and video work
  Il giorno dom, 29/01/2012 alle 05.33 +0100, Marco d'Itri ha scritto:
  On Jan 22, Matteo Settenvini matteo...@member.fsf.org wrote:
 
   Unfortunately, rebooting results in a lot of disk thrashing, because of
   four modprobe processes that start eating all available memory.
  Please try again: http://www.bofh.it/~md/debian/ .
 
 
  Hello Marco,
 
  I tried again (always recompiling for amd64) and things look worse than
  before :-p.
 
  Perhaps because the initramfs was refreshed due to other updates, now I
  get what you can see in the attachment. I took a photo as the keyboard
  is not working (probably the USB modules are not loaded).
 
 Could you please put your initram anywhere I can download it to test?
 
 Lucas De Marchi

For sure. You can find it here:
http://montecristosoftware.eu/bugs/debianbug-656683-initramfs
+kernel.tar.xz

Here there is also the output when I ran update-initramfs:

root@orchid:/home/matteo/kmod# update-initramfs -u -k all
update-initramfs: Generating /boot/initrd.img-3.2.0-1-amd64
FATAL: Module xhci not found.
FATAL: Module ext4dev not found.
FATAL: Module af_packet not found.
FATAL: Module atkbd not found.
FATAL: Module zfcp not found.
FATAL: Module dasd_diag_mod not found.
FATAL: Module dasd_eckd_mod not found.
FATAL: Module dasd_fba_mod not found.
FATAL: Module unix not found.
WARNING: could not
open /tmp/mkinitramfs_8P0jvp/lib/modules/3.2.0-1-amd64/modules.builtin:
No such file or directory

Under the old module-init-tools, there were no warning displayed when
running update-initramfs. But I guess most of these are normal? The last
line is present also with other (working) versions of kmod.

Cheers,
-- 
Matteo Settenvini
FSF Associated Member
Email : mat...@member.fsf.org


-BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS/E d--(-) s+: a- C+++ UL+++
P+ L$ E+ W+++ N+ o?
w--- O M- V- PS++ PE- Y+++
PGP+++ t++ 5 X- R+ !tv b+++ 
DI++ D++ G++ e++ h+ r++ y+
--END GEEK CODE BLOCK--



signature.asc
Description: This is a digitally signed message part

Bug#656683: [matteo...@member.fsf.org: Re: Bug#656683: kmod: Switching to kmod makes only one ATI driver between audio and video work]

[Matteo Settenvini]

Il giorno lun, 23/01/2012 alle 14.12 -0200, Lucas De Marchi ha scritto:
 Hi Marco and Matteo

 It just means that you have a bogus line in your configuration.
 There's no snd-ioctl32 module in your system.
 

Yep, I figured that out. The funny part is, I never meddled with the
configuration file of modprobe, so it must be set automatically by some
other part of the system I am not aware of.

That particular line is in a /etc/modprobe.d/alsa-base.conf file, which
is shipped in Debian by alsa-base 1.0.23+dfsg-4.

Specifically, the source for this comes in 
alsa-driver-1.0.23+dfsg/debian/alsa-base.modprobe

 What a huge amount of the install commands Why do you need all
 those? I'll fix kmod, but you should start using softdeps instead of
 using install commands to create dependencies.

Yes, I can agree on that. I will try to comment out all installs and see
what happens. Let us see if there is any problem with MIDI, as that seem
to be the main reason those install commands are in place.

Cheers,
-- 
Matteo Settenvini
FSF Associated Member
Email : mat...@member.fsf.org


-BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS/E d--(-) s+: a- C+++ UL+++
P+ L$ E+ W+++ N+ o?
w--- O M- V- PS++ PE- Y+++
PGP+++ t++ 5 X- R+ !tv b+++ 
DI++ D++ G++ e++ h+ r++ y+
--END GEEK CODE BLOCK--



signature.asc
Description: This is a digitally signed message part

Bug#656683: kmod: Switching to kmod makes only one ATI driver between audio and video work

[Matteo Settenvini]

I can confirm that kmod4 works correctly when commenting out those
install lines in alsa-base.conf. I commented out everything and I see
no regression insofar.

Cheers,
Matteo Settenvini


signature.asc
Description: This is a digitally signed message part

Bug#656683: kmod: Switching to kmod makes only one ATI driver between audio and video work

[Matteo Settenvini]

Il giorno ven, 20/01/2012 alle 23.00 +0100, Marco d'Itri ha scritto:
 On Jan 20, Matteo Settenvini matteo...@member.fsf.org wrote:
 
Downgrading to module-init-tools 3.16-1 fixes this issue, so I am
convinced this is a kmod-related issue.
 Please try the new, untested, package from http://www.bofh.it/~md/debian/
 

Thanks Marco,

I just tried the new package (which I re-compiled for amd64 from that
link). 

Unfortunately, rebooting results in a lot of disk thrashing, because of
four modprobe processes that start eating all available memory.

After consuming about ~2 GB memory each, the kernel first tries killing
some other processes to free memory, then panics with an out of memory
error.

So it looks the new package actually makes things worse :-|.

Cheers,
-- 
Matteo Settenvini
FSF Associated Member
Email : mat...@member.fsf.org


-BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS/E d--(-) s+: a- C+++ UL+++
P+ L$ E+ W+++ N+ o?
w--- O M- V- PS++ PE- Y+++
PGP+++ t++ 5 X- R+ !tv b+++ 
DI++ D++ G++ e++ h+ r++ y+
--END GEEK CODE BLOCK--





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

Bug#656683: kmod: Switching to kmod makes only one ATI driver between audio and video work

[Matteo Settenvini]

Package: kmod
Version: 3-1
Severity: important

Dear Maintainer,

  I recently updated my experimental installation from
  module-init-tools 3.16-1 to 4.0.3-1, which installed kmod as a
  replacement.

  Now, whenever I boot up, I can randomly get one of the following two
  behaviours:

  a) The fully booted system cannot set the framebuffer resolution,
  nor I can run GNOME Shell any more since it says I miss the required
  accelerated video drivers.

  b) The fully booted system cannot play or record any audio. In the
  sound preferences inside GNOME, I cannot see the audio card any
  more, only a dummy device.

  Maybe there is a race condition in loading the ATI modules? In fact,
  my video card provides both video and audio (from lspci):

  06:00.0 VGA compatible controller: ATI Technologies Inc Juniper [Radeon HD 
5700 Series]
  06:00.1 Audio device: ATI Technologies Inc Juniper HDMI Audio [Radeon HD 5700 
Series]

  Downgrading to module-init-tools 3.16-1 fixes this issue, so I am
  convinced this is a kmod-related issue.

  Here is the full output of lsmod when running the old module-init-tools:


Module  Size  Used by
fuse   61981  3 
powernow_k817574  0 
mperf  12453  1 powernow_k8
cpufreq_powersave  12454  0 
cpufreq_conservative13147  0 
cpufreq_stats  12866  0 
cpufreq_userspace  12576  0 
binfmt_misc12957  1 
ppdev  12763  0 
lp 17149  0 
snd_hda_codec_hdmi 30783  1 
snd_hda_codec_realtek   188560  1 
snd_usb_audio  84836  1 
arc4   12458  2 
snd_usbmidi_lib23420  1 snd_usb_audio
snd_hda_intel  26345  2 
snd_hda_codec  77955  3 
snd_hda_intel,snd_hda_codec_realtek,snd_hda_codec_hdmi
uvcvideo   57744  0 
snd_hwdep  13186  2 snd_hda_codec,snd_usb_audio
videodev   70889  1 uvcvideo
v4l2_compat_ioctl3216655  1 videodev
media  18148  2 videodev,uvcvideo
joydev 17266  0 
snd_pcm_oss41081  0 
snd_mixer_oss  17916  1 snd_pcm_oss
snd_pcm63900  5 
snd_pcm_oss,snd_hda_codec,snd_hda_intel,snd_usb_audio,snd_hda_codec_hdmi
radeon643186  4 
ttm48725  1 radeon
drm_kms_helper 27227  1 radeon
drm   167629  6 drm_kms_helper,ttm,radeon
edac_mce_amd   17103  0 
edac_core  35258  0 
snd_page_alloc 13003  2 snd_pcm,snd_hda_intel
ath5k 129406  0 
wmi13243  0 
ath21370  1 ath5k
sp5100_tco 12900  0 
power_supply   13475  1 radeon
evdev  17562  7 
snd_seq_midi   12848  0 
snd_seq_midi_event 13316  1 snd_seq_midi
i2c_piix4  12536  0 
snd_rawmidi23060  2 snd_seq_midi,snd_usbmidi_lib
snd_seq45093  2 snd_seq_midi_event,snd_seq_midi
mac80211  192778  1 ath5k
snd_seq_device 13176  3 snd_seq,snd_rawmidi,snd_seq_midi
snd_timer  22917  2 snd_seq,snd_pcm
cfg80211  137140  3 mac80211,ath,ath5k
processor  28059  1 powernow_k8
thermal_sys18040  1 processor
button 12937  0 
k10temp12611  0 
pcspkr 12579  0 
snd52850  20 
snd_timer,snd_seq_device,snd_seq,snd_rawmidi,snd_usbmidi_lib,snd_pcm,snd_mixer_oss,snd_pcm_oss,snd_hwdep,snd_hda_codec,snd_hda_intel,snd_usb_audio,snd_hda_codec_realtek,snd_hda_codec_hdmi
psmouse64455  0 
parport_pc 22364  1 
i2c_algo_bit   12841  1 radeon
rfkill 19012  2 cfg80211
i2c_core   23876  6 
i2c_algo_bit,i2c_piix4,drm,drm_kms_helper,radeon,videodev
soundcore  13065  1 snd
serio_raw  12931  0 
parport31858  3 parport_pc,lp,ppdev
deflate12551  0 
zlib_deflate   25638  1 deflate
ctr12979  0 
twofish_generic16569  0 
twofish_x86_64_3way25167  0 
twofish_x86_64 12501  1 twofish_x86_64_3way
twofish_common 20544  3 
twofish_x86_64,twofish_x86_64_3way,twofish_generic
camellia   29068  0 
serpent29015  0 
blowfish_generic   12464  0 
blowfish_x86_6421201  0 
blowfish_common16447  2 blowfish_x86_64,blowfish_generic
cast5  24829  0 
des_generic20851  0 
cbc12754  0 
cryptd 14517  0 
aes_x86_64 16796  1 
aes_generic33026  1 aes_x86_64
xcbc   12709  0 
rmd160 16640  0 
sha512_generic 12625  0 
sha256_generic 16797  0 
sha1_generic   12539  0 
hmac   12835  0 
crypto_null12732  0 
af_key 31759  0 
loop   22641  0 
firewire_sbp2  17993  0 
autofs4   

Bug#635168: accountsservice: Only one user shows up ad gdm3 login screen, or in the user editor in GNOME 3

[Matteo Settenvini]

Package: accountsservice
Version: 0.6.12-5
Severity: important

Since I installed debian, and upgraded accountsservice to the latest version, I
stopped being able to see more than one user (the one with the largest UID) in
the gdm3 login window. Each time, I have to select other... and manually type
the user name (there are 4 users on this machine).

Moreover, the unlock screen for the screensaver displays the wrong user when
waiting for the password, and I cannot see any other user in the GNOME 3 Edit
users window. If I am logged in with my administrator account, for instance, I
cannot even change my own details such as name or portrait, as I am not the
user with the highest UID.

The same package installed on another PC (amd64 arch) does not have this
problem. It seem to be a powerpc-specific issue.

This might be caused also by consolekit or similar packages, but I'm giving my
best shot and say it's an issue of accountsservice on powerpc.



-- System Information:
Debian Release: wheezy/sid
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (1, 
'experimental')
Architecture: powerpc (ppc64)

Kernel: Linux 2.6.39-2-powerpc64 (SMP w/1 CPU core)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages accountsservice depends on:
ii  dbus  1.5.4-2simple interprocess messaging syst
ii  libaccountsservice0   0.6.12-5   query and manipulate user account 
ii  libc6 2.13-10Embedded GNU C Library: Shared lib
ii  libdbus-1-3   1.5.4-2simple interprocess messaging syst
ii  libdbus-glib-1-2  0.94-4 simple interprocess messaging syst
ii  libglib2.0-0  2.28.6-2   GLib library of C routines
ii  libpolkit-gobject-1-0 0.101-4PolicyKit Authorization API

accountsservice recommends no packages.

Versions of packages accountsservice suggests:
ii  gnome-control-center 1:3.0.1.1-1 utilities to configure the GNOME d

-- 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#632339: Cannot upgrade brasero to ~3.0 on powerpc

[Matteo Settenvini]

Package: brasero
Version: 2.30.3-2
Severity: normal

On powerpc, brasero 3.0.0-1+b1 is asking for libnautilus-extension1, while
other packages (such as nautilus itself) are depending on libnautilus-
extension1a. Since they are mutually exclusive, it is not possible to update
GNOME to the latest version.

Brasero should also be rebuilt with and depend on libnautilus-extension1a.

Other packages affected and blocking the upgrade:
 * evince
 * gnome-disk-utility
 * gnome-user-share



-- System Information:
Debian Release: wheezy/sid
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (1, 
'experimental')
Architecture: powerpc (ppc64)

Kernel: Linux 2.6.39-2-powerpc64 (SMP w/1 CPU core)
Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages brasero depends on:
ii  brasero-common  2.30.3-2 Common files for the Brasero CD bu
ii  gnome-icon-theme3.0.0-3  GNOME Desktop icon theme
ii  gstreamer0.10-plugins-base  0.10.35-1GStreamer plugins from the base 
ii  gvfs1.6.4-3  userspace virtual filesystem - ser
ii  libatk1.0-0 2.0.1-1  ATK accessibility toolkit
ii  libbrasero-media0   2.30.3-2 CD/DVD burning library for GNOME -
ii  libc6   2.13-7   Embedded GNU C Library: Shared lib
ii  libcairo2   1.10.2-6 The Cairo 2D vector graphics libra
ii  libdbus-1-3 1.4.12-2 simple interprocess messaging syst
ii  libdbus-glib-1-20.94-2   simple interprocess messaging syst
ii  libfontconfig1  2.8.0-3  generic font configuration library
ii  libfreetype62.4.4-2  FreeType 2 font engine, shared lib
ii  libgconf2-4 2.32.4-1 GNOME configuration database syste
ii  libglib2.0-02.28.6-1 The GLib library of C routines
ii  libgstreamer-plugins-base0. 0.10.35-1GStreamer libraries from the base
ii  libgstreamer0.10-0  0.10.35-1Core GStreamer libraries and eleme
ii  libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface 
ii  libice6 2:1.0.7-2X11 Inter-Client Exchange library
ii  libnautilus-extension1  2.30.1-3 libraries for nautilus components 
ii  libpango1.0-0   1.28.4-1 Layout and rendering of internatio
ii  libsm6  2:1.2.0-2X11 Session Management library
ii  libtotem-plparser17 2.32.5-2 Totem Playlist Parser library - ru
ii  libtracker-client-0.8-0 0.8.18-1 metadata database, indexer and sea
ii  libunique-1.0-0 1.1.6-2  Library for writing single instanc
ii  libxml2 2.7.8.dfsg-3 GNOME XML library

brasero recommends no packages.

Versions of packages brasero suggests:
pn  libdvdcss2none (no description available)
pn  vcdimager none (no description available)

-- no debconf information



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

Bug#632340: Cannot upgrade evince to ~3.0 on powerpc

[Matteo Settenvini]

Package: evince
Version: 2.30.3-3
Severity: normal

On powerpc, evince 3.0.2-1 is asking for libnautilus-extension1, while other
packages (such as nautilus itself) are depending on libnautilus-extension1a.
Since they are mutually exclusive, it is not possible to update GNOME to the
latest version.

Evince should also be rebuilt with and depend on libnautilus-extension1a.

Other packages affected and blocking the upgrade:
 * brasero
 * gnome-disk-utility
 * gnome-user-share



-- System Information:
Debian Release: wheezy/sid
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (1, 
'experimental')
Architecture: powerpc (ppc64)

Kernel: Linux 2.6.39-2-powerpc64 (SMP w/1 CPU core)
Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages evince depends on:
ii  evince-common   2.30.3-3 Document (PostScript, PDF) viewer 
ii  gconf2  2.32.4-1 GNOME configuration database syste
ii  gnome-icon-theme3.0.0-3  GNOME Desktop icon theme
ii  libatk1.0-0 2.0.1-1  ATK accessibility toolkit
ii  libc6   2.13-7   Embedded GNU C Library: Shared lib
ii  libcairo2   1.10.2-6 The Cairo 2D vector graphics libra
ii  libdbus-1-3 1.4.12-2 simple interprocess messaging syst
ii  libdbus-glib-1-20.94-2   simple interprocess messaging syst
ii  libevince2  2.30.3-3 Document (PostScript, PDF) renderi
ii  libfontconfig1  2.8.0-3  generic font configuration library
ii  libfreetype62.4.4-2  FreeType 2 font engine, shared lib
ii  libgconf2-4 2.32.4-1 GNOME configuration database syste
ii  libglib2.0-02.28.6-1 The GLib library of C routines
ii  libgnome-keyring0   3.0.3-1  GNOME keyring services library
ii  libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface 
ii  libice6 2:1.0.7-2X11 Inter-Client Exchange library
ii  libnautilus-extension1  2.30.1-3 libraries for nautilus components 
ii  libpango1.0-0   1.28.4-1 Layout and rendering of internatio
ii  libsm6  2:1.2.0-2X11 Session Management library
ii  libx11-62:1.4.3-2X11 client-side library
ii  libxml2 2.7.8.dfsg-3 GNOME XML library
ii  shared-mime-info0.90-1   FreeDesktop.org shared MIME databa
ii  zlib1g  1:1.2.3.4.dfsg-3 compression library - runtime

Versions of packages evince recommends:
ii  dbus-x11  1.4.12-2   simple interprocess messaging syst
ii  gvfs  1.6.4-3userspace virtual filesystem - ser

Versions of packages evince suggests:
ii  nautilus  2.30.1-3   file manager and graphical shell f
pn  poppler-data  none (no description available)
pn  unrar none (no description available)

-- no debconf information



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

Bug#632341: Cannot upgrade gnome-disk-utility to ~3.0 on powerpc

[Matteo Settenvini]

Package: gnome-disk-utility
Version: 2.32.0-1
Severity: normal

On powerpc, gnome-disk-utility 3.0.0.2-2+b1 is asking for libnautilus-
extension1, while other packages (such as nautilus itself) are depending on
libnautilus-extension1a. Since they are mutually exclusive, it is not possible
to update GNOME to the latest version.

gnome-disk-utility should also be rebuilt with and depend on libnautilus-
extension1a.

Other packages affected and blocking the upgrade:
 * brasero
 * evince
 * gnome-user-share



-- System Information:
Debian Release: wheezy/sid
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (1, 
'experimental')
Architecture: powerpc (ppc64)

Kernel: Linux 2.6.39-2-powerpc64 (SMP w/1 CPU core)
Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnome-disk-utility depends on:
ii  libatasmart4  0.17+git20100219-3 ATA S.M.A.R.T. reading and parsing
ii  libatk1.0-0   2.0.1-1ATK accessibility toolkit
ii  libavahi-client3  0.6.30-3   Avahi client library
ii  libavahi-common3  0.6.30-3   Avahi common library
ii  libavahi-glib10.6.30-3   Avahi glib integration library
ii  libavahi-ui0  0.6.30-3   Avahi GTK+ User interface library
ii  libc6 2.13-7 Embedded GNU C Library: Shared lib
ii  libcairo2 1.10.2-6   The Cairo 2D vector graphics libra
ii  libdbus-1-3   1.4.12-2   simple interprocess messaging syst
ii  libdbus-glib-1-2  0.94-2 simple interprocess messaging syst
ii  libfontconfig12.8.0-3generic font configuration library
ii  libfreetype6  2.4.4-2FreeType 2 font engine, shared lib
ii  libgdk-pixbuf2.0-02.23.3-3.1 GDK Pixbuf library
ii  libgdu-gtk0   2.32.0-1   GTK+ standard dialog library for l
ii  libgdu0   2.32.0-1   GObject based Disk Utility Library
ii  libglib2.0-0  2.28.6-1   The GLib library of C routines
ii  libgnome-keyring0 3.0.3-1GNOME keyring services library
ii  libgtk2.0-0   2.24.4-3   The GTK+ graphical user interface 
ii  libnautilus-extension 2.30.1-3   libraries for nautilus components 
ii  libnotify1 [libnotify 0.5.0-2sends desktop notifications to a n
ii  libpango1.0-0 1.28.4-1   Layout and rendering of internatio
ii  libunique-1.0-0   1.1.6-2Library for writing single instanc
ii  libx11-6  2:1.4.3-2  X11 client-side library

gnome-disk-utility recommends no packages.

gnome-disk-utility 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#632342: Cannot upgrade gnome-user-share to ~3.0 on powerpc

[Matteo Settenvini]

Package: gnome-user-share
Version: 2.30.1-1
Severity: normal

On powerpc, gnome-user-share 3.0.2-2+b1 is asking for libnautilus-extension1,
while other packages (such as nautilus itself) are depending on libnautilus-
extension1a. Since they are mutually exclusive, it is not possible to update
GNOME to the latest version.

gnome-user-share should also be rebuilt with and depend on libnautilus-
extension1a.

Other packages affected and blocking the upgrade:
 * brasero
 * evince
 * gnome-disk-utility



-- System Information:
Debian Release: wheezy/sid
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (1, 
'experimental')
Architecture: powerpc (ppc64)

Kernel: Linux 2.6.39-2-powerpc64 (SMP w/1 CPU core)
Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gnome-user-share depends on:
ii  apache2.2-bin 2.2.19-1   Apache HTTP Server common binary f
ii  gconf22.32.4-1   GNOME configuration database syste
ii  gnome-bluetooth   3.0.0-1GNOME Bluetooth tools
ii  libapache2-mod-dnssd  0.6-2  Zeroconf support for Apache 2 via 
ii  libatk1.0-0   2.0.1-1ATK accessibility toolkit
ii  libc6 2.13-7 Embedded GNU C Library: Shared lib
ii  libcairo2 1.10.2-6   The Cairo 2D vector graphics libra
ii  libcanberra-gtk0  0.28-1 Gtk+ helper for playing widget eve
ii  libcanberra0  0.28-1 a simple abstract interface for pl
ii  libdbus-1-3   1.4.12-2   simple interprocess messaging syst
ii  libdbus-glib-1-2  0.94-2 simple interprocess messaging syst
ii  libfontconfig12.8.0-3generic font configuration library
ii  libfreetype6  2.4.4-2FreeType 2 font engine, shared lib
ii  libgconf2-4   2.32.4-1   GNOME configuration database syste
ii  libglib2.0-0  2.28.6-1   The GLib library of C routines
ii  libgnome-bluetooth7   2.30.0-2   GNOME Bluetooth tools - support li
ii  libgtk2.0-0   2.24.4-3   The GTK+ graphical user interface 
ii  libnautilus-extension12.30.1-3   libraries for nautilus components 
ii  libnotify1 [libnotify1-gtk2.1 0.5.0-2sends desktop notifications to a n
ii  libpango1.0-0 1.28.4-1   Layout and rendering of internatio
ii  libselinux1   2.0.98-1.1 SELinux runtime shared libraries
ii  libunique-1.0-0   1.1.6-2Library for writing single instanc
ii  libx11-6  2:1.4.3-2  X11 client-side library
ii  obex-data-server  0.4.5-1+b2 D-Bus service for OBEX client and 

gnome-user-share recommends no packages.

gnome-user-share 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#624630: shotwell: Shotwell crashes when i try to import photos of one folder

[Matteo Settenvini]

I am getting the same problem, rendering Shotwell 0.9.3-1 unusable. I am
also on amd64. However, I just recompiled it again and it works
perfectly.

I guess the package might have been generated by a rotten compiler
version, or due to some other incompatible library that was later
updated (gudev, maybe?). I did not check carefully, but I can say that:

apt-get source shotwell
apt-get build-dep shotwell
cd shotwell-0.9.3
fakeroot dpkg-buildpackage -b
dpkg -i ../shotwell*.deb

fixes this issue for me.
Matteo


signature.asc
Description: This is a digitally signed message part

Bug#414556: [autoconf-archive: ac_python_devel.m4 sets useless -L in PYTHON_LDFLAGS]

[Matteo Settenvini]

From http://docs.python.org/dist/module-distutils.sysconfig.html :

get_python_lib(
[plat_specific[, standard_lib[,
prefix]]])
Return the directory for either the general or
platform-dependent library installation. If plat_specific is
true, the platform-dependent include directory is returned; if
false or omitted, the platform-independent directory is
returned. If prefix is given, it is used as either the prefix
instead of PREFIX, or as the exec-prefix instead of EXEC_PREFIX
if plat_specific is true. If standard_lib is true, the directory
for the standard library is returned rather than the directory
for the installation of third-party extensions.

So maybe the fix should be calling get_python_lib(1,1) instead than w/
(0,1). On my machine they return the same thing, but depending on how
you packaged python it may be the case they're different.

If that doesn't fix it, afaik it's a problem packaging python, or a bug
in python's distutils itself. If you want to fix it as Samuel purposed,
the real fix would be to try looking for a the library in both the
result of get_python_lib(0,1), w/ (1,1) and then in get_python_lib(...)
+ /config, and picking the first match. That would be more platform
independent.

Let me hear about any outcome.
Matteo

Il giorno mar, 13/03/2007 alle 00.30 +0100, Samuel Thibault ha scritto:
 Hi,
 
 Since you are the authors of the file, here is a forward.
 
 What do you think about this issue? (please keep [EMAIL PROTECTED]
 in Cc for the record)
 
 Samuel
 
 - Forwarded message from Samuel Thibault [EMAIL PROTECTED] -
 
 From: Samuel Thibault [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Subject: autoconf-archive: ac_python_devel.m4 sets useless -L in 
 PYTHON_LDFLAGS
 Date: Mon, 12 Mar 2007 14:51:57 +0100
 Bcc: Samuel Thibault [EMAIL PROTECTED]
 User-Agent: Mutt/1.5.11
 
 Package: autoconf-archive
 Version: 20060312-1
 Severity: normal
 
 Hi,
 
 When using ac_python_devel.m4, the PYTHON_LDFLAGS variable is set to
 -L/usr/lib/python2.4 -lpython2.4, but libpython2.4.so and libpython2.4.a
 are provided in /usr/lib/python2.4/config/, not /usr/lib/python2.4/
 
 Maybe config/ should just be appended to what get_python_lib(0,1)
 returns?
 
 Samuel

-- 
Matteo Settenvini
FSF Associated Member
Email : [EMAIL PROTECTED]


-BEGIN GEEK CODE BLOCK-
Version: 3.12
GCS d--(-) s+:- a-- C++ UL+++ 
P?++ L+++$ E W+++ N++ o? 
w--- O- M++ PS++ PE- Y+++ 
PGP+++ t+ 5 X- R tv-- b+++ DI+ 
D++ G++ e h+ r-- y?
--END GEEK CODE BLOCK--


signature.asc
Description: Questa è una parte del messaggio	firmata digitalmente

Bug#414556: [autoconf-archive: ac_python_devel.m4 sets useless -L in PYTHON_LDFLAGS]

[Matteo Settenvini]

Il giorno mar, 13/03/2007 alle 14.30 +0100, Samuel Thibault ha scritto: 
 Hi,
 
 Matteo Settenvini, le Tue 13 Mar 2007 14:13:36 +0100, a écrit :
  From http://docs.python.org/dist/module-distutils.sysconfig.html :
  
  get_python_lib(
  [plat_specific[, standard_lib[,
  prefix]]])
  Return the directory for either the general or
  platform-dependent library installation.
 
 By library, I guess they mean python library, i.e. where .py files
 are.


Yes, you're obviously right and I was obviously wrong. Sorry.

What does distutils.sysconfig.get_config_var(LDLIBRARYDIR) returns?
If non-empty I guess it should contain what we want but I ain't sure (it's an 
empty string here).
I suppose so given that get_config_var(LDLIBRARY) returns the correct soname.

 
 Samuel

Cheers,
Matteo


signature.asc
Description: Questa è una parte del messaggio	firmata digitalmente

Bug#414556: [autoconf-archive: ac_python_devel.m4 sets useless -L in PYTHON_LDFLAGS]

[Matteo Settenvini]

Il giorno mar, 13/03/2007 alle 14.59 +0100, Samuel Thibault ha scritto:
 Matteo Settenvini, le Tue 13 Mar 2007 14:54:40 +0100, a écrit :
  
  Yes, you're obviously right and I was obviously wrong. Sorry.
  
  What does distutils.sysconfig.get_config_var(LDLIBRARYDIR) returns?
 
 On the same fresh upstream python build, '' .
 get_config_var(LDLIBRARY) returns libpython2.4.so
 
 Samuel

So I guess that part of LDFLAGS can be cut off the macro because it's
wrong.

Thanks for your help!
Matteo


signature.asc
Description: Questa è una parte del messaggio	firmata digitalmente