Bug#1065055: backuppc: Old package separator used in string at /usr/share/backuppc/bin/BackupPC_backupDelete line 102
Package: backuppc Version: 4.4.0-8 Severity: normal Dear Maintainer, Since the last update of the perl packages (5.36.0-10+b1 --> 5.38.2-3), I have the following messages in the host logs: incr backup 2454 complete, 693626 files, 1242430753896 bytes, 0 xferErrs (0 bad files, 0 bad shares, 0 other) Removing unfilled backup 2446 Old package separator used in string at /usr/share/backuppc/bin/BackupPC_backupDelete line 102. (Did you mean "$Host\'s" instead?) BackupPC_backupDelete: removing #2446 Line 102 corresponds to an error reading the hosts file: print(STDERR "BackupPC_backupDelete: Can't read $Host's config file: $error\n"); Regards. -- System Information: Debian Release: trixie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.6.15-amd64 (SMP w/8 CPU threads; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages backuppc depends on: ii adduser 3.137 ii apache2 [httpd] 2.4.58-1+b1 ii apache2-utils 2.4.58-1+b1 ii backuppc-rsync 3.1.3.0-3 ii bzip2 1.0.8-5+b2 ii debconf [debconf-2.0] 1.5.86 ii init-system-helpers 1.66 ii iputils-ping3:20240117-1 ii libarchive-zip-perl 1.68-1 ii libbackuppc-xs-perl 0.62-2+b3 ii libc6 2.37-15 ii libcgi-pm-perl 4.61-1 ii libfile-listing-perl6.16-1 ii libtime-parsedate-perl 2015.103-4 ii lsb-base11.6 ii perl5.38.2-3 ii postfix [mail-transport-agent] 3.8.5-1 ii sysvinit-utils [lsb-base] 3.08-6 ii ucf 3.0043+nmu1 Versions of packages backuppc recommends: ii libio-dirent-perl0.05-1.1+b3 ii openssh-client [ssh-client] 1:9.6p1-4 ii rrdtool 1.7.2-4+b10 ii samba-common-bin 2:4.19.5+dfsg-1 ii smbclient2:4.19.5+dfsg-1 Versions of packages backuppc suggests: ii certbot2.9.0-1 pn libscgi-perl ii par2 0.8.1-3 ii rsync 3.2.7-1+b1 ii w3m [www-browser] 0.5.3+git20230121-2+b2 -- Configuration Files: /etc/backuppc/apache.conf changed: Alias /backuppc /usr/share/backuppc/cgi-bin/ AllowOverride None Allow from all # Uncomment the line below to ensure that nobody can sniff importanti # info from network traffic during editing of the BackupPC config or # when browsing/restoring backups. # Requires that you have your webserver set up for SSL (https) access. #SSLRequireSSL Options ExecCGI FollowSymlinks AddHandler cgi-script .cgi DirectoryIndex index.cgi AuthGroupFile /etc/backuppc/htgroup AuthUserFile /etc/backuppc/htpasswd AuthType basic AuthName "BackupPC admin" require valid-user /etc/backuppc/config.pl [Errno 13] Permission non accordée: '/etc/backuppc/config.pl' /etc/backuppc/hosts [Errno 13] Permission non accordée: '/etc/backuppc/hosts' /etc/backuppc/localhost.pl [Errno 13] Permission non accordée: '/etc/backuppc/localhost.pl' -- debconf information: * backuppc/reconfigure-webserver: apache2 backuppc/restart-webserver: true * backuppc/configuration-note:
Bug#1017450: eom: Viewing webp images
Package: eom Version: 1.26.0-1 Severity: wishlist Dear Maintainer, Can you add the "webp-pixbuf-loader" package as an eom dependent package, like eog, please? The webp-pixbuf-loader package is used to display webp images. https://tracker.debian.org/pkg/webp-pixbuf-loader Regards. -- System Information: Debian Release: bookworm/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.18.0-4-amd64 (SMP w/2 CPU threads; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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 eom depends on: ii dconf-gsettings-backend [gsettings-backend] 0.40.0-3 ii eom-common 1.26.0-1 ii gir1.2-eom-1.0 1.26.0-1 ii libatk1.0-0 2.38.0-1 ii libc62.34-3 ii libcairo21.16.0-6 ii libexempi8 2.6.1-2 ii libexif120.6.24-1 ii libgdk-pixbuf-2.0-0 2.42.8+dfsg-2 ii libgirepository-1.0-11.72.0-1+b1 ii libgl1 1.4.0-1 ii libgl1-mesa-glx 22.2.0~rc2-1 ii libglib2.0-0 2.72.3-1+b1 ii libgtk-3-0 3.24.34-1 ii libjpeg62-turbo 1:2.1.2-1 ii liblcms2-2 2.13.1-1 ii libmate-desktop-2-17 1.26.0-1 ii libpeas-1.0-01.32.0-1+b1 ii librsvg2-2 2.54.4+dfsg-1 ii librsvg2-common 2.54.4+dfsg-1 ii libx11-6 2:1.8.1-2 ii libxml2 2.9.14+dfsg-1+b1 ii mate-desktop-common 1.26.0-1 ii shared-mime-info 2.2-1 ii zlib1g 1:1.2.11.dfsg-4 eom recommends no packages. eom suggests no packages. -- no debconf information
Bug#976334: libgtk-3-0: File choser does not display the list of folders on NFS access
Hi, According to Emmanuele Bassi the bug has been corrected. The fix will be in the next GTK 3.24 release. https://gitlab.gnome.org/GNOME/gtk/-/issues/3546 Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | | +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 | ===Debian=GNU/Linux===
Bug#976334: libgtk-3-0: File choser does not display the list of folders on NFS access
Hi, I opened a bug report on GTK's gitlab to escalate the problem to upstream developers. https://gitlab.gnome.org/GNOME/gtk/-/issues/3579 Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | | +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 | ===Debian=GNU/Linux===
Bug#981996: coreutils: dd create a regular file instead of writing to the block file
Le 05/02/2021 à 17:29, Michael Stone a écrit : On Fri, Feb 05, 2021 at 05:06:19PM +0100, Frédéric MASSOT wrote: Usually to copy an iso image to a USB stick I would do: dd if=image.iso of=/dev/sdg "/dev/sdg" the path to the USB key checked in the logs. Today with version dd (coreutils) 8.32, this command replaces the block device /dev/sdg with a /dev/sdg regular file which has the same size as the iso image. Is it a bug or a new feature? I couldn't find an option in the man page for this new feature. dd didn't remove the device file. I suggest that you remove the usb stick, remove the device file, insert the usb stick, check that the device file is actually there and correct, then try again with dd. Hi, Thank you for your reply. Yes, Friday I was on my PC at work. I tested this weekend on my home PC, and didn't have this problem. I retested on my PC at work and I no longer have this problem. The bug report can be closed. Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | | +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 | ===Debian=GNU/Linux===
Bug#981996: coreutils: dd create a regular file instead of writing to the block file
Package: coreutils Version: 8.32-4+b1 Severity: normal Dear Maintainer, Usually to copy an iso image to a USB stick I would do: dd if=image.iso of=/dev/sdg "/dev/sdg" the path to the USB key checked in the logs. Today with version dd (coreutils) 8.32, this command replaces the block device /dev/sdg with a /dev/sdg regular file which has the same size as the iso image. Is it a bug or a new feature? I couldn't find an option in the man page for this new feature. I used the pv command instead of dd, and I copied the iso image to the usb stick. pv image.iso > /dev/sdg Regards. -- System Information: Debian Release: bullseye/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-2-amd64 (SMP w/8 CPU threads) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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 coreutils depends on: ii libacl1 2.2.53-9 ii libattr1 1:2.4.48-6 ii libc62.31-9 ii libgmp10 2:6.2.1+dfsg-1 ii libselinux1 3.1-2+b2 coreutils recommends no packages. coreutils suggests no packages. -- no debconf information
Bug#976334: libgtk-3-0: File choser does not display the list of folders on NFS access
Package: libgtk-3-0 Version: 3.24.23-3 Severity: normal Dear Maintainer, For some time when I save a file on an nfs server, in the file choser when I type a few letters to limit the number of folders displayed, the list is empty. I can only display the full list of folders and scroll down the list. This problem does not appear for local folders. I think this problem appeared after version 3.24.20. Regards. -- System Information: Debian Release: bullseye/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.9.0-3-amd64 (SMP w/8 CPU threads) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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 libgtk-3-0 depends on: ii adwaita-icon-theme 3.38.0-1 ii hicolor-icon-theme 0.17-2 ii libatk-bridge2.0-0 2.38.0-1 ii libatk1.0-0 2.36.0-2 ii libc62.31-4 ii libcairo-gobject21.16.0-4 ii libcairo21.16.0-4 ii libcolord2 1.4.4-2 ii libcups2 2.3.3-4 ii libepoxy01.5.4-1 ii libfontconfig1 2.13.1-4.2 ii libfreetype6 2.10.2+dfsg-4 ii libfribidi0 1.0.8-2 ii libgdk-pixbuf-2.0-0 2.40.0+dfsg-7 ii libgdk-pixbuf2.0-0 2.40.0+dfsg-7 ii libglib2.0-0 2.66.3-1 ii libgtk-3-common 3.24.23-3 ii libharfbuzz0b2.6.7-1 ii libjson-glib-1.0-0 1.6.0-1 ii libpango-1.0-0 1.46.2-3 ii libpangocairo-1.0-0 1.46.2-3 ii libpangoft2-1.0-01.46.2-3 ii librest-0.7-00.8.1-1+b1 ii libwayland-client0 1.18.0-2~exp1.1 ii libwayland-cursor0 1.18.0-2~exp1.1 ii libwayland-egl1 1.18.0-2~exp1.1 ii libx11-6 2:1.6.12-1 ii libxcomposite1 1:0.4.5-1 ii libxcursor1 1:1.2.0-2 ii libxdamage1 1:1.1.5-2 ii libxext6 2:1.3.3-1+b2 ii libxfixes3 1:5.0.3-2 ii libxi6 2:1.7.10-1 ii libxinerama1 2:1.1.4-2 ii libxkbcommon00.10.0-1 ii libxrandr2 2:1.5.1-1 ii shared-mime-info 2.0-1 Versions of packages libgtk-3-0 recommends: ii libgtk-3-bin 3.24.23-3 Versions of packages libgtk-3-0 suggests: ii gvfs 1.46.1-1 ii librsvg2-common 2.50.2+dfsg-1 Versions of packages libgtk-3-0 is related to: pn appmenu-gtk3-module pn fcitx-frontend-gtk3 pn gcin-gtk3-immodule pn gtk-vector-screenshot pn gtk3-engines-xfce pn gtk3-im-libthai pn hime-gtk3-immodule ii ibus-gtk3 1.5.23-1 pn imhangul-gtk3 ii libcanberra-gtk3-module 0.30-7 pn libcaribou-gtk3-module pn libgtk3-nocsd0 pn maliit-inputcontext-gtk3 pn packagekit-gtk3-module pn scim-gtk-immodule pn topmenu-gtk3 pn uim-gtk3 pn uim-gtk3-immodule -- no debconf information
Bug#964760: chromium: Chromium 83.0.4103.116-2 crash : SEGV_MAPERR
Package: chromium Version: 83.0.4103.116-2 Severity: normal Dear Maintainer, Since the last update to fix the problem with ffmpeg, I regularly crash Chromium. Received signal 11 SEGV_MAPERR 7f01ed233d87 #0 0x55b6d1599c69 (/usr/lib/chromium/chromium+0x52b3c68) #1 0x55b6d14f8ef3 (/usr/lib/chromium/chromium+0x5212ef2) #2 0x55b6d15997f1 (/usr/lib/chromium/chromium+0x52b37f0) #3 0x7f950e5c8110 (/usr/lib/x86_64-linux-gnu/libpthread-2.30.so+0x1410f) #4 0x7f95096aed3c (/usr/lib/x86_64-linux-gnu/libc-2.30.so+0x85d3b) #5 0x7f95096b0f33 (/usr/lib/x86_64-linux-gnu/libc-2.30.so+0x87f32) #6 0x7f95096b2bf9 __libc_malloc #7 0x55b6d15b19be operator new() #8 0x7f9509939a2c std::__cxx11::basic_string<>::reserve() #9 0x7f950992f498 std::__cxx11::basic_stringbuf<>::overflow() #10 0x7f950993804a std::basic_streambuf<>::xsputn() #11 0x7f950992a714 std::__ostream_insert<>() #12 0x55b6d1599d39 (/usr/lib/chromium/chromium+0x52b3d38) #13 0x55b6d159a054 (/usr/lib/chromium/chromium+0x52b4053) #14 0x55b6d150b412 (/usr/lib/chromium/chromium+0x5225411) #15 0x55b6d150d548 (/usr/lib/chromium/chromium+0x5227547) #16 0x55b6cfc5312a (/usr/lib/chromium/chromium+0x396d129) #17 0x55b6cfc5317e (/usr/lib/chromium/chromium+0x396d17d) #18 0x55b6cf2a8387 (/usr/lib/chromium/chromium+0x2fc2386) #19 0x55b6cfc0c3d9 (/usr/lib/chromium/chromium+0x39263d8) #20 0x55b6cfc0c61e (/usr/lib/chromium/chromium+0x392661d) #21 0x55b6cfc56967 (/usr/lib/chromium/chromium+0x3970966) #22 0x55b6cfc824c7 (/usr/lib/chromium/chromium+0x399c4c6) #23 0x55b6cfc8277e (/usr/lib/chromium/chromium+0x399c77d) #24 0x55b6cfc5313f (/usr/lib/chromium/chromium+0x396d13e) #25 0x55b6cfc5317e (/usr/lib/chromium/chromium+0x396d17d) #26 0x55b6cf2a8387 (/usr/lib/chromium/chromium+0x2fc2386) #27 0x55b6cf56b7a3 (/usr/lib/chromium/chromium+0x32857a2) #28 0x55b6cf8da0bc (/usr/lib/chromium/chromium+0x35f40bb) #29 0x55b6d16cb45f (/usr/lib/chromium/chromium+0x53e545e) #30 0x55b6d16d1a24 (/usr/lib/chromium/chromium+0x53eba23) #31 0x55b6d16cfb62 (/usr/lib/chromium/chromium+0x53e9b61) #32 0x55b6d16ce82d (/usr/lib/chromium/chromium+0x53e882c) #33 0x55b6d16c7213 (/usr/lib/chromium/chromium+0x53e1212) #34 0x55b6d16e2abb (/usr/lib/chromium/chromium+0x53fcaba) #35 0x55b6d16e2de0 (/usr/lib/chromium/chromium+0x53fcddf) #36 0x55b6d16e2370 (/usr/lib/chromium/chromium+0x53fc36f) #37 0x55b6cf554c46 (/usr/lib/chromium/chromium+0x326ec45) #38 0x55b6cf55476c (/usr/lib/chromium/chromium+0x326e76b) #39 0x55b6cf550eed (/usr/lib/chromium/chromium+0x326aeec) #40 0x55b6cf54774b (/usr/lib/chromium/chromium+0x326174a) #41 0x55b6cf53a044 (/usr/lib/chromium/chromium+0x3254043) #42 0x55b6cf539d75 (/usr/lib/chromium/chromium+0x3253d74) #43 0x55b6cf558426 (/usr/lib/chromium/chromium+0x3272425) #44 0x55b6d15b70e0 (/usr/lib/chromium/chromium+0x52d10df) #45 0x7f950d37db0f (/usr/lib/x86_64-linux-gnu/libevent-2.1.so.7.0.0+0x23b0e) #46 0x7f950d37e24f event_base_loop #47 0x55b6d15b738e (/usr/lib/chromium/chromium+0x52d138d) #48 0x55b6d15575d5 (/usr/lib/chromium/chromium+0x52715d4) #49 0x55b6d152f670 (/usr/lib/chromium/chromium+0x524966f) #50 0x55b6cf8753b3 (/usr/lib/chromium/chromium+0x358f3b2) #51 0x55b6d156d2a9 (/usr/lib/chromium/chromium+0x52872a8) #52 0x55b6d15a9c9e (/usr/lib/chromium/chromium+0x52c3c9d) #53 0x7f950e5bcf27 start_thread #54 0x7f950972631f clone r8: 0077 r9: 0050 r10: 0006 r11: 007c r12: 7f94ec20 r13: 7f94ec30 r14: 7f94ed264530 r15: 0020 di: 0021 si: 0004 bp: 0020 bx: 7f01ed233d7f dx: 7f94ec80 ax: 7f94ec47d660 cx: 7f01ed233d7f sp: 7f94fa6d3440 ip: 7f95096aed3c efl: 00010202 cgf: 002b0033 erf: 0004 trp: 000e msk: cr2: 7f01ed233d87 [end of stack trace] Calling _exit(1). Core file will not be generated. Regards. -- System Information: Debian Release: bullseye/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.7.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages chromium depends on: ii chromium-common83.0.4103.116-2 ii libasound2 1.2.2-2.3 ii libatk-bridge2.0-0 2.34.1-3 ii libatk1.0-02.36.0-2 ii libatspi2.0-0 2.36.0-2 ii libavcodec-extra58 [libavcodec58] 7:4.3-2 ii libavformat58 7:4.3-2 ii libavutil567:4.3-2 ii libc6 2.30-8 ii libcairo2 1.16.0-4 ii libcups2 2.3.3-1 ii libdbus-1-31.12.18-1 ii libdrm2
Bug#932980: Solved in 1.22.4 and 1.23.2
Hi, This (recurring) bug seems to have been fixed in Marco's version 1.22.4 and 1.23.2 : https://github.com/mate-desktop/marco/issues/251#issuecomment-562744176 Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | | +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 | ===Debian=GNU/Linux===
Bug#922699: caja: Caja crash when copying paste
Le 07/03/2019 à 14:31, Vlad Orlov a écrit : > Hi, > > Looks like it's a problem in the French translation (malformed string) which > appeared > with our latest update from Transifex before 1.20.3 release. I'll try to fix > it. Hi, Yes, I just tested on a laptop by changing the default locale from fr_FR.UTF-8 to en_GB.UTF-8, and copy paste works. Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | | +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 | ===Debian=GNU/Linux===
Bug#922699: caja: Caja crash when copying paste
Le 27/02/2019 à 11:40, Vlad Orlov a écrit : > Hi, > > I'm not able to reproduce it in my Debian Testing VM. Don't have it installed > on baremetal, > maybe it's relevant. Anyway, the full backtrace might give some hints... can > you obtain it? > You'll need to do the following: > > 1. Run the debugger with the latest dump from Caja: > > $ coredumpctl debug caja > > It should show some info and gdb's prompt, (gdb). > > 2. Run the command to get the full backtrace in gdb's prompt: > > (gdb) bt full > > And post the result of it. Hi, The result of the full backtrace: #0 0xf70165f3 in g_file_query_info (file=0x5668c828 , attributes=0x5671de65 "standard::display-name", flags=G_FILE_QUERY_INFO_NONE, cancellable=0x59063c30 [GCancellable], error=0x0) at ../../../gio/gfile.c:1303 __inst = 0x5668c828 __r = _g_boolean_var_ = iface = __FUNCTION__ = "g_file_query_info" #1 0x566863f2 in custom_basename_to_string (format=0xee224090 "%B", va=0xeed87f50 "\001") at caja-file-operations.c:827 file = 0x5668c828 info = name = basename = tmp = #2 0x566f5996 in eel_strdup_vprintf_with_custom (custom=0x567e5700 , format=0xf38217ac , va_orig=0xeed87f44 "\002") at eel-string.c:714 va = 0xeed87f4c "(\310hV\001" p = 0xf38217da num_args = i = j = 3 args = 0xee220bb0 type = conversions = 0xee22c810 f = str = 0xf2d5acc0 flags = width = mod = pos = s = __func__ = "eel_strdup_vprintf_with_custom" #3 0x566861a7 in f (format=0xf38217ac ) at caja-file-operations.c:940 va = 0xeed87f44 "\002" res = #4 0x5668c933 in report_copy_progress (copy_job=copy_job@entry=0x58b04570, source_info=source_info@entry=0xeed87ffc, transfer_info=transfer_info@entry=0xeed88010) at caja-file-operations.c:3005 files_left = total_size = elapsed = transfer_rate = remaining_time = now = job = 0x58b04570 is_move = 0 #5 0x5668e67a in copy_files (transfer_info=0xeed88010, source_info=0xeed87ffc, dest_fs_id=0xee260280 "l2049", job=0x58b04570) at caja-file-operations.c:4516 common = 0x58b04570 dest_fs_type = 0x0 inf = src = unique_names = readonly_source_fs = 0 l = same_fs = i = point = skipped_file = -151639012 dest = source_dir = job = common = source_info = {num_files = 2, num_bytes = 4137, num_files_since_progress = 2, op = OP_KIND_COPY} transfer_info = {num_files = 0, num_bytes = 0, op = OP_KIND_COPY, last_report_time = 181390712176, last_reported_files_left = 2} dest_fs_id = 0xee260280 "l2049" dest = #6 0x5668e67a in copy_job (io_job=0xecb0c580, cancellable=, user_data=) at caja-file-operations.c:4650 job = common = source_info = {num_files = 2, num_bytes = 4137, num_files_since_progress = 2, op = OP_KIND_COPY} transfer_info = {num_files = 0, num_bytes = 0, op = OP_KIND_COPY, last_report_time = 181390712176, last_reported_files_left = 2} dest_fs_id = 0xee260280 "l2049" dest = #7 0xf703400b in io_job_thread (task=0x59065db0 [GTask], source_object=0x0, task_data=0xecb0c580, cancellable=0x59063c30 [GCancellable]) at ../../../gio/gioscheduler.c:85 job = 0xecb0c580 result = #8 0xf706110f in g_task_thread_pool_thread (thread_data=0x59065db0, pool_data=0x0) at ../../../gio/gtask.c:1331 task = 0x59065db0 [GTask] #9 0xf6e9f87d in g_thread_pool_thread_proxy (data=0x582cede0) at ../../../glib/gthreadpool.c:307 task = 0x59065db0 pool = 0x582cede0 #10 0xf6e9ee2a in g_thread_proxy (data=0x586e94f0) at ../../../glib/gthread.c:784 thread = 0x586e94f0 __FUNCTION__ = "g_thread_proxy" #11 0xf6994fd2 in start_thread (arg=) at pthread_create.c:486 ret = pd = now = unwind_buf = {cancel_jmp_buf = {{jmp_buf = {-157630464, -287798464, -157630464, -287800856, 2006751563, -201207429}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}} not_first_call = 0 #12 0xf68aa276 in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:108 Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | | +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 | ===Debian=GNU/Linux===
Bug#922699: caja: Caja crash when copying paste
Le 26/02/2019 à 11:54, Vlad Orlov a écrit : > Hi, > > Ok, seems like the bug is in Caja, not in libgio. It's not clear yet what > causes the crash... > > Does it crash on every copy/paste of any folder? Is there something common > between all > the folders? For example, a lot of large files, a lot of small files, some > specific characters > in filenames... Hi, I have not found a particular type of folder, it crashes on all folders as soon as they contain a file. It crashes on our workstations, as on NFS access to the server, on small folders as on big. For example in my personal folder, I created a folder "test", in this folder I created a text file, I copy paste the folder and caja crash. Our workstations have amd64 and i386 systems, but the i386s use an amd64 kernel. But caja crash on both types of systems. I regularly update the workstations with testing, the crash of caja appeared with the latest updates. Regards. -- ====== | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | | +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 | ===Debian=GNU/Linux===
Bug#922699: caja: Caja crash when copying paste
Hi, To complete the bug report, caja crashes only if the folder contains files, if the folder is empty caja does not crash. Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | | +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 | ===Debian=GNU/Linux===
Bug#909464: thunderbird: Thunderbird crash : Fontconfig error: failed reading config file
Le 24/09/2018 à 13:43, Carsten Schoenert a écrit : > Hello, > > Am 24.09.18 um 11:11 schrieb Frederic MASSOT: >> Dear Maintainer, >> >> After upgrading Thunderbird from version 1:52.9.1-1 to version >> 1:60.0-3~deb9u1, Thunderbird crash at startup with error message: >> >> $ thunderbird --verbose >> INFO -> [[ ... using verbose mode ... ]] >> DEBUG -> Found folder /home/toto/.icedove, found a symlink >> /home/toto/.thunderbird pointing to /home/toto/.icedove >> DEBUG -> call '/usr/lib/thunderbird/thunderbird ' >> Fontconfig error: failed reading config file >> alloc factor 0,90 0,90 >> alloc factor 0,90 0,90 >> ExceptionHandler::GenerateDump cloned child 4962 >> ExceptionHandler::SendContinueSignalToChild sent continue signal to child >> ExceptionHandler::WaitForContinueSignal waiting for continue signal... > > you have seen #909039 and have checked your bug is a different behavior? > > I don't think the message about some Fontconfig error is related to this > crash (we never have seen this before). You would need to wrap the start > of Thunderbird within a strace call, or run this all through the debugger. > > You also have installed AppArmor, the profile for Thunderbird is disabled? > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=909039 Hi, Yes, the message on Fontconfig has nothing to do with the crash. This is the same problem as bug report #909039. I had folders in Thunderbird with accents in the name. I renamed these files by replacing the letter accented by the same letter without accent. In 2018 a bug related to the use of non-ASCII characters, crazy! :o) Thank you. Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | | +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 | ===Debian=GNU/Linux===
Bug#873075: BackupPC 4.2.0 has been released on Github
Hi, The version 4.2 of backupPC just out, can you packaging it, please? https://github.com/backuppc/backuppc/releases/tag/4.2.0 Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | | +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 | ===Debian=GNU/Linux===
Bug#882348: AppArmor blocks thunderbird
Hi, For me, AppArmor blocks the signatures that are in a file, blocks the opening of http and https links in emails, blocks the opening of attachments like PDF. The command "sudo aa-disable /etc/apparmor.d/usr.bin.thunderbird" solves these problems, but it is not the solution. The Thunderbird AppArmor profile needs to be fixed. Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | | +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 | ===Debian=GNU/Linux===
Bug#865866: Writer crash on i386
Hi, I have just seen the bug report 865303. I rebooted from kernel 4.9.0-3-686-pae to 4.9.0-2-686-pae and I have no problem with Writer. Writer also crashes with kernel 4.11.0-1-686-pae Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | | +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 | ===Debian=GNU/Linux===
Bug#865866: Writer crash on i386
Hi, I have the same problem since this morning's update from Stretch to Buster. Writer crashes at startup. Calc, Draw, or Impress works fine. I have this problem only on i386 workstations not on amd64. I have uninstalled the package "libreoffice-gtk3" and installed the package "libreoffice-gtk2", I have the same problem. I have uninstalled both packages "libreoffice-gtk2" and "libreoffice-gtk3" (VCL: x11), I do not have the problem. Writer works and I can use it, but it is not very pretty. Regards. -- ====== | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | | +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 | ===Debian=GNU/Linux===
Bug#795408: Caja bug tracker
Hi, You should post your feature request on the Caja bug tracker for the developers there to see : https://github.com/mate-desktop/caja/issues Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | | +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 | ===Debian=GNU/Linux===
Bug#834622: Patch at TDF
Hi, According to the bug report on TDF Caolan McNamara committed a patch for 5.2.4: https://cgit.freedesktop.org/libreoffice/core/commit/?id=3284234de21c65f58bbad6bef8d40ae5bc5a8ea5=libreoffice-5-2 Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | | +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 | ===Debian=GNU/Linux===
Bug#834622: Patch at TDF
Hi, According to the bug report on TDF Caolan McNamara fixed the bug in master, will the backport to version 5.2. Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | | +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 | ===Debian=GNU/Linux===
Bug#834622: libreoffice-writer: Problem copy paste cells between two tables of two documents
Le 18/08/2016 à 17:36, Rene Engelhard a écrit : > found 834622 1:5.1.5~rc2-1 > tag 834622 + moreinfo > forwarded 834622 https://bugs.documentfoundation.org/show_bug.cgi?id=101457 > thanks > > Hi, > > On Wed, Aug 17, 2016 at 05:39:18PM +0200, Frederic MASSOT wrote: >> Since version 5.1 of Debian Writer, the behavior of the copy cells between >> two tables has changed. > > Really 5.1? Or is this a typo? Is it was 5.1, why are you not setting > Version: so tha 5.1 version you found it in? > >> The context: two Writer documents with the same tables, one with text and >> one without text. >> >> Operation: Select and copy several cells in a table of the first document >> and paste them in the same table the second document. >> >> Before version 5.1, the contents were copied identically between the tables >> of both documents. >> >> Since version 5.1, the cells selected in the first table are inserted into >> each cell of the second table. >> >> There is no problem if both tables are in the same document. >> >> I opened a bug report on "bugs.documentfoundation.org" before I realized >> that it only affects the Debian version, >> can be a problem with the copy paste of GTK. I have the same bug with Gnome >> 3 and MATE Desktop. > > which in fact both use Gtk3... > > Do you use Gtk3? What happens when using Gtk2? (remove -gtk3 and install -gtk. > or export SAL_USE_VCLPLUGIN=gtk with -gtk2 installed) or with none > (SAL_USE_VCLPLUGIN=gen) Hi Rene, Thank you for your reply. I installed the "libreoffice-gtk2" package and remove "libreoffice-gtk3", the copy paste works without bugs. There is a problem with the GTK3 copy paste. Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | | +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 | ===Debian=GNU/Linux===
Bug#827911: libreoffice-common: Fonts missing from Debian
Le 22/06/2016 à 16:26, Rene Engelhard a écrit : > severity 827911 wishlist retitle 827911 libreoffice-common: please > ship LibreOffice-bundled fonts missing from Debian otherwise thanks > > Hi, Hi, Thank you for your reply. > On Wed, Jun 22, 2016 at 03:45:36PM +0200, Frederic MASSOT wrote: >> Package: libreoffice-common Version: 1:5.1.4~rc1-1 Severity: >> normal > > Sorry, but I disagree. It's not a bug in the package because building > with --without-fonts was a deliberate choice. > > It's more a wish to add them -> wishlist. And retitling accordingly. Ok. >> LibreOffice comes with a set of fonts to have no problem for >> sharing files between systems, these fonts are removed from the >> Debian package. >> >> For fonts that have not yet Debian package, please, can you leave >> them in the libreoffice-common? > > IMHO it's not the job of an office suite to ship fonts. (Except here > maybe OpenSymbol.) It is true that usually the fonts are not provided by the software, whether on Linux, Mac or Windows. But the problem is the document exchange between workstations with different OS. If a font is not installed on a machine, the document is unstructured, text out tables. a document on one page is on two pages, etc. For these reasons, LibreOffice (upstream, Mac, Windows) comes with a set of free fonts. When using these fonts we are sure to have no problem for sharing document. My direction was clear, if the documents can not be exchanged with Linux, workstations go to Windows with Word. Currently I have manually installed the fonts used in "/usr/local/share/fonts/". I downloaded the fonts on Google Fonts website. > Get them packaged in Debian and the problem will be gone.. There are wnpp to package these fonts, but still no packets. For me, as long as the fonts are not packaged separately by Debian, they must be provided by LibreOffice package like upstream. > Thus I *do* see that this not-packaged-fonts thing is a problem, but > I am not sure we should ship them in -common. We'd step on the new > packages' toes if we put it in /usr/share/truetype directly and there > might be reasons why they are not packaged... Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | | +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 | ===Debian=GNU/Linux===
Bug#754785: No package ?
Hi, No progress on this package? It's a shame, LibreOffice provides fonts for not having a files sharing problem between systems, but they are removed from the LibreOffice Debian package and there are no Debian package for these fonts removed. So one can not exchange document with Debian systems without deconstruct the document. Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | | +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 | ===Debian=GNU/Linux===
Bug#787048: libapache2-mod-gnutls 0.7 in testing (Stretch) and backported into stable (Jessie)
Hi, Libapache2-mod-gnutls is missing from stable (Jessie) and testing (Stretch). The only solution for these two versions is to use mod_ssl. Libapache2-mod-gnutls 0.7 is available in Sid, there is no version 0.6, it fixes several security flaws whose Poodle, it will disable SSLv3 (#754960). It is important that libapache2-mod-gnutls 0.7 either in testing (Stretch) and backported into stable (Jessie). If it is not planned to backported libapache2-mod-gnutls 0.7 in stable (Jessie), we need to know to predict future installations. Thank you. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | | +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 | ===Debian=GNU/Linux===
Bug#776428: tracker.debian.org: Add a link to the Security Bug Tracker
Le 28/01/2015 02:33, Paul Wise a écrit : On Wed, Jan 28, 2015 at 6:30 AM, Frederic MASSOT wrote: Can you add a link to the Security Bug Tracker ? Packages with security issues already have action items that link to the security tracker. Is there anything more you would like to see added? Please give an example package and explanation of what is missing from the tracker page. Hi, Thank you for your reply. I would like in the package tracker page a link to the security bug tracker page, example for libc6: Package tracker page: https://tracker.debian.org/pkg/glibc In links box should link to: https://security-tracker.debian.org/tracker/source-package/glibc Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | | +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 | ===Debian=GNU/Linux=== -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754960: libapache2-mod-gnutls: cannot disable SSLv3
Hi, I could disable SSL3 and TLS1.0 with this line in the configuration of virtual hosts: GnuTLSPriorities NONE:!VERS-SSL3.0:!VERS-TLS1.0:+VERS-TLS1.1:+VERS-TLS1.2:+AES-128-CBC:+RSA:+SHA1:+COMP-NULL If I put this line in the file /etc/apache2/mods-enabled/gnutls.conf and not in virtual hosts, Apache will not restart and I have no error message. I did a test with two virtual hosts using the same IP (SNI), the certificate is wildcard type, it is used by both virtual hosts. If I put on one of the virtual hosts the line GnuTLSPriorities NONE:!VERS-SSL3.0:!VERS-TLS1.0:+VERS-TLS1.1:+VERS-TLS1.2:+AES-128-CBC:+RSA:+SHA1:+COMP-NULL and for the other virtual hosts the line GnuTLSPriorities NORMAL, the second is not taken into account. SSL3 and TLS1.0 are not available for the second. Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | | +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 | ===Debian=GNU/Linux=== -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770615: mate-session-manager: Switching users don't work with MATE and Lightdm
Le 22/11/2014 18:32, John Paul Adrian Glaubitz a écrit : On 11/22/2014 06:04 PM, Frederic MASSOT wrote: In .xsession-errors file I have this message: ** (gdmflexiserver:19422): WARNING **: Unable to create transient display: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.DisplayManager was not provided by any .service files GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.DisplayManager was not provided by any .service files Did you try using gdm3 instead of lightdm? I'm not sure whether user switching would actually work at all at the moment since MATE hasn't been ported to support logind yet. Hi Adrian, Thank you for your reply. With my home PC I can not test GDM3. Since the last update, GDM and Gnome 3 does not work on my PC : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=767803 I'll try tomorrow on my PC at work. Regards. -- Frédéric MASSOT -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770615: mate-session-manager: Switching users don't work with MATE and Lightdm
Le 22/11/2014 18:32, John Paul Adrian Glaubitz a écrit : On 11/22/2014 06:04 PM, Frederic MASSOT wrote: In .xsession-errors file I have this message: ** (gdmflexiserver:19422): WARNING **: Unable to create transient display: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.DisplayManager was not provided by any .service files GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.DisplayManager was not provided by any .service files Did you try using gdm3 instead of lightdm? I'm not sure whether user switching would actually work at all at the moment since MATE hasn't been ported to support logind yet. I just fix my problem with the bug #767803. I handed GDM3 as default display manager and I was able to switch users. Regards. -- Frédéric MASSOT -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768830: Bug fixed
Hi, Since the last update I realized this week, thumbnails of PDF are re-appeared on the desktop. I do not know which component is involved. The bug report can be closed. Regards. -- Frédéric MASSOT -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745431: Use ionice instead of renice to reduce the load
Hi, After a few months of use with renice, I realized that it was not enough. I have less overhead, but there is always that sometimes load goes very high (180). I replaced renice by ionice with the idle class. With ionice the load increases by 1 point when chkrootkit works, is not up higher. Now I use: ionice -c 3 -p $$ /dev/null 21 Regards. -- Frédéric MASSOT -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754960: Bug report on the mod_gnutls project web site
Hi, I posted a bug report on the mod_gnutls project web site : https://mod.gnutls.org/ticket/29 Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | | +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 | ===Debian=GNU/Linux=== -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754960: SSL3 and TLS 1.0 is still active
Hi, According to the documentation GnuTLSPriorities directive can be used in server config or virtual host. I put the same line GnuTLSPriorities NORMAL:!VERS-SSL3.0:!VERS-TLS1.0:+VERS-TLS1.2:+VERS-TLS1.1:!MD5 in: - all virtual hosts that use HTTPS, - the configuration of GNUTLS (/etc/apache2/mods-available/gnutls.conf), - the default-tls file (/etc/apache2/sites-available/default-tls) which I do not use and that is not activated, - the apache2.conf file. I restarted Apache. The result is always the same SSL3 and TLS 1.0 is still active. Amazing! For - TLS 1.2 and I used the documentation of internal functions: - http://gnutls.org/manual/html_node/Priority-Strings.html I also looked at the documentations: - http://www.outoforder.cc/projects/apache/mod_gnutls/docs/ - http://mod-gnutls.sourceforge.net/downloads/docs/mod_gnutls_manual-0.1.html Florian, I think you're right, it is better to use the ! instead of - to the GnuTLSPriorities directive. Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | | +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 | ===Debian=GNU/Linux=== -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635752: [pkg-ntp-maintainers] Bug#635752: ntp: Systemd will be the default init system of new Jessie installation.
Le 25/08/2014 16:56, Kurt Roeckx a écrit : On Mon, Aug 25, 2014 at 04:06:42PM +0200, Frederic MASSOT wrote: Package: ntp Version: 1:4.2.6.p5+dfsg-3 Followup-For: Bug #635752 Dear Maintainer, From the announcement of the first beta release of the installer for Debian 8 Jessie, Systemd init system will be the default: Yes, so? Does that mean ntpd will suddenly stop working? The current service file does not provide the options like the current init script. It's not possible to use the dhcp servers anymore. Hi Kurt, Thank you to answer me. Adding service file is one of the goals for Jessie: https://wiki.debian.org/ReleaseGoals/systemd No offense, you may want to discuss with the maintainer of systemd to find a solution. it may be the changes at Systemd to meet your needs. Regards. -- Frédéric MASSOT -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758002: xserver-xorg-video-radeon: If there is no open session, the system crashes
Package: xserver-xorg-video-radeon Version: 1:7.4.0-2 Severity: normal Dear Maintainer, It is a PC without hibernation, a tower and a screen, not a laptop. After the last update from 1:7.3.0-1+b1 to 1:7.4.0-2, if we do not connect before the screen is put to sleep (about 10 minutes), the system becomes inaccessible. Unable to connect with the keyboard or by SSH, you need to reboot the machine with the button. Alt-Syst-b does nothing. By cons, if you connect there is no problem, you can leave the PC without activity it does not freeze. There are no traces in the logs. Regards. -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Dec 10 2009 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 2528112 Jul 18 01:04 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] RV370 [Radeon X300] [1002:5b60] Xorg X server configuration file status: -rw-r--r-- 1 root root 1108 Dec 10 2009 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: --- # xorg.conf (X.Org X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section InputDevice Identifier Generic Keyboard Driver kbd Option XkbRules xorg Option XkbModel pc105 Option XkbLayout fr Option XkbVariantlatin9 EndSection Section InputDevice Identifier Configured Mouse Driver mouse EndSection Section Device Identifier Configured Video Device EndSection Section Monitor Identifier Configured Monitor EndSection Section Screen Identifier Default Screen Monitor Configured Monitor EndSection /etc/X11/xorg.conf.d does not exist. KMS configuration files: /etc/modprobe.d/i915-kms.conf: options i915 modeset=1 /etc/modprobe.d/radeon-kms.conf: options radeon modeset=1 Kernel version (/proc/version): --- Linux version 3.13-1-686-pae (debian-ker...@lists.debian.org) (gcc version 4.8.2 (Debian 4.8.2-16) ) #1 SMP Debian 3.13.10-1 (2014-04-15) Xorg X server log files on system: -- -rw-r--r-- 1 root root 28761 Apr 17 12:56 /var/log/Xorg.1.log -rw-r--r-- 1 root root 51826 Jul 28 17:02 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [29.592] X.Org X Server 1.15.1 Release Date: 2014-04-13 [29.592] X Protocol Version 11, Revision 0 [29.592] Build Operating System: Linux 3.2.0-4-amd64 i686 Debian [29.592] Current Operating System: Linux daoloth 3.13-1-686-pae #1 SMP Debian 3.13.10-1 (2014-04-15) i686 [29.592] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.13-1-686-pae root=UUID=67bda4a1-94ba-4134-a5e3-4e9b4872107c ro [29.592] Build Date: 15 April 2014 07:46:36PM [29.592] xorg-server 2:1.15.1-1 (http://www.debian.org/support) [29.592] Current version of pixman: 0.32.4 [29.592]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [29.592] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [29.592] (==) Log file: /var/log/Xorg.0.log, Time: Mon Jul 28 10:27:31 2014 [29.697] (==) Using config file: /etc/X11/xorg.conf [29.697] (==) Using system config directory /usr/share/X11/xorg.conf.d [29.864] (==) No Layout section. Using the first Screen section. [29.864] (**) |--Screen Default Screen (0) [29.864] (**) | |--Monitor Configured Monitor [29.891] (==) No device specified for screen Default Screen. Using the first device section listed. [29.891] (**) | |--Device Configured Video Device [29.892] (==) Automatically adding devices [29.892] (==) Automatically enabling devices [29.892] (==) Automatically adding GPU devices [29.995] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/cyrillic, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled,
Bug#757097: [Pkg-chromium-maint] Bug#757097: chromium: Chromium does not detect the Flash plugin installed by flashplugin-nonfree
Le 05/08/2014 12:05, Vincent Bernat a écrit : ❦ 5 août 2014 11:13 +0200, Frederic MASSOT frede...@juliana-multimedia.com : Since the update of Chomium from 34.0.1847.137-1~deb7u1 to 35.0.1916.153-2 it does not detect the Flash plugin (11.2.202.394) installed by the flashplugin-nonfree package (1:3.5). That's expected, please use pepperflashplugin-nonfree instead. The NPAPI plugin interface was removed in Chromium 35: http://blog.chromium.org/2014/04/chrome-35-beta-more-developer-control.html Hi, Yes, it works much better with the proper plugin. :o) Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | | +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 | ===Debian=GNU/Linux=== -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670377: i965-va-driver: Driver not loaded
Le 20/06/2014 14:32, Sebastian Ramacher a écrit : On 2014-06-09 19:53:47, Frederic MASSOT wrote: Package: i965-va-driver Version: 1.3.1-2 Followup-For: Bug #670377 Dear Maintainer, I have the same problem with my PC with an Asus P5B-VM motherboard, Intel Celeron CPU and Intel 965G integrated graphics chipset: $ vainfo libva info: VA-API version 0.35.1 libva info: va_getDriverName() returns 0 libva info: Trying to open /usr/lib/i386-linux-gnu/dri/i965_drv_video.so libva info: Found init function __vaDriverInit_0_35 libva error: /usr/lib/i386-linux-gnu/dri/i965_drv_video.so init failed libva info: va_openDriver() returns -1 vaInitialize failed with error code -1 (unknown libva error),exit 1.3.2-1 should support VA_INTEL_DEBUG to enable more debug output. What does VA_INTEL_DEBUG=1 vainfo report? Hi Sebastian, Below vainfo output with debug enabled: $ dpkg -s i965-va-driver Package: i965-va-driver Status: install ok installed Priority: optional Section: video Installed-Size: 1562 Maintainer: Debian Multimedia Maintainers pkg-multimedia-maintain...@lists.alioth.debian.org Architecture: i386 Multi-Arch: same Source: intel-vaapi-driver Version: 1.3.2-1 [...] $ VA_INTEL_DEBUG=1 vainfo libva info: VA-API version 0.35.1 libva info: va_getDriverName() returns 0 libva info: Trying to open /usr/lib/i386-linux-gnu/dri/i965_drv_video.so libva info: Found init function __vaDriverInit_0_35 g_intel_debug_option_flags:1 libva error: /usr/lib/i386-linux-gnu/dri/i965_drv_video.so init failed libva info: va_openDriver() returns -1 vaInitialize failed with error code -1 (unknown libva error),exit Regards. -- Frédéric MASSOT -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619841: No package of expected?
Hi, No package of expected? This is a very interesting file system and running in production. Regards -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | ===Debian=GNU/Linux=== -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656063: Same crash with version 1.2.3+repack0-1
Le 01/02/2012 16:18, Didier Raboud a écrit : Hi Frederic, Thanks for your notice; hence re-opening, marked as found in the 1.2.3+repack0-1 Debian release. Jan 31 22:27:04 lobon usb_modeswitch_dispatcher: *** glibc detected *** usb_modeswitch_dispatcher: free(): invalid next size (normal): 0x0966fff0 *** Can you make sure you have both usb-modeswitch=1.2.3+repack0-1 and libjim0debian2=0.73-2 installed, enable logging (in /etc/usb_modeswitch.conf) and reboot before re-plugging your 3G dongle ? Hi, I have usb-modeswitch 1.2.3+repack0-1 and libjim0debian2 0.73-1, the log bellow : *** glibc detected *** usb_modeswitch_dispatcher: free(): invalid next size (normal): 0x095506a8 *** === Backtrace: = /lib/i386-linux-gnu/i686/cmov/libc.so.6(+0x6aac1)[0xb76cdac1] /lib/i386-linux-gnu/i686/cmov/libc.so.6(+0x6c328)[0xb76cf328] /lib/i386-linux-gnu/i686/cmov/libc.so.6(+0x6feea)[0xb76d2eea] /lib/i386-linux-gnu/i686/cmov/libc.so.6(realloc+0xdd)[0xb76d34ad] /usr/lib/i386-linux-gnu/libjim.so.0debian2(Jim_Realloc+0x23)[0xb77c8233] === Memory map: 08048000-0804f000 r-xp 08:01 15215 /usr/sbin/usb_modeswitch_dispatcher 0804f000-0805 rw-p 6000 08:01 15215 /usr/sbin/usb_modeswitch_dispatcher 09514000-09577000 rw-p 00:00 0 [heap] b750-b7521000 rw-p 00:00 0 b7521000-b760 ---p 00:00 0 b7631000-b764d000 r-xp 08:01 129945 /lib/i386-linux-gnu/libgcc_s.so.1 b764d000-b764e000 rw-p 0001b000 08:01 129945 /lib/i386-linux-gnu/libgcc_s.so.1 b765d000-b765e000 rw-p 00:00 0 b765e000-b766 r-xp 08:01 135147 /lib/i386-linux-gnu/i686/cmov/libdl-2.13.so b766-b7661000 r--p 1000 08:01 135147 /lib/i386-linux-gnu/i686/cmov/libdl-2.13.so b7661000-b7662000 rw-p 2000 08:01 135147 /lib/i386-linux-gnu/i686/cmov/libdl-2.13.so b7662000-b7663000 rw-p 00:00 0 b7663000-b77b6000 r-xp 08:01 135159 /lib/i386-linux-gnu/i686/cmov/libc-2.13.so b77b6000-b77b7000 ---p 00153000 08:01 135159 /lib/i386-linux-gnu/i686/cmov/libc-2.13.so b77b7000-b77b9000 r--p 00153000 08:01 135159 /lib/i386-linux-gnu/i686/cmov/libc-2.13.so b77b9000-b77ba000 rw-p 00155000 08:01 135159 /lib/i386-linux-gnu/i686/cmov/libc-2.13.so b77ba000-b77bd000 rw-p 00:00 0 b77bd000-b7804000 r-xp 08:01 5952 /usr/lib/i386-linux-gnu/libjim.so.0debian2.0.73 b7804000-b7806000 r--p 00046000 08:01 5952 /usr/lib/i386-linux-gnu/libjim.so.0debian2.0.73 b7806000-b7807000 rw-p 00048000 08:01 5952 /usr/lib/i386-linux-gnu/libjim.so.0debian2.0.73 b7813000-b7818000 rw-p 00:00 0 b7818000-b7819000 r-xp 00:00 0 [vdso] b7819000-b7834000 r-xp 08:01 135127 /lib/i386-linux-gnu/ld-2.13.so b7834000-b7835000 r--p 0001b000 08:01 135127 /lib/i386-linux-gnu/ld-2.13.so b7835000-b7836000 rw-p 0001c000 08:01 135127 /lib/i386-linux-gnu/ld-2.13.so bfb0d000-bfb2e000 rw-p 00:00 0 [stack] USB_ModeSwitch log from Wed Feb 01 20:50:58 CET 2012 Raw args from udev: /1-3:1.0 Using global config file: /etc/usb_modeswitch.conf Using top device dir /sys/bus/usb/devices/1-3 USB values from sysfs: manufacturer Vodafone (ZTE) product Vodafone Mobile Broadband K3765-Z serialP673A1VDF_MS bNumConfigurations is 1 - don't check for active configuration Found packed config collection /usr/share/usb_modeswitch/configPack.tar.gz I test with libjim0debian2 0.73-2. Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656063: Same crash with version 1.2.3+repack0-1
Le 01/02/2012 16:18, Didier Raboud a écrit : Hi Frederic, Thanks for your notice; hence re-opening, marked as found in the 1.2.3+repack0-1 Debian release. Jan 31 22:27:04 lobon usb_modeswitch_dispatcher: *** glibc detected *** usb_modeswitch_dispatcher: free(): invalid next size (normal): 0x0966fff0 *** Can you make sure you have both usb-modeswitch=1.2.3+repack0-1 and libjim0debian2=0.73-2 installed, enable logging (in /etc/usb_modeswitch.conf) and reboot before re-plugging your 3G dongle ? Hi, With libjim0debian2 0.73-1 that crash, with libjim0debian2 0.73-2 there is no crash. :o) Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656063: Same crash with version 1.2.3+repack0-1
Hi, I have the same bug with version 1.2.3+repack0-1 : Jan 31 22:27:03 lobon kernel: [ 94.760083] usb 1-3: new high speed USB device number 4 using eh ci_hcd Jan 31 22:27:04 lobon kernel: [ 95.309313] usb 1-3: New USB device found, idVendor=19d2, idProd uct=2000 Jan 31 22:27:04 lobon kernel: [ 95.309329] usb 1-3: New USB device strings: Mfr=3, Product=2, S erialNumber=4 Jan 31 22:27:04 lobon kernel: [ 95.309339] usb 1-3: Product: Vodafone Mobile Broadband K3765-Z Jan 31 22:27:04 lobon kernel: [ 95.309348] usb 1-3: Manufacturer: Vodafone (ZTE) Jan 31 22:27:04 lobon kernel: [ 95.309355] usb 1-3: SerialNumber: P673A1VDF_MS Jan 31 22:27:04 lobon mtp-probe: checking bus 1, device 4: /sys/devices/pci:00/:00:1d.7/ usb1/1-3 Jan 31 22:27:04 lobon kernel: [ 95.317404] scsi3 : usb-storage 1-3:1.0 Jan 31 22:27:04 lobon mtp-probe: bus: 1, device: 4 was not an MTP device Jan 31 22:27:04 lobon usb_modeswitch_dispatcher: *** glibc detected *** usb_modeswitch_dispatcher: free(): invalid next size (normal): 0x0966fff0 *** Jan 31 22:27:05 lobon kernel: [ 96.319374] scsi 3:0:0:0: CD-ROM Vodafone USB SCSI CD-ROM USB PQ: 0 ANSI: 2 Jan 31 22:27:05 lobon kernel: [ 96.363708] sr0: scsi-1 drive Jan 31 22:27:05 lobon kernel: [ 96.363727] cdrom: Uniform CD-ROM driver Revision: 3.20 Jan 31 22:27:05 lobon kernel: [ 96.366764] sr 3:0:0:0: Attached scsi CD-ROM sr0 Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656063: usb_modeswitch_dispatcher: free(): invalid next size
Le 22/01/2012 12:25, Josua Dietze a écrit : Am 15.01.2012 17:48, schrieb Frederic MASSOT: I have several crash of usb_modeswitch_dispatcher ... ... Jan 15 17:12:23 lobon usb_modeswitch_dispatcher: *** glibc detected *** /usr/sbin/usb_modeswitch_ dispatcher: free(): invalid next size (normal): 0x099c3340 *** After several tests I have pinpointed a problem with seems to revolve around setting the PATH environment variable from within the dispatcher script. Any subsequent exec command resulted in a crash. This happens only with the binary dispatcher and *only* in the udev-triggered context. Running the binary dispatcher manually from the command line will succeed as expected. I have attached a patch for an immediate work-around. Further research is neccessary though. Hi, Thank you for your patch, I have not had time to test it. With EnableLogging = 1 I had another crash which was recorded, I hope this helps. *** glibc detected *** /usr/sbin/usb_modeswitch_dispatcher: free(): invalid next size (normal): 0x080959f8 *** === Backtrace: = /lib/i386-linux-gnu/i686/cmov/libc.so.6(+0x6aac1)[0xb7616ac1] /lib/i386-linux-gnu/i686/cmov/libc.so.6(+0x6c328)[0xb7618328] /lib/i386-linux-gnu/i686/cmov/libc.so.6(+0x6feea)[0xb761beea] /lib/i386-linux-gnu/i686/cmov/libc.so.6(realloc+0xdd)[0xb761c4ad] /usr/lib/i386-linux-gnu/libjim.so.0debian2(Jim_Realloc+0x23)[0xb7711233] === Memory map: 08048000-0804f000 r-xp 08:01 14938 /usr/sbin/usb_modeswitch_dispatcher 0804f000-0805 rw-p 6000 08:01 14938 /usr/sbin/usb_modeswitch_dispatcher 08059000-080bc000 rw-p 00:00 0 [heap] b740-b7421000 rw-p 00:00 0 b7421000-b750 ---p 00:00 0 b757a000-b7596000 r-xp 08:01 129945 /lib/i386-linux-gnu/libgcc_s.so.1 b7596000-b7597000 rw-p 0001b000 08:01 129945 /lib/i386-linux-gnu/libgcc_s.so.1 b75a6000-b75a7000 rw-p 00:00 0 b75a7000-b75a9000 r-xp 08:01 135147 /lib/i386-linux-gnu/i686/cmov/libdl-2.13.so b75a9000-b75aa000 r--p 1000 08:01 135147 /lib/i386-linux-gnu/i686/cmov/libdl-2.13.so b75aa000-b75ab000 rw-p 2000 08:01 135147 /lib/i386-linux-gnu/i686/cmov/libdl-2.13.so b75ab000-b75ac000 rw-p 00:00 0 b75ac000-b76ff000 r-xp 08:01 135159 /lib/i386-linux-gnu/i686/cmov/libc-2.13.so b76ff000-b770 ---p 00153000 08:01 135159 /lib/i386-linux-gnu/i686/cmov/libc-2.13.so b770-b7702000 r--p 00153000 08:01 135159 /lib/i386-linux-gnu/i686/cmov/libc-2.13.so b7702000-b7703000 rw-p 00155000 08:01 135159 /lib/i386-linux-gnu/i686/cmov/libc-2.13.so b7703000-b7706000 rw-p 00:00 0 b7706000-b774d000 r-xp 08:01 5952 /usr/lib/i386-linux-gnu/libjim.so.0debian2.0.73 b774d000-b774f000 r--p 00046000 08:01 5952 /usr/lib/i386-linux-gnu/libjim.so.0debian2.0.73 b774f000-b775 rw-p 00048000 08:01 5952 /usr/lib/i386-linux-gnu/libjim.so.0debian2.0.73 b775c000-b7761000 rw-p 00:00 0 b7761000-b7762000 r-xp 00:00 0 [vdso] b7762000-b777d000 r-xp 08:01 135127 /lib/i386-linux-gnu/ld-2.13.so b777d000-b777e000 r--p 0001b000 08:01 135127 /lib/i386-linux-gnu/ld-2.13.so b777e000-b777f000 rw-p 0001c000 08:01 135127 /lib/i386-linux-gnu/ld-2.13.so bfbc2000-bfbe3000 rw-p 00:00 0 [stack] USB_ModeSwitch log from Thu Jan 26 18:58:47 CET 2012 Raw args from udev: /1-3:1.0 Using global config file: /etc/usb_modeswitch.conf Using top device dir /sys/bus/usb/devices/1-3 USB values from sysfs: manufacturer Vodafone (ZTE) product Vodafone Mobile Broadband K3765-Z serialP673A1VDF_MS bNumConfigurations is 1 - don't check for active configuration Found packed config collection /usr/share/usb_modeswitch/configPack.tar.gz Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657545: libmagic1: JPEG image is not recognized
Package: file Version: 5.09-2 Severity: wishlist Hi, There are jpeg images that are not recognized. An example is attached. Regards. -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'oldstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libmagic1 depends on: ii libc6 2.13-21 ii zlib1g 1:1.2.3.4.dfsg-3 libmagic1 recommends no packages. Versions of packages libmagic1 suggests: ii file 5.09-2 Versions of packages file depends on: ii libc6 2.13-21 ii zlib1g 1:1.2.3.4.dfsg-3 -- no debconf information attachment: TESTp.jpg
Bug#657545: Output of file command
Hi, I forgot to provide the output file: $ file TESTp.jpg TESTp.jpg: Linux/i386 core file of 'i\207\004' (signal 30) Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635616: Virtio interfaces have the speed to 0
Hi, I've isolated the problem, for virtual machines managed by KVM, when the network interface type is virtio, snmpd indicates 0 for speed. Speed indicated is good when the network interface type is not virtio. Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | ===Debian=GNU/Linux=== -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622873: xserver-xorg-video-intel: White screen striped with horizontal black lines after updating from 2:2.13.0-6 to 2:2.14.0-4
Le 25/09/2011 12:49, Julien Cristau a écrit : tag 622873 moreinfo kthxbye On Fri, Apr 15, 2011 at 14:56:51 +0200, Frederic MASSOT wrote: Package: xserver-xorg-video-intel Version: 2:2.14.0-4 Severity: important Hi, After a dist-upgrade of my Wheezy desktop, xserver-xorg is updating from 1:7.5+8 to 1:7.6+6, xserver-xorg-core from 2:1.7.7-13 to 2:1.9.5-1, xserver-xorg-video-intel from 2:2.13.0-6 to 2:2.14.0-4 and all the xorg packages are update, I restarted my Gnome session and I have a white screen striped with horizontal black lines. Xorg does not work, the graphic is unusable, only the consoles (ctrl-alt-F2) operate. Before this update, Intel drivers, Xorg and KMS are working properly with good resolution. Is this still an issue with an updated kernel and X stack (linux 3.0 or 3.1, X 1.11, intel 2.16, mesa 7.11)? Hi, I don't know, May 6 I updated from version 2:2.13.0-6 to version 2:2.15.0-1 without problems. Today I use xserver-xorg-video-intel 2:2.15.0-3, xserver-xorg-core 2:1.10.4-1, mesa 7.11-5 and kernel 3.0 without any problems. Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | ===Debian=GNU/Linux=== -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635464: The bug comes from the kernel
Hi, I updated my Debian: - linux-image-686-pae 2.6.39 -- 3.0.0 - usb-modeswitch-data 20110619 -- 20110805 - usb-modeswitch 1.1.8 -- 1.1.9 - modemmanager 0.4.997 -- 0.5 With this update, the USB 3G stick is working, I can connect. After this update, I rebooted the old kernel (2.6.39) and the USB 3G stick is not working. So I think the bug comes from the kernel version. I'll assign this bug to the package linux-image-686-pae for information. Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638793: lvm2: Devices for partitioned logical volume
Package: lvm2 Version: 2.02.84-3 Severity: wishlist Hi, I use Proxmox that processes the logical volume as a raw disk and create partitions for the virtual machine. When the virtual machine is stopped, sometimes I need to access data from virtual machines for maintenance purposes, or when I migrate a physical machine to a virtual machine. One way to access the Linux partition is to use losetup with offest calculated using information from fdisk, then re-scan the physical volumes, volume groups to activate and mount the physical volume. I have always found this solution quite risky to calculate the offset and heavy handling LVM. The other method is to use kpartx. It would be interesting that LVM2 to create the devices for logical volumes that are partitioned. This allowed to easily know if there are partitions in a logical volume, and to intervene quickly and easily in case of problems in a virtual machine that will not start or a bug. Udev script of mdadm to create the devices when the RAID drives are partitioned. Can you fill in the udev script of LVM2? Regard. -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-gloon (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lvm2 depends on: ii dmsetup 2:1.02.63-3 The Linux Kernel Device Mapper use ii libc62.13-4 Embedded GNU C Library: Shared lib ii libdevmapper1.02.1 2:1.02.63-3 The Linux Kernel Device Mapper use ii libreadline5 5.2-7 GNU readline and history libraries ii libudev0 167-3 libudev shared library ii lsb-base 3.2-27 Linux Standard Base 3.2 init scrip lvm2 recommends no packages. lvm2 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#601495: #601495 - installation-report: The installer not work with SATA disks and PATA CDROM
Le 11/01/2011 23:38, Miguel Figueiredo a écrit : Hi all, Now Squeeze RC1 is available for testing. http://cdimage.debian.org/cdimage/squeeze_di_rc1/ Can you try if the problem you reported persists? Hi, I tested the Squeeze RC1 (netinst). I boot from the CD, I have the selection screen of the installation or expert mode. With the normal installation CD spins, I have a black screen and the cd stops. With the installation in expert mode, I see the kernel boot then stops after the detection of SATA drives. It would be convenient if we could use netconsole to see all the kernel logs and copy them. Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | ===Debian=GNU/Linux=== -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602543: [Pkg-utopia-maintainers] Bug#602543: Bug#602543: libgdu0: gvfs-gdu-volume-monitor exits when plugging removable media on non UTF-8 system
Le 17/11/2010 19:43, Michael Biebl a écrit : On 05.11.2010 20:20, Cedric Blancher wrote: Le vendredi 05 novembre 2010 à 19:55 +0100, Michael Biebl a écrit : Can you confirm, that your problem is solved by switching to a UTF-8 locale? Yes, I can confirm that it is solved by switching to a UTF-8 locale Hi Cedric, hi Frederic, I just tried to reproduce this problem and ran my GNOME session with fr...@euro, but I failed so far. gvfs-mount runs without problems. Does this problem only happen with certain USB stick, i.e. they have a label with non-UTF-8 characters? Hi, I had this problem with all USB sticks and USB multi-card reader. One of USB sticks has the label : JULIANA For the USB multi-card reader, I had this problem even without a card to be inserted in the drive. Bellow the syslog : kernel: usb 1-6: new high speed USB device using ehci_hcd and address 4 kernel: usb 1-6: New USB device found, idVendor=058f, idProduct=6362 kernel: usb 1-6: New USB device strings: Mfr=1, Product=2, SerialNumber=3 kernel: usb 1-6: Product: Mass Storage Device kernel: usb 1-6: Manufacturer: Generic kernel: usb 1-6: SerialNumber: 058F312D81B kernel: scsi5 : usb-storage 1-6:1.0 kernel: scsi 5:0:0:0: Direct-Access Generic USB SD Reader1.00 PQ: 0 ANSI: 0 kernel: scsi 5:0:0:1: Direct-Access Generic USB CF Reader1.01 PQ: 0 ANSI: 0 kernel: scsi 5:0:0:2: Direct-Access Generic USB SM Reader1.02 PQ: 0 ANSI: 0 kernel: scsi 5:0:0:3: Direct-Access Generic USB MS Reader1.03 PQ: 0 ANSI: 0 kernel: sd 5:0:0:0: Attached scsi generic sg2 type 0 kernel: sd 5:0:0:1: Attached scsi generic sg3 type 0 kernel: sd 5:0:0:0: [sdb] Attached SCSI removable disk kernel: sd 5:0:0:2: Attached scsi generic sg4 type 0 kernel: sd 5:0:0:1: [sdc] Attached SCSI removable disk kernel: sd 5:0:0:2: [sdd] Attached SCSI removable disk kernel: sd 5:0:0:3: [sde] Attached SCSI removable disk kernel: sd 5:0:0:3: Attached scsi generic sg5 type 0 Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | ===Debian=GNU/Linux=== -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603164: [Pkg-utopia-maintainers] Bug#603164: udisks: External devices (USB stick, CD) are not mounted and no longer appear in Nautilus
Le 11/11/2010 16:39, Michael Biebl a écrit : On 11.11.2010 16:11, Frederic MASSOT wrote: Locale: lang=fr...@euro, lc_ctype=fr...@euro (charmap=ISO-8859-15) (ignored: LC_ALL set to fr...@euro) I have bug report (#602543) which might be related. Could you try a UTF-8 locale and see if that fixes your problem of gdu crashing. Hi, Thank you for responding. Yes it fixed the problem, mounts are available. Strange bug, I will not go searching among the local. Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | ===Debian=GNU/Linux=== -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597467: sysvinit-utils: [BOOTLOG] All messages are not saved
Package: sysvinit-utils Version: 2.88dsf-12 Severity: normal Hi, There are messages that appears on the console during the boot which are not recorded anywhere. In the log file /var/log/boot it is only the messages of starts of rc scripts, the warning and errors are not recorded. I see messages on the console that correspond to rc scripts, but they are neither in the log file /var/log/boot or syslog. Below the contents of the file /var/log/boot, from what I see on the screen there are missing messages from udev and other rc scripts. Wed Sep 15 12:31:54 2010: Generating udev events for MD arrays...done. Wed Sep 15 12:31:54 2010: Setting preliminary keymap...done. Wed Sep 15 12:31:54 2010: Checking root file system...fsck from util-linux-ng 2.17.2 Wed Sep 15 12:31:54 2010: racine: clean, 147239/60792832 files, 4498816/243167232 blocks Wed Sep 15 12:31:54 2010: done. Wed Sep 15 12:31:54 2010: Loading kernel modules...done. Wed Sep 15 12:31:54 2010: Cleaning up ifupdown Wed Sep 15 12:31:54 2010: Setting up networking Wed Sep 15 12:31:54 2010: Setting up LVM Volume Groups Reading all physical volumes. This may t ake a while... Wed Sep 15 12:31:54 2010: Found volume group vg01 using metadata type lvm2 Wed Sep 15 12:31:54 2010: 2 logical volume(s) in volume group vg01 now active Wed Sep 15 12:31:54 2010: . Wed Sep 15 12:31:54 2010: Activating lvm and md swap...done. Wed Sep 15 12:31:55 2010: Checking file systems...fsck from util-linux-ng 2.17.2 Wed Sep 15 12:31:55 2010: boot: clean, 232/24096 files, 38069/96256 blocks Wed Sep 15 12:31:55 2010: done. Wed Sep 15 12:31:55 2010: Mounting local filesystems...done. Wed Sep 15 12:31:55 2010: Activating swapfile swap...done. Wed Sep 15 12:31:55 2010: Cleaning up temporary files Wed Sep 15 12:31:55 2010: Setting kernel variables ...error: net.ipv6.bindv6only is an unknown key Wed Sep 15 12:31:55 2010: ^[[31mfailed.^[[39;49m Wed Sep 15 12:31:55 2010: Configuring network interfaces...done. Wed Sep 15 12:31:56 2010: Cleaning up temporary files Wed Sep 15 12:31:56 2010: Setting console screen modes. Wed Sep 15 12:31:56 2010: ^[[9;30]^[[14;30]Skipping font and keymap setup (handled by console-setup). Wed Sep 15 12:31:56 2010: Setting up console font and keymap...done. Wed Sep 15 12:31:56 2010: Recovering nvi editor sessions...none found. Wed Sep 15 12:31:56 2010: Setting sensors limits. Wed Sep 15 12:31:56 2010: Running scripts in rcS.d/ took 4 seconds. Wed Sep 15 12:31:56 2010: INIT: Entering runlevel: 2 Wed Sep 15 12:31:56 2010: Using makefile-style concurrent boot in runlevel 2. Wed Sep 15 12:31:57 2010: Starting enhanced syslogd: rsyslogd. Wed Sep 15 12:31:57 2010: Starting MD monitoring service: mdadm --monitor. Wed Sep 15 12:31:57 2010: Starting atop system monitor: atop. Wed Sep 15 12:31:57 2010: Turning on process accounting, file set to '/var/log/account/pacct'. Wed Sep 15 12:31:57 2010: Done.. Wed Sep 15 12:31:57 2010: Loading cpufreq kernel modules...done (acpi-cpufreq). Wed Sep 15 12:31:57 2010: Starting the system activity data collector: sadc. Wed Sep 15 12:31:57 2010: Starting ACPI services Wed Sep 15 12:31:57 2010: CPUFreq Utilities: Setting ondemand CPUFreq governor...CPU0...CPU1...CPU2...CPU3...CPU4...CPU5...CPU6...CPU7...done. Wed Sep 15 12:31:57 2010: Starting deferred execution scheduler: atd. Wed Sep 15 12:31:57 2010: Starting periodic command scheduler: cron. Wed Sep 15 12:31:57 2010: Starting NTP server: ntpd. Wed Sep 15 12:31:58 2010: Starting sensor daemon: sensord. Wed Sep 15 12:31:58 2010: Starting OpenBSD Secure Shell server: sshd. Wed Sep 15 12:31:59 2010: Starting Postfix Mail Transport Agent: postfix. Wed Sep 15 12:31:59 2010: Starting S.M.A.R.T. daemon: smartd. Regards. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35.4 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sysvinit-utils depends on: ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libselinux1 2.0.96-1 SELinux runtime shared libraries sysvinit-utils recommends no packages. Versions of packages sysvinit-utils suggests: ii sash 3.7-10 Stand-alone shell -- 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#575429: Update to 1.98+20100720-1 and 1.98+20100722-1
Le 15/09/2010 14:31, Alexander Kurtz a écrit : Am Dienstag, den 27.07.2010, 22:02 +0200 schrieb Frederic MASSOT: I update grub-common and grub-pc to 1.98+20100720-1 and then to 1.98+20100722-1. I have no error message, Grub detects two HDD and the system reboot well for two versions. So you do no longer experience this problem? Yes, these versions fixes the bug. To supplement, I tested the latest Squeeze version (1.98+20100804-4) and the system boot successfully. The file /boot/grub/device.map contains: (hd0) /dev/disk/by-id/scsi-1ATA_WDC_WD2500JS-75NCB3_WD-WCANK9433395 (hd1) /dev/disk/by-id/scsi-1ATA_WDC_WD2500JS-75NCB3_WD-WCANK9409087 $ sudo grub-install /dev/sda Installation finished. No error reported. $ sudo grub-install /dev/sdb Installation finished. No error reported. $ sudo update-grub2 Generating grub.cfg ... Found linux image: /boot/vmlinuz-2.6.32-5-amd64 Found initrd image: /boot/initrd.img-2.6.32-5-amd64 Found linux image: /boot/vmlinuz-2.6.32-3-amd64 Found initrd image: /boot/initrd.img-2.6.32-3-amd64 Found memtest86+ image: /memtest86+.bin Found memtest86+ multiboot image: /memtest86+_multiboot.bin done Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | ===Debian=GNU/Linux=== -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520724: Speed interface is 0
Le 12/09/2010 19:56, Stephen Hemminger a écrit : On Sun, 12 Sep 2010 18:15:44 +0200 Frédéric MASSOTfrede...@juliana-multimedia.com wrote: Hi, It's strange, when we remove the snmp group (-g snmp remplace by -g root), the speed interfaces is correct for about 30 seconds after the start of snmpd and then it goes to 0. I use snmpd 5.4.3~dfsg-1 and kernel 2.6.35.4. The following change is headed for a future Linux kernel. Probably not until 2.6.37 because of the current merge window. Hi, So, until the release of kernel 2.6.37, there are two possibilities to monitor network interfaces: - run snmpd as root (SNMPDOPTS= -u root -g root), - or downgrade to previous version (5.4.1~dfsg-12). Can you report it in the file README.Debian? Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | ===Debian=GNU/Linux=== -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520724: Speed interface is 0
Le 13/09/2010 17:27, Stephen Hemminger a écrit : On Sun, 12 Sep 2010 23:51:39 +0200 Frédéric MASSOTfrede...@juliana-multimedia.com wrote: [...] Thank you for the reply. For access to audio or disk, we add user to group audio or floppy. Is it possible to do the same thing by adding the user snmp to group netdev? It is not an issue with group membership. Snmpd would have to either root or have capability net_admin. It is not easy to setup a process to run with additional capabilities; it requires setting up pam_cap, and setting capability on executable. [Assumption] If the network interfaces were managed like other devices with a node in the folder /dev. Will adding a user to a group would address this type of problem? I am often asked why the network interfaces were managed differently from other devices, it is a historical convention or technical problems? :o) Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | ===Debian=GNU/Linux=== -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520724: Speed interface is 0
Hi, Speed network interfaces was obtained when snmpd using group root. With the group snmp snmpd can not get the speed of network interfaces, the value of RFC1213-MIB::ifSpeed is 0 and supervision tools generate errors. Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520724: Speed interface is 0
Hi, It's strange, when we remove the snmp group (-g snmp remplace by -g root), the speed interfaces is correct for about 30 seconds after the start of snmpd and then it goes to 0. I use snmpd 5.4.3~dfsg-1 and kernel 2.6.35.4. Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520724: Speed interface is 0
Le 12/09/2010 19:56, Stephen Hemminger a écrit : On Sun, 12 Sep 2010 18:15:44 +0200 Frédéric MASSOTfrede...@juliana-multimedia.com wrote: Hi, It's strange, when we remove the snmp group (-g snmp remplace by -g root), the speed interfaces is correct for about 30 seconds after the start of snmpd and then it goes to 0. I use snmpd 5.4.3~dfsg-1 and kernel 2.6.35.4. The following change is headed for a future Linux kernel. Probably not until 2.6.37 because of the current merge window. Hi, Thank you for the reply. For access to audio or disk, we add user to group audio or floppy. Is it possible to do the same thing by adding the user snmp to group netdev? Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575429: Update to 1.98+20100602-2
Hi, I update grub-common and grub-pc to 1.98+20100602-2. I have an error message a little different but I still can not boot the server normally. I boot on a CD. $ sudo update-grub Generating grub.cfg ... /usr/sbin/grub-probe: error: no such disk. $ sudo grub-install --recheck --no-floppy --modules=mdraid raid /dev/md0 /usr/sbin/grub-probe: error: no such disk. /usr/sbin/grub-probe: error: no such disk. /usr/sbin/grub-setup: error: no such disk. $ sudo grub-probe -d /dev/md0 -tabstraction grub-probe: error: no such disk. $ sudo mdadm --detail /dev/md0 /dev/md0: Version : 1.01 Creation Time : Tue Mar 23 18:00:30 2010 Raid Level : raid1 Array Size : 96350 (94.11 MiB 98.66 MB) Used Dev Size : 96350 (94.11 MiB 98.66 MB) Raid Devices : 2 Total Devices : 2 Persistence : Superblock is persistent Update Time : Thu Jun 10 17:05:51 2010 State : clean Active Devices : 2 Working Devices : 2 Failed Devices : 0 Spare Devices : 0 Name : eole2:0 (local to host eole2) UUID : 248d7222:1d79dd61:2766b0f6:3e142f70 Events : 375 Number Major Minor RaidDevice State 0 810 active sync /dev/sda1 1 8 171 active sync /dev/sdb1 And the file /boot/grub/device.map contains: (hd0) /dev/sda (hd1) /dev/sdb Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | ===Debian=GNU/Linux=== -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563551: Re: usb-modeswitch: Disconnect the Huawei E220 3G USB modem
Le 28/05/2010 05:00, Ben Hutchings a écrit : Since the new firmware fixes this, it sounds like there is no need a workaround in the kernel. Can we close it now? Yes, you can close this bug. Thank you for the help. Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | ===Debian=GNU/Linux=== -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563554: Firmware update
Hi, I updated the firmware of the Huawei E220 with version 11.117.09.04.00, and the problems have been resolved. I can use Gnome and I connect to the Internet, I can browse the contents of the Huawei E220, and I am no longer obliged to throw twice Network-Manager to activate the network. I downloaded the firmware here : http://www.vodafone.de/hilfe-support/technischer-support/129464.html Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | ===Debian=GNU/Linux=== -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563551: Re: usb-modeswitch: Disconnect the Huawei E220 3G USB modem
Le -10/01/-28163 20:59, Damjan Jovanovic a écrit : Hi Please check out https://bugzilla.kernel.org/show_bug.cgi?id=14499 especially comment https://bugzilla.kernel.org/show_bug.cgi?id=14499#c26 and report whether the suggestions there help. It may be the same problem. Hi, I updated the firmware of the Huawei E220 with version 11.117.09.04.00, and the problems have been resolved. I can use Gnome and I connect to the Internet, I can browse the contents of the Huawei E220, and I am no longer obliged to throw twice Network-Manager to activate the network. I downloaded the firmware here : http://www.vodafone.de/hilfe-support/technischer-support/129464.html Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | ===Debian=GNU/Linux=== -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575429: grub-pc: The filesystem containing /boot/grub does not support UUIDs
Frederic MASSOT a écrit : Package: grub-pc Version: 1.98-1 Severity: normal [...] # grub-install --recheck --no-floppy --modules=mdraid raid search_fs_uuid /dev/sda /usr/sbin/grub-probe: error: no mapping exists for `md0'. /usr/sbin/grub-probe: error: no mapping exists for `md0'. /usr/sbin/grub-probe: error: no mapping exists for `md0'. You attempted a cross-disk install, but the filesystem containing /boot/grub does not support UUIDs. Hi, It seems that this bug is fixed in Ubuntu in version 1.98-1ubuntu2. https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/527401 Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | ===Debian=GNU/Linux=== -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563551: usb-modeswitch: Disconnect the Huawei E220 3G USB modem
Quoting Josua Dietze digidie...@draisberghof.de: Frédéric MASSOT schrieb: As it does not appear that this is because the kernel, I tried connecting to the network from the console without opening the Gnome session. And I was able to connect to the network ?! I have read a similar report in the usb_modeswitch forum where the culprit was identified as Nautilus (the file manager). http://www.draisberghof.de/usb_modeswitch/bb/viewtopic.php?p=2036#2036 Honestly, I have no idea who you could turn to except the Gnome people ... Josua Dietze Hi, Can you assign the bug to package linux-2.6 and nautilus ? Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563551: usb-modeswitch: Disconnect the Huawei E220 3G USB modem
Josua Dietze a écrit : [...] I have read a similar report in the usb_modeswitch forum where the culprit was identified as Nautilus (the file manager). http://www.draisberghof.de/usb_modeswitch/bb/viewtopic.php?p=2036#2036 Honestly, I have no idea who you could turn to except the Gnome people ... Hi, I post a bug report on kernel bugzilla, we must start with one side. :o) https://bugzilla.kernel.org/show_bug.cgi?id=15650 Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563551: usb-modeswitch: Disconnect the Huawei E220 3G USB modem
Frédéric Massot a écrit : Josua Dietze a écrit : The problem seems to start here: 18:52:24 cthulhu kernel: devkit-disks-da[6011]: segfault at c ip 080660da sp bfb85410 error 4 in devkit-disks-daemon[8048000+28000] It looks like the modem was reset after the crash, falling back to storage mode and being switched again. This happens several times in your log. Hi, If it comes from devkit-disks-daemon is probably related to bug #561707, upgrade to devicekit-disks 009-3 should correct this bug. I'll try. Did you update your kernel as well? There is a firmware bug in some Huawei models which was exposed by kernel 2.6.31.2; IIRC a workaround was implemented with 2.6.31.5. It causes the modem to reset as soon as the storage (card reader or pseudo CD-ROM present *after* switching) is accessed. The CD access problem you report points definitely into that direction. Unfortunately, there is nothing that can be done from usb_modeswitch's side. I compile my kernel by hand for quite some years. :o) I will compile and test the latest 2.6.33. Hi, I tested the version 009-3 of package devicekit-disks. There is no longer the message segfault for devkit-disks-daemon, but I was unable to connect to the network. The only thing I changed was the update of disks-daemon from 009-2 to 009-3. There is an kernel error for the pseudo CDROM, I'll test the kernel 2.6.33. Below the logs. Regards. Mar 25 20:24:51 cthulhu NetworkManager: info starting... Mar 25 20:24:51 cthulhu NetworkManager: info Trying to start the modem-manager... Mar 25 20:24:51 cthulhu NetworkManager:SCPlugin-Ifupdown: init! Mar 25 20:24:51 cthulhu NetworkManager:SCPlugin-Ifupdown: update_system_hostname Mar 25 20:24:51 cthulhu NetworkManager:SCPluginIfupdown: management mode: managed Mar 25 20:24:51 cthulhu NetworkManager:SCPlugin-Ifupdown: devices added (path: /sys/devices/pci:00/:00:1c.5/:02:00.0/net/eth0, iface: eth0) Mar 25 20:24:51 cthulhu NetworkManager:SCPlugin-Ifupdown: device added (path: /sys/devices/pci:00/:00:1c.5/:02:00.0/net/eth0, iface: eth0): no ifupdown configuration found. Mar 25 20:24:51 cthulhu NetworkManager:SCPlugin-Ifupdown: devices added (path: /sys/devices/pci:00/:00:1e.0/:05:04.0/net/ath18, iface: ath18) Mar 25 20:24:51 cthulhu NetworkManager:SCPlugin-Ifupdown: device added (path: /sys/devices/pci:00/:00:1e.0/:05:04.0/net/ath18, iface: ath18): no ifupdown configuration found. Mar 25 20:24:51 cthulhu NetworkManager:SCPlugin-Ifupdown: devices added (path: /sys/devices/virtual/net/lo, iface: lo) Mar 25 20:24:51 cthulhu NetworkManager:SCPlugin-Ifupdown: device added (path: /sys/devices/virtual/net/lo, iface: lo): no ifupdown configuration found. Mar 25 20:24:51 cthulhu NetworkManager:SCPlugin-Ifupdown: end _init. Mar 25 20:24:51 cthulhu NetworkManager: Loaded plugin ifupdown: (C) 2008 Canonical Ltd. To report bugs please use the NetworkManager mailing list. Mar 25 20:24:52 cthulhu modem-manager: Loaded plugin Sierra Mar 25 20:24:52 cthulhu modem-manager: Loaded plugin Gobi Mar 25 20:24:52 cthulhu modem-manager: Loaded plugin Novatel Mar 25 20:24:52 cthulhu modem-manager: Loaded plugin Longcheer Mar 25 20:24:52 cthulhu modem-manager: Loaded plugin AnyData Mar 25 20:24:52 cthulhu modem-manager: Loaded plugin Option Mar 25 20:24:52 cthulhu modem-manager: Loaded plugin Nokia Mar 25 20:24:52 cthulhu modem-manager: Loaded plugin Huawei Mar 25 20:24:52 cthulhu modem-manager: Loaded plugin Option High-Speed Mar 25 20:24:52 cthulhu modem-manager: Loaded plugin Ericsson MBM Mar 25 20:24:52 cthulhu modem-manager: Loaded plugin ZTE Mar 25 20:24:52 cthulhu modem-manager: Loaded plugin Generic Mar 25 20:24:52 cthulhu modem-manager: Loaded plugin MotoC Mar 25 20:24:52 cthulhu NetworkManager: Loaded plugin keyfile: (c) 2007 - 2008 Red Hat, Inc. To report bugs please use the NetworkManager mailing list. Mar 25 20:24:52 cthulhu NetworkManager: info Found wlan radio killswitch rfkill0 (at /sys/devices/pci:00/:00:1e.0/:05:04.0/ieee80211/phy0/rfkill0) (driver unknown) Mar 25 20:24:52 cthulhu NetworkManager: info WiFi enabled by radio killswitch; enabled by state file Mar 25 20:24:52 cthulhu NetworkManager: info WWAN enabled by radio killswitch; enabled by state file Mar 25 20:24:52 cthulhu NetworkManager:SCPlugin-Ifupdown: (157900528) ... get_connections. Mar 25 20:24:52 cthulhu NetworkManager:SCPlugin-Ifupdown: (157900528) connections count: 0 Mar 25 20:24:53 cthulhu NetworkManager: info (eth0): carrier is OFF Mar 25 20:24:53 cthulhu NetworkManager: info (eth0): new Ethernet device (driver: 'r8169') Mar 25 20:24:53 cthulhu NetworkManager: info (eth0): exported as /org/freedesktop/NetworkManager/Devices/0 Mar 25 20:24:53 cthulhu NetworkManager: info (eth0): now managed Mar 25 20:24:53 cthulhu NetworkManager: info (eth0): device state change: 1 - 2 (reason 2) Mar 25 20:24:53 cthulhu NetworkManager: info
Bug#563551: usb-modeswitch: Disconnect the Huawei E220 3G USB modem
Josua Dietze a écrit : The problem seems to start here: 18:52:24 cthulhu kernel: devkit-disks-da[6011]: segfault at c ip 080660da sp bfb85410 error 4 in devkit-disks-daemon[8048000+28000] It looks like the modem was reset after the crash, falling back to storage mode and being switched again. This happens several times in your log. Hi, If it comes from devkit-disks-daemon is probably related to bug #561707, upgrade to devicekit-disks 009-3 should correct this bug. I'll try. Did you update your kernel as well? There is a firmware bug in some Huawei models which was exposed by kernel 2.6.31.2; IIRC a workaround was implemented with 2.6.31.5. It causes the modem to reset as soon as the storage (card reader or pseudo CD-ROM present *after* switching) is accessed. The CD access problem you report points definitely into that direction. Unfortunately, there is nothing that can be done from usb_modeswitch's side. I compile my kernel by hand for quite some years. :o) I will compile and test the latest 2.6.33. Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | ===Debian=GNU/Linux=== -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563554: network-manager: Connections in twice with the Huawei E220 3G USB modem
Marcus Better a écrit : On 2010-02-15 17:38, Frédéric Massot wrote: The workaround is to set the ipcp-max-failure pppd option to something higher like 30. This works in most of the reported cases. I tested the pppd option ipcp-max-failure to 30 and it changes nothing, I am obliged to launch twice NM for the connection is established. Excuse the question, but are you sure you changed it in the right place so it took effect? If unsure, please post the new log. The workaround does not work universally though, and ppp 2.4.5 has another fix that may help. Hi, Thank you for your reply. I uncommented the line ipcp-max-failure 30 in file /etc/ppp/options. Even after restarting the PC does not change. First connection : Feb 18 20:07:03 cthulhu kernel: usb 5-2: new full speed USB device using uhci_hcd and address 3 Feb 18 20:07:03 cthulhu kernel: usb 5-2: New USB device found, idVendor=12d1, idProduct=1003 Feb 18 20:07:03 cthulhu kernel: usb 5-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 Feb 18 20:07:03 cthulhu kernel: usb 5-2: Product: HUAWEI Mobile Feb 18 20:07:03 cthulhu kernel: usb 5-2: Manufacturer: HUAWEI Technologies Feb 18 20:07:03 cthulhu kernel: usb 5-2: configuration #1 chosen from 1 choice Feb 18 20:07:03 cthulhu kernel: scsi8 : SCSI emulation for USB Mass Storage devices Feb 18 20:07:03 cthulhu kernel: usb 5-2: USB disconnect, address 3 Feb 18 20:07:03 cthulhu kernel: usb-storage: device found at 3 Feb 18 20:07:03 cthulhu kernel: usb-storage: waiting for device to settle before scanning Feb 18 20:07:03 cthulhu usb_id[7311]: unable to access '/devices/pci:00/:00:1d.0/usb5/5-2' Feb 18 20:07:03 cthulhu usb_id[7312]: unable to access '/devices/pci:00/:00:1d.0/usb5/5-2' Feb 18 20:07:03 cthulhu kernel: usb 5-2: new full speed USB device using uhci_hcd and address 4 Feb 18 20:07:04 cthulhu kernel: usb 5-2: New USB device found, idVendor=12d1, idProduct=1003 Feb 18 20:07:04 cthulhu kernel: usb 5-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 Feb 18 20:07:04 cthulhu kernel: usb 5-2: Product: HUAWEI Mobile Feb 18 20:07:04 cthulhu kernel: usb 5-2: Manufacturer: HUAWEI Technologies Feb 18 20:07:04 cthulhu kernel: usb 5-2: configuration #1 chosen from 1 choice Feb 18 20:07:04 cthulhu kernel: option 5-2:1.0: GSM modem (1-port) converter detected Feb 18 20:07:04 cthulhu kernel: usb 5-2: GSM modem (1-port) converter now attached to ttyUSB0 Feb 18 20:07:04 cthulhu kernel: option 5-2:1.1: GSM modem (1-port) converter detected Feb 18 20:07:04 cthulhu kernel: usb 5-2: GSM modem (1-port) converter now attached to ttyUSB1 Feb 18 20:07:04 cthulhu kernel: scsi11 : SCSI emulation for USB Mass Storage devices Feb 18 20:07:04 cthulhu kernel: usb-storage: device found at 4 Feb 18 20:07:04 cthulhu kernel: usb-storage: waiting for device to settle before scanning Feb 18 20:07:04 cthulhu wpa_supplicant[2381]: CTRL-EVENT-SCAN-RESULTS Feb 18 20:07:04 cthulhu modem-manager: (Huawei): (ttyUSB1) deferring support check Feb 18 20:07:04 cthulhu modem-manager: (ttyUSB0) opening serial device... Feb 18 20:07:04 cthulhu modem-manager: (ttyUSB0): probe requested by plugin 'Huawei' Feb 18 20:07:07 cthulhu modem-manager: (ttyUSB1): re-checking support... Feb 18 20:07:07 cthulhu modem-manager: (Huawei): (ttyUSB1) deferring support check Feb 18 20:07:09 cthulhu kernel: usb-storage: device scan complete Feb 18 20:07:09 cthulhu kernel: scsi 11:0:0:0: CD-ROMHUAWEI Mass Storage 2.31 PQ: 0 ANSI: 2 Feb 18 20:07:09 cthulhu kernel: sr2: scsi-1 drive Feb 18 20:07:09 cthulhu kernel: sr 11:0:0:0: Attached scsi CD-ROM sr2 Feb 18 20:07:09 cthulhu kernel: sr 11:0:0:0: Attached scsi generic sg3 type 5 Feb 18 20:07:09 cthulhu kernel: devkit-disks-da[4429]: segfault at c ip 080660da sp bfe869f0 error 4 in devkit-disks-daemon[8048000+28000] Feb 18 20:07:10 cthulhu modem-manager: (ttyUSB1): re-checking support... Feb 18 20:07:10 cthulhu modem-manager: (Huawei): (ttyUSB1) deferring support check Feb 18 20:07:13 cthulhu modem-manager: (ttyUSB1): re-checking support... Feb 18 20:07:13 cthulhu modem-manager: (Huawei): (ttyUSB1) deferring support check Feb 18 20:07:16 cthulhu modem-manager: (ttyUSB1): re-checking support... Feb 18 20:07:16 cthulhu modem-manager: (Huawei): (ttyUSB1) deferring support check Feb 18 20:07:16 cthulhu modem-manager: (ttyUSB0) closing serial device... Feb 18 20:07:16 cthulhu modem-manager: (Huawei): GSM modem /sys/devices/pci:00/:00:1d.0/usb5/5-2 claimed port ttyUSB0 Feb 18 20:07:16 cthulhu modem-manager: Added modem /sys/devices/pci:00/:00:1d.0/usb5/5-2 Feb 18 20:07:16 cthulhu modem-manager: Exported modem /sys/devices/pci:00/:00:1d.0/usb5/5-2 as /org/freedesktop/ModemManager/Modems/0 Feb 18 20:07:16 cthulhu NetworkManager: info (ttyUSB0): new GSM device (driver: 'option1') Feb 18 20:07:16 cthulhu NetworkManager: info (ttyUSB0): exported as /org/freedesktop/NetworkManager/Devices/2 Feb 18 20:07:16 cthulhu NetworkManager: info (ttyUSB0
Bug#539739: AW: Bug#539739: rsyslog: The marks (-- MARK --) are not always written
Rainer Gerhards a écrit : [...] I have now reviewed the code. My initial posting was correct, rsyslog works as intended. While immark generates mark messages at fixed intervals, the action processor removes them if the action was recently enough called (see action.c, ln. 1189, current master branch). This handling is so that a local perception of recently called is kept on a per-action basis. This stems back to sysklogd, but I also think it is the correct way to handle the situation. As such, it is not important if any *other* action was called within that interval, it is only important if the action itself was called (or not) within the interval. I would probably fairly easy to add an option to *always* write mark messages if there is a real need for such. As of rsyslog policies, that will probably only go into v5 (maybe v4, but definitely not v3). Please let me know your thoughts. Hi, Thank you for your reply. To use the watchdog package and the settings file and change it is really important that the marks are written every 20 minutes. And as we are in a context of a server restart automatically in case of problems, I think the marks must always be written. That way if the server is restarted because of an unwritten marks is that there was really a problem and not a decision of rsyslog. :o) It's really interesting to use the watchdog package to have an option to have the marks are always written. Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | ===Debian=GNU/Linux=== -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539739: AW: Bug#539739: rsyslog: The marks (-- MARK --) are not always written
Michael Biebl a écrit : Rainer Gerhards wrote: The reason is because this is the way it was always done and rsyslog is compatible to the past. Agreed, closing it as not-a-bug. There is basically no point in writing mark messages if you have regular syslog messages. Hi, Thank you for your responses. If you look at the extract from the log file messages, you see that there would be a mark to 1h17. But there was none. I have provided the log file syslog to show that rsyslog running and that there was no problem to write on the hard disk. And at 1h17 there were entries in the file syslog and no mark in the file messages: Aug 2 01:17:01 yuggoth /USR/SBIN/CRON[17604]: (root) CMD ( cd / run-parts --report /etc/cron.hourly) Aug 2 01:17:03 yuggoth hddtemp[2900]: /dev/sda: MAXTOR STM3320613AS: 39 C Aug 2 01:17:03 yuggoth hddtemp[2900]: /dev/sdb: MAXTOR STM3320613AS: 44 C Aug 2 01:17:03 yuggoth hddtemp[2900]: /dev/sdc: MAXTOR STM3320613AS: 39 C Aug 2 01:17:03 yuggoth hddtemp[2900]: /dev/sdd: Maxtor 6V300F0: 47 C I have perhaps not been precise enough in my first post, and writing the marks every 20 minutes unconditionally was a suggestion. But I think, there would be a mark at 1h17. Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | ===Debian=GNU/Linux=== -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539739: AW: Bug#539739: rsyslog: The marks (-- MARK --) are not always written
Michael Biebl a écrit : Frédéric Massot wrote: If you look at the extract from the log file messages, you see that there would be a mark to 1h17. But there was none. Right, because there was a regular syslog message in between. Afaik, the mark messages work this way: Whenever you receive a regular syslog message (doesn't matter into which log file they go), the mark counter is reset. So only if you do not receive any regular syslog messages, you get mark messages in a regular 20 min intervall. This is surprising, because there is the hddtemp daemon that writes every minute in the file syslog, but I have marks in the file messages. In the file messages: Aug 2 00:05:06 yuggoth rsyslogd: -- MARK -- Aug 2 00:25:06 yuggoth rsyslogd: -- MARK -- In the file syslog for the first mark at 0h05: Aug 2 00:04:19 yuggoth hddtemp[2900]: /dev/sda: MAXTOR STM3320613AS: 37 C Aug 2 00:04:19 yuggoth hddtemp[2900]: /dev/sdb: MAXTOR STM3320613AS: 41 C Aug 2 00:04:19 yuggoth hddtemp[2900]: /dev/sdc: MAXTOR STM3320613AS: 36 C Aug 2 00:04:19 yuggoth hddtemp[2900]: /dev/sdd: Maxtor 6V300F0: 43 C Aug 2 00:05:01 yuggoth /USR/SBIN/CRON[16854]: (root) CMD (command -v debian-sa1 /dev/null debian-sa1 1 1) In the file syslog for the second mark at 0h25: Aug 2 00:24:29 yuggoth hddtemp[2900]: /dev/sda: MAXTOR STM3320613AS: 37 C Aug 2 00:24:29 yuggoth hddtemp[2900]: /dev/sdb: MAXTOR STM3320613AS: 41 C Aug 2 00:24:29 yuggoth hddtemp[2900]: /dev/sdc: MAXTOR STM3320613AS: 37 C Aug 2 00:24:29 yuggoth hddtemp[2900]: /dev/sdd: Maxtor 6V300F0: 43 C Aug 2 00:25:01 yuggoth /USR/SBIN/CRON[17059]: (root) CMD (command -v debian-sa1 /dev/null debian-sa1 1 1) The mark counter is not reset ?! Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | ===Debian=GNU/Linux=== -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539739: AW: Bug#539739: rsyslog: The marks (-- MARK --) are not always written
Michael Biebl a écrit : Frederic, could you please send me the output of grep rsyslogd /var/log/messages Hi, The output of grep rsyslogd /var/log/messages is attached. Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | ===Debian=GNU/Linux=== Jul 26 06:25:05 yuggoth rsyslogd: [origin software=rsyslogd swVersion=4.2.0 x-pid=9812 x-info=http://www.rsyslog.com;] (re)start Jul 26 06:45:05 yuggoth rsyslogd: -- MARK -- Jul 26 07:05:05 yuggoth rsyslogd: -- MARK -- Jul 26 07:25:05 yuggoth rsyslogd: -- MARK -- Jul 26 07:45:05 yuggoth rsyslogd: -- MARK -- Jul 26 08:05:05 yuggoth rsyslogd: -- MARK -- Jul 26 08:25:05 yuggoth rsyslogd: -- MARK -- Jul 26 08:45:05 yuggoth rsyslogd: -- MARK -- Jul 26 09:05:05 yuggoth rsyslogd: -- MARK -- Jul 26 09:25:05 yuggoth rsyslogd: -- MARK -- Jul 26 09:45:06 yuggoth rsyslogd: -- MARK -- Jul 26 10:05:06 yuggoth rsyslogd: -- MARK -- Jul 26 10:25:06 yuggoth rsyslogd: -- MARK -- Jul 26 10:45:06 yuggoth rsyslogd: -- MARK -- Jul 26 11:05:06 yuggoth rsyslogd: -- MARK -- Jul 26 11:25:06 yuggoth rsyslogd: -- MARK -- Jul 26 11:45:06 yuggoth rsyslogd: -- MARK -- Jul 26 12:05:06 yuggoth rsyslogd: -- MARK -- Jul 26 12:25:06 yuggoth rsyslogd: -- MARK -- Jul 26 12:45:06 yuggoth rsyslogd: -- MARK -- Jul 26 13:05:06 yuggoth rsyslogd: -- MARK -- Jul 26 13:25:06 yuggoth rsyslogd: -- MARK -- Jul 26 13:45:06 yuggoth rsyslogd: -- MARK -- Jul 26 14:05:07 yuggoth rsyslogd: -- MARK -- Jul 26 14:25:07 yuggoth rsyslogd: -- MARK -- Jul 26 14:45:07 yuggoth rsyslogd: -- MARK -- Jul 26 15:05:07 yuggoth rsyslogd: -- MARK -- Jul 26 15:25:07 yuggoth rsyslogd: -- MARK -- Jul 26 15:45:07 yuggoth rsyslogd: -- MARK -- Jul 26 16:05:07 yuggoth rsyslogd: -- MARK -- Jul 26 16:25:07 yuggoth rsyslogd: -- MARK -- Jul 26 16:45:07 yuggoth rsyslogd: -- MARK -- Jul 26 17:05:07 yuggoth rsyslogd: -- MARK -- Jul 26 17:25:07 yuggoth rsyslogd: -- MARK -- Jul 26 17:45:07 yuggoth rsyslogd: -- MARK -- Jul 26 18:05:08 yuggoth rsyslogd: -- MARK -- Jul 26 18:25:08 yuggoth rsyslogd: -- MARK -- Jul 26 18:45:08 yuggoth rsyslogd: -- MARK -- Jul 26 19:05:08 yuggoth rsyslogd: -- MARK -- Jul 26 19:25:08 yuggoth rsyslogd: -- MARK -- Jul 26 19:45:08 yuggoth rsyslogd: -- MARK -- Jul 26 20:05:08 yuggoth rsyslogd: -- MARK -- Jul 26 20:25:08 yuggoth rsyslogd: -- MARK -- Jul 26 20:45:08 yuggoth rsyslogd: -- MARK -- Jul 26 21:05:08 yuggoth rsyslogd: -- MARK -- Jul 26 21:25:09 yuggoth rsyslogd: -- MARK -- Jul 26 21:45:09 yuggoth rsyslogd: -- MARK -- Jul 26 22:05:09 yuggoth rsyslogd: -- MARK -- Jul 26 22:25:09 yuggoth rsyslogd: -- MARK -- Jul 26 22:45:09 yuggoth rsyslogd: -- MARK -- Jul 26 23:05:09 yuggoth rsyslogd: -- MARK -- Jul 26 23:25:09 yuggoth rsyslogd: -- MARK -- Jul 26 23:45:09 yuggoth rsyslogd: -- MARK -- Jul 27 00:05:09 yuggoth rsyslogd: -- MARK -- Jul 27 00:25:09 yuggoth rsyslogd: -- MARK -- Jul 27 00:45:10 yuggoth rsyslogd: -- MARK -- Jul 27 01:05:10 yuggoth rsyslogd: -- MARK -- Jul 27 01:25:10 yuggoth rsyslogd: -- MARK -- Jul 27 01:45:10 yuggoth rsyslogd: -- MARK -- Jul 27 02:05:10 yuggoth rsyslogd: -- MARK -- Jul 27 02:25:10 yuggoth rsyslogd: -- MARK -- Jul 27 02:45:10 yuggoth rsyslogd: -- MARK -- Jul 27 03:05:10 yuggoth rsyslogd: -- MARK -- Jul 27 03:25:10 yuggoth rsyslogd: -- MARK -- Jul 27 03:45:10 yuggoth rsyslogd: -- MARK -- Jul 27 04:05:10 yuggoth rsyslogd: -- MARK -- Jul 27 04:25:11 yuggoth rsyslogd: -- MARK -- Jul 27 04:45:11 yuggoth rsyslogd: -- MARK -- Jul 27 05:05:11 yuggoth rsyslogd: -- MARK -- Jul 27 05:25:11 yuggoth rsyslogd: -- MARK -- Jul 27 05:45:11 yuggoth rsyslogd: -- MARK -- Jul 27 06:05:11 yuggoth rsyslogd: -- MARK -- Jul 27 06:25:04 yuggoth rsyslogd: [origin software=rsyslogd swVersion=4.2.0 x-pid=9812 x-info=http://www.rsyslog.com;] rsyslogd was HUPed, type 'restart'. Jul 27 06:25:04 yuggoth rsyslogd: [origin software=rsyslogd swVersion=4.2.0 x-pid=9812 x-info=http://www.rsyslog.com;] (re)start Jul 27 06:45:04 yuggoth rsyslogd: -- MARK -- Jul 27 07:05:04 yuggoth rsyslogd: -- MARK -- Jul 27 07:25:04 yuggoth rsyslogd: -- MARK -- Jul 27 07:45:04 yuggoth rsyslogd: -- MARK -- Jul 27 08:05:04 yuggoth rsyslogd: -- MARK -- Jul 27 08:25:04 yuggoth rsyslogd: -- MARK -- Jul 27 08:45:04 yuggoth rsyslogd: -- MARK -- Jul 27 09:05:04 yuggoth rsyslogd: -- MARK -- Jul 27 09:25:04 yuggoth rsyslogd: -- MARK -- Jul 27 09:45:04 yuggoth rsyslogd: -- MARK -- Jul 27 10:05:04 yuggoth rsyslogd: -- MARK -- Jul 27 10:25:05 yuggoth rsyslogd: -- MARK -- Jul 27 10:45:05 yuggoth rsyslogd: -- MARK -- Jul 27 11:05:05 yuggoth rsyslogd: -- MARK -- Jul 27 11:25:05 yuggoth rsyslogd: -- MARK -- Jul 27 11:45:05 yuggoth rsyslogd: -- MARK -- Jul 27 12:05:05 yuggoth rsyslogd: -- MARK -- Jul 27 12:25:05 yuggoth rsyslogd: -- MARK -- Jul 27 12:45:05 yuggoth rsyslogd: -- MARK -- Jul 27 13:05:05 yuggoth rsyslogd: -- MARK -- Jul 27 13:25:05 yuggoth rsyslogd: -- MARK -- Jul 27 13:45:05
Bug#539649: checkarray: BUG: unable to handle kernel NULL pointer dereference at 00000003
NeilBrown a écrit : On Mon, August 3, 2009 3:41 am, Frederic MASSOT wrote: Package: mdadm Version: 2.6.9-3 Severity: normal Hi, When checkarray, the mark -- MARK -- was not written to the file /var/log/messages by rsyslog and watchdog restarts the server. I have this problem on several server. On another server with watchdog not active, I had these messages with the dmesg command, it was not written in the logs. md: data-check of RAID array md0 md: minimum _guaranteed_ speed: 1000 KB/sec/disk. md: using maximum available idle IO bandwidth (but not more than 20 KB/sec) for data-check. md: using 128k window, over a total of 96256 blocks. BUG: unable to handle kernel NULL pointer dereference at 0003 IP: [c014724b] put_page+0x6/0xdd I believe this is the kernel bug that was fixed my upstream commit 303a0e11d0ee136ad8f53f747f3c377daece763b http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=303a0e11d0ee136ad8f53f747f3c377daece763b Hi, Thank you for your reply. On this server, I compiled the Debian kernel source 2.6.29-1. This version has not your patch. I will test the 2.6.30. Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | ===Debian=GNU/Linux=== -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539773: [Pkg-sysvinit-devel] Bug#539773: initscripts: Umount NFS hangs halt or reboot
Petter Reinholdtsen a écrit : [Frederic MASSOT] May be that the script does not unmount in the right order? Could be. What is the content of your /etc/network/interfaces and the output from 'ls /etc/rc6.d'? Perhaps your network connection went down before the NFS mounts are umounted? I suspect the problem is with some network related package, and not with initscripts, but will need more information to know. :) Hi, Thanks you for your response. $ cat /etc/network/interfaces auto lo iface lo inet loopback I use the dhcp3-client package and Network Manager. $ ls -1 /etc/rc6.d K01gdm K05preload K09apache2 K11anacron K11atd K11cron K11watchdog K15pulseaudio K19setserial K20acct K20fancontrol K20gpm K20hddtemp K20irqbalance K20mon K20netdiag K20nfs-common K20openbsd-inetd K20policycoreutils K20postfix K20rsync K20saned K20saslauthd K20smartmontools K20sysfsutils K23ntp K25hwclock.sh K30etc-setserial K50alsa-utils K63mountoverflowtmp K74bluetooth K80openvpn K86avahi-daemon K88network-manager README S15wpa-ifupdown S20sendsigs S30rsyslog S30urandom S31umountnfs.sh S32portmap S35networking S36ifupdown S40umountfs S60umountroot S90reboot Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | ===Debian=GNU/Linux=== -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508729: nautilus: cannot delete files under a NFS-mounted volume
Hi, In the configuration of Nautilus, you can enable : Include a Delete command that ignores the trash. Then, when you right-click a file or folder you have an item Delete. Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:frede...@juliana-multimedia.com | ===Debian=GNU/Linux=== -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#480701: snmpd: After an update, I don't have HOST-RESOURCES-MIB::hrStorageDescr.2 Real Memory
Thomas Anders a écrit : Frederic, After an updated of snmpd from 5.2.2-3 to 5.4.1~dfsg-6, I do not have access to the memory used HOST-RESOURCES-MIB::hrStorageDescr.2 Real Memory Net-SNMP 5.4.x comes with rewritten code for memory stats. For hrStorageTable, Real Memory has been replaced by Physical memory, and Virtual memory and Cached memory have been added. You may want to compare to UCD-SNMP-MIB::memory and /proc/meminfo. Hi, Thank you for the information, Net-SNMP 5.4 now provides a comprehensive overview of memory, great !!! I think you can close the report. Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:[EMAIL PROTECTED] | ===Debian=GNU/Linux=== -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#481223: maildrop: Can you add an option to the command line to manage the over quota?
Josip Rodin a écrit : On Wed, May 14, 2008 at 07:15:23PM +0200, Frederic MASSOT wrote: When mailbox quotas are reached, the behaviour of maildrop is normally return a permanent error (EX_NOPERM). Your patch 004-maildrop-permanent-err.patch change this behavior and maildrop returns a temporary error (EX_TEMPFAIL), without allowing the administrator to choose. Can you add an option to the command line to allow the administrator to choose between a permanent or temporary error? Well, if you read the patch more closely, you'll see that our behaviour matches the behaviour of the upstream maildrop when used with Courier. We simply avoided giving the Permission denied error in the standalone case as well. The reasoning for that is described at http://bugs.debian.org/265399 I wouldn't be opposed to making this configurable offhand, but I would appreciate it if you could explain why you prefer the other behaviour. Hi, On another server we also use Postfix without Maildrop and with filesystem quotas, when a sender sending an mail he knows immediately if the recipient's mailbox is full. With Postfix, Maildrop and quotas managed by the Maildrop, the mail rest for 5 days in the queue before the sender is notified. Finally, one people called the other on the phone to find out if he received his mail. One is sure to have sent his mail, the other is sure to have neither received nor have deleted. They call me on the phone and I explain that this mailbox is full and he needs do the household in his mailbox. Secondly, the queue exceed several hundred of MB, it load the system for nothing. I think it is better to leave the choice of behaviour of Maildrop to the administrator. Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:[EMAIL PROTECTED] | ===Debian=GNU/Linux=== -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#411657: The update of the zope-common package depend on the removal of the python2.3 and zope2.7 packages
Fabio Tranchitella wrote: * 2007-02-20 12:34, Frederic MASSOT wrote: Package: zope-common Version: 0.5.21 Severity: normal Hi, The update of the zope-common package (0.5.21 to 0.5.31) depend on the removal of the python2.3 and zope2.7 packages. This update is dangerous on a Zope server with web sites which use Zope 2.7 (Plone 2.0 and Plone 2.1) and Zope 2.9 (Plone 2.5). Hi Frederic, I'm sorry, but I can't understand your bug report. What does the sentence depend on the removal of the python2.3 and zope2.7 packages mean? Could you please post the output of aptitude upgrade / dist-upgrade? I see nothing in the package which conflicts with zope2.3 or zope2.7. Hi, I think that the problem comes from the dependences of zope-common (0.5.31): zope-common (0.5.21) depend on python2.4 zope-common (0.5.31) depend on python (= 2.4) # apt-cache policy python python: Installed: 2.3.5-2 Candidate: 2.4.4-2 Version table: 2.4.4-2 0 500 ftp://ftp.fr.debian.org etch/main Packages *** 2.3.5-2 0 500 ftp://ftp.fr.debian.org sarge/main Packages 100 /var/lib/dpkg/status # apt-get -s install python Reading package lists... Done Building dependency tree... Done The following extra packages will be installed: coreutils cpp-4.1 dpkg gcc-4.1 gcc-4.1-base libfreetype6 libgcc1 libgpg-error0 libmudflap0 libmudflap0-dev libpq4 libsasl2 libsasl2-2 libselinux1 libsepol1 libslang2 libssp0 libstdc++6 libxml2 libxslt1.1 postfix python-apt python-central python-docutils python-gtk-1.2 python-imaging python-minimal reportbug zope-common Suggested packages: lzma libc6-dev-amd64 lib64gcc1 lib64ssp0 libfreetype6-dev lib64mudflap0 postfix-mysql postfix-pgsql postfix-ldap postfix-pcre sasl2-bin resolvconf postfix-cdb python-tk python-gdk-imlib-1.2 debconf-utils debsums dlocate python-urwid Recommended packages: libsasl2-modules The following packages will be REMOVED: glimmer idle idle-python2.3 libssp0-dev python-celementtree python-cjkcodecs python-egenix-mxtexttools python-elementtree python-imaging-tk python-ldap python-lxml python-newt python-profiler python-psyco python-reportlab python-simpletal python-xml python2.3 python2.3-apt python2.3-celementtree python2.3-cjkcodecs python2.3-clientcookie python2.3-dev python2.3-dhm python2.3-docutils python2.3-egenix-mxdatetime python2.3-egenix-mxproxy python2.3-egenix-mxqueue python2.3-egenix-mxstack python2.3-egenix-mxtexttools python2.3-egenix-mxtools python2.3-elementtree python2.3-htmltmpl python2.3-iconvcodec python2.3-imaging python2.3-imaging-tk python2.3-ldap python2.3-librdf python2.3-lxml python2.3-profiler python2.3-psyco python2.3-psycopg python2.3-reportlab python2.3-setuptools python2.3-simpletal python2.3-tk python2.3-unit python2.3-xml python2.4-imaging zope-psycopgda zope2.7 The following NEW packages will be installed: libsasl2-2 libslang2 python-central python-minimal The following packages will be upgraded: coreutils cpp-4.1 dpkg gcc-4.1 gcc-4.1-base libfreetype6 libgcc1 libgpg-error0 libmudflap0 libmudflap0-dev libpq4 libsasl2 libselinux1 libsepol1 libssp0 libstdc++6 libxml2 libxslt1.1 postfix python python-apt python-docutils python-gtk-1.2 python-imaging reportbug zope-common 26 upgraded, 4 newly installed, 51 to remove and 440 not upgraded. Regards. -- == | FRÉDÉRIC MASSOT | | http://www.juliana-multimedia.com | | mailto:[EMAIL PROTECTED] | ===Debian=GNU/Linux===
Bug#402038: xserver-xorg-video-i810: [965G] XvMC don't work
Drew Parsons wrote: [...] These RandR messages come from i830_driver.c, not i810_driver.c. If you check the i810 man page, you'll see that XvMCSurfaces is listed for i810 and i815 cards only, which is why it's not being used in your case with the 965G. So as far as the driver goes this is not a bug after all. But I'll leave the bug report open for the time being until you can get more feedback about getting mplayer to work the way you want it. Maybe your card simply does not have an xvmc video output? I'm not sure what XvMC is exactly so I can't comment further. Hi, According to the answer of Alex Deucher on Xorg list, the support of XvMC should perhaps appear in the future one: http://lists.freedesktop.org/archives/xorg/2006-December/020358.html Alex Deucher wrote: They may at some point in the future but they do not at the moment. I think that you can close the bug report. For mplayer, I can use the xv video output. :o) And for information on XvMC (X-Video Motion Compensation), you can consult this link: http://en.wikipedia.org/wiki/XvMC Regards. -- == | FREDERIC MASSOT | | http://www.juliana-multimedia.com | | mailto:[EMAIL PROTECTED] | ===Debian=GNU/Linux=== -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384596: xserver-xorg-input-mouse: After upgrade, many problems with Logitech mouse
Drew Parsons wrote: It seems that the support of the serial bus is buggy, in particular when one click with the left boutton. Hi Frederic. we have now upgraded to X11R7.1, with the mouse driver at 1:1.1.1-3. Do you find this new version has improved the situation with your serial mouse or is it still as buggy as before? Hi, I updated my system to xserver-xorg 1:7.1.0-5 and xserver-xorg-input-mouse 1:1.1.1-3. The serial mouse runs perfectly, the bug is corrected. :o) Regards. -- == | FREDERIC MASSOT | | http://www.juliana-multimedia.com | | mailto:[EMAIL PROTECTED] | ===Debian=GNU/Linux=== -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384596: Buggy serial bus support
Hi, I changed the mouse for the same one but with a PS/2 connector. Since I do not have any more any problems. It seems that the support of the serial bus is buggy, in particular when one click with the left boutton. Regards. -- == | FREDERIC MASSOT | | http://www.juliana-multimedia.com | | mailto:[EMAIL PROTECTED] | ===Debian=GNU/Linux=== -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#380998: sympa: New version of Sympa 5.2.1
Stefan Hornburg (Racke) wrote: Frederic MASSOT wrote: [...] Yes, certainly. Unfortunately it takes more time than I can spare in the moment. Hi, And what is it collaboration with Jean Charles Delepine, cf. bug #354355 ? Regards. -- == | FREDERIC MASSOT | | http://www.juliana-multimedia.com | | mailto:[EMAIL PROTECTED] | ===Debian=GNU/Linux=== -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#364800: no answer to dnsmasq broadcasts
Simon Kelley wrote: As far as I can see from this information, dnsmasq is behaving fine: it is certainly replying to the DHPCDISCOVER queries. The problem may be iptables rules: dnsmasq-2.32 DHCPOFFER replies are send through iptables, but 2.22 DHCPOFFER replies bypass iptables. Could there be something in your iptables which blocks those replies? Hi, It was well that, DHCPOFFER replies was blocked by iptables. I corrected the rules of the firewall. Regards. -- == | FREDERIC MASSOT | | http://www.juliana-multimedia.com | | mailto:[EMAIL PROTECTED] | ===Debian=GNU/Linux=== -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#376864: Impossible to install watchdog
Michael Meskes wrote: On Wed, Jul 05, 2006 at 04:22:38PM +0200, Frederic Massot wrote: Dépaquetage de watchdog (à partir de .../watchdog_5.2.6-1_i386.deb) ... Paramétrage de watchdog (5.2.6-1) ... udev active, devices will be created in /dev/.static/dev/ grep: /etc/default/watchdog: Aucun fichier ou répertoire de ce type dpkg : erreur de traitement de watchdog (--configure) : The next time you report a bug please use a language that the maintainer can read too. I think I understand the problem and will upload a new version in a few minutes, but it would be nice if I could read the error message instead of guessing its content. I did learn french in school but never used it since. Sorry, the same one in english : Unpacking watchdog (from .../watchdog_5.2.6-1_i386.deb) ... Setting up watchdog (5.2.6-1) ... udev active, devices will be created in /dev/.static/dev/ grep: /etc/default/watchdog: No such file or directory dpkg: error processing watchdog (--configure): subprocess post-installation script returned error exit status 2 Errors were encountered while processing: watchdog E: Sub-process /usr/bin/dpkg returned an error code (1) -- == | FREDERIC MASSOT | | http://www.juliana-multimedia.com | | mailto:[EMAIL PROTECTED] | ===Debian=GNU/Linux===
Bug#355758: Debian package of zope 2.9 ?
Fabio Tranchitella wrote: Il giorno mar, 07/03/2006 alle 18.38 +0100, Frederic MASSOT ha scritto: Package: zope2.8 Version: 2.8.5-1 Severity: wishlist Hi, Do you know if a Debian package of zope 2.9 is envisaged? CPS 3.4 requires zope 2.9. I expect an upload before the next week-end. Hi, Do you have news of the package zope2.9? Regards. -- == | FREDERIC MASSOT | | http://www.juliana-multimedia.com | | mailto:[EMAIL PROTECTED] | ===Debian=GNU/Linux=== -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340198: installation-reports: PowerPC : Impossible to create a logical RAID 1 root partition
Package: installation-reports Debian-installer-version: debian-testing-powerpc-netinst.iso CDROM build on 2005 Debian 3.1 installer build 20051026 uname -a: Linux 2.6.12-1-powerpc #1 Sep 27 2005 ppc Date: 21/11/2005 Method: Net Install Power PC Machine: Power Mac G4 Processor: PowerPC G4 933 Mhz Memory: 768 MB Root Device: Root Size/partition table: Output of lspci and lspci -n: Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot worked:[O] Configure network HW: [O] Config network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [E] Create file systems:[E] Mount partitions: [ ] Install base system:[ ] Install boot loader:[ ] Reboot: [ ] Comments/Problems: This server has two identical IDE disks. I would like to install a Debian system on the one logical RAID 1 root partition. Cf. Bug #325116 With this installer, Parted is in version 1.6.24. The RAID utilities need a partition with type : Linux RAID Autodetect But, Partman doesn't set a partition with this type. I have this list of partition type : - Ext3FS - Ext2FS - ReiserFS - JFS - XFS - FAT16 - FAT32 - Swap area - NewWorld boot partition - Physical volume for LVM I don't have a partition type FD for the RAID. :o( I could not install a Debian system in RAID 1 on this machine. Regards. -- == | FREDERIC MASSOT | | http://www.juliana-multimedia.com | | mailto:[EMAIL PROTECTED] | ===Debian=GNU/Linux=== -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329380: zope2.7.8: Bug with the function strcoll_nocase
Hi, I updated zope2.7 from version 2.7.5-2 to 2.7.8-1, and I always have same the bug. The locale module is not imported in the file /usr/lib/zope2.7/lib/python/DocumentTemplate/sequence/SortEx.py. Below the patch : $ diff -up SortEx.py.ori SortEx.py --- SortEx.py.ori 2005-11-16 15:12:10.0 +0100 +++ SortEx.py 2005-11-16 15:15:18.0 +0100 @@ -134,6 +134,7 @@ def nocase(str1, str2): return cmp(str1.lower(), str2.lower()) import sys +import locale if sys.modules.has_key(locale): # only if locale is already imported from locale import strcoll Regards. -- == | FREDERIC MASSOT | | http://www.juliana-multimedia.com | | mailto:[EMAIL PROTECTED] | ===Debian=GNU/Linux=== -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#339483: zope2.7: Zope does not restart after the update from 2.7.5-2 to 2.7.8-1
Victor N. Titarchuk wrote: I would suggest to check Plone 2.1 prerequisites. I think it requires Zope 2.8. For what it is worth... Hi, I indicated the instance of test of plone 2.1, but for the instances of plone 2.0 the problem is the same one, zope does not restart. According to the documentation of Plone, plone 2.1 requires zope 2.8.2 or 2.7.8. But I intend to update to zope 2.8 a little later. :o) Regards. -- == | FREDERIC MASSOT | | http://www.juliana-multimedia.com | | mailto:[EMAIL PROTECTED] | ===Debian=GNU/Linux=== -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325116: installation-reports: PowerPC : Impossible to create a logical RAID 1 root partition
Lennart Sorensen wrote: On Fri, Aug 26, 2005 at 10:45:18AM +0200, Frederic MASSOT wrote: Package: installation-reports Severity: important Debian-installer-version: debian-31r0a-powerpc-netinst.iso Machine: Power Mac G4 Processor: PowerPC G4 933 Mhz Memory: 768 MB Root Device: Root Size/partition table: [...] Comments/Problems: This server has two identical IDE disks. I would like to install a Debian system on the one logical RAID 1 root partition. The RAID utilities need a partition with type : Linux RAID Autodetect But, partman doesn't set a partition with this type !!? This type doesn't exist in the list of the possibles types. Sure it does. You make a partition on one drive, then select 'use this partition for' and pick raid. Repeat for other drive, then select 'setup raid'. When I select 'use this partition for', I have this list of partition type : - Ext3FS - Ext2FS - ReiserFS - JFS - XFS - FAT16 - FAT32 - Swap area - NewWorld boot partition - Physical volume for LVM I don't have a partition type for the RAID. :o( Regards. -- == | FREDERIC MASSOT | | http://www.juliana-multimedia.com | | mailto:[EMAIL PROTECTED] | ===Debian=GNU/Linux=== -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#325116: installation-reports: PowerPC : Impossible to create a logical RAID 1 root partition
Lennart Sorensen wrote: On Fri, Aug 26, 2005 at 04:39:19PM +0200, Fr?d?ric Massot wrote: When I select 'use this partition for', I have this list of partition type : - Ext3FS - Ext2FS - ReiserFS - JFS - XFS - FAT16 - FAT32 - Swap area - NewWorld boot partition - Physical volume for LVM I don't have a partition type for the RAID. :o( Maybe I remember wrong. Maybe you have to just pick 'setup md raid' from the menu instead. It's been a while since I last ran the installer. In partition menu, I select : - Manually edit partition table - Configure software RAID - Create MD device - Multidisk device type : RAID 1 And I have this error message : No unused partition of the type Linux RAID Autodetect are available. And I don't have this type in the list of partition type. Is partman for PowerPC the same one as for x86 ? Regards. -- == | FREDERIC MASSOT | | http://www.juliana-multimedia.com | | mailto:[EMAIL PROTECTED] | ===Debian=GNU/Linux=== -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300259: horde2: Impossible login after an update
Ola Lundqvist wrote: reopen 300259 thanks [...] Ok. Do you have IMP authentication enabled after this? Yes. I have the file /etc/horde2/registry.d/impauth.php : ?php $this-registry['auth']['login'] = 'imp'; $this-registry['auth']['logout'] = 'imp'; ? -- == | FREDERIC MASSOT | | http://www.juliana-multimedia.com | | mailto:[EMAIL PROTECTED] | ===Debian=GNU/Linux=== -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300250: The update erases the file /var/lib/imp3/servers-debian.conf
Ola Lundqvist wrote: tags - wontfix tags + moreinfo thanks Hello On Mon, Mar 21, 2005 at 03:25:23PM +0100, Frédéric Massot wrote: Ola Lundqvist wrote: tags 300250 + wontfix thanks [...] Hi, When I update imp3, the file /var/lib/imp3/servers-debian.conf is erased, the process does not conserve the old parameters. You can not expect any file to be preserved except for the ones in /etc. This file is managed like a file of the repertory /etc , it is included by the file /etc/imp3/servers.php. Yes. If you want to keep your configuration you should make a copy of the data to /etc. This is intentional. The file should not be removed entirelly though. If you read the /var/lib/imp3/servers-debian.conf file you can find the follwing lines: // Do not edit this file. It is automatically generated by debconf. // Instead change config.php so that it requires another file. Ok, when I write my server configuration in the file /etc/imp3/servers.php, the file /var/lib/imp3/servers-debian.conf is correct, the command dpkg-reconfigure -plow imp3 leaves the good parameters. :o) The command dpkg-reconfigure -plow imp3 removes it without keeping a copy of old, and the authentification with IMAP is broken. Do it remove the file, or delete its content? or maybe just reset it to the defaults? The file was replaced by the default values. Now, with the modifications of the file /etc/imp3/servers.php it is not any more the case. The bug 300250 is solved, but not the bug 300259. I continue on the bug 300259 in another mail. Regards. -- == | FREDERIC MASSOT | | http://www.juliana-multimedia.com | | mailto:[EMAIL PROTECTED] | ===Debian=GNU/Linux===
Bug#300250: The update erases the file /var/lib/imp3/servers-debian.conf
Ola Lundqvist wrote: tags 300250 + wontfix thanks [...] Hi, When I update imp3, the file /var/lib/imp3/servers-debian.conf is erased, the process does not conserve the old parameters. You can not expect any file to be preserved except for the ones in /etc. This file is managed like a file of the repertory /etc , it is included by the file /etc/imp3/servers.php. The command dpkg-reconfigure -plow imp3 removes it without keeping a copy of old, and the authentification with IMAP is broken. Regards. -- == | FREDERIC MASSOT | | http://www.juliana-multimedia.com | | mailto:[EMAIL PROTECTED] | ===Debian=GNU/Linux=== -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300259: horde2: Impossible login after an update
Ola Lundqvist wrote: Hello [...] After an update of Horde2 and Imp3, I cannot connect myself, except after having to click on the Imp button in bottom of the page. The other buttons Horde, Turba, Mnemo, Nag, Forwards make it impossible to be connected, no messages of failure of connection appears. From what version did you upgrade? It one of the last versions is included in Sarge 2.2.5 or 2.2.7. Regards. -- == | FREDERIC MASSOT | | http://www.juliana-multimedia.com | | mailto:[EMAIL PROTECTED] | ===Debian=GNU/Linux=== -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]