Bug#886795: fuse: doesn't handle 'nofail' flag (useful in fstab)
Package: fuse
Version: 2.9.7-1
Severity: normal
Dear Maintainer,
fuse fails if it receives the option 'nofail', in my opinion it should
just ignore that option without failing. Upstream there is already a
fix in commit a83cd72f[1].
It can be reproduced, for example, mounting a bindfs:
> # apt-get install fuse libfuse2 bindfs
> ...
> # mkdir /dir1 /dir2
> # echo "bindfs#/dir1 /dir2 fuse nofail 0 2" >> /etc/fstab
> # mount /dir2
> fuse: unknown option `nofail`
The expected result is a successful mount without any error.
I expect the option 'nofail' to work because it is documented both in
fstab(5) and in systemd.mount(5).
The problem can be fixed applying the upstream patch[1], I attach a
debdiff that does it (using quilt).
A quick workaround with the "bugged" version consists in creating
custom systemd mount units instead of using the fstab file that uses
the "WantedBy" unit install option instead of "RequiredBy".
Some references:
[1]
https://github.com/libfuse/libfuse/commit/a83cd72f641671b71b8268b1765e449cae071f3e
[2] https://github.com/libfuse/libfuse/issues/211
[3] https://github.com/systemd/systemd/issues/5032
Thank you for you time.
Best regards,
Enrico Polesel
-- System Information:
Debian Release: 9.3
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.9.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US:en (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
Versions of packages fuse depends on:
ii adduser 3.115
ii libc6 2.24-11+deb9u1
ii libfuse2 2.9.7-1
ii mount 2.29.2-1
ii sed 4.4-1
fuse recommends no packages.
fuse suggests no packages.
-- no debconf information
diff -Nru fuse-2.9.7/debian/changelog fuse-2.9.7/debian/changelog
--- fuse-2.9.7/debian/changelog 2016-06-23 20:54:56.0 +0200
+++ fuse-2.9.7/debian/changelog 2018-01-09 18:40:12.0 +0100
@@ -1,3 +1,10 @@
+fuse (2.9.7-1.1) UNRELEASED; urgency=low
+
+ * Non-maintainer upload.
+ * Do not fail if nofail option is passed (from upstream commit a83cd72f6416)
+
+ -- Enrico Polesel <saggio...@gmail.org> Tue, 09 Jan 2018 18:40:12 +0100
+
fuse (2.9.7-1) unstable; urgency=low
* New upstream release.
diff -Nru fuse-2.9.7/debian/patches/0007-nofail-option fuse-2.9.7/debian/patches/0007-nofail-option
--- fuse-2.9.7/debian/patches/0007-nofail-option 1970-01-01 01:00:00.0 +0100
+++ fuse-2.9.7/debian/patches/0007-nofail-option 2018-01-09 18:40:12.0 +0100
@@ -0,0 +1,12 @@
+Index: fuse-2.9.7/util/mount.fuse.c
+===
+--- fuse-2.9.7.orig/util/mount.fuse.c
fuse-2.9.7/util/mount.fuse.c
+@@ -152,6 +152,7 @@ int main(int argc, char *argv[])
+ int ignore = 0;
+ const char *ignore_opts[] = { "",
+ "user",
++ "nofail",
+ "nouser",
+ "users",
+ "auto",
diff -Nru fuse-2.9.7/debian/patches/series fuse-2.9.7/debian/patches/series
--- fuse-2.9.7/debian/patches/series 2015-06-09 21:41:34.0 +0200
+++ fuse-2.9.7/debian/patches/series 2018-01-09 18:17:51.0 +0100
@@ -4,3 +4,4 @@
0004-fusermount-manpage.patch
0005-dlsym.patch
0006-arm64.patch
+0007-nofail-option
signature.asc
Description: PGP signature
Bug#755781: mysql-server-5.5 fails to start after security upgrade from 5.5.37-0+wheezy1 to 5.5.38-0+wheezy1
Package: mysql-server-5.5 Version: 5.5.38-0+wheezy1 Severity: grave Justification: renders package unusable Dear maintainers, after the security upgrade from 5.5.37-0+wheezy1 to 5.5.38-0+wheezy1 mysql fails to start: # service mysql start [FAIL] Starting MySQL database server: mysqld . . . . . . . . . . . . . . failed! This the logs: /var/log/syslog Jul 23 10:11:45 debian mysqld_safe: Starting mysqld daemon with databases from /var/lib/mysql Jul 23 10:11:45 debian mysqld: 140723 10:11:45 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead. Jul 23 10:11:45 debian mysqld: 140723 10:11:45 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead. Jul 23 10:11:45 debian mysqld: 140723 10:11:45 [Note] Plugin 'FEDERATED' is disabled. Jul 23 10:11:45 debian mysqld: 140723 10:11:45 InnoDB: The InnoDB memory heap is disabled Jul 23 10:11:45 debian mysqld: 140723 10:11:45 InnoDB: Mutexes and rw_locks use GCC atomic builtins Jul 23 10:11:45 debian mysqld: 140723 10:11:45 InnoDB: Compressed tables use zlib 1.2.7 Jul 23 10:11:45 debian mysqld: 140723 10:11:45 InnoDB: Using Linux native AIO Jul 23 10:11:45 debian mysqld: 140723 10:11:45 InnoDB: Initializing buffer pool, size = 128.0M Jul 23 10:11:45 debian mysqld: InnoDB: mmap(137363456 bytes) failed; errno 12 Jul 23 10:11:45 debian mysqld: 140723 10:11:45 InnoDB: Completed initialization of buffer pool Jul 23 10:11:45 debian mysqld: 140723 10:11:45 InnoDB: Fatal error: cannot allocate memory for the buffer pool Jul 23 10:11:45 debian mysqld: 140723 10:11:45 [ERROR] Plugin 'InnoDB' init function returned error. Jul 23 10:11:45 debian mysqld: 140723 10:11:45 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed. Jul 23 10:11:45 debian mysqld: 140723 10:11:45 [ERROR] Unknown/unsupported storage engine: InnoDB Jul 23 10:11:45 debian mysqld: 140723 10:11:45 [ERROR] Aborting Jul 23 10:11:45 debian mysqld: Jul 23 10:11:45 debian mysqld: 140723 10:11:45 [Note] /usr/sbin/mysqld: Shutdown complete Jul 23 10:11:45 debian mysqld: Jul 23 10:11:45 debian mysqld_safe: mysqld from pid file /var/run/mysqld/mysqld.pid ended Jul 23 10:11:59 debian /etc/init.d/mysql[1980]: 0 processes alive and '/usr/bin/mysqladmin --defaults-file=/etc/mysql/debian.cnf ping' resulted in Jul 23 10:11:59 debian /etc/init.d/mysql[1980]: #007/usr/bin/mysqladmin: connect to server at 'localhost' failed Jul 23 10:11:59 debian /etc/init.d/mysql[1980]: error: 'Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)' Jul 23 10:11:59 debian /etc/init.d/mysql[1980]: Check that mysqld is running and that the socket: '/var/run/mysqld/mysqld.sock' exists! Jul 23 10:11:59 debian /etc/init.d/mysql[1980]: /var/log/mysql* are all empty The workarounds described on bug #682232 (start with innodb_force_recovery=1 or rm /var/lib/mysql/ib*) didn't work I haven't changed the default configuration (and the machine was installed a week ago with the last debian version). Downgrading the mysql-server-5.5 to 5.5.37-0+wheezy1 doesn't solve the issue. Regards Enrico -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mysql-server-5.5 depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.49 ii initscripts2.88dsf-41+deb7u1 ii libc6 2.13-38+deb7u3 ii libdbi-perl1.622-1+deb7u1 ii libgcc11:4.7.2-5 ii libstdc++6 4.7.2-5 ii lsb-base 4.1+Debian8+deb7u1 ii mysql-client-5.5 5.5.38-0+wheezy1 ii mysql-common 5.5.38-0+wheezy1 ii mysql-server-core-5.5 5.5.38-0+wheezy1 ii passwd 1:4.1.5.1-1 ii perl 5.14.2-21+deb7u1 ii psmisc 22.19-1+deb7u1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages mysql-server-5.5 recommends: ii bsd-mailx [mailx] 8.1.2-0.2006cvs-1 ii libhtml-template-perl 2.91-1 Versions of packages mysql-server-5.5 suggests: pn tinyca none -- debconf information: * mysql-server/root_password_again: (password omitted) * mysql-server/root_password: (password omitted) mysql-server/error_setting_password: mysql-server-5.5/postrm_remove_databases: false mysql-server-5.5/start_on_boot: true mysql-server-5.5/nis_warning: mysql-server-5.5/really_downgrade: false mysql-server/password_mismatch: mysql-server/no_upgrade_when_using_ndb: -- To UNSUBSCRIBE, email to
Bug#724818: sl-modem-daemon: Unable to start the sl-modem-daemon
Package: sl-modem-daemon Version: 2.9.11~20110321-9 Severity: grave Justification: renders package unusable -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 After an aptitude installation of sl-modem-daemon:i386 on a amd64 machine (multiarch) i can't start the daemon. This is the terminal output when i try to start it 0 beatrice:~$ sudo /etc/init.d/sl-modem-daemon start Only access through ALSA is available on amd64 but slamr driver was chosen! Make sure that an ALSA driver for your chipset is available and is loaded and that access to SmartLink modem components is supported by it. 0 beatrice:~$ sudo /etc/init.d/sl-modem-daemon status Status of SmartLink modem daemon: slmodemd is not running. The only change I've made in the configuration is switching the default country from USA to ITALY (changing it back to USA don't solve the problem) I can't install sl-modem-daemon:amd64 because lib32asound2 would broke my multiarch installation. How to reproduce it (on a amd64,i386 multiarch machine): 1. install sl-modem-daemon:i386 aptitude install sl-modem-daemon:i386 2. run /etc/init.d/sl-modem-daemon start 3. sl-modem-daemon won't be running Thank you for any help. Enrico - -- Package-specific info: /proc/version_signature === /etc/default/sl-modem-daemon === # NOTE: settings in /etc/defautls/slmodemd are used too # set this to 1 to never run the daemon from the init script # you can set it if you have an USB device, than the init script won't # be started at boot (but when the USB device is plugged on) DONTSTART=0 # This is the default configuration for the slmodem driver daemon # running on Debian systems. # # Edit device node and country code here ... # # possible country codes are: # # USA # GERMANY # BELGIUM # etc. # # use 'slmodemd --countrylist' to check out other countries # # #SLMODEMD_DEVICE=slamr0 #SLMODEMD_COUNTRY=GERMANY SLMODEMD_DEVICE=auto SLMODEMD_COUNTRY=ITALY # # Additional options for slmodemd, see slmodemd -h output for details. # Do NOT set country or device name here! OPTS= # force the start of the daemon even if old type modules seem to be # installed (set it to 1) FORCESTART=0 # set this to not see any hints of the init script on startup # BEQUIET=1 # set this to not create the /dev/modem symlink # NOSYMLINK=1 /proc/asound/Generic === /proc/asound/MID === /proc/asound/card0 === /proc/asound/card1 === /proc/asound/cards === 0 [MID]: HDA-Intel - HDA Intel MID HDA Intel MID at 0xf0b0 irq 44 1 [Generic]: HDA-Intel - HD-Audio Generic HD-Audio Generic at 0xcfedc000 irq 45 /proc/asound/devices === 1:: sequencer 2: [ 0- 0]: digital audio playback 3: [ 0- 0]: digital audio capture 4: [ 0- 0]: hardware dependent 5: [ 0] : control 6: [ 1- 3]: digital audio playback 7: [ 1- 0]: hardware dependent 8: [ 1] : control 33:: timer /proc/asound/hwdep === 00-00: HDA Codec 0 01-00: HDA Codec 0 /proc/asound/modules === 0 snd_hda_intel 1 snd_hda_intel /proc/asound/oss === /proc/asound/pcm === 00-00: 92HD73C1X5 Analog : 92HD73C1X5 Analog : playback 1 : capture 1 01-03: HDMI 0 : HDMI 0 : playback 1 /proc/asound/seq === /proc/asound/timers === G0: system timer : 4000.000us (1000 ticks) P0-0-0: PCM playback 0-0-0 : SLAVE P0-0-1: PCM capture 0-0-1 : SLAVE P1-3-0: PCM playback 1-3-0 : SLAVE /proc/asound/version === Advanced Linux Sound Architecture Driver Version k3.10-3-amd64. /var/log/slmodem.log === lspci -vvnn === 00:00.0 Host bridge [0600]: Intel Corporation Core Processor DRAM Controller [8086:0044] (rev 12) Subsystem: Dell Device [1028:0413] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort+ SERR- PERR- INTx- Latency: 0 Capabilities: access denied 00:01.0 PCI bridge [0604]: Intel Corporation Core Processor PCI Express x16 Root Port [8086:0045] (rev 12) (prog-if 00 [Normal decode]) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0, Cache Line Size: 64 bytes Bus: primary=00, secondary=02, subordinate=02, sec-latency=0 I/O behind bridge: 2000-2fff Memory behind bridge: cfe0-cfef Prefetchable memory behind bridge:
Bug#681057: i2c-tools: Error while running decode-dimms
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi On 07/10/2012 04:14 PM, Aurelien Jarno wrote: On Tue, Jul 10, 2012 at 12:24:57PM +0200, Enrico Polesel wrote: Package: i2c-tools Version: 3.1.0-1 Severity: grave Justification: renders package unusable This package contains many more than only decode-dimms. Are the others binaries also broken? If not I don't think the package can be called unusable. I don't know the name of other binaries provided by i2c-tools, can you give me some examples? Dear Maintainer, when I run $ decode-dimms I get this error: 12:21:03 enrico@beatrice-sid:~$ decode-dimms # decode-dimms version 5929 (2011-02-16 14:58:38 +0100) Memory Serial Presence Detect Decoder By Philip Edelbrock, Christian Zuckschwerdt, Burkart Lingner, Jean Delvare, Trent Piepho and others Can't use string () as a HASH ref while strict refs in use at /usr/bin/decode-dimms line 1783. This is not something reproducible at least on the few machines I have tried. It is likely related to the data you have in /sys on your system. Can you please run the following command and send the resulting file: tar -cvzf eeprom.tar.gz /sys/bus/i2c/drivers/eeprom/ I can't access to this files as root: 11:12:57 enrico@beatrice-sid:~$ sudo tar -cvzf eeprom.tar.gz /sys/bus/i2c/drivers/eeprom/ tar: Removing leading `/' from member names /sys/bus/i2c/drivers/eeprom/ /sys/bus/i2c/drivers/eeprom/module tar: /sys/bus/i2c/drivers/eeprom/uevent: Cannot open: Permission denied tar: /sys/bus/i2c/drivers/eeprom/unbind: Cannot open: Permission denied tar: /sys/bus/i2c/drivers/eeprom/bind: Cannot open: Permission denied tar: Exiting with failure status due to previous errors What can I do? Thanks Enrico Aurelien -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJP/pWEAAoJEKsWbBn2curH1zYP/jhZAJz1PD78hhGrZW8oDCtA hpLx6oydWBR2BTAear+P6xmvJvHj2KNXcD7NyEvyh/RBR6OrJ7wKVOxsNmyGKhMW /aeYp26oZtRqRBlUeDHESwW+xLpgtoYmMTbPJ/gApOddm10WVtH21SImy17TBevV /KLwDLKyfIhHyFqlIKFtOzWtOABx7ynw02m5GLuVfb2JBNL42BHk161szN9JWOit AeB4p6SXIELdl1nDlLIssUjLiIqTjf0XThftZIJUpsuogbjc/SvlGp/xaE6p9mqZ FFQSCYa2j96xCUHWIUprtJ6YoF7nmsrnNofflspowh+WqqW1kSsxe7oDuaiAWTeP E93ckGnTRDYc0In2QpJGlxr3vzhOVWf6kgdHxlqxohbDbb54vUP4HNoab4sfwGXz IOPT9FCiuSbyt0nlIrR24LAz0E+fZ8WvuFJedaoyMPv6a+c2BLBM2kCL3DaRYn9r Xrtmc5Lwa5jxjJabQP+qHlb75xiLXVk6U3qm+rO4i90rPgyZO0RmNzLk/KtHwdH6 XgIZraAp5NuYUoCxYuTdD5GMg0DqReaicrc5YDQeU0+gzl875a4/h+miv2Twd1Sm HixJ6DW0LJkX4G6U8B2qTpZgIbCGbzdmLjr45KmK3yJCEXRN7N2x2aIUaZwNZW0G Mt3CmOfP7/yAvHL6sOUr =4Gbf -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#681057: i2c-tools: Error while running decode-dimms
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi On 07/14/2012 11:14 AM, Aurelien Jarno wrote: On Thu, Jul 12, 2012 at 11:14:45AM +0200, Enrico Polesel wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi On 07/10/2012 04:14 PM, Aurelien Jarno wrote: On Tue, Jul 10, 2012 at 12:24:57PM +0200, Enrico Polesel wrote: Package: i2c-tools Version: 3.1.0-1 Severity: grave Justification: renders package unusable This package contains many more than only decode-dimms. Are the others binaries also broken? If not I don't think the package can be called unusable. I don't know the name of other binaries provided by i2c-tools, can you give me some examples? # dpkg -L i2c-tools | grep bin /usr/sbin /usr/sbin/i2cset /usr/sbin/i2cdetect /usr/sbin/i2cget /usr/sbin/i2cdump /usr/bin /usr/bin/decode-dimms /usr/bin/decode-edid /usr/bin/decode-vaio /usr/bin/ddcmon I try some of this and I have problems only with decode-dimms Dear Maintainer, when I run $ decode-dimms I get this error: 12:21:03 enrico@beatrice-sid:~$ decode-dimms # decode-dimms version 5929 (2011-02-16 14:58:38 +0100) Memory Serial Presence Detect Decoder By Philip Edelbrock, Christian Zuckschwerdt, Burkart Lingner, Jean Delvare, Trent Piepho and others Can't use string () as a HASH ref while strict refs in use at /usr/bin/decode-dimms line 1783. This is not something reproducible at least on the few machines I have tried. It is likely related to the data you have in /sys on your system. Can you please run the following command and send the resulting file: tar -cvzf eeprom.tar.gz /sys/bus/i2c/drivers/eeprom/ I can't access to this files as root: 11:12:57 enrico@beatrice-sid:~$ sudo tar -cvzf eeprom.tar.gz /sys/bus/i2c/drivers/eeprom/ tar: Removing leading `/' from member names /sys/bus/i2c/drivers/eeprom/ /sys/bus/i2c/drivers/eeprom/module tar: /sys/bus/i2c/drivers/eeprom/uevent: Cannot open: Permission denied tar: /sys/bus/i2c/drivers/eeprom/unbind: Cannot open: Permission denied tar: /sys/bus/i2c/drivers/eeprom/bind: Cannot open: Permission denied tar: Exiting with failure status due to previous errors Can you please send me the list of files present in /sys/bus/i2c/drivers/eeprom/ on your system ? You should have files in the form x-. This is the terminal output: 16:16:36 enrico@beatrice-sid:~$ ls -la /sys/bus/i2c/drivers/eeprom/ total 0 drwxr-xr-x 2 root root0 Jul 14 16:13 . drwxr-xr-x 4 root root0 Jul 14 16:13 .. --w--- 1 root root 4096 Jul 14 16:14 bind lrwxrwxrwx 1 root root0 Jul 14 16:14 module - ../../../../module/eeprom --w--- 1 root root 4096 Jul 14 16:13 uevent --w--- 1 root root 4096 Jul 14 16:14 unbind Do you also have a /sys/bus/i2c/drivers/at24 directory? If yes, can you please send me a tarball of these files? I don't have this directory: 16:18:06 enrico@beatrice-sid:~$ ls -la /sys/bus/i2c/drivers/ total 0 drwxr-xr-x 4 root root 0 Jul 14 16:13 . drwxr-xr-x 4 root root 0 Jul 14 15:51 .. drwxr-xr-x 2 root root 0 Jul 14 16:17 dummy drwxr-xr-x 2 root root 0 Jul 14 16:13 eeprom Enrico -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJQAX++AAoJEKsWbBn2curHMNQP/2PNW5uejKjP/AOTQibpURgn e8urn+q0a49Wdkgg/5iUs9IO81Y1Fj5z8hGE2qmBKAaA5awowF3A3xLWcC5X3O+i 9hM0jkERbXNHC5hT8rMdOJXci4mAneAdb7fSZFv/OK9LXKILroGCl1BY4P4qZE26 hmL1gzCGeqCwHoUTY/D2OJVgmHvGMOMDbiXFMBIIBVwp9Gjnb8eRwC9rtG4kdxKY i2iqZryBM5FFj1Ukc0rphaV9856F96xd5kOV1QivgTiLFRr9tlVMyL+ksFenYLFd CBRP/FYP6eCzd3FpJVRjs/IEuuMBgst9B2NFNtEDTS3HaLu/HG0BH5DOlECiVHRM ILnB0mNGL9zDtZAvz3UcBmWowbXKNMfd3vfJPyyCQNq3Q0luz//4MFtGD0WiMSqB 0UUakZPYHubIkybz3Or5ZJ9gMRg19ttw6O66JTYYYcjBs6qmqN6btcj1gehuXwB8 h5F1xtmlZf+hilOs7MqLzjEi7QzS6B1OTmg668p+vyoYOJbkOcU0Kbmpa/9MZYzU BwN98QK3sOzp58X26QE0L2j/Ybl72iiplv2jHZZmc8nzwTAQZxPDXQ/Sz1aQJvQx v3UGR6UH4TP7hjC+G0SB5C/7Q9p1hTdPqBWO8cTK6dJJD7Y9wApgMmP4U/33VB1v TWQS6QIfwZQl6Jigfr9S =9xam -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#681057: i2c-tools: Error while running decode-dimms
Package: i2c-tools Version: 3.1.0-1 Severity: grave Justification: renders package unusable Dear Maintainer, when I run $ decode-dimms I get this error: 12:21:03 enrico@beatrice-sid:~$ decode-dimms # decode-dimms version 5929 (2011-02-16 14:58:38 +0100) Memory Serial Presence Detect Decoder By Philip Edelbrock, Christian Zuckschwerdt, Burkart Lingner, Jean Delvare, Trent Piepho and others Can't use string () as a HASH ref while strict refs in use at /usr/bin/decode-dimms line 1783. Thanks Enrico -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages i2c-tools depends on: ii adduser 3.113+nmu3 ii libc62.13-34 ii perl 5.14.2-12 ii udev 175-3.1 i2c-tools recommends no packages. Versions of packages i2c-tools suggests: pn libi2c-devnone pn python-smbus 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#669974: openafs-modules-dkms: Unable to compile the openafs module with module-assistant in rt kernel
Package: openafs-modules-dkms Version: 1.6.1-1 Severity: important Dear Maintainer, I'm using a rt linux kernel and so I have to compile manually the openafs modules. I decide to use module-assistant. When I build the module it exits with this error: In file included from /usr/src/modules/openafs/src/libafs/MODLOAD-3.2.0-2-rt-amd64-SP/rx_kmutex.c:24:0: /usr/src/modules/openafs/src/afs/LINUX/osi_compat.h:229:1: error: redefinition of ‘zero_user_segments’ /usr/src/linux-headers-3.2.0-2-common-rt/include/linux/highmem.h:188:20: note: previous definition of ‘zero_user_segments’ was here /usr/src/modules/openafs/src/afs/LINUX/osi_compat.h:245:1: error: redefinition of ‘zero_user_segment’ /usr/src/linux-headers-3.2.0-2-common-rt/include/linux/highmem.h:206:20: note: previous definition of ‘zero_user_segment’ was here So I can't use openafs with the rt kernel (with the standard kernel I use the module provide by aptitude, so I don't have to compile it) I'll attach the complete build log. Thank you. Enrico. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-rt-amd64 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openafs-modules-dkms depends on: ii dkms 2.2.0.3-1 ii libc6-dev 2.13-30 ii perl 5.14.2-9 Versions of packages openafs-modules-dkms recommends: ii openafs-client 1.6.1-1 openafs-modules-dkms suggests no packages. -- no debconf information Extracting the package tarball, /usr/src/openafs.tar.bz2, please wait... dh debian/rules /usr/bin/make -f debian/rules clean make[1]: Entering directory `/usr/src/modules/openafs' dh debian/rules dh clean dh_testdir dh_auto_clean debian/rules override_dh_clean make[2]: Entering directory `/usr/src/modules/openafs' dh debian/rules rm -rf src/libafs/MODLOAD-* *-stamp dh_clean Makefile config.log config.status setup src/libafs/Makefile \ src/libafs/Makefile.common src/libafs/asm src/libafs/asm-generic \ src/libafs/h src/libafs/linux src/libafs/net src/libafs/netinet \ src/libafs/rpc src/libafs/sys make[2]: Leaving directory `/usr/src/modules/openafs' make[1]: Leaving directory `/usr/src/modules/openafs' debian/rules KVERS=3.2.0-2-rt-amd64 KSRC=/lib/modules/3.2.0-2-rt-amd64/build KDREV=3.2.15-1 kdist_image sh debian/prep-modules /lib/modules/3.2.0-2-rt-amd64/build touch setup dh debian/rules /usr/bin/make -f debian/rules binary-arch make[1]: Entering directory `/usr/src/modules/openafs' dh debian/rules dh binary-arch dh_testdir -a debian/rules override_dh_auto_configure make[2]: Entering directory `/usr/src/modules/openafs' dh debian/rules sh configure --prefix=/usr/src/modules/openafs/debian/tmp \ --with-afs-sysname= \ --disable-linux-syscall-probing \ --with-linux-kernel-headers=/lib/modules/3.2.0-2-rt-amd64/build \ --with-linux-kernel-packaging \ --enable-debug --enable-debug-lwp --enable-debug-kernel \ checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of gcc... none checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for flex... no checking for lex... no checking for pkg-config... no checking for libxslt... no checking for saxon... no checking for xalan-j... no checking for xsltproc... no checking for docbook2pdf... no checking for dblatex... no checking for library containing strerror... none required checking for pid_t... yes checking for size_t... yes checking whether ln -s works... yes checking for ranlib... ranlib checking for bison... bison -y checking if lex is flex... no checking whether byte
Bug#663758: pidgin-skype: Sometime pidgin crashes when also skype crashes
Package: pidgin-skype Version: 20110407+svn628+dfsg-1 Severity: normal Dear Maintainer, When I'm running both pidgin and skype sometime the second one crashes (and it isn't a your bug). But sometimes (but not everytime that skype crashes) also Pidgin crashes in a segmentation fault. I attach the core file. I don't know how to reproduce the bug, in fact it seems to be randomized.. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-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 pidgin-skype depends on: ii libc6 2.13-27 ii libpurple0 2.10.1-1 pidgin-skype recommends no packages. pidgin-skype suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663758: Sometime pidgin crashes when also skype crashes: core file
Because it is my first bug report, I didn't attach the core file.. You can find it here: http://uz.sns.it/~enrico/pidgin/core 0xF672EAC7.asc Description: application/pgp-keys
Bug#663758: pidgin-skype: Sometime pidgin crashes when also skype crashes
Il 13/03/2012 22:50, Gabriele Giacone ha scritto: On 03/13/2012 10:29 PM, Enrico Polesel wrote: I attach the core file. No core attached. By the way you could attach a backtrace, it requires pidgin-dbg and pidgin-skype-dbg installation http://wiki.debian.org/HowToGetABacktrace I linked it in the second message. Now I have only the core file, at the next crash I'll try to get a backtrace. (When I try the first time it simply return a empty file) Enrico. 0xF672EAC7.asc Description: application/pgp-keys
